Re: Test failure in util-linux

2) I tried adding #:tests? #f to my own modified ~/guix/linux.scm (copied from system-wide /usr/local/share/guile/site/2.0/gnu/packages/linux.scm). This allowed building with guix package -L $HOME/guix build util-linux but system build still fails during the tests (would seem guix system

Re: Test failure in util-linux

Hi, The system build fails during check phase of util-linux-2.25.2. Oh, OK. We could work around it, but since that requires a full rebuild, we’ll have to schedule it for the next core update cycle. That said, 2.6.32 is really old, so we probably don’t want to invest too much in that.

Test failure in util-linux

Hi all, I am trying to guix system build a smallish configuration (most settings at their default values). I have installed guix on a freshly new i686 gNewSense 3.1 (which uses kernel 2.6.32). The system build fails during check phase of util-linux-2.25.2. I have dug a little on and found the

mutt builds to fail on a barebones sytem

Hi all, in my new system (almost identical to the barebones template), mutt does not build: --8<---cut here---start->8--- $ guix package -i mutt ... chgrp: invalid group: ‘mail’ Can't fix mutt_dotlock's permissions! This is required to lockmailboxes in the

[PATCH] Read /etc/environment first to allow changing environment from user profile

Hi all, as reported in bug #22175, lshd does not honor /etc/environment. This was fixed here: http://git.savannah.gnu.org/cgit/guix.git/commit/gnu/system.scm?id=2a5f0db4c45679cac6a747a48993fe73982cadca However, the order in /etc/profile is problematic: some variables are set up by

Re: mutt builds to fail on a barebones sytem

>> in my new system (almost identical to the barebones template), mutt does >> not build: >> >> --8<---cut here---start->8--- >> $ guix package -i mutt >> >> ... >> >> chgrp: invalid group: ‘mail’ >> Can't fix mutt_dotlock's permissions! This is required to

Re: PowerPC & GNU/Hurd cross-compilation

Hi Ludo, all, >> $ file $(./pre-inst-env guix build -q --target=powerpc-linux-gnu guile >> )/bin/guile >> The following files will be downloaded: >>/gnu/store/4cmc36jhjj2qq7z5pd0n9fw48dfq1cr7-guile-2.0.13-debug >>/gnu/store/h153jzzqiz10xc3yh4r2w7lkrm5pbx88-guile-2.0.13 >>

Re: [PATCH] gnu: libarchive: fix issue 696 in v.3.2.1

librachive version). BR Carlos Leo Famulari <l...@famulari.name> writes: > On Wed, Oct 19, 2016 at 01:02:43PM +0200, Carlos Sánchez de La Lama wrote: >> Pull request #807 has been made upstream, this fixes Issue 696 on GUIX side >> until a new it is fixed on a libarchive

Re: Store on separate partition

>> my (not very big) root partition is almost full, even after >> garbage-collecting. I am trying to move the store to a separate >> partition, but this is problematic as you need the store at boot time >> for the system utilities (and to mount partitions, actually). > > I tried to do it recently

/var/guix/gcroot/profiles points to non-existing /mnt subdirectory

Hi, In my Guix SD installation, I have the following contents inside /var/guix/gcroots: lrwxrwxrwx 1 root root 18 ago 24 16:45 booted-system -> /run/booted-system lrwxrwxrwx 1 root root 19 ago 24 16:45 current-system -> /run/current-system lrwxrwxrwx 1 root root 52 ago 24 16:45 grub.cfg ->

Re: Store on separate partition

>>> I am trying to move the store to a separate partition, but this is >>> problematic as you need the store at boot time for the system >>> utilities (and to mount partitions, actually). >>> >> I tried to do it recently but failed. My understanding is that it's >> impossible, but I may be wrong.

Using arch for kernel config file breaks kernel builds

