gnu-build-system not handling pkg-config properly in package definition

https://www.mail-archive.com/bug-guix@gnu.org/msg00180.html According to this, if you use gnu-build-system, all packages added to inputs get added to PKG_CONFIG_PATH, but for some reason it's not happening for util-linux, which causes a build error. During the build PKG_CONFIG_PATH ends up not con

Re: Linux-Libre-LTS

Hello Efraim! > I was waiting for the kernel code reorganization before adding it as a > variable. The trick is to add also linux-libre-lts-source and all the > others, and in a useful location. Now it's just taking the time to add > it in somewhere. > > Do you want to take a stab at it? I'm not

Re: Identical files across subsequent package revisions

I wrote: > FYI, here's the reason that IceCat is unusual among the projects sampled > in Ludovic's analysis: the large collection of JavaScript source files > and other auxiliary files, which are mostly unchanged from one release > to the next, are bundled into a single zip file in lib/icecat/omni.

Re: Identical files across subsequent package revisions

On 23.12.20 23:06, Mark H Weaver wrote: Hi Taylan, Taylan Kammer writes: My second thought: it's surprising that IceCat supposedly changes so much between releases. I suppose the reason is that this analysis is on a per-file basis, and IceCat is mostly a massive binary. FYI, here's the reas

Re: Staging branch

On Wed, Dec 23, 2020 at 12:27:22AM -0500, Leo Famulari wrote: > ... and reply with any problems. The package kwidgetsaddons fails its test suite like this: -- * Start testing of KColumnResizerTest * Config: Using QtTest library 5.15.2, Qt 5.15.2 (x86_64-little_endian-lp64 sha

Re: Identical files across subsequent package revisions

Hi Taylan, Taylan Kammer writes: > My second thought: it's surprising that IceCat supposedly changes so > much between releases. I suppose the reason is that this analysis is on > a per-file basis, and IceCat is mostly a massive binary. FYI, here's the reason that IceCat is unusual among the

Re: [PATCH] gnu: libffi: Add unreleased patch to fix float128 on powerpc64le.

Hi Efraim, Efraim Flashner writes: > "regular powerpc", ie macppc/ppc32/powerpc-linux-gnu, does have some > bootstrap binaries built but isn't near ready for merging. Go ahead and > make any changes necessary. I appreciate that, but if rebuilding the world on regular powerpc would significantly

Re: [PATCH] gnu: libffi: Add unreleased patch to fix float128 on powerpc64le.

Hi Chris, Chris Marusich writes: > Mark H Weaver writes: > >> Earlier, I wrote: >>> When invoking 'patch' in Guix, you should *always* use "--force" instead >>> of "--batch". >> >> (See for my earlier message). > > Thank you for letting me know about this. I did

Re: Identical files across subsequent package revisions

Hi Julien and Simon, Julien Lepiller writes: > Le 23 décembre 2020 09:07:23 GMT-05:00, zimoun a > écrit : >>Hi, >> >>On Wed, 23 Dec 2020 at 14:10, Miguel Ángel Arruga Vivas >> wrote: >>> Another idea that might fit well into that kind of protocol---with >>> harder impact on the design, and pro

Re: Identical files across subsequent package revisions

Le 23 décembre 2020 09:07:23 GMT-05:00, zimoun a écrit : >Hi, > >On Wed, 23 Dec 2020 at 14:10, Miguel Ángel Arruga Vivas > wrote: > >> Probably you're already aware of it, but I want to mention that >> Tridgell's thesis[1] contains a very neat approach to this problem. > >This thesis is a must

Re: Identical files across subsequent package revisions

Hi, On Wed, 23 Dec 2020 at 14:10, Miguel Ángel Arruga Vivas wrote: > Probably you're already aware of it, but I want to mention that > Tridgell's thesis[1] contains a very neat approach to this problem. This thesis is a must to read! :-) > A naive prototype would be copying of the latest ava

Re: Identical files across subsequent package revisions

Hi Ludo, Just one interjection: wow! :-) Ludovic Courtès writes: > Hello Guix! > > Every time a package changes, we end up downloading complete substitutes > for itself and for all its dependents, even though we have the intuition > that a large fraction of the files in those store items are un

Re: SJTUG's Guix mirror is online now

Le 23 décembre 2020 03:39:54 GMT-05:00, zimoun a écrit : >Hi, > >On Wed, 23 Dec 2020 at 09:50, Peng Mei Yu wrote: > The substitute URL is: https://mirrors.sjtug.sjtu.edu.cn/guix > >Nice news! > > >>> If you’re interested, you could write an article for the blog post >(in >>> English, but

Re: Word order in Guix l10n

Hi Julien, Julien Lepiller writes: > This specific syntax looks ok, but we need to limit ourself to the > common syntax between guile and lisp, because that's what gettext > supports. The issue with Guile's format is explained here[1], as the used implementation follows SRFI-28[2], but there ar

Re: wip-arm-bootstrap: Reduced binary seed bootstrap

Ludovic Courtès writes: Hi! > Jan Nieuwenhuizen skribis: > >> I pushed an initial wip-arm-bootstrap that builds up to tcc-boot: >> >> ./pre-inst-env guix build -e '(@@ (gnu packages commencement) tcc-boot)' >> >> >> Danny did a terrific job on armhf-linux support for GNU Mes and we are >> gettin

Re: Identical files across subsequent package revisions

Ludovic Courtès writes: > The reason I’m looking at this is to understand how much would be gained > in terms of bandwidth usage if we were able to avoid downloading > individual files already in the store. It would seem to be rather > encouraging. Very cool! This might help guide the implemen

Re: SJTUG's Guix mirror is online now

Peng Mei Yu writes: > Hello, > > After extensive cooperation with SJTUG's maintainers, we are happy to > announce that SJTUG's Guix mirror is online now. > > The substitute URL is: https://mirrors.sjtug.sjtu.edu.cn/guix > > Asia residents, especially China residents, will greatly benefit from > t

Re: Identical files across subsequent package revisions

Taylan Kammer writes: > On 22.12.2020 23:01, Ludovic Courtès wrote: >> >> Thoughts? :-) >> > > My first thought: Neat, would love to see this implemented! :D I second that! :) -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

Re: Identical files across subsequent package revisions

Hi again, Sorry, I have not finished my previous email. Wrong keystroke in the wrong buffer because misuse of the Ludo’s code. :-) On Wed, 23 Dec 2020 at 11:19, zimoun wrote: >> I wanted to evaluate that by looking at store items corresponding to >> subsequent revisions of a package (be it di

Re: Identical files across subsequent package revisions

Hi Ludo, On Tue, 22 Dec 2020 at 23:01, Ludovic Courtès wrote: > I wanted to evaluate that by looking at store items corresponding to > subsequent revisions of a package (be it different versions or rebuilds > induced by dependencies), and this is what the program below does. > > Here are prelimi

Re: Identical files across subsequent package revisions

On 22.12.2020 23:01, Ludovic Courtès wrote: Thoughts? :-) My first thought: Neat, would love to see this implemented! :D My second thought: it's surprising that IceCat supposedly changes so much between releases. I suppose the reason is that this analysis is on a per-file basis, and IceC

Re: SJTUG's Guix mirror is online now

Hi, On Wed, 23 Dec 2020 at 09:50, Peng Mei Yu wrote: >>> The substitute URL is: https://mirrors.sjtug.sjtu.edu.cn/guix Nice news! >> If you’re interested, you could write an article for the blog post (in >> English, but it’d be a good opportunity to start translating the web >> site into Chin