Re: guix 0.7 installation

Re: guix 0.7 installation

[Federico Beffa]

[-- Attachment #1: Type: text/plain, Size: 2248 bytes --]

> This is an old Guile version, whose web client has problems that Guix
> tries to work around.  However, from a quick look, ‘guix pull’ uses a
> path for its download that does not attempt to work around the 2.0.5
> issues (namely it uses the (guix build download) module, instead of
> (guix web-client).)
>
> For now, would it be an option for you to upgrade to a newer Guile?
> That would be the best solution.

OK. To update guile I thought I would follow the guix README file and
build guix with guix.
So, I've given the command:

$ guix package --install={autoconf,automake,bzip2,gcc-toolchain,gettext,guile,libgcrypt,pkg-config,sqlite}

and got the packages installed :-)
At the end of the process I've been told to define the following
environment variables:

   export PKG_CONFIG_PATH="/home/beffa/.guix-profile/lib/pkgconfig"
   export ACLOCAL_PATH="/home/beffa/.guix-profile/share/aclocal"

On top of those I've defined the PATH as follows:

export PATH=$HOME/.guix-profile/bin:$PATH

The README file mentions all of the following veriables: ACLOCAL_PATH,
CPATH, LIBRARY_PATH, PKG_CONFIG_PATH. However, only the above ones
have been mentioned during the installation phase and defined.

Then I've cleaned up the build area with "make distclean" and
according to the README file I've issued

./configure --with-libgcrypt-prefix=$HOME/.guix-profile/

Unfortunately I've got a new error:

