all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Building GUIX
@ 2014-05-08 12:32 Pjotr Prins
  2014-05-08 12:52 ` Andreas Enge
                   ` (3 more replies)
  0 siblings, 4 replies; 16+ messages in thread
From: Pjotr Prins @ 2014-05-08 12:32 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building GUIX
  2014-05-08 12:32 Building GUIX Pjotr Prins
@ 2014-05-08 12:52 ` Andreas Enge
  2014-05-08 13:02   ` Pjotr Prins
  2014-05-08 13:30 ` Pjotr Prins
                   ` (2 subsequent siblings)
  3 siblings, 1 reply; 16+ messages in thread
From: Andreas Enge @ 2014-05-08 12:52 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building GUIX
  2014-05-08 12:52 ` Andreas Enge
@ 2014-05-08 13:02   ` Pjotr Prins
  0 siblings, 0 replies; 16+ messages in thread
From: Pjotr Prins @ 2014-05-08 13:02 UTC (permalink / raw)
  To: Andreas Enge; +Cc: guix-devel

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.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building GUIX
  2014-05-08 12:32 Building GUIX Pjotr Prins
  2014-05-08 12:52 ` Andreas Enge
@ 2014-05-08 13:30 ` Pjotr Prins
  2014-05-08 13:42 ` Cyril Roelandt
  2014-05-08 16:42 ` Ludovic Courtès
  3 siblings, 0 replies; 16+ messages in thread
From: Pjotr Prins @ 2014-05-08 13:30 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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.
> 

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building GUIX
  2014-05-08 12:32 Building GUIX Pjotr Prins
  2014-05-08 12:52 ` Andreas Enge
  2014-05-08 13:30 ` Pjotr Prins
@ 2014-05-08 13:42 ` Cyril Roelandt
  2014-05-08 14:56   ` Pjotr Prins
  2014-05-08 16:42 ` Ludovic Courtès
  3 siblings, 1 reply; 16+ messages in thread
From: Cyril Roelandt @ 2014-05-08 13:42 UTC (permalink / raw)
  To: guix-devel

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.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building GUIX
  2014-05-08 13:42 ` Cyril Roelandt
@ 2014-05-08 14:56   ` Pjotr Prins
  2014-05-08 15:08     ` Pjotr Prins
  0 siblings, 1 reply; 16+ messages in thread
From: Pjotr Prins @ 2014-05-08 14:56 UTC (permalink / raw)
  To: Cyril Roelandt; +Cc: guix-devel

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.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building GUIX
  2014-05-08 14:56   ` Pjotr Prins
@ 2014-05-08 15:08     ` Pjotr Prins
  2014-05-08 19:53       ` Pjotr Prins
  0 siblings, 1 reply; 16+ messages in thread
From: Pjotr Prins @ 2014-05-08 15:08 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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.
> 
> 
> 
> 
> 

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building GUIX
  2014-05-08 12:32 Building GUIX Pjotr Prins
                   ` (2 preceding siblings ...)
  2014-05-08 13:42 ` Cyril Roelandt
@ 2014-05-08 16:42 ` Ludovic Courtès
  3 siblings, 0 replies; 16+ messages in thread
From: Ludovic Courtès @ 2014-05-08 16:42 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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’.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building GUIX
  2014-05-08 15:08     ` Pjotr Prins
@ 2014-05-08 19:53       ` Pjotr Prins
  2014-05-08 21:08         ` Ludovic Courtès
  0 siblings, 1 reply; 16+ messages in thread
From: Pjotr Prins @ 2014-05-08 19:53 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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.
> > 
> > 
> > 
> > 
> > 
> 

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building GUIX
  2014-05-08 19:53       ` Pjotr Prins
@ 2014-05-08 21:08         ` Ludovic Courtès
  0 siblings, 0 replies; 16+ messages in thread
From: Ludovic Courtès @ 2014-05-08 21:08 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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’.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Building Guix
@ 2014-05-09 10:57 Pjotr Prins
  2014-05-09 12:33 ` Ludovic Courtès
  2014-05-09 18:51 ` Pjotr Prins
  0 siblings, 2 replies; 16+ messages in thread
From: Pjotr Prins @ 2014-05-09 10:57 UTC (permalink / raw)
  To: guix-devel

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.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building Guix
  2014-05-09 10:57 Building Guix Pjotr Prins
@ 2014-05-09 12:33 ` Ludovic Courtès
  2014-05-09 18:51 ` Pjotr Prins
  1 sibling, 0 replies; 16+ messages in thread
From: Ludovic Courtès @ 2014-05-09 12:33 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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’.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building Guix
  2014-05-09 10:57 Building Guix Pjotr Prins
  2014-05-09 12:33 ` Ludovic Courtès
@ 2014-05-09 18:51 ` Pjotr Prins
  2014-05-09 20:22   ` Ludovic Courtès
  1 sibling, 1 reply; 16+ messages in thread
From: Pjotr Prins @ 2014-05-09 18:51 UTC (permalink / raw)
  To: guix-devel

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.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building Guix
  2014-05-09 18:51 ` Pjotr Prins
@ 2014-05-09 20:22   ` Ludovic Courtès
  2014-05-10  6:46     ` Pjotr Prins
  0 siblings, 1 reply; 16+ messages in thread
From: Ludovic Courtès @ 2014-05-09 20:22 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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’.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building Guix
  2014-05-09 20:22   ` Ludovic Courtès
@ 2014-05-10  6:46     ` Pjotr Prins
  2014-05-10 13:06       ` Ludovic Courtès
  0 siblings, 1 reply; 16+ messages in thread
From: Pjotr Prins @ 2014-05-10  6:46 UTC (permalink / raw)
  To: guix-devel

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.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Building Guix
  2014-05-10  6:46     ` Pjotr Prins
@ 2014-05-10 13:06       ` Ludovic Courtès
  0 siblings, 0 replies; 16+ messages in thread
From: Ludovic Courtès @ 2014-05-10 13:06 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

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’.

^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2014-05-10 13:06 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-09 10:57 Building Guix Pjotr Prins
2014-05-09 12:33 ` Ludovic Courtès
2014-05-09 18:51 ` Pjotr Prins
2014-05-09 20:22   ` Ludovic Courtès
2014-05-10  6:46     ` Pjotr Prins
2014-05-10 13:06       ` Ludovic Courtès
  -- strict thread matches above, loose matches on Subject: below --
2014-05-08 12:32 Building GUIX Pjotr Prins
2014-05-08 12:52 ` Andreas Enge
2014-05-08 13:02   ` Pjotr Prins
2014-05-08 13:30 ` Pjotr Prins
2014-05-08 13:42 ` Cyril Roelandt
2014-05-08 14:56   ` Pjotr Prins
2014-05-08 15:08     ` Pjotr Prins
2014-05-08 19:53       ` Pjotr Prins
2014-05-08 21:08         ` Ludovic Courtès
2014-05-08 16:42 ` Ludovic Courtès

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.