bug#47116: emacsy-minimal build failure

On Fri, 2021-03-12 at 15:16 -0900, Christopher Howard wrote: > When trying to build nomad, emacsy-minimal build dies with this > failure: > > [...] This should be fixed by this patch (not yet applied): . Apparently, this issue has been reporter earlier:

bug#47115: Failure building grub-img.png when reconfiguring

Hi Jack, Jack Hill writes: > On Fri, 12 Mar 2021, Jack Hill wrote: > >> On Fri, 12 Mar 2021, Mark H Weaver wrote: >> >>> Jack: is the problem reproducible, or could it have been a sporadic >>> failure? >> >> So far I've only reconfigured beyond the graft on the one VM, but with >> multiple comm

bug#47115: Failure building grub-img.png when reconfiguring

On Fri, 12 Mar 2021, Jack Hill wrote: On Fri, 12 Mar 2021, Mark H Weaver wrote: Jack: is the problem reproducible, or could it have been a sporadic failure? So far I've only reconfigured beyond the graft on the one VM, but with multiple commits. I'll try it on another host shortly. I was

bug#47090: errors after installation

Hi, On Fri, 12 Mar 2021 at 08:39, Jean Louis wrote: > cp: cannot stat '/root/.config/guix/current/etc/openrc/guix-daemon': No such > file or directory > chmod: cannot access '/etc/init.d/guix-daemon': No such file or directory It is a duplicate with bug#46871. The fix is here:

bug#47115: Failure building grub-img.png when reconfiguring

On Fri, 12 Mar 2021, Mark H Weaver wrote: Jack: is the problem reproducible, or could it have been a sporadic failure? So far I've only reconfigured beyond the graft on the one VM, but with multiple commits. I'll try it on another host shortly. Best, Jack

bug#47115: Failure building grub-img.png when reconfiguring

Leo Famulari writes: > On Fri, Mar 12, 2021 at 05:58:27PM -0500, Jack Hill wrote: >> This is with Guix bb5d84a0489a629d30bc2e978807caf20f46e329. My last >> successful reconfigure was with 80739ea480a7db667b83b45e3a08be740449f689. >> The output of the reconfigure run is attached. Reconfiguring wit

bug#47115: Failure building grub-img.png when reconfiguring

On Fri, 12 Mar 2021, Leo Famulari wrote: I wonder if it's related to the changes in the recent Cairo graft, from commit bc16eacc99e801ac30cbe2aa649a2be3ca5c102a? Yes, that seems to be it. The previous commit sudo -E guix time-machine --commit=453e101fc3f7dac9aabcd6122cf05fb7925103c7 -- syste

bug#47116: emacsy-minimal build failure

When trying to build nomad, emacsy-minimal build dies with this failure: starting phase `bootstrap' patch-shebang: build-aux/git-version-gen: changing `/bin/sh' to `/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal- 5.0.16/bin/sh' running './autogen.sh' patch-shebang: ./autogen.sh: changing

bug#47115: Failure building grub-img.png when reconfiguring

On Fri, Mar 12, 2021 at 05:58:27PM -0500, Jack Hill wrote: > This is with Guix bb5d84a0489a629d30bc2e978807caf20f46e329. My last > successful reconfigure was with 80739ea480a7db667b83b45e3a08be740449f689. > The output of the reconfigure run is attached. Reconfiguring without grafts > succeeds. I w

bug#47115: Failure building grub-img.png when reconfiguring

Hi Guix, When reconfiguring my system, the build of /gnu/store/0yf1b1l19h7c3jj1zkhxjmq4sb3yysjq-grub-image.png.drv failed with the following: ``` Backtrace: 2 (primitive-load "/gnu/store/larqpc2wjhnc6jmj4885k8lynd1?") In gnu/build/svg.scm: 53:6 1 (svg->png _ "/gnu/store/xadbz

bug#47090: errors after installation

On Hyperbola GNU/Linux-libre, after guix package manager is installed: [1615534504.129]: [ INFO ] user is already in the system, reset cp: cannot stat '/root/.config/guix/current/etc/openrc/guix-daemon': No such file or directory chmod: cannot access '/etc/init.d/guix-daemon': No such file or dir

bug#42174: GNU Icecat showing Github Icons?

I see the same on https://ie.wikipedia.org/wiki/Lewis_Carroll (and other pages of the ie.wikipedia.org site), but not on other sites. I have these fonts installed in my profile: --8<---cut here---start->8--- font-wqy-zenhei 0.9.45 out /gnu/store/4666sykl7

bug#47089: error: make-session: unbound variable

Running guix package manager on Hyperbola GNU/Linux-libre: [root@protected ~]# guix pull --no-substitutes -K accepted connection from pid 876, user root Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from this channel: guix https://gi

bug#47110: imagemagick/fixed uses wrong number in documentation documentaries

Fixed in bb5d84a0489a629d30bc2e978807caf20f46e329

bug#47110: imagemagick/fixed uses wrong number in documentation directories

Similar to #47107 and #47108, the grafted replacement of imagemagick changes the version number but leaves the original version number in some of the build configuration options. It results in a misnamed documentation directory.

bug#47108: openssl/fixed uses wrong version number in "openssldir" build configuration option

Fixed in commit a39faf1abdac4ee518ed28bf6429e07eab0371ea

bug#47107: libtiff/fixed uses wrong version number in 'doc' output

The grafted replacement of libtiff, libtiff/fixed, updates the package from version 4.1.0 to 4.2.0. However, the it does not adjust the #:configure-flags of the inherited package, which rely on the version number. The result is directories named 'share/doc/libtiff-4.1.0' in the "doc" output of l

bug#47107: libtiff/fixed uses wrong version number in 'doc' output

Fixed in 35b3ab8e5748d9911ae7a0189065d0c25392895b

bug#47108: openssl/fixed uses wrong version number in "openssldir" build configuration option

The grafted replacement of openssl, openssl/fixed, updates the package from version 1.1.1i to 1.1.1j. However, it does not adjust the use of the VERSION variable in the 'configure' and 'remove-miscellany' phases of the inherited package. The result is directories named 'share/openssl-1.1.1i' in t

bug#47097: [PATCH] gnu: eolie: Add missing inputs.

This fixes errors observed directly at launch of Eolie inside pure environments. (See for more information.) It is still not possible to launch Eolie inside a container, however. (See also .) * gnu/packages/gnome.scm (eolie)[inputs]: Add li

bug#47106: Bubblewrap hates Guix containers 😞

Hi Guix, both Epiphany and Eolie (post fixing #47097; will submit patch shortly) fail inside Guix containers with the suggested incantation. After getting the environment to no longer complain about $DISPLAY by adding `--preserve="XAUTHORITY" --expose=$XAUTHORITY', it repeatedly outputs lines lik

