Re: Please put the system-configuration into the image

Hartmut Goebel transcribed 15K bytes: > Hi, > > I'm afraid, I'm late to the discussion and I don't find the thread about > it in the archives. But I want to share me experience as a "user": > > I'm in strong favor of putting the system-configuration used to build > the disk-image into the

Re: Please put the system-configuration into the image

On Tue, 5 Sep 2017, Hartmut Goebel wrote: Hi, I'm afraid, I'm late to the discussion and I don't find the thread about it in the archives. But I want to share me experience as a "user": I'm in strong favor of putting the system-configuration used to build the disk-image into the disk-image.

Please put the system-configuration into the image

Hi, I'm afraid, I'm late to the discussion and I don't find the thread about it in the archives. But I want to share me experience as a "user": I'm in strong favor of putting the system-configuration used to build the disk-image into the disk-image. Yesterday I wanted to give the provided

Re: ‘core-updates’ is back!

Ricardo Wurmus skribis: > Andy wrote: > >> It would be pretty cool if we could fix our O(n^2) problems in search >> paths in this core-updates -- basically whenever you go to create an >> environment, instead of making e.g. VAR=A:B:C:..., for all VARs >> (LIBRARY_PATH,

Re: Random idea about speeding up guix pull

Am 05.09.2017 um 16:33 schrieb Ludovic Courtès: > The problem is that libgit2 doesn’t support shallow clones, and it’s > unclear whether it will support it in the future: Maybe I'm wrong, but to my understanding fetching a single branch/tag is not a "shallow clone", isn't it? -- Regards Hartmut

Re: The future of 'guix environment'

"Thompson, David" skribis: > On Sun, Sep 3, 2017 at 3:15 AM, Jan Nieuwenhuizen wrote: >> Ludovic Courtès writes: >> I do use guix.scm for testing `guix build'. Maybe I ma the only one though. It turns out to be very useful to find out

Re: Random idea about speeding up guix pull

Hartmut Goebel skribis: > Am 04.09.2017 um 23:56 schrieb Ludovic Courtès: >> What it does do is maintain a cached checkout in ~/.cache/guix/pull, >> which makes subsequent pulls much faster. > > Summary ( TL;DR): > > * "guix pull" should use "git fetch master" >

Re: ‘core-updates’ is back!

Andy wrote: > It would be pretty cool if we could fix our O(n^2) problems in search > paths in this core-updates -- basically whenever you go to create an > environment, instead of making e.g. VAR=A:B:C:..., for all VARs > (LIBRARY_PATH, PKG_CONFIG_PATH, etc), instead we make a union directory >

Re: 01/01: gnu: Put autoconf-related phases immediately after the 'unpack phase.

Mark H Weaver writes: > kkebr...@posteo.net (Kei Kebreau) writes: > >> kkebreau pushed a commit to branch master >> in repository guix. >> >> commit d10092b849153dc27cfed0a9601fde6c7bdec918 >> Author: Kei Kebreau >> Date: Sun Jul 30 21:02:35 2017 -0400 >>

Re: The future of 'guix environment'

On Sun, Sep 3, 2017 at 3:15 AM, Jan Nieuwenhuizen wrote: > Ludovic Courtès writes: > >>> I do use guix.scm for testing `guix build'. Maybe I ma the only one >>> though. It turns out to be very useful to find out whether or not I've >>> done something that borked my package

Re: Cross-compiling parts and not cross-compiling other parts of a package

Hi! Danny Milosavljevic skribis: > I've now needed custom modifications in order to enable cross-compilation of > a part of a package in two packages, sunxi-tools and rustc. > > Both have this part in a custom phase: > > (define (cross? x) >

Re: Random idea about speeding up guix pull

Am 04.09.2017 um 23:56 schrieb Ludovic Courtès: > What it does do is maintain a cached checkout in ~/.cache/guix/pull, > which makes subsequent pulls much faster. Summary ( TL;DR): * "guix pull" should use "git fetch master" * "guix download" we can keep the current behaviour I did a series

Guix-HPC effort announced

Hello Guix! We’re happy to announce the Guix-HPC effort between Inria, the Max Delbrück Center for Molecular Medicine (MDC), and the Utrecht Bioinformatics Center (UBC): https://gnu.org/software/guix/news/announcing-guix-hpc.html As you know Ricardo has been deploying Guix and contributing to

Re: 01/01: gnu: gpm: Fix build.

On Mon, Sep 04, 2017 at 04:29:19PM -0400, Mark H Weaver wrote: > efr...@flashner.co.il (Efraim Flashner) writes: > > > efraim pushed a commit to branch master > > in repository guix. > > > > commit 77bb6c227b441277e48d6e2071cca3b801f53374 > > Author: Efraim Flashner > >

Re: hardcoded $HOME/.guix-profile in kdevelop

From: Ricardo Wurmus Subject: hardcoded $HOME/.guix-profile in kdevelop Date: Mon, 04 Sep 2017 21:17:44 +0200 I just stumbled upon commit 2f4d08ee7f897e254c6e533ad2d69c7fe4998f38 while looking for an example of a package that uses QT_PLUGIN_PATH. I noticed that the above