Hi guys, seems a commit yesterday (c258807a) broke kernel compilation on i686. When searching for kernel configuration file, system->linux-architecture reduces i686 to i386, but no matching configuration file exists. I see two options: 1) go back to using system instead of arch (which would

User-profile search paths should include system-profile directories

Hi guys, I have an interesting case here. I have guile installed in my system profile, so that /var/guix/profiles/system/profile/share/aclocal/guile.m4 is there. However, autoconf is installed in my *user* profile, so ACLOCAL_PATH is augmented in ~/.guix-profile/etc/profile to include

[PATCH] Generate grub.cfg with correct paths when store is not in root partition

I had sent it to the wrong bug#, sorry about the noise. Took a while to produce a working patch :S A little explanation of what it does: guix/scripts/system.scm: when constructing old entries, we know "systems" are the system symlinks in /var/guix/profile, and not a store derivation. No need

Boostrap tar cannot exec xz

Hi Ludo, still trying too bootstrap linux-powerpc. I find the boostrap binary "tar" fails to execute xz (which is un turn required to build make on continue the bootstrap process), because it can not find bash. The problem was introduced in your commit 74d637397b44a90d2dbc2ac100b38591dd4f81eb

Re: User-profile search paths should include system-profile directories

Alex Kost <alez...@gmail.com> writes: > Carlos Sánchez de La Lama (2016-09-20 09:39 +0200) wrote: > >> Hi, >> >>>> Is this the intended behaviour? I am wondering whether packages with >>>> search paths should include both the user-profile directo

Re: User-profile search paths should include system-profile directories

Hi, >> Is this the intended behaviour? I am wondering whether packages with >> search paths should include both the user-profile directories and the >> system-profile ones. > > I think you’re right. This was discussed at > , leading to a patch (for GuixSD). > >

Re: User-profile search paths should include system-profile directories

Hi Ludo, Alex, > In the example Alex gave, none of the two profiles specifies > GUILE_LOAD_PATH if taken individually. This example is also in the > manual to illustrate the use of multiple -p flags with --search-paths > (info "(guix) Invoking guix package"). I think I understood now. I knew

Store on separate partition

Hi all, my (not very big) root partition is almost full, even after garbage-collecting. I am trying to move the store to a separate partition, but this is problematic as you need the store at boot time for the system utilities (and to mount partitions, actually). Is there a known way to achieve

fgrep fails to find grep during bootstrap

Hi all, I am trying to bootstrap for powerpc-linux. I have generated the tarballs and patched gnu/packages/bootstrap.scm to use them. However, I get an error during when creating %bootstrap-coreutils package. It specifies "fgrep" as program to test, but fgrep is a shell script, and altought the

Re: fgrep fails to find grep during bootstrap

>> It specifies "fgrep" as program to test, but fgrep is a shell script, >> and altought the shebang is correctly patched, it needs "grep" binary >> in the path (which is not at this stage). > > have you tried it with reverting commit > 84cbe39c5a21495647ab6528715c42e4c5b94e83 ? Kind of; I

Re: Boostrap tar cannot exec xz

Hi! >> still trying too bootstrap linux-powerpc. > > This is exciting, BTW! Yes, my plan is to make a full GuixSD install at some point. But step by step, first thing is bootstrapping on top of my debian. >> That commit also added the substitution of "/bin/sh" to >> "/bin/sh" in src/system.c

Re: Boostrap tar cannot exec /bin/sh

Hi Danny, > sorry to butt in but why in the world does tar require a shell? Agreed, but that's something that should be fixed upstream in tar. > A simple (and ugly) workaround for you would be: > > static _Noreturn void > xexec (const char *cmd) > { > char *argv[4]; > > if (strchr(cmd, ' ')

Re: Boostrap tar cannot exec xz

Hi Ludo, > So apparently, tar 1.27 did not execute xz via /bin/sh, but current tar > does not either: > It does not when extracting, but seems to do when compressing (which is what causes my bootstrapping problem). Your experiment yields similar results here: --8<---cut

Re: User-profile search paths should include system-profile directories

Hi Ludo, >> Making this work would need two things: >> 1) not stripping unexisting directories from search paths >> 2) constructing environment variables prepending every profile root to >>the search paths of each profile. >> >> Now, my question is, why are unexisting search paths removed? >

Hello from powerpc

Hi all, success, finally: --8<---cut here---start->8--- $ ./pre-inst-env guix build hello [...] /gnu/store/ynpd0qpppl0fdh252wns87d158pbdx8q-hello-2.10 $ /gnu/store/ynpd0qpppl0fdh252wns87d158pbdx8q-hello-2.10/bin/hello Hello, world! $ uname -a Linux bilbo

Re: Hello from powerpc

Hi!, >> $ /gnu/store/ynpd0qpppl0fdh252wns87d158pbdx8q-hello-2.10/bin/hello >> Hello, world! >> >> $ uname -a >> Linux bilbo 3.16.0-4-powerpc #1 Debian 3.16.36-1+deb8u1 (2016-09-03) ppc >> GNU/Linux > > Woohoo! Congrats! \o/ Thanks :) >> I am unsure on the best way to integrate my changes

Re: [PATCH] gnu: bash-minimal: Assume getcwd works correctly when cross-compiling

Hi Ludo, >>> * gnu/packages/bash.scm (bash-minimal): Assume getcwd works correctly >>> when cross compiling. >> No tabs please. Otherwise LGTM, thanks! > I spoke too fast. On master (Bash 4.3), this is unnecessary AFAICS: > > --8<---cut here---start->8--- >

[PATCH] gnu: libarchive: fix issue 696 in v.3.2.1

Pull request #807 has been made upstream, this fixes Issue 696 on GUIX side until a new it is fixed on a libarchive release. * gnu/packages/patches/libarchive-issue-696.patch: New file. * gnu/local.mk: Register patch. * gnu/packages/backup.scm (libarchive): Add patch. (libarchive/fixed): Inherit