bug#47055: guix upgrade throws a backtrace

Hi Jan, Jan Wielkiewicz skribis: > Hello, running guix pull and then guix upgrade gave me this backtrace. > The version is: guix (GNU Guix) 6e70211b20537b018e639b0114d3ccddd4924acb > > Backtrace: > In guix/ui.scm: > 2164:12 19 (run-guix-command _ . _) > In guix/scripts/substitute.scm: > 63

bug#46967: Connection reuse for substitutes breaks with gzip

Ludovic Courtès skribis: > I decided to take a heavy-handed solution to that problem, which is to > augment Guile-zlib with an interface for gzip compression/decompression > not restricted to file ports (‘call-with-gzip-output-port’ & co. are > restricted to file ports): > > > https://notabug.

bug#47020: debug output of -boot0 packages is probably unneeded

On Wed, Mar 10, 2021 at 12:26:46PM +0100, Ludovic Courtès wrote: > Efraim Flashner skribis: > > > Some packages we probably don't need to automatically create debug > > outputs for. We could probably drop the debug outputs for all the > > packages that have them in commencement except for the -fi

bug#47097: eolie broken => unworking example from manual

On 3/12/21 10:56 AM, zimoun wrote: Hi, The manual says: guix environment --preserve='^DISPLAY$' --container --network \ --expose=/etc/machine-id \ --expose=/etc/ssl/certs/ \ --share=$HOME/.local/share/eolie/=$HOME/.local/share/eolie/ \ --ad-hoc eolie nss-certs dbus -

bug#47092: Icecat sandbox causes issues with fonts in --pure env

On 3/12/21 10:51 AM, zimoun wrote: Indeed, the package eolie is broken; which is another issue–and BTW thanks for pointing this out. Back to your initial report about icecat, what about something like that: --8<---cut here---start->8--- guix environment -

bug#47097: eolie broken => unworking example from manual

Hi, The manual says: guix environment --preserve='^DISPLAY$' --container --network \ --expose=/etc/machine-id \ --expose=/etc/ssl/certs/ \ --share=$HOME/.local/share/eolie/=$HOME/.local/share/eolie/ \ --ad-hoc eolie nss-certs dbus -- eolie from

bug#46967: Connection reuse for substitutes breaks with gzip

Hi! Ludovic Courtès skribis: > This is because with ‘filtered-port’, the input port is dumped from a > child process, not from the calling process. I decided to take a heavy-handed solution to that problem, which is to augment Guile-zlib with an interface for gzip compression/decompression not

bug#47092: Icecat sandbox causes issues with fonts in --pure env

Hi, On Fri, 12 Mar 2021 at 10:15, Martin via Bug reports for GNU Guix wrote: > no it doesn't help in this case and in general eolie package seems to be > broken because it doesn't work even with the simple 'guix environment > --ad-hoc eolie --  eolie': Indeed, the package eolie is broken; whi

bug#47092: Icecat sandbox causes issues with fonts in --pure env

Hi, For discussion, please CC the bug. On Fri, 12 Mar 2021 at 10:14, Martin wrote: > Hi Simon, > no it doesn't help in this case and in general eolie package seems to be > broken because it doesn't work even with the simple 'guix environment > --ad-hoc eolie --  eolie': The manual example is

bug#47092: Icecat sandbox causes issues with fonts in --pure env

Hi Simon, no it doesn't help in this case and in general eolie package seems to be broken because it doesn't work even with the simple 'guix environment --ad-hoc eolie --  eolie': Traceback (most recent call last):   File "/gnu/store/w47sa5q3vki5siwk5lb62ld4ksxa5gcn-eolie-0.9.101/bin/.eolie-r

bug#47092: Icecat sandbox causes issues with fonts in --pure env

Hi, The example about ’eolie’ adapted to your usecase, does it not work? See: All the best, simon

bug#47092: Icecat sandbox causes issues with fonts in --pure env

Hello, whenever I'm trying to run 'guix environment --pure --ad-hoc icecat -- icecat' or similar commands in a --container I'm ending up with some tofu ugly font fallback box glyphs in the app. However everything works fine running 'guix environment --ad-hoc icecat -- icecat'. Moreover I've no