Re: New git signing key for Jan Nieuwenhuizen?

Mark H Weaver writes: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 >> commit ebfb71d45615698040818a68b7dc34996ff4c046 >> gpg: Signature made Fri 16 Jun 2017 07:22:49 AM EDT >> gpg:using RSA key DB34CB51D25C9408156FCDD6A12F87978D701B99 >> gpg: Can't check signature: No public ke

New git signing key for Jan Nieuwenhuizen?

Hi Jan, > commit ebfb71d45615698040818a68b7dc34996ff4c046 > gpg: Signature made Fri 16 Jun 2017 07:22:49 AM EDT > gpg:using RSA key DB34CB51D25C9408156FCDD6A12F87978D701B99 > gpg: Can't check signature: No public key > Author: Jan Nieuwenhuizen > Date: Thu Jun 15 19:22:00 2017 +

New git signing key for Eric Bavier?

Hi Eric, bav...@member.fsf.org (Eric Bavier) writes: > bavier pushed a commit to branch master > in repository guix. > > commit d56c55fffbe962cf7c44030ae4eac53ffa1e1f85 > Author: Eric Bavier > Date: Thu Jun 15 00:37:17 2017 -0500 > > gnu: tomb: Upgrade to 2.4. This commit, and another rece

Re: python-pbr-minimal

2017-06-18 0:30 GMT+02:00 Leo Famulari : > On Sat, Jun 17, 2017 at 09:32:41PM +0200, Catonano wrote: > > [env]$ ./pre-inst-env guix lint python-pbr-minimal > > guix lint: error: python-pbr-minimal: unknown package > > > > This is after applying Muriithi's patch that updates python-pbr-minimal > to

Re: Performance on NFS

Ludovic Courtès writes: > Hi! > > Roel Janssen skribis: > >> I applied the patch, and here are the results: >> >> [roel@hpcguix guix]$ time guixr environment --ad-hoc coreutils --pure -- true >> The following derivations will be built: >>/gnu/store/0hz8g844432b5h9zbqr9cpsjy0brg15h-profile.dr

Re: [PATCH] Prototype register-path

Howdy, Caleb Ristvedt skribis: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Apologies for the delay - in a shocking twist, it turns out professors > insisting on only one exit from functions had a point, and trying to > fully understand what optimisePath_, with its 14 exits and a goto

Re: Performance on NFS

Hi! Roel Janssen skribis: > I applied the patch, and here are the results: > > [roel@hpcguix guix]$ time guixr environment --ad-hoc coreutils --pure -- true > The following derivations will be built: >/gnu/store/0hz8g844432b5h9zbqr9cpsjy0brg15h-profile.drv >/gnu/store/wkksb7bbx3jr0p6p5cj

Re: Upgrading packages with substitutes only (bug #26608)

Hello Timothy, Timothy Sample skribis: > I’ve been using GuixSD for a couple of months now, and it is super > cool. Thanks for all your hard work! There is one little thing, > though. :) If it’s just this one thing, that’s okay. ;-) > Ludo suggested to check each package using the “substitute

Re: python-pbr-minimal

On Sat, Jun 17, 2017 at 09:32:41PM +0200, Catonano wrote: > [env]$ ./pre-inst-env guix lint python-pbr-minimal > guix lint: error: python-pbr-minimal: unknown package > > This is after applying Muriithi's patch that updates python-pbr-minimal to > 3.0.1 > > I didn't try before applying the patch

Re: Syncthing and Go Build System

On Sat, Jun 17, 2017 at 03:00:19PM -0400, Ian Dunn wrote: > I saw some posts back in December about adding syncthing to guix, but > they stopped in January with no noticeable result. I'd like to see > syncthing in guix, although I have an idea of how difficult go is to > deal with, so it's underst

Re: ld-wrapper and funny bytes in LIBRARY_PATH

Hi Danny, Danny Milosavljevic skribis: > so I'm trying to enable Rust tests and one of their tests does the following > (paraphrased) in order to exercise the non-UTF8 linker case (which they want > to succeed): > > -- > bad_dir := zzz$$'\xff' > > al

