Building GUIX

Building GUIX

[Pjotr Prins]

I am not having much luck installing GUIX because of the long list of
version specific dependencies. The best route, so far, is installing
Nix 1.7 first and then try to bootstrap using those tools. Now I have

   nix-env --version
   nix-env (Nix) 1.7
   [pprins@blauwspar guix]$ ls /nix/store/*guile*
   /nix/store/gkm53ax9j38r9pvl5jq3dsj2if79rdml-guile-2.0.9.tar.xz.drv
   /nix/store/j9ifci462jzph8pgiwbq61gq1x3plb6r-guile-2.0.9.drv

   /nix/store/1asl58lg6z3pg6icard31lnb24j0ndr0-guile-2.0.9:
   bin  include  lib  nix-support  share

./bootstrap gives

  autoreconf: Entering directory `.'
  autoreconf: running: autopoint --force
  autoreconf: running: aclocal --force -I m4
  autoreconf: configure.ac: tracing
  autoreconf: configure.ac: not using Libtool
  autoreconf: running: /nix/store/k2k666rwfr7s8daf03x3fymzni9fdp8q-autoconf-2.69/bin/autoconf --force
  autoreconf: running: /nix/store/k2k666rwfr7s8daf03x3fymzni9fdp8q-autoconf-2.69/bin/autoheader --force
  autoreconf: running: automake --add-missing --copy --force-missing
  configure.ac:18: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and its use is discouraged.
  configure.ac:18: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' macro instead,
  configure.ac:18: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your Makefile.am files.
  autoreconf: Leaving directory `.'

which is probably harmless and now ./configure does not find guile, even though

  which guile
    ~/.nix-profile/bin/guile

  ls /nix/store/*guile*
  /nix/store/gkm53ax9j38r9pvl5jq3dsj2if79rdml-guile-2.0.9.tar.xz.drv
  /nix/store/j9ifci462jzph8pgiwbq61gq1x3plb6r-guile-2.0.9.drv

  /nix/store/1asl58lg6z3pg6icard31lnb24j0ndr0-guile-2.0.9:
  bin  include  lib  nix-support  share

  checking for the Guix system type... x86_64-linux
  checking for the store directory... /gnu/store
  ./configure: line 6775: syntax error near unexpected token `GUILE,'
  ./configure: line 6775: `PKG_CHECK_MODULES(GUILE, guile-2.0 >= 2.0.5)'

Any switch that I can pass in to make this work?

I think it would be an idea to add a Nix package for guix for people like me. 

Pj.

Re: Building GUIX

[Andreas Enge]

On Thu, May 08, 2014 at 02:32:00PM +0200, Pjotr Prins wrote:
> I am not having much luck installing GUIX because of the long list of
> version specific dependencies. The best route, so far, is installing
> Nix 1.7 first and then try to bootstrap using those tools. Now I have

What do you mean by "version specific dependencies"? I have no problems
on my debian stable, which certainly does not have the newest version of
anything...

Andreas

Re: Building GUIX

[Pjotr Prins]

On Thu, May 08, 2014 at 02:52:54PM +0200, Andreas Enge wrote:
> On Thu, May 08, 2014 at 02:32:00PM +0200, Pjotr Prins wrote:
> > I am not having much luck installing GUIX because of the long list of
> > version specific dependencies. The best route, so far, is installing
> > Nix 1.7 first and then try to bootstrap using those tools. Now I have
> 
> What do you mean by "version specific dependencies"? I have no problems
> on my debian stable, which certainly does not have the newest version of
> anything...

On a fresh Debian I could make it work. On an aging centos it is too
hard. But that is beside the point, I am almost there with Nixpkgs
available. My question is How do I tell 'configure' what guile to use? 

Pj.

Re: Building GUIX

[Pjotr Prins]

And 

pkg-config --modversion guile-2.0
2.0.9

/nix/store/4zs7pzlnzfg78qvxszlvsbqngl5ykk80-pkg-config-0.23/bin/pkg-config
--modversion guile-2.0
2.0.9

and ./configure

./configure PKG_CONFIG=/nix/store/4zs7pzlnzfg78qvxszlvsbqngl5ykk80-pkg-config-0.23/bin/pkg-config 

checking for the store directory... /gnu/store
./configure: line 6775: syntax error near unexpected token `GUILE,'
./configure: line 6775: `PKG_CHECK_MODULES(GUILE, guile-2.0 >= 2.0.5)'

Ludo, why don't we provide a usable guile as part of the source tree for now? 

Pj.


On Thu, May 08, 2014 at 02:32:00PM +0200, Pjotr Prins wrote:
> I am not having much luck installing GUIX because of the long list of
> version specific dependencies. The best route, so far, is installing
> Nix 1.7 first and then try to bootstrap using those tools. Now I have
> 
>    nix-env --version
>    nix-env (Nix) 1.7
>    [pprins@blauwspar guix]$ ls /nix/store/*guile*
>    /nix/store/gkm53ax9j38r9pvl5jq3dsj2if79rdml-guile-2.0.9.tar.xz.drv
>    /nix/store/j9ifci462jzph8pgiwbq61gq1x3plb6r-guile-2.0.9.drv
> 
>    /nix/store/1asl58lg6z3pg6icard31lnb24j0ndr0-guile-2.0.9:
>    bin  include  lib  nix-support  share
> 
> ./bootstrap gives
> 
>   autoreconf: Entering directory `.'
>   autoreconf: running: autopoint --force
>   autoreconf: running: aclocal --force -I m4
>   autoreconf: configure.ac: tracing
>   autoreconf: configure.ac: not using Libtool
>   autoreconf: running: /nix/store/k2k666rwfr7s8daf03x3fymzni9fdp8q-autoconf-2.69/bin/autoconf --force
>   autoreconf: running: /nix/store/k2k666rwfr7s8daf03x3fymzni9fdp8q-autoconf-2.69/bin/autoheader --force
>   autoreconf: running: automake --add-missing --copy --force-missing
>   configure.ac:18: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and its use is discouraged.
>   configure.ac:18: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' macro instead,
>   configure.ac:18: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your Makefile.am files.
>   autoreconf: Leaving directory `.'
> 
> which is probably harmless and now ./configure does not find guile, even though
> 
>   which guile
>     ~/.nix-profile/bin/guile
> 
>   ls /nix/store/*guile*
>   /nix/store/gkm53ax9j38r9pvl5jq3dsj2if79rdml-guile-2.0.9.tar.xz.drv
>   /nix/store/j9ifci462jzph8pgiwbq61gq1x3plb6r-guile-2.0.9.drv
> 
>   /nix/store/1asl58lg6z3pg6icard31lnb24j0ndr0-guile-2.0.9:
>   bin  include  lib  nix-support  share
> 
>   checking for the Guix system type... x86_64-linux
>   checking for the store directory... /gnu/store
>   ./configure: line 6775: syntax error near unexpected token `GUILE,'
>   ./configure: line 6775: `PKG_CHECK_MODULES(GUILE, guile-2.0 >= 2.0.5)'
> 
> Any switch that I can pass in to make this work?
> 
> I think it would be an idea to add a Nix package for guix for people like me. 
> 
> Pj.
> 

Re: Building GUIX

[Cyril Roelandt]

On 05/08/2014 02:32 PM, Pjotr Prins wrote:
> I am not having much luck installing GUIX because of the long list of
> version specific dependencies. The best route, so far, is installing
> Nix 1.7 first and then try to bootstrap using those tools. Now I have
> 
>    nix-env --version
>    nix-env (Nix) 1.7
>    [pprins@blauwspar guix]$ ls /nix/store/*guile*
>    /nix/store/gkm53ax9j38r9pvl5jq3dsj2if79rdml-guile-2.0.9.tar.xz.drv
>    /nix/store/j9ifci462jzph8pgiwbq61gq1x3plb6r-guile-2.0.9.drv
> 
>    /nix/store/1asl58lg6z3pg6icard31lnb24j0ndr0-guile-2.0.9:
>    bin  include  lib  nix-support  share
> 
> ./bootstrap gives
> 
>   autoreconf: Entering directory `.'
>   autoreconf: running: autopoint --force
>   autoreconf: running: aclocal --force -I m4
>   autoreconf: configure.ac: tracing
>   autoreconf: configure.ac: not using Libtool
>   autoreconf: running: /nix/store/k2k666rwfr7s8daf03x3fymzni9fdp8q-autoconf-2.69/bin/autoconf --force
>   autoreconf: running: /nix/store/k2k666rwfr7s8daf03x3fymzni9fdp8q-autoconf-2.69/bin/autoheader --force
>   autoreconf: running: automake --add-missing --copy --force-missing
>   configure.ac:18: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and its use is discouraged.
>   configure.ac:18: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' macro instead,
>   configure.ac:18: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your Makefile.am files.
>   autoreconf: Leaving directory `.'
> 
> which is probably harmless and now ./configure does not find guile, even though
> 
>   which guile
>     ~/.nix-profile/bin/guile
> 
>   ls /nix/store/*guile*
>   /nix/store/gkm53ax9j38r9pvl5jq3dsj2if79rdml-guile-2.0.9.tar.xz.drv
>   /nix/store/j9ifci462jzph8pgiwbq61gq1x3plb6r-guile-2.0.9.drv
> 
>   /nix/store/1asl58lg6z3pg6icard31lnb24j0ndr0-guile-2.0.9:
>   bin  include  lib  nix-support  share
> 
>   checking for the Guix system type... x86_64-linux
>   checking for the store directory... /gnu/store
>   ./configure: line 6775: syntax error near unexpected token `GUILE,'
>   ./configure: line 6775: `PKG_CHECK_MODULES(GUILE, guile-2.0 >= 2.0.5)'
> 
> Any switch that I can pass in to make this work?
> 


Isn't this rather an issue with the PKG_CHECK_MODULES macro? Where is
pkg.m4 on your system?


Cyril.

Re: Building GUIX

[Pjotr Prins]

On Thu, May 08, 2014 at 03:42:40PM +0200, Cyril Roelandt wrote:
> >   ./configure: line 6775: syntax error near unexpected token `GUILE,'
> >   ./configure: line 6775: `PKG_CHECK_MODULES(GUILE, guile-2.0 >= 2.0.5)'
> > 
> > Any switch that I can pass in to make this work?
> > 
> 
> 
> Isn't this rather an issue with the PKG_CHECK_MODULES macro? Where is
> pkg.m4 on your system?

Good point. That took me a bit further. I needed to do

  export ACLOCAL_PATH="/home/cog/pprins/.nix-profile/share/aclocal"
  export PKG_CONFIG_PATH="$HOME/.nix-profile/lib/pkgconfig"
  ./bootstrap
  ./configure --with-libgcrypt-prefix=/nix/store/gic3zisxrq8vir427366l51l0dyzg5ls-libgcrypt-1.5.3
  
almost there. Only this trips me up:

  checking for BZ2_bzWriteOpen in -lbz2... no
  configure: error: Guix requires libbz2, which is part of bzip2. See http://www.bzip.org/.

weird because 

  ls ~/.nix-profile/lib

contains

  gettext               libgcrypt.so.11.8.2      libguile-2.0.so.22.7.0
  guile                 libgettextlib-0.18.2.so  libguilereadline-v-18.la
  libasprintf.la        libgettextlib.la         libguilereadline-v-18.so
  libasprintf.so        libgettextlib.so         libguilereadline-v-18.so.18
  libasprintf.so.0      libgettextpo.la          libguilereadline-v-18.so.18.0.0
  libasprintf.so.0.0.0  libgettextpo.so          libnixexpr.so
  libbz2.a              libgettextpo.so.0        libnixformat.so
  libbz2.so             libgettextpo.so.0.5.2    libnixmain.so
  libbz2.so.1           libgettextsrc-0.18.2.so  libnixstore.so
  libbz2.so.1.0         libgettextsrc.la         libnixutil.so
  libbz2.so.1.0.6       libgettextsrc.so         perl5
  libgcrypt.la          libguile-2.0.la          pkgconfig
  libgcrypt.so          libguile-2.0.so
  preloadable_libintl.so
  libgcrypt.so.11       libguile-2.0.so.22       systemd

It is not finding it. Adding the path to LD_LIBRARY_PATH does not
help, nor adding the search path to /etc/ld.so.conf. You can see
libgcrypt needed an override.

What am I missing?

Pj.

Re: Building GUIX

[Pjotr Prins]

And when I run 

  ldconfig -p|grep bz
        libz.so.1 (libc6,x86-64) => /lib64/libz.so.1
        libbz2.so.1.0 (libc6,x86-64) => /nix/var/nix/profiles/default/lib/libbz2.so.1.0
        libbz2.so.1 (libc6,x86-64) => /lib64/libbz2.so.1
        libbz2.so (libc6,x86-64) => /nix/var/nix/profiles/default/lib/libbz2.so

why is libbz2.so not found?

You can tell my understanding of these systems is lacking. Help!

Pj.

On Thu, May 08, 2014 at 04:56:01PM +0200, Pjotr Prins wrote:
> On Thu, May 08, 2014 at 03:42:40PM +0200, Cyril Roelandt wrote:
> > >   ./configure: line 6775: syntax error near unexpected token `GUILE,'
> > >   ./configure: line 6775: `PKG_CHECK_MODULES(GUILE, guile-2.0 >= 2.0.5)'
> > > 
> > > Any switch that I can pass in to make this work?
> > > 
> > 
> > 
> > Isn't this rather an issue with the PKG_CHECK_MODULES macro? Where is
> > pkg.m4 on your system?
> 
> Good point. That took me a bit further. I needed to do
> 
>   export ACLOCAL_PATH="/home/cog/pprins/.nix-profile/share/aclocal"
>   export PKG_CONFIG_PATH="$HOME/.nix-profile/lib/pkgconfig"
>   ./bootstrap
>   ./configure --with-libgcrypt-prefix=/nix/store/gic3zisxrq8vir427366l51l0dyzg5ls-libgcrypt-1.5.3
>   
> almost there. Only this trips me up:
> 
>   checking for BZ2_bzWriteOpen in -lbz2... no
>   configure: error: Guix requires libbz2, which is part of bzip2. See http://www.bzip.org/.
> 
> weird because 
> 
>   ls ~/.nix-profile/lib
> 
> contains
> 
>   gettext               libgcrypt.so.11.8.2      libguile-2.0.so.22.7.0
>   guile                 libgettextlib-0.18.2.so  libguilereadline-v-18.la
>   libasprintf.la        libgettextlib.la         libguilereadline-v-18.so
>   libasprintf.so        libgettextlib.so         libguilereadline-v-18.so.18
>   libasprintf.so.0      libgettextpo.la          libguilereadline-v-18.so.18.0.0
>   libasprintf.so.0.0.0  libgettextpo.so          libnixexpr.so
>   libbz2.a              libgettextpo.so.0        libnixformat.so
>   libbz2.so             libgettextpo.so.0.5.2    libnixmain.so
>   libbz2.so.1           libgettextsrc-0.18.2.so  libnixstore.so
>   libbz2.so.1.0         libgettextsrc.la         libnixutil.so
>   libbz2.so.1.0.6       libgettextsrc.so         perl5
>   libgcrypt.la          libguile-2.0.la          pkgconfig
>   libgcrypt.so          libguile-2.0.so
>   preloadable_libintl.so
>   libgcrypt.so.11       libguile-2.0.so.22       systemd
> 
> It is not finding it. Adding the path to LD_LIBRARY_PATH does not
> help, nor adding the search path to /etc/ld.so.conf. You can see
> libgcrypt needed an override.
> 
> What am I missing?
> 
> Pj.
> 
> 
> 
> 
> 

Re: Building GUIX

[Ludovic Courtès]

Pjotr Prins <pjotr.public12@thebird.nl> skribis:

>   checking for the Guix system type... x86_64-linux
>   checking for the store directory... /gnu/store
>   ./configure: line 6775: syntax error near unexpected token `GUILE,'
>   ./configure: line 6775: `PKG_CHECK_MODULES(GUILE, guile-2.0 >= 2.0.5)'

As Cyril noted, pkg.m4, which is part of pkg-config, was not picked up
(I’m not sure what’s wrong with Autoconf here; it should have raised an
error.)

Make sure pkg-config is installed.  With Nixpkgs, you may need to set
$ACLOCAL_PATH to point to the right place.

HTH!
Ludo’.

Re: Building GUIX

[Pjotr Prins]

Hah!

conftest.c:62:19: error: bzlib.h: No such file or directory

On Thu, May 08, 2014 at 05:08:39PM +0200, Pjotr Prins wrote:
> And when I run 
> 
>   ldconfig -p|grep bz
>         libz.so.1 (libc6,x86-64) => /lib64/libz.so.1
>         libbz2.so.1.0 (libc6,x86-64) => /nix/var/nix/profiles/default/lib/libbz2.so.1.0
>         libbz2.so.1 (libc6,x86-64) => /lib64/libbz2.so.1
>         libbz2.so (libc6,x86-64) => /nix/var/nix/profiles/default/lib/libbz2.so
> 
> why is libbz2.so not found?
> 
> You can tell my understanding of these systems is lacking. Help!
> 
> Pj.
> 
> On Thu, May 08, 2014 at 04:56:01PM +0200, Pjotr Prins wrote:
> > On Thu, May 08, 2014 at 03:42:40PM +0200, Cyril Roelandt wrote:
> > > >   ./configure: line 6775: syntax error near unexpected token `GUILE,'
> > > >   ./configure: line 6775: `PKG_CHECK_MODULES(GUILE, guile-2.0 >= 2.0.5)'
> > > > 
> > > > Any switch that I can pass in to make this work?
> > > > 
> > > 
> > > 
> > > Isn't this rather an issue with the PKG_CHECK_MODULES macro? Where is
> > > pkg.m4 on your system?
> > 
> > Good point. That took me a bit further. I needed to do
> > 
> >   export ACLOCAL_PATH="/home/cog/pprins/.nix-profile/share/aclocal"
> >   export PKG_CONFIG_PATH="$HOME/.nix-profile/lib/pkgconfig"
> >   ./bootstrap
> >   ./configure --with-libgcrypt-prefix=/nix/store/gic3zisxrq8vir427366l51l0dyzg5ls-libgcrypt-1.5.3
> >   
> > almost there. Only this trips me up:
> > 
> >   checking for BZ2_bzWriteOpen in -lbz2... no
> >   configure: error: Guix requires libbz2, which is part of bzip2. See http://www.bzip.org/.
> > 
> > weird because 
> > 
> >   ls ~/.nix-profile/lib
> > 
> > contains
> > 
> >   gettext               libgcrypt.so.11.8.2      libguile-2.0.so.22.7.0
> >   guile                 libgettextlib-0.18.2.so  libguilereadline-v-18.la
> >   libasprintf.la        libgettextlib.la         libguilereadline-v-18.so
> >   libasprintf.so        libgettextlib.so         libguilereadline-v-18.so.18
> >   libasprintf.so.0      libgettextpo.la          libguilereadline-v-18.so.18.0.0
> >   libasprintf.so.0.0.0  libgettextpo.so          libnixexpr.so
> >   libbz2.a              libgettextpo.so.0        libnixformat.so
> >   libbz2.so             libgettextpo.so.0.5.2    libnixmain.so
> >   libbz2.so.1           libgettextsrc-0.18.2.so  libnixstore.so
> >   libbz2.so.1.0         libgettextsrc.la         libnixutil.so
> >   libbz2.so.1.0.6       libgettextsrc.so         perl5
> >   libgcrypt.la          libguile-2.0.la          pkgconfig
> >   libgcrypt.so          libguile-2.0.so
> >   preloadable_libintl.so
> >   libgcrypt.so.11       libguile-2.0.so.22       systemd
> > 
> > It is not finding it. Adding the path to LD_LIBRARY_PATH does not
> > help, nor adding the search path to /etc/ld.so.conf. You can see
> > libgcrypt needed an override.
> > 
> > What am I missing?
> > 
> > Pj.
> > 
> > 
> > 
> > 
> > 
> 

Re: Building GUIX

[Ludovic Courtès]

Pjotr Prins <pjotr.public12@thebird.nl> skribis:

> conftest.c:62:19: error: bzlib.h: No such file or directory

That means libbz2-dev (or similar) needs to be installed, or that its
header directory must be added to $CPATH.

HTH,
Ludo’.

Building Guix

[Pjotr Prins]

compile.log was rather informative. I ended up with a working
configure, but now make fails with:

  g++ -Wall -std=c++0x -g -O2  -L/home/cog/pprins/.nix-profile/lib -o guix-daemon nix/nix-daemon/guix_daemon-nix-daemon.o nix/nix-daemon/guix_daemon-guix-daemon.o libstore.a libutil.a libformat.a -lbz2 -L/nix/store/7svaxfvzl8hb7ap3fjfyrqdw3bxi8pd3-sqlite-3.8.4.3/lib -lsqlite3   -L/nix/store/gic3zisxrq8vir427366l51l0dyzg5ls-libgcrypt-1.5.3/lib -lgcrypt 
  /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: undefined reference to `__mktemp@GLIBC_PRIVATE'
  /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: undefined reference to `__call_tls_dtors@GLIBC_PRIVATE'
  /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: undefined reference to `__madvise@GLIBC_PRIVATE'
  /home/cog/pprins/.nix-profile/lib/libsqlite3.so: undefined reference to `memcpy@GLIBC_2.14'
  /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: undefined reference to `__ctype_init@GLIBC_PRIVATE'
  collect2: ld returned 1 exit status

Ouch.

 ldd /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0

shows

  /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0)
        linux-vdso.so.1 =>  (0x00007fff5a293000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f8e6f0df000)
        /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00000035c5800000)

Hmmm. Something must have gone wrong compiling glibc-2.19. That is
odd, very odd. I know was messing with the LD paths, but I did not think
that would influence Nix builds. Do I need a fresh Nix install?

Interestingly I found a Guix expression in Nixpkgs! It is dated, guix-0.3, but works. Anything I need to know to update that to guix-0.6? I may do just that :)

  https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/package-management/guix/default.nix

Pj.

Re: Building Guix

[Ludovic Courtès]

Pjotr Prins <pjotr.public12@thebird.nl> skribis:

> compile.log was rather informative. I ended up with a working
> configure, but now make fails with:
>
>   g++ -Wall -std=c++0x -g -O2  -L/home/cog/pprins/.nix-profile/lib -o guix-daemon nix/nix-daemon/guix_daemon-nix-daemon.o nix/nix-daemon/guix_daemon-guix-daemon.o libstore.a libutil.a libformat.a -lbz2 -L/nix/store/7svaxfvzl8hb7ap3fjfyrqdw3bxi8pd3-sqlite-3.8.4.3/lib -lsqlite3   -L/nix/store/gic3zisxrq8vir427366l51l0dyzg5ls-libgcrypt-1.5.3/lib -lgcrypt 
>   /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: undefined reference to `__mktemp@GLIBC_PRIVATE'
>   /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: undefined reference to `__call_tls_dtors@GLIBC_PRIVATE'
>   /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: undefined reference to `__madvise@GLIBC_PRIVATE'
>   /home/cog/pprins/.nix-profile/lib/libsqlite3.so: undefined reference to `memcpy@GLIBC_2.14'
>   /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: undefined reference to `__ctype_init@GLIBC_PRIVATE'
>   collect2: ld returned 1 exit status

This looks like a defect in the build environment.

> Ouch.
>
>  ldd /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0
>
> shows
>
>   /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/libpthread.so.0)
>         linux-vdso.so.1 =>  (0x00007fff5a293000)
>         libc.so.6 => /lib64/libc.so.6 (0x00007f8e6f0df000)
>         /nix/store/pdskwizjw8ar31hql2wjnnx6g0s6xc50-glibc-2.19/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00000035c5800000)

This is mixing two different libcs: the one from Nixpkgs, and the one
under /lib64.  This cannot work.  Perhaps $LD_LIBRARY_PATH or ld.so.conf
refers to /lib64?  (That’s probably a question for the Nix people.)

Alternately, you could try building with g++ from the other distro,
rather than from Nixpkgs.

> Interestingly I found a Guix expression in Nixpkgs! It is dated, guix-0.3, but works. Anything I need to know to update that to guix-0.6? I may do just that :)
>
>   https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/package-management/guix/default.nix

Feel free to update it!

Thanks,
Ludo’.

Re: Building Guix

[Pjotr Prins]

On Fri, May 09, 2014 at 12:57:18PM +0200, Pjotr Prins wrote:
> Interestingly I found a Guix expression in Nixpkgs! It is dated, guix-0.3, but works. Anything I need to know to update that to guix-0.6? I may do just that :)
> 
>   https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/package-management/guix/default.nix

Two questions:

1. Why is guile not simply a build dependency? Or is is that the tar
ball is expected in place for bootstrapping and will fail otherwise.
Looks a bit odd to have guile in multiple places.

2. What do we do with the store? I know Nix should move to /gnu ;) My
personal solution would be to hard link between /nix and /gnu. Will
the default be good enough?

It will be a good thing to maintain this Nix package until Guix comes
with all the binary installation options that Nix has. Be interesting
to see when Debian accepts a Guix package. Don't see why not, really,
since they allow for rubygems, cpan etc.

Pj.

Re: Building Guix

[Ludovic Courtès]

Pjotr Prins <pjotr.public12@thebird.nl> skribis:

> On Fri, May 09, 2014 at 12:57:18PM +0200, Pjotr Prins wrote:
>> Interestingly I found a Guix expression in Nixpkgs! It is dated, guix-0.3, but works. Anything I need to know to update that to guix-0.6? I may do just that :)
>> 
>>   https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/package-management/guix/default.nix
>
> Two questions:
>
> 1. Why is guile not simply a build dependency?

It is: it’s listed in ‘buildInputs’.

> 2. What do we do with the store? I know Nix should move to /gnu ;) My
> personal solution would be to hard link between /nix and /gnu. Will
> the default be good enough?

Dunno, we could leave the default.

> It will be a good thing to maintain this Nix package until Guix comes
> with all the binary installation options that Nix has.

What do you mean?

I think there are a couple of distros for which Guix packages exists
(Arch and openSUSE, perhaps Gentoo, IIRC.)

Ludo’.

Re: Building Guix

[Pjotr Prins]

On Fri, May 09, 2014 at 10:22:32PM +0200, Ludovic Courtès wrote:
> > It will be a good thing to maintain this Nix package until Guix comes
> > with all the binary installation options that Nix has.
> 
> What do you mean?

What I mean is that for my target audience, bioinformaticians, most
number crunching is on aging Centos-style machines. If Nix is the
easiest route to get Guix going for now I am perfectly happy to
promote that, until Guix has it's own installation binaries as Nix has
(binary tarball, rpm, deb etc.). The Nix binaries, unfortunately, do
require root, which we don't have on all compute clusters, so I still
end up building that from source.

Best thing is to have Guix part of the distro, for sure. Second best
thing is to an easy build from source (which not the case now, I just
spent a day on a Guix Centos build and still not there, I did succeed
in building Nix, but maybe it is me).

> I think there are a couple of distros for which Guix packages exists
> (Arch and openSUSE, perhaps Gentoo, IIRC.)

Cool! OpenSuSE will help my case, as people use it on their desktops.
Debian, Mint, Ubuntu, Fedora and Centos missing.  Representing the
majority of systems (Android not counting). But, yeah, it will come.
It will take a few years to reach all users though.  'Stable' cycles
with Debian and Centos take a long time.  

Cluster installations can easily be 4 years old. And then enlightened
administrators need to install guix. It would be great to replace the
existing 'module' system. I can't wait :)

Pj.

Re: Building Guix

[Ludovic Courtès]

Pjotr Prins <pjotr.public12@thebird.nl> skribis:

> What I mean is that for my target audience, bioinformaticians, most
> number crunching is on aging Centos-style machines. If Nix is the
> easiest route to get Guix going for now I am perfectly happy to
> promote that, until Guix has it's own installation binaries as Nix has
> (binary tarball, rpm, deb etc.). The Nix binaries, unfortunately, do
> require root, which we don't have on all compute clusters, so I still
> end up building that from source.

I should mention that one may be able to install Guix using the
pre-built statically linked Guile that’s used in the bootstrap process
(look for DOWNLOAD_FILE at the end of gnu-system.am.)

Then the system still needs to provide libgcrypt.so, libbz2, and a few
others.

Ludo’.