$ ./configure --with-libgcrypt-prefix=$HOME/.guix-profile/
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... no
configure: error: in `/home/beffa/Downloads/guix-0.7':
configure: error: C compiler cannot create executables

Please find attached the full config.log.

What do you think? Would I be better downloading and installing a
newer guile version the "traditional" way?

Thanks for your help!
Regards,
Fede

[-- Attachment #2: config.log --]
[-- Type: text/x-log, Size: 8693 bytes --]

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by GNU Guix configure 0.7, which was
generated by GNU Autoconf 2.69.  Invocation command line was

  $ ./configure --with-libgcrypt-prefix=/home/beffa/.guix-profile/

## --------- ##
## Platform. ##
## --------- ##

hostname = leo
uname -m = x86_64
uname -r = 3.2.0-4-amd64
uname -s = Linux
uname -v = #1 SMP Debian 3.2.60-1+deb7u3

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = unknown
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo      = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /home/beffa/.guix-profile/bin
PATH: /home/beffa/.guix-profile/bin
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/local/games
PATH: /usr/games


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2501: checking for a BSD-compatible install
configure:2569: result: /usr/bin/install -c
configure:2580: checking whether build environment is sane
configure:2635: result: yes
configure:2786: checking for a thread-safe mkdir -p
configure:2825: result: /bin/mkdir -p
configure:2832: checking for gawk
configure:2862: result: no
configure:2832: checking for mawk
configure:2848: found /usr/bin/mawk
configure:2859: result: mawk
configure:2870: checking whether make sets $(MAKE)
configure:2892: result: yes
configure:2921: checking whether make supports nested variables
configure:2938: result: yes
configure:3079: checking for style of include used by make
configure:3107: result: GNU
configure:3178: checking for gcc
configure:3194: found /home/beffa/.guix-profile/bin/gcc
configure:3205: result: gcc
configure:3434: checking for C compiler version
configure:3443: gcc --version >&5
gcc (GCC) 4.9.1
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:3454: $? = 0
configure:3443: gcc -v >&5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/gnu/store/qj9nmaalc5dbrs6y03bv0744w3bn63x6-gcc-4.9.1/libexec/gcc/x86_64-unknown-linux-gnu/4.9.1/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: 
Thread model: posix
gcc version 4.9.1 (GCC) 
configure:3454: $? = 0
configure:3443: gcc -V >&5
gcc: error: unrecognized command line option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:3454: $? = 1
configure:3443: gcc -qversion >&5
gcc: error: unrecognized command line option '-qversion'
gcc: fatal error: no input files
compilation terminated.
configure:3454: $? = 1
configure:3474: checking whether the C compiler works
configure:3496: gcc    conftest.c  >&5
ld: cannot find crt1.o: No such file or directory
ld: cannot find crti.o: No such file or directory
collect2: error: ld returned 1 exit status
configure:3500: $? = 1
configure:3538: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU Guix"
| #define PACKAGE_TARNAME "guix"
| #define PACKAGE_VERSION "0.7"
| #define PACKAGE_STRING "GNU Guix 0.7"
| #define PACKAGE_BUGREPORT "bug-guix@gnu.org"
| #define PACKAGE_URL "http://www.gnu.org/software/guix/"
| #define PACKAGE "guix"
| #define VERSION "0.7"
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:3543: error: in `/home/beffa/Downloads/guix-0.7':
configure:3545: error: C compiler cannot create executables
See `config.log' for more details

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_env_CCC_set=
ac_cv_env_CCC_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXCPP_set=
ac_cv_env_CXXCPP_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_GUILE_CFLAGS_set=
ac_cv_env_GUILE_CFLAGS_value=
ac_cv_env_GUILE_LIBS_set=
ac_cv_env_GUILE_LIBS_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_PKG_CONFIG_LIBDIR_set=
ac_cv_env_PKG_CONFIG_LIBDIR_value=
ac_cv_env_PKG_CONFIG_PATH_set=set
ac_cv_env_PKG_CONFIG_PATH_value=/home/beffa/.guix-profile/lib/pkgconfig
ac_cv_env_PKG_CONFIG_set=
ac_cv_env_PKG_CONFIG_value=
ac_cv_env_SQLITE3_CFLAGS_set=
ac_cv_env_SQLITE3_CFLAGS_value=
ac_cv_env_SQLITE3_LIBS_set=
ac_cv_env_SQLITE3_LIBS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_path_install='/usr/bin/install -c'
ac_cv_path_mkdir=/bin/mkdir
ac_cv_prog_AWK=mawk
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_make_make_set=yes
am_cv_make_support_nested_variables=yes

## ----------------- ##
## Output variables. ##
## ----------------- ##

ACLOCAL='${SHELL} /home/beffa/Downloads/guix-0.7/build-aux/missing aclocal-1.14'
AMDEPBACKSLASH='\'
AMDEP_FALSE='#'
AMDEP_TRUE=''
AMTAR='$${TAR-tar}'
AM_BACKSLASH='\'
AM_DEFAULT_V='$(AM_DEFAULT_VERBOSITY)'
AM_DEFAULT_VERBOSITY='1'
AM_V='$(V)'
AUTOCONF='${SHELL} /home/beffa/Downloads/guix-0.7/build-aux/missing autoconf'
AUTOHEADER='${SHELL} /home/beffa/Downloads/guix-0.7/build-aux/missing autoheader'
AUTOMAKE='${SHELL} /home/beffa/Downloads/guix-0.7/build-aux/missing automake-1.14'
AWK='mawk'
BUILD_DAEMON_FALSE=''
BUILD_DAEMON_OFFLOAD_FALSE=''
BUILD_DAEMON_OFFLOAD_TRUE=''
BUILD_DAEMON_TRUE=''
BZIP2=''
CC='gcc'
CCDEPMODE=''
CFLAGS=''
CPP=''
CPPFLAGS=''
CXX=''
CXXCPP=''
CXXDEPMODE=''
CXXFLAGS=''
CYGPATH_W='echo'
DEFS=''
DEPDIR='.deps'
DOT=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
GETTEXT_MACRO_VERSION=''
GMSGFMT=''
GMSGFMT_015=''
GREP=''
GUILD=''
GUILE=''
GUILE_CFLAGS=''
GUILE_CONFIG=''
GUILE_LIBS=''
GUILE_TOOLS=''
GUIX_TEST_ROOT=''
GZIP=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_SRFI_37_FALSE=''
INSTALL_SRFI_37_TRUE=''
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
INTLLIBS=''
INTL_MACOSX_LIBS=''
LDFLAGS=''
LIBGCRYPT=''
LIBGCRYPT_CFLAGS=''
LIBGCRYPT_LIBDIR=''
LIBGCRYPT_LIBS=''
LIBGCRYPT_PREFIX=''
LIBICONV=''
LIBINTL=''
LIBOBJS=''
LIBS=''
LTLIBICONV=''
LTLIBINTL=''
LTLIBOBJS=''
MAKEINFO='${SHELL} /home/beffa/Downloads/guix-0.7/build-aux/missing makeinfo'
MKDIR_P='/bin/mkdir -p'
MSGFMT=''
MSGFMT_015=''
MSGMERGE=''
NIXPKGS=''
NIX_HASH=''
NIX_INSTANTIATE=''
NIX_PREFIX=''
OBJEXT=''
PACKAGE='guix'
PACKAGE_BUGREPORT='bug-guix@gnu.org'
PACKAGE_NAME='GNU Guix'
PACKAGE_STRING='GNU Guix 0.7'
PACKAGE_TARNAME='guix'
PACKAGE_URL='http://www.gnu.org/software/guix/'
PACKAGE_VERSION='0.7'
PATH_SEPARATOR=':'
PKG_CONFIG=''
PKG_CONFIG_LIBDIR=''
PKG_CONFIG_PATH='/home/beffa/.guix-profile/lib/pkgconfig'
POSUB=''
RANLIB=''
SED=''
SET_MAKE=''
SHELL='/bin/bash'
SQLITE3_CFLAGS=''
SQLITE3_LIBS=''
STRIP=''
USE_NLS=''
VERSION='0.7'
XGETTEXT=''
XGETTEXT_015=''
XGETTEXT_EXTRA_OPTIONS=''
XZ=''
ac_ct_CC='gcc'
ac_ct_CXX=''
am__EXEEXT_FALSE=''
am__EXEEXT_TRUE=''
am__fastdepCC_FALSE=''
am__fastdepCC_TRUE=''
am__fastdepCXX_FALSE=''
am__fastdepCXX_TRUE=''
am__include='include'
am__isrc=''
am__leading_dot='.'
am__nodep='_no'
am__quote=''
am__tar='$${TAR-tar} chof - "$$tardir"'
am__untar='$${TAR-tar} xf -'
bindir='${exec_prefix}/bin'
build=''
build_alias=''
build_cpu=''
build_os=''
build_vendor=''
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
dvidir='${docdir}'
exec_prefix='NONE'
guilemoduledir=''
guix_localstatedir=''
guix_sbindir=''
guix_sysconfdir=''
guix_system=''
host=''
host_alias=''
host_cpu=''
host_os=''
host_vendor=''
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='${SHELL} /home/beffa/Downloads/guix-0.7/build-aux/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
mkdir_p='$(MKDIR_P)'
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='NONE'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
storedir=''
sysconfdir='${prefix}/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

/* confdefs.h */
#define PACKAGE_NAME "GNU Guix"
#define PACKAGE_TARNAME "guix"
#define PACKAGE_VERSION "0.7"
#define PACKAGE_STRING "GNU Guix 0.7"
#define PACKAGE_BUGREPORT "bug-guix@gnu.org"
#define PACKAGE_URL "http://www.gnu.org/software/guix/"
#define PACKAGE "guix"
#define VERSION "0.7"

configure: exit 77

Re: guix 0.7 installation

[Ludovic Courtès]

Federico Beffa <beffa@ieee.org> skribis:

> $ guix package --install={autoconf,automake,bzip2,gcc-toolchain,gettext,guile,libgcrypt,pkg-config,sqlite}
>
> and got the packages installed :-)
> At the end of the process I've been told to define the following
> environment variables:
>
>    export PKG_CONFIG_PATH="/home/beffa/.guix-profile/lib/pkgconfig"
>    export ACLOCAL_PATH="/home/beffa/.guix-profile/share/aclocal"
>
> On top of those I've defined the PATH as follows:
>
> export PATH=$HOME/.guix-profile/bin:$PATH
>
> The README file mentions all of the following veriables: ACLOCAL_PATH,
> CPATH, LIBRARY_PATH, PKG_CONFIG_PATH. However, only the above ones
> have been mentioned during the installation phase and defined.

Indeed, ‘guix package’ should have told you about LIBRARY_PATH and
CPATH, but there was a bug in the ‘gcc-toolchain’ package, which commit
d474d5d fixes.

Now it would additionally list:

  export CPATH="$HOME/.guix-profile/include"
  export LIBRARY_PATH="$HOME/.guix-profile/lib"

> configure:3474: checking whether the C compiler works
> configure:3496: gcc    conftest.c  >&5
> ld: cannot find crt1.o: No such file or directory
> ld: cannot find crti.o: No such file or directory
> collect2: error: ld returned 1 exit status

This is due to the lack of the above LIBRARY_PATH setting.

Could you try setting and report back?

Thanks for the report!

Ludo’.

Re: guix 0.7 installation

[Federico Beffa]

> The was a bug in 0.7 where ‘make clean’ would remove that os-config.tmpl
> file: <http://bugs.gnu.org/18243>.
>
> Just unpack guix-0.7.tar.gz afresh and it’ll be there.

That indeed did the trick. Thanks!

Having played with guix a little bit, I have a few questions:

- My locally built guix is now built with references to guix libraries
  (in /gnu/store). What happens if I "guix pull" and "guix package -u"
  and then garbage collect old profiles and packages?  Is it possible
  that at some point my guix will break?

- Every time I use guix I get the following note:

  ;;; note: source file /usr/local/share/guile/site/2.0/srfi/srfi-37.scm
  ;;;       newer than compiled /usr/local/share/guile/site/2.0/srfi/srfi-37.go

  I guess it is just a matter of recompiling the module, but the
  "make install" procedure should in principle get it right.

- Out of curiosity I've installed the guix package into my store. The
  installation procedure suggested to define the following environment
  variables:

  export GUILE_LOAD_PATH="$HOME/.guix-profile/share/guile/site/2.0"
  export GUILE_LOAD_COMPILED_PATH="$HOME/.guix-profile/share/guile/site/2.0"

  I did that. However, the guix package binary was still pointing to
  my local copy of object files in "/usr/local/share/guile/...". That
  sounded a little worrying to me. For this reason, for the moment, I
  just removed the guix package. Is there a way to force the guix
  package binary to only look in the store for object files?

- If I would install the guix package and uninstall the locally built
  one from /usr/local, how would a new user be able to start using
  guix?

- To use the build tools from the stores I've defined the following
  environment variables:

  export PKG_CONFIG_PATH="$HOME/.guix-profile/lib/pkgconfig"
  export ACLOCAL_PATH="$HOME/.guix-profile/share/aclocal"
  export CPATH="$HOME/.guix-profile/include"
  export LIBRARY_PATH="$HOME/.guix-profile/lib"

  Is it possible that having these variables defined does interfere
  with the workings of my host distribution (Debian 7.6)? What
  happens, say, if an install script for a Debian package makes use of
  pkg-config (or any other tool) and there is a difference between the
  one expected by the Debian package (reported by ATP tools) and the
  one found on my system? Should I better not have these variables
  defined by default?

  If there could be interference then it probably would make sense to
  have a script similar to pre-inst-env for people installing guix on
  another distribution.

Thanks for the help and the great work!
Regards,
Fede

Re: guix 0.7 installation

[Ludovic Courtès]

Federico Beffa <beffa@ieee.org> skribis:

> Having played with guix a little bit, I have a few questions:
>
> - My locally built guix is now built with references to guix libraries
>   (in /gnu/store). What happens if I "guix pull" and "guix package -u"
>   and then garbage collect old profiles and packages?  Is it possible
>   that at some point my guix will break?

It’s possible.  However, since all the tools needed to build Guix are
now in your profile, you’ll always be able to do ‘make clean && make &&
make install’.

> - Every time I use guix I get the following note:
>
>   ;;; note: source file /usr/local/share/guile/site/2.0/srfi/srfi-37.scm
>   ;;;       newer than compiled /usr/local/share/guile/site/2.0/srfi/srfi-37.go
>
>   I guess it is just a matter of recompiling the module, but the
>   "make install" procedure should in principle get it right.

Indeed.  Having checked the makefile, I don’t see why it doesn’t happen,
since ‘make install’ does do the right thing for all the other .go
files.

However, I wouldn’t worry too much, since this file is no longer needed
if you use a recent Guile.

> - Out of curiosity I've installed the guix package into my store. The
>   installation procedure suggested to define the following environment
>   variables:
>
>   export GUILE_LOAD_PATH="$HOME/.guix-profile/share/guile/site/2.0"
>   export GUILE_LOAD_COMPILED_PATH="$HOME/.guix-profile/share/guile/site/2.0"
>
>   I did that. However, the guix package binary was still pointing to
>   my local copy of object files in "/usr/local/share/guile/...". That
>   sounded a little worrying to me. For this reason, for the moment, I
>   just removed the guix package. Is there a way to force the guix
>   package binary to only look in the store for object files?

If you look at the ‘guix’ program, you’ll see that it adds its own
module directory at the front of the search path.

Thus, /usr/local/bin/guix will always look at things in
/usr/local/share/guile first.  Conversely, /gnu/.../bin/guix will always
look at /gnu/.../share/guile first.  This is on purpose, to make sure we
don’t inadvertently mix different versions.

(Actually the very first thing in the search path is
~/.config/guix/latest, which is populated by ‘guix pull’.)

> - If I would install the guix package and uninstall the locally built
>   one from /usr/local, how would a new user be able to start using
>   guix?

They could get started by using, say, ~federico/.guix-profile/bin/guix
to install Guix in their own profile.

> - To use the build tools from the stores I've defined the following
>   environment variables:
>
>   export PKG_CONFIG_PATH="$HOME/.guix-profile/lib/pkgconfig"
>   export ACLOCAL_PATH="$HOME/.guix-profile/share/aclocal"
>   export CPATH="$HOME/.guix-profile/include"
>   export LIBRARY_PATH="$HOME/.guix-profile/lib"
>
>   Is it possible that having these variables defined does interfere
>   with the workings of my host distribution (Debian 7.6)? What
>   happens, say, if an install script for a Debian package makes use of
>   pkg-config (or any other tool) and there is a difference between the
>   one expected by the Debian package (reported by ATP tools) and the
>   one found on my system? Should I better not have these variables
>   defined by default?

I don’t think APT’s scripts can be influenced by these environment
variables, at least as long as they’re not defined in a global file such
as /etc/profile.

Most of us have been using Guix on top of some other distro anyway, at
least until recently.

Thanks,
Ludo’.

Re: guix 0.7 installation

[Federico Beffa]

>> configure:3474: checking whether the C compiler works
>> configure:3496: gcc    conftest.c  >&5
>> ld: cannot find crt1.o: No such file or directory
>> ld: cannot find crti.o: No such file or directory
>> collect2: error: ld returned 1 exit status
>
>This is due to the lack of the above LIBRARY_PATH setting.
>
>Could you try setting and report back?

Now

./configure --with-libgcrypt-prefix=$HOME/.guix-profile/

finishes without errors. However, now "make" complains as follows:

$ make
make: *** No rule to make target `gnu/system/os-config.tmpl', needed
by `doc/os-config.texi'.  Stop.

Regards,
Fede

Re: guix 0.7 installation

[Ludovic Courtès]

Federico Beffa <beffa@ieee.org> skribis:

> ./configure --with-libgcrypt-prefix=$HOME/.guix-profile/
>
> finishes without errors. However, now "make" complains as follows:
>
> $ make
> make: *** No rule to make target `gnu/system/os-config.tmpl', needed
> by `doc/os-config.texi'.  Stop.

The was a bug in 0.7 where ‘make clean’ would remove that os-config.tmpl
file: <http://bugs.gnu.org/18243>.

Just unpack guix-0.7.tar.gz afresh and it’ll be there.

Besides, since you’re installing Guix from Guix, make sure to use the
same --localstatedir with this Guix as with the one that’s currently
installed.  Failing to do that, bad things will happen.  :-)

HTH, and sorry for the inconvenience!

Ludo’.

Re: guix 0.7 installation

[Federico Beffa]

> This is due to the lack of the above LIBRARY_PATH setting.
>
> Could you try setting and report back?

I'll be away from my computer for 2 weeks. Will report as soon as I
will try out.

Thanks.
Fede

guix 0.7 installation

[Federico Beffa]

> I've tried to search for the emacs keyword with:
> guix package -s emacs
>
> and get a listing of some packages, but also the following error:
> ...

I then tried to install emacs anyway, but the gnu substitute was not responsive:

$ guix package -i emacs
;;; note: source file /usr/local/share/guile/site/2.0/srfi/srfi-37.scm
;;;       newer than compiled /usr/local/share/guile/site/2.0/srfi/srfi-37.go
The following package will be installed:
   emacs-24.3    out    /gnu/store/df5arx0v0f5dzqw2rvr6sr8glmxdbml5-emacs-24.3

substitute-binary: ;;; note: source file
/usr/local/share/guile/site/2.0/srfi/srfi-37.scm
substitute-binary: ;;;       newer than compiled
/usr/local/share/guile/site/2.0/srfi/srfi-37.go
substitute-binary: guix substitute-binary: warning: while fetching
http://hydra.gnu.org/0bhfhlas7rm13mp7hgjbbasj22fvva69.narinfo: server
is unresponsive
substitute-binary: guix substitute-binary: warning: try
`--no-substitutes' if the problem persists

