guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] gnu: grep: Fix for gnulib library.


From: Efraim Flashner
Subject: Re: [PATCH] gnu: grep: Fix for gnulib library.
Date: Mon, 13 Mar 2017 10:31:03 +0200
User-agent: Mutt/1.8.0 (2017-02-23)

On Sat, Mar 11, 2017 at 05:37:13PM +0200, Manolis Ragkousis wrote:
> Hello Ludo,
> 
> On 03/11/2017 01:31 PM, Ludovic Courtès wrote:
> > Hi!
> > 
> > address@hidden skribis:
> > 
> >> From f76585a44afdc41187df768eec79fb723713cf0c Mon Sep 17 00:00:00 2001
> >> From: rennes <address@hidden>
> >> Date: Tue, 21 Feb 2017 23:21:49 -0600
> >> Subject: [PATCH] gnu: grep: Fix for gnulib library.
> >>
> >> * gnu/packages/patches/grep-gnulib-lock.patch: New file.                   
> >>                                
> >> * gnu/local.mk (dist_patch_DATA): Add it.
> > 
> > Looks like we missed this ‘core-updates’ cycle.  :-/
> > 
> > To apply it without triggering a full rebuild, you could instead add a
> > phase that invokes ‘patch’ to apply it, only when the cross-compilation
> > target or system is GNU/Hurd.
> > 
> > Like:
> > 
> >   ,@(if (gnu/hurd?)
> >         `((add-before 'configure 'patch …))
> >         '())  ;nothing
> > 
> > Could you try that?
> 
> Even though this would work, maybe we should wait for the next
> core-updates circle in order to avoid more (if (hurd)..) patches.
> 
> Rene WDYT?
> 
> Manolis
> 

more (if (hurd ...)) patches does also make it easier to merge in
changes for those not using hurd when the time comes, and it allows
those actively using hurd to make changes to more low-level packages
without worrying about how it affects the other architectures/kernels.

-- 
Efraim Flashner   <address@hidden>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]