Re: Core-updates: Downloads do not work

Am Sonntag, 6. Januar 2013 schrieb Ludovic Courtès: > Let me know how it works! :-) It does work now. Thanks a lot! Andreas

Re: Core-updates: Downloads do not work

Hi! Andreas Enge skribis: > Thanks, it clarifies a lot. To check whether things work, can I simply > delete the "hello" tarball in the nix store? I once deleted a compiled > package in the nix store, and that caused an inconsistency with the package > database in guix-installation-directory/v

Re: Core-updates: Downloads do not work

Am Montag, 7. Januar 2013 schrieb Ludovic Courtès: > > bootstrap binaries are not yet downloaded: > Ah, you need to: > $ rm distro/packages/bootstrap/x86_64-linux/guile-*.tar.xz > $ make > ... > Does that clarify a bit? :-) Thanks, it clarifies a lot. To check whether things work, can I simpl

A logo

Hello, Attached is a proposed logo. SVG available at (browsers may not display correctly, though, but Inkscape should.) The black circled capital lambda is meant to suggest functional programming and the battle for freedom. Comments? :-

Preparing for auto-updates

Hello, I just pushed additions to (guix gnu-maintenance) that add in particular the ‘latest-release’ procedure: --8<---cut here---start->8--- scheme@(guile-user)> ,m (guix gnu-maintenance) scheme@(guix gnu-maintenance)> (latest-release "guile") $2 = ("guile-2.0

Re: Porting to mips64el

Nikita Karetnikov skribis: >> With --localstatedir=/nix/var/nix (see store.scm and config.scm). > > Actually, it's '--localstatedir=/nix/var', but thanks anyway. Oops, sorry. >> Remember: to bootstrap things here, you’re using Nixpkgs. Here it’s >> Nixpkgs’s glibc that uses kernel.org Linux he

Re: Porting to mips64el

> With --localstatedir=/nix/var/nix (see store.scm and config.scm). Actually, it's '--localstatedir=/nix/var', but thanks anyway. > Remember: to bootstrap things here, you’re using Nixpkgs. Here it’s > Nixpkgs’s glibc that uses kernel.org Linux headers. Yes, I understand that I'm using Nixpkgs.

Re: Porting to mips64el

Hi, Nikita Karetnikov skribis: >> Most likely the problem is that (%nixpkgs-directory) is #f. To fix >> that, you need to either run configure --with-nixpkgs=/path/to/nixpkgs, >> or set the ‘NIXPKGS’ environment variable. > > You're right. I forgot to specify this option. > > How can I tell Gu

Re: Porting to mips64el

> Most likely the problem is that (%nixpkgs-directory) is #f. To fix > that, you need to either run configure --with-nixpkgs=/path/to/nixpkgs, > or set the ‘NIXPKGS’ environment variable. You're right. I forgot to specify this option. How can I tell Guix that 'nix-worker --daemon' listens on '/

Re: Porting to mips64el

Hi! Nikita Karetnikov skribis: > scheme@(guile-user)> (nixpkgs-derivation "hello") > ERROR: In procedure open-process: > ERROR: Wrong type (expecting string): #f > > Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. > scheme@(guile-user) [1]> Can you type ,locals at that

Porting to mips64el (was: mips64el: No such file or directory: "/nix/store/*-glibc-2.13.drv")

> Then I’m pretty clueless here. /nix/store/*-glibc-2.13.drv is > definitely the result of “nix-instantiate -A glibc /path/to/nixpkgs”. > It should be valid here. I haven't found a workaround. But I decided to try again in a new chroot. Now 'make' fails with an error. # ./bootstrap # ./configu