So, I thought that maybe updating was a good idea:

$ guix pull
;;; note: source file /usr/local/share/guile/site/2.0/srfi/srfi-37.scm
;;;       newer than compiled /usr/local/share/guile/site/2.0/srfi/srfi-37.go
starting download of `guix-file.op6sCK' from
`http://git.savannah.gnu.org/cgit/guix.git/snapshot/guix-master.tar.gz'...
ERROR: In procedure put-bytevector: Wrong type argument in position 2
(expecting bytevector): #f
failed to download "guix-file.op6sCK" from
"http://git.savannah.gnu.org/cgit/guix.git/snapshot/guix-master.tar.gz"
guix pull: error: failed to download up-to-date source, exiting

By the way, I'm using Debian 7.6 and the installed guile is 2.0.5+1-3.

Regards,
Fede

Re: guix 0.7 installation

[Ludovic Courtès]

Federico Beffa <beffa@ieee.org> skribis:

> I then tried to install emacs anyway, but the gnu substitute was not responsive:
>
> $ guix package -i emacs

[...]

> substitute-binary: guix substitute-binary: warning: while fetching
> http://hydra.gnu.org/0bhfhlas7rm13mp7hgjbbasj22fvva69.narinfo: server
> is unresponsive

This message just means that hydra.gnu.org is not responding very
quickly, which unfortunately is often the case currently.

