GNU bug report logs - #49238
Ytfzf

Previous Next

Package: guix-patches;

Reported by: Raghav Gururajan <rg <at> raghavgururajan.name>

Date: Sun, 27 Jun 2021 05:45:02 UTC

Severity: normal

Done: Raghav Gururajan <rg <at> raghavgururajan.name>

Bug is archived. No further changes may be made.

Full log


Message #41 received at 49238 <at> debbugs.gnu.org (full text, mbox):

From: Raghav Gururajan <rg <at> raghavgururajan.name>
To: Maxime Devos <maximedevos <at> telenet.be>
Cc: 49238 <at> debbugs.gnu.org, jgart <at> dismail.de
Subject: Re: [bug#49238] [PATCH v1 2/2] gnu: Add ytfzf.
Date: Mon, 5 Jul 2021 08:20:56 -0400
[Message part 1 (text/plain, inline)]
Hi Maixme!

>> I get the idea, but I don't think we can call .patch files inside
>> phases, the patches directory is not exposed/available inside
>> build-environment.
> 
> If the relevant patch files are added to 'inputs' or 'native-inputs',
> then they are available in the build environment.  As an example,
> see the "libpng-apng" package.  It adds the patch to 'inputs'
> (named "apng") and invokes "patch" during the 'patch-apng' phase.
> 
> The "apng" input uses an 'origin' reference, but you could use
> (local-file ...) there as well.  Or beter: use 'search-patch'
> instead.

Ah thanks so much for the pointer. Since my v4 patch-set didn't come 
through, I'll make this change and send v5.

Regards,
RG.

[OpenPGP_signature (application/pgp-signature, attachment)]

This bug report was last modified 3 years and 320 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.