Re: opendir* missing

Heya, Marius Bakke skribis: > Ricardo Wurmus writes: > >> Hi, >> >> since commit fa73c1937364872560c509f02b3d7648a5bed006 and/or >> d27cc3bfaafe6b5b0831e88afb1c46311d382a0b I cannot use “guix build” or >> “guix package” any more. >> >> They both fail to find “opendir*” and exit without a backtr

Syncthing and Go Build System

I saw some posts back in December about adding syncthing to guix, but they stopped in January with no noticeable result. I'd like to see syncthing in guix, although I have an idea of how difficult go is to deal with, so it's understandable that there aren't any go projects in guix. Has there bee

Expat 2.2.1 with security fixes has been released

Hi! I'm contacting you because Expat 2.2.1 -- containing security fixes -- has just been released. For details please check the change log, online at https://github.com/libexpat/libexpat/blob/master/expat/Changes . Best Sebastian

Re: opendir* missing

Marius Bakke writes: > Marius Bakke writes: > >> opendir* is defined as: > > Oops, fat fingers. guix/build/syscalls.scm:866: > > --8<---cut here---start->8--- > (define opendir* > (let ((proc (syscall->procedure '* "opendir" '(* > (lambda* (name #:o

Re: User-Friendlyness of Guix and non-scaryness, printing messages

Hello, Danny Milosavljevic skribis: > On Tue, 30 May 2017 10:24:34 +0200 > Ricardo Wurmus wrote: > >> Upon failure it can print the location of the build log. > > I'm trying to get this to work but > > guix build --log-file foo > > doesn't seem to print the location of the build log in the f

Re: zipbomb handling should not be done in url-fetch/zipbomb

Arun Isaac skribis: > * Proposal > > zip bomb (zip archives without a top level directory) handling should > not be done in `url-fetch/zipbomb'. It should be implemented as a > boolean argument to the `unpack' phase. I guess the Boolean argument would determine whether to do (chdir (first-subdir

python-pbr-minimal

[env]$ ./pre-inst-env guix lint python-pbr-minimal guix lint: error: python-pbr-minimal: unknown package This is after applying Muriithi's patch that updates python-pbr-minimal to 3.0.1 I didn't try before applying the patch Note that python-pbr (without the -minimal) works like a charm and it i

Re: opendir* missing

Marius Bakke writes: > opendir* is defined as: Oops, fat fingers. guix/build/syscalls.scm:866: --8<---cut here---start->8--- (define opendir* (let ((proc (syscall->procedure '* "opendir" '(* (lambda* (name #:optional (string->pointer string->pointer

Re: opendir* missing

Ricardo Wurmus writes: > Hi, > > since commit fa73c1937364872560c509f02b3d7648a5bed006 and/or > d27cc3bfaafe6b5b0831e88afb1c46311d382a0b I cannot use “guix build” or > “guix package” any more. > > They both fail to find “opendir*” and exit without a backtrace. Running > “make clean-go && make” d

opendir* missing

Hi, since commit fa73c1937364872560c509f02b3d7648a5bed006 and/or d27cc3bfaafe6b5b0831e88afb1c46311d382a0b I cannot use “guix build” or “guix package” any more. They both fail to find “opendir*” and exit without a backtrace. Running “make clean-go && make” did not help. -- Ricardo GPG: BCA6 89B

ld-wrapper and funny bytes in LIBRARY_PATH

Hi, so I'm trying to enable Rust tests and one of their tests does the following (paraphrased) in order to exercise the non-UTF8 linker case (which they want to succeed): -- bad_dir := zzz$$'\xff' all: mkdir $(bad_dir) cp ... $(bad_di

Re: Performance on NFS

Hello! Ludovic Courtès writes: > Hello! > > I just pushed another improvement: > d27cc3bfaafe6b5b0831e88afb1c46311d382a0b significantly reduces the > number of ‘stat’ calls when discovering .scm files. I’d be curious to > see what impact it has on NFS. > > Commit cbee955901b3e252ebdeb8066a219605