> So, I thought that maybe updating was a good idea:
>
> $ guix pull
> ;;; note: source file /usr/local/share/guile/site/2.0/srfi/srfi-37.scm
> ;;;       newer than compiled /usr/local/share/guile/site/2.0/srfi/srfi-37.go
> starting download of `guix-file.op6sCK' from
> `http://git.savannah.gnu.org/cgit/guix.git/snapshot/guix-master.tar.gz'...
> ERROR: In procedure put-bytevector: Wrong type argument in position 2
> (expecting bytevector): #f
> failed to download "guix-file.op6sCK" from
> "http://git.savannah.gnu.org/cgit/guix.git/snapshot/guix-master.tar.gz"
> guix pull: error: failed to download up-to-date source, exiting
>
> By the way, I'm using Debian 7.6 and the installed guile is 2.0.5+1-3.

This is an old Guile version, whose web client has problems that Guix
tries to work around.  However, from a quick look, ‘guix pull’ uses a
path for its download that does not attempt to work around the 2.0.5
issues (namely it uses the (guix build download) module, instead of
(guix web-client).)

For now, would it be an option for you to upgrade to a newer Guile?
That would be the best solution.

Thanks,
Ludo’.

guix 0.7 installation

[Federico Beffa]

[-- Attachment #1: Type: text/plain, Size: 2121 bytes --]

Hi,

I'm trying to install guix 0.7 to give it a go and have got an error.

After
1) installing with: ./configure, make and sudo make install
2) authorize the gnu substitute with:
     sudo guix archive --authorize < hydra.gnu.org.pub