Cross-building bootstrap binaries fail in current master

Hi all, with current master (1dc30f92320c5e1b528a7eec2b0a4ce529f70c56), trying guix build --target=i686-linux bootstrap-tarballs fails with --8<---cut here---start->8--- starting phase `unpack' In execvp of tar: No such file or directory phase `unpack'

[PATCH] gnu: gcc-4.9: Update to 4.9.4.

gcc-4.9.3 has a bug in long double isinf builtin on PowerPC, which affects glibc versions >= 2.23. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70117 * gnu/packages/gcc.scm (gcc-4.9): Update to 4.9.4. --- gnu/packages/gcc.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] gnu: %static-inputs: Use bash from PATH in bootstrap tar.

Hi! >> See >> . > > Could you put this URL next to the “Do not use /bin/sh” comment? > >> gnu/packages/make-bootstrap.scm (%static-inputs): Use bash from PATH. > > Otherwise LGTM, thanks! Done, and untabify'ed also (I forgot on

[PATCH] gnu: %static-inputs: Use bash from PATH in bootstrap tar.

See . gnu/packages/make-bootstrap.scm (%static-inputs): Use bash from PATH. --- gnu/packages/make-bootstrap.scm | 10 ++ 1 file changed, 10 insertions(+) diff --git a/gnu/packages/make-bootstrap.scm

[PATCH] gnu: bash-minimal: Assume getcwd works correctly when cross-compiling

* gnu/packages/bash.scm (bash-minimal): Assume getcwd works correctly when cross compiling. --- gnu/packages/bash.scm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/gnu/packages/bash.scm b/gnu/packages/bash.scm index f3d8517..b07367c 100644 --- a/gnu/packages/bash.scm +++

Re: [PATCH] gnu: gcc-4.9: Update to 4.9.4.

Hi Marius, Mark, > Only packages with a large impact in terms of rebuilds (as calculated by > `guix refresh -l `). Obviously gcc is one such package. > http://lists.gnu.org/archive/html/guix-devel/2016-10/msg00933.html Thanks! That is exactly the information I was looking for. > Most changes

Re: [PATCH] gnu: %static-inputs: Use bash from PATH in bootstrap tar.

Hi Ludo, >> Done, and untabify'ed also (I forgot on first version). > > I had done it for you in 80c9164fd7741e3bb3da368666f41c49a456d990 when I > realized that I’d have to push on your behalf. Great, thanks :) Carlos

binutils depends on bash for powerpc

Hi all, I am still trying to bootstrap powerpc-linux-gnu. Already on the target machine, my problem is binutils on powerpc-linux installs a shell script (bin/embedspu). Currently, binutils does not depend on bash, but binutils-final (the implicit binutils for gnu build system) has

Re: [PATCH] gnu: gcc-4.9: Update to 4.9.4.

> On Mon, Oct 24, 2016 at 09:51:53AM +0200, Carlos Sánchez de La Lama wrote: >> gcc-4.9.3 has a bug in long double isinf builtin on PowerPC, which >> affects glibc versions >= 2.23. >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70117 >> >> * gnu/package

Re: Cross-building bootstrap binaries fail in current master

Hi! > Regardless, cross-building ‘bootstrap-tarballs’ to one of the supported > target triplets works on master: > > --8<---cut here---start->8--- > $ ./pre-inst-env guix build bootstrap-tarballs --target=mips64el-linux-gnu -n > substitute: updating list of

[PATCH] gnu: bootstrap-tarballs: Cross-compile for powerpc-linux-gnu.

* gnu/packages/bootstrap.scm (glib-dynamic-linker): Add value for powerpc-linux. * gnu/packages/linux.scm (system->defconfig): New procedure. (linux-libre-headers): Use system->defconfig. * gnu/packages/cross-base.scm (xlinux-headers): Use system->defconfig. * gnu/packages/gcc.scm (gcc-4.7): Add

Re: [PATCH] gnu: bootstrap-tarballs: Cross-compile for powerpc-linux-gnu.

Hi! I finally found some time to clean-up my work. This patch is for core-updates branch, and allows bootstrap tarball generation by guix build --target=powerpc-linux-gnu bootstrap-tarballs I think the best way to proceed is integrate this onto core-updates (once reviewed & approved), then

Re: [PATCH] gnu: bootstrap-tarballs: Cross-compile for powerpc-linux-gnu.

Hi Ludo! > Happy new year! :-) Thanks! Happy new year! > I ended up splitting it in 3 patches (gcc, linux-libre, and > glibc-dynamic-linker) that I just pushed to ‘core-updates’. I also > added copyright lines for you where appropriate. Hope that’s fine! Thats perfect :) >> I think the