Re: FOSDEM 2018 and announcing a GNU Guix/Guile day! After getting home...

2018-02-12 Thread Efraim Flashner
On Mon, Feb 05, 2018 at 12:23:37PM +0100, Alex Sassmannshausen wrote: > Hello, > > It sounds like the event was absolutely amazing — I'm well jealous of > everyone who was able to go! > > Ludovic Courtès writes: > > > That alone could justify pursuing the same approach in the coming > > years, I

New Chinese (simplified) PO file for 'guix' (version 0.14.0)

2018-02-12 Thread Translation Project Robot
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'guix' has been submitted by the Chinese (simplified) team of translators. The file is available at: http://translationproject.org/latest/guix/zh_CN.po (We can arrange thing

Passing substitute-urls via GUIX_BUILD_OPTIONS

2018-02-12 Thread Marco van Zwetselaar
All, Is there a magic escape to allow passing --substitute-urls via GUIX_BUILD_OPTIONS? $ GUIX_BUILD_OPTIONS="--substitute-urls=http://server1 https://mirror.hydra.gnu.org"; guix package -I guix package: error: https://mirror.hydra.gnu.org: extraneous argument $ GUIX_BUILD_OPTIONS="--substitute-u

Re: Use guix to distribute data & reproducible (data) science

2018-02-12 Thread Konrad Hinsen
Hi everyone, zimoun writes: > From my point of view, there is 2 kind of datasets: > a- the ones which are part of the software, e.g., used to pass the > tests. Therefore, they are usually small, not always; > b- the ones which are applied to the software and somehow they are > not in the sourc

Re: proposal: modularize unpack in gnu build system

2018-02-12 Thread Ricardo Wurmus
Gábor Boskovits writes: > It seems, that currently we don't have zip in gnu build system, so that > ends up in native-inputs, if we need that to unpack the tarball. > > It would be nice if gnu-build-system would use the appropriate compressor, > and at the same time only depend on the one needed

Re: proposal: modularize unpack in gnu build system

2018-02-12 Thread Gábor Boskovits
2018-02-11 22:50 GMT+01:00 Ricardo Wurmus : > > Gábor Boskovits writes: > > > It seems, that currently we don't have zip in gnu build system, so that > > ends up in native-inputs, if we need that to unpack the tarball. > > > > It would be nice if gnu-build-system would use the appropriate > compr

Re: Passing substitute-urls via GUIX_BUILD_OPTIONS

2018-02-12 Thread Ricardo Wurmus
Hi Marco, > Is there a magic escape to allow passing --substitute-urls via > GUIX_BUILD_OPTIONS? Must it be done via GUIX_BUILD_OPTIONS? The daemon can be started with that option and it will be used for all invocations of the “guix” command. -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197

Re: Package input loop detection

2018-02-12 Thread Ricardo Wurmus
Hi, > I've had this issue for a while now, while adding some packages, I'll > create a loop in the package graph, which causes Guix to just loop > infinitely when trying to generate derivations. this is a great initiative. I’ve been having this issue in the past as well, and I’d really like Gui

Re: Passing substitute-urls via GUIX_BUILD_OPTIONS

2018-02-12 Thread Martin Castillo
On 12.02.2018 11:53, Marco van Zwetselaar wrote: > All, > > Is there a magic escape to allow passing --substitute-urls via > GUIX_BUILD_OPTIONS? > Not that I know of. Probably not. > > I can't seem to find the incantation that works. > This is known as bug #29814. Martin Castillo -- GPG:

Re: Package input loop detection

2018-02-12 Thread Gábor Boskovits
2018-02-12 16:30 GMT+01:00 Ricardo Wurmus : > > Hi, > > > I've had this issue for a while now, while adding some packages, I'll > > create a loop in the package graph, which causes Guix to just loop > > infinitely when trying to generate derivations. > > this is a great initiative. I’ve been havi

Re: Package input loop detection

2018-02-12 Thread Ricardo Wurmus
Ricardo Wurmus writes: >> I've had this issue for a while now, while adding some packages, I'll >> create a loop in the package graph, which causes Guix to just loop >> infinitely when trying to generate derivations. > > this is a great initiative. I’ve been having this issue in the past as > w