3) creating the builder users and group as described in the manual.
4) starting the deamon:
    sudo guix-daemon --build-users-group=guix-builder

I've tried to search for the emacs keyword with:
guix package -s emacs

and get a listing of some packages, but also the following error:
...

name: mit-scheme
version: 9.1.1
Backtrace:
In ice-9/boot-9.scm:
 149: 19 [catch #t #<catch-closure 281d4c0> ...]
 157: 18 [#<procedure 27bb0f0 ()>]
In unknown file:
   ?: 17 [catch-closure]
In ice-9/boot-9.scm:
  63: 16 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 407: 15 [eval # #]
In ice-9/boot-9.scm:
2111: 14 [save-module-excursion #<procedure 27c0100 at
ice-9/boot-9.scm:3646:3 ()>]
3651: 13 [#<procedure 27c0100 at ice-9/boot-9.scm:3646:3 ()>]
1380: 12 [%start-stack load-stack ...]
1385: 11 [#<procedure 27e2990 ()>]
In unknown file:
   ?: 10 [primitive-load "/usr/local/bin/guix"]
In guix/ui.scm:
 662: 9 [run-guix-command package "-s" "emacs"]
:In guix/scripts/package.scm:
1072: 8 [guix-package "-s" "emacs"]
1047: 7 [process-query (# # # # ...)]
In ice-9/boot-9.scm:
 149: 6 [catch system-error ...]
 157: 5 [#<procedure 371dc80 ()>]
In srfi/srfi-1.scm:
 619: 4 [for-each #<procedure 3720ba0 at
guix/scripts/package.scm:1048:22 (t-66360)> ...]
In guix/ui.scm:
 458: 3 [package->recutils # #<output: file 1> 80]
In unknown file:
   ?: 2 [sort (# # #) #<procedure package<? (p1 p2)>]
In guix/ui.scm:
 464: 1 [package<? # #]
In guix/packages.scm:
 280: 0 [package-full-name #]

guix/packages.scm:280:17: In procedure package-full-name:
guix/packages.scm:280:17: In procedure package-name: Wrong type
argument: #<origin
"mirror://gnu/mit-scheme/stable.pkg/9.1.1/mit-scheme-9.1.1-x86-64.tar.gz"
hushdk3b6czhbv4erhndsootyrnjxmlxenmunn5pumyooynktxyq () 3f8f150>
...

Have I missed any step?

Thank you for your help!
Regards,
Fede

P.S.: you find the full output in the attached file.

[-- Attachment #2: guix-search-error.log --]
[-- Type: text/x-log, Size: 6433 bytes --]

;;; note: source file /usr/local/share/guile/site/2.0/srfi/srfi-37.scm
;;;       newer than compiled /usr/local/share/guile/site/2.0/srfi/srfi-37.go
name: cflow
version: 1.4
dependencies: emacs-24.3
location: gnu/packages/cflow.scm:27:2
homepage: http://www.gnu.org/software/cflow/
license: GPL 3+
synopsis: Create a graph of control flow within a program
description: GNU cflow analyzes C source files and produces a graph charting the
+ control flow of the program.  It can output the graph in several styles and in
+ either the POSIX format or in an extended GNU format. cflow also includes a
+ major mode for Emacs for examining the flowcharts that it produces.

name: conkeror
version: 1.0pre1
dependencies: bash-4.3 gzip-1.6 icecat-24.0 tar-1.27.1
location: gnu/packages/conkeror.scm:32:2
homepage: http://conkeror.org
license: GPL 2, LGPL 2.1
synopsis: Keyboard focused web browser with Emacs look and feel
description: Conkeror is a highly-programmable web browser based on Mozilla
+ XULRunner which is the base of all Mozilla products including Firefox. Conkeror
+ has a sophisticated keyboard system for running commands and interacting with
+ web page content, modelled after Emacs and Lynx. It is self-documenting and
+ extensible with JavaScript.
+ 
+ It comes with builtin support for several Web 2.0 sites like several Google
+ services (Search, Gmail, Maps, Reader, etc.), Del.icio.us, Reddit, Last.fm and
+ YouTube. For easier editing of form fields, it can spawn external editors. For
+ this feature the recommended conkeror-spawn-process-helper package needs to be
+ installed.

name: emacs
version: 24.3
dependencies: alsa-lib-1.0.27.1 dbus-1.6.4 giflib-4.2.3 gnutls-3.2.15
+ gtk+-2.24.21 libice-1.0.8 libjpeg-8d libpng-1.5.17 libsm-1.2.1 libtiff-4.0.3
+ libx11-1.5.0 libxft-2.3.1 libxml2-2.9.0 libxpm-3.5.10 ncurses-5.9
+ pkg-config-0.27.1 texinfo-5.2 zlib-1.2.7
location: gnu/packages/emacs.scm:42:2
homepage: http://www.gnu.org/software/emacs/
license: GPL 3+
synopsis: The extensible, customizable, self-documenting text editor
description: GNU Emacs is an extensible and highly customizable text editor.  It
+ is based on an Emacs Lisp interpreter with extensions for text editing.  Emacs
+ has been extended in essentially all areas of computing, giving rise to a vast
+ array of packages supporting, e.g., email, IRC and XMPP messaging, spreadsheets,
+ remote server editing, and much more.  Emacs includes extensive documentation on
+ all aspects of the system, from basic editing to writing large Lisp programs. 
+ It has full Unicode support for nearly all human languages.

name: geiser
version: 0.4
dependencies: emacs-24.3 guile-2.0.11
location: gnu/packages/emacs.scm:111:2
homepage: http://nongnu.org/geiser/
license: Modified BSD
synopsis: Collection of Emacs modes for Guile and Racket hacking
description: Geiser is a collection of Emacs major and minor modes that conspire
+ with one or more Scheme interpreters to keep the Lisp Machine Spirit alive.  It
+ draws inspiration (and a bit more) from environments such as Common Lisp’s
+ Slime, Factor’s FUEL, Squeak or Emacs itself, and does its best to make Scheme
+ hacking inside Emacs (even more) fun.
+ 
+ Or, to be precise, what i consider fun.  Geiser is thus my humble contribution
+ to the dynamic school of expression, and a reaction against what i perceive as a
+ derailment, in modern times, of standard Scheme towards the static camp. 
+ Because i prefer growing and healing to poking at corpses, the continuously
+ running Scheme interpreter takes the center of the stage in Geiser.  A bundle of
+ Elisp shims orchestrates the dialog between the Scheme interpreter, Emacs and,
+ ultimately, the schemer, giving her access to live metadata.

name: gettext
version: 0.19.2
dependencies: expat-2.1.0
location: gnu/packages/gettext.scm:35:2
homepage: http://www.gnu.org/software/gettext/
license: GPL 3
synopsis: Tools and documentation for translation
description: GNU Gettext is a package providing a framework for translating the
+ textual output of programs into multiple languages.  It provides translators
+ with the means to create message catalogs, as well as an Emacs mode to work with
+ them, and a runtime library to load translated messages from the catalogs. 
+ Nearly all GNU packages use Gettext.

name: guile-wm
version: 1.0
dependencies: guile-2.0.11 guile-xcb-1.3 pkg-config-0.27.1
location: gnu/packages/guile-wm.scm:64:2
homepage: http://www.markwitmer.com/guile-xcb/guile-wm.html
license: GPL 3+
synopsis: X11 window manager toolkit in Scheme
description: Guile-WM is a simple window manager that's completely
+ customizable—you have total control of what it does by choosing which modules to
+ include. Included with it are a few modules that provide basic TinyWM-like
+ window management, some window record-keeping, multi-monitor support, and
+ emacs-like keymaps and minibuffer. At this point, it's just enough to get you
+ started.

name: mit-scheme
version: 9.1.1
Backtrace:
In ice-9/boot-9.scm:
 149: 19 [catch #t #<catch-closure 281d4c0> ...]
 157: 18 [#<procedure 27bb0f0 ()>]
In unknown file:
   ?: 17 [catch-closure]
In ice-9/boot-9.scm:
  63: 16 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 407: 15 [eval # #]
In ice-9/boot-9.scm:
2111: 14 [save-module-excursion #<procedure 27c0100 at ice-9/boot-9.scm:3646:3 ()>]
3651: 13 [#<procedure 27c0100 at ice-9/boot-9.scm:3646:3 ()>]
1380: 12 [%start-stack load-stack ...]
1385: 11 [#<procedure 27e2990 ()>]
In unknown file:
   ?: 10 [primitive-load "/usr/local/bin/guix"]
In guix/ui.scm:
 662: 9 [run-guix-command package "-s" "emacs"]
In guix/scripts/package.scm:
1072: 8 [guix-package "-s" "emacs"]
1047: 7 [process-query (# # # # ...)]
In ice-9/boot-9.scm:
 149: 6 [catch system-error ...]
 157: 5 [#<procedure 371dc80 ()>]
In srfi/srfi-1.scm:
 619: 4 [for-each #<procedure 3720ba0 at guix/scripts/package.scm:1048:22 (t-66360)> ...]
In guix/ui.scm:
 458: 3 [package->recutils # #<output: file 1> 80]
In unknown file:
   ?: 2 [sort (# # #) #<procedure package<? (p1 p2)>]
In guix/ui.scm:
 464: 1 [package<? # #]
In guix/packages.scm:
 280: 0 [package-full-name #]

guix/packages.scm:280:17: In procedure package-full-name:
guix/packages.scm:280:17: In procedure package-name: Wrong type argument: #<origin "mirror://gnu/mit-scheme/stable.pkg/9.1.1/mit-scheme-9.1.1-x86-64.tar.gz" hushdk3b6czhbv4erhndsootyrnjxmlxenmunn5pumyooynktxyq () 3f8f150>

Re: guix 0.7 installation

[Ludovic Courtès]

Federico Beffa <beffa@ieee.org> skribis:

> I've tried to search for the emacs keyword with:
> guix package -s emacs
>
> and get a listing of some packages, but also the following error:

This particular bug was fixed soon after 0.7:

  http://git.savannah.gnu.org/cgit/guix.git/commit/?id=5e6feee61793a6b60aa352dcdbbed0155eb42e7f

Hopefully running ‘guix pull’ will pull the fix.

Thanks,
Ludo’.