Re: Daemon update

[Alexander Vorobiev]

I have some good progress finally. I started from scratch and pulled the latest from git. I am now running guix-daemon as root with only one option --no-substitutes. The make guix-binary* ran for hours and built a lot of stuff (bash, gcc, perl, etc) but stumbled upon openldap which doesn't seem to be available at the url it wants to use:

building path(s) `/shared/shape_tier3/common/local/guix/store/50l6s098sy4ig2irjm1g4c8y261nxzfc-openldap-2.4.40.tgz'

starting download of `/shared/shape_tier3/common/local/guix/store/50l6s098sy4ig2irjm1g4c8y261nxzfc-openldap-2.4.40.tgz' from `ftp://sunsite.cnlab-switch.ch/mirror/OpenLDAP/openldap-release/openldap-2.4.40.tgz'...

ERROR: In procedure getaddrinfo: Name or service not known

failed to download "/shared/shape_tier3/common/local/guix/store/50l6s098sy4ig2irjm1g4c8y261nxzfc-openldap-2.4.40.tgz" from "ftp://sunsite.cnlab-switch.ch/mirror/OpenLDAP/openldap-release/openldap-2.4.40.tgz"

I tried modifying gnu/packages/openldap.scm to use correct url (ftp://mirror.switch.ch/mirror/OpenLDAP/openldap-release/...) but that didn't change anything since (I am guessing) the .drv files in store weren't rebuilt and still point to the old url. How do I fix that without rebuilding everything that it created so far?

As a side note, would it be possible to modify the files you suggested (gnu packages package-management and gnu system instal) for the custom local state dir in such a way (through configure? scheme variable?) that it wouldn't be hard-coded? I am guessing any update to guix would cause my changes to be lost?

Thanks,

Alex

On Wed, May 27, 2015 at 3:51 PM, Ludovic Courtès <address@hidden> wrote:

Alexander Vorobiev <address@hidden> skribis:

> I modified the files (to use my paths for the cache and store) and ran
> guix-daemon as root. Now it got much, much further! But still failed, it
> seems while building perl. Here is the end of the log file:
>
> In unknown file:
>    ?: 5 [load-compiled/vm
> "/home/alex/.cache/guile/ccache/2.0-LE-8-2.0/home/alex/src/guix/build-aux/make-binary-tarball.scm.go"]
> In build-aux/make-binary-tarball.scm:
>   38: 4 [#<procedure 21c0840 ()>]
> In guix/store.scm:
>  986: 3 [run-with-store # ...]
> In build-aux/make-binary-tarball.scm:
>   41: 2 [#<procedure 3961960 at build-aux/make-binary-tarball.scm:40:7
> (state)> #]
> In guix/store.scm:
>  933: 1 [#<procedure 4ed3f30 at guix/store.scm:932:28 (store)> #]
>  624: 0 [build-things # #]
>
> guix/store.scm:624:0: In procedure build-things:
> guix/store.scm:624:0: Throw to key `srfi-34' with args `(#<condition
> &nix-protocol-error [message: "|   |   |   bind mounting `/dev/full' to
> `/shared/shape_tier3/commo/local/guix/store/828rlmpkg4bi5i28lif2a1af7g4s62yq-perl-5.16.1.drv.chroot/dev/full'"
> status: 1] 4b4cae0>)'.
> Makefile:4331: recipe for target 'guix-binary.x86_64-linux.tar.xz' failed

You seem to be running the daemon with --debug no?  What surprises me is
that the above is not an error message but a debugging message.  The
actual error seems to be elsewhere.

> I also tried to use --disable-chroot but it also failed while building
> perl. The first error message seems to be during perl's configure run:

If you can run the daemon as root, then do run it as root, but without
--disable-chroot; as the manual states, --disable-chroot is a last
resort, and it’s only needed if you cannot run the daemon as root.

In the case of Perl, I wouldn’t be surprised if its Configure script
looks at stuff from the host distro in /usr/lib and so on, which can
lead to a failure down the path.

Ludo’.