bug#41413: guix-install.sh broken on Gentoo

Hi Vincent, Vincent Legoll writes: > Hello Tobias, ZC, > > I created a gentoo VM (i686 / following gentoo handbook) and tried > the official upstream guix installer. > > It worked properly, not detecting the OS init system, I think this is > because the gentoo handbook made me install cronie

bug#39970: guix commands broken on Azerbaijani 'az_AZ' and Turkish 'tr_TR' locales

"pelzflorian (Florian Pelz)" writes: > On Tue, Mar 17, 2020 at 10:20:01PM +0100, Ludovic Courtès wrote: >> "pelzflorian (Florian Pelz)" skribis: >> > `LC_ALL=tr_TR.utf8 make check` is still very unhappy though. >> > There are many failures. I will continue to investigate later today. >> >>

bug#40649: VM image file lacks ".qcow2" extension, which confuses GNOME Boxes

Hi! Leo Famulari writes: > On Wed, Apr 15, 2020 at 10:36:11PM +0200, mray wrote: >> Hi there, >> >> the QEMU Image download links toa file that misses the "*.qcow2" filetype. >> >> That way Gnome Boxes is not able to start the image. I suggest renaming >> all respective files. > > We could

bug#43384: guix pull: backtrace "no route to host"

Jan Wielkiewicz writes: > Hello, > I tried running "guix pull" but it gave me a backtrace. > > guix substitute: error: connect: No route to host > @ substituter-failed > /gnu/store/c4mzhay8jrg5r43wkn4f9004afvly0ad-po4a-0.57 256 fetching path >

bug#48213: offlineimap build fails

>> This would accommodate Guix users who have disabled ipv6. > > Guix doesn't virtualise the kernel and expects it to provide all that > is needful. Linux offers knobs for *everything*; that doesn't mean > everything is supported. Disabling kernel support for basic things > (namespaces, UNIX

bug#48024: glib-2.62.6 build fails i686

Mark H Weaver writes: > Right. Unfortunately, these timeouts are too short for many slower > machines, such as 32-bit ARM systems. Bone Baboon has also recently > reported being unable to build 'glib' on a 32-bit i686 system due to > these timeouts, even when making extreme efforts to reduce

bug#46038: guix 1.3.0rc1 test failure: channels-news, one entry

On 2021-05-04, Ludovic Courtès wrote: > Vagrant Cascadian skribis: > >> On 2021-01-22, Vagrant Cascadian wrote: >>> I've uploaded guix 1.2.0 built against guile-2.2 to Debian, and while it >>> builds fine on the official buildd.debian.org infrastructure, on amd64 >>> and arm64 the "channel-news,

bug#48213: offlineimap build fails

Hi, Bone Baboon via Bug reports for GNU Guix writes: > On a x86_64 computer when I run `guix build --no-substitutes > offlineimap` the build fails because the "test_ipv6_available" test > fails. > > In the system configuration ipv6 is disabled: [...] > Taking the failing test's name

bug#48024: glib-2.62.6 build fails i686

Earlier, I wrote: > I think that this recently-reported bug () > demonstrates that we can't safely remove the substitution. To avoid having to scroll past the very long build log in the initial bug report, it's probably best to read the bug report starting here:

bug#48225: Wrong result of package-name->name+version

Hi Guillaume, Guillaume Le Vaillant skribis: > The 'package-name->name+version' function defined in > "guix/build/utils.scm" returns a wrong result if there is a '-' > followed by a number in the package name: > > (use-modules ((guix build utils))) > (package-name->name+version

bug#48024: glib-2.62.6 build fails i686

Hi Efraim, Efraim Flashner writes: > In glib-2.68 test_timeout and test_timeout_slow are set to 60 and 180 > respectively. Right. Unfortunately, these timeouts are too short for many slower machines, such as 32-bit ARM systems. Bone Baboon has also recently reported being unable to build

bug#48184: Evaluating (current-guix) causes segfault

Hi, Leo Prikler skribis: > Am Montag, den 03.05.2021, 14:18 +0200 schrieb Leo Prikler: >> Am Montag, den 03.05.2021, 13:59 +0300 schrieb David Dashyan: >> > David Dashyan writes: >> > >> > Here my guix describe output: >> >guix 065d2cd >> > repository URL:

bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build

Hi, Julien Lepiller skribis: > To do what you want (create a new generations ignoring failures) is not easy > to implement. We would have to "change our mind" and build a different > derivation for that new profile. It’s also not desirable IMO: the way Guix operates is that either it

bug#46038: guix 1.3.0rc1 test failure: channels-news, one entry

Hi Vagrant, Vagrant Cascadian skribis: > On 2021-01-22, Vagrant Cascadian wrote: >> I've uploaded guix 1.2.0 built against guile-2.2 to Debian, and while it >> builds fine on the official buildd.debian.org infrastructure, on amd64 >> and arm64 the "channel-news, one entry" test from

bug#48156: basic system test broken: qemu-system-x86_64: error while loading shared libraries: libXcursor.so.1: cannot open shared object file: No such file or directory

Hi, Christopher Baines skribis: > This is on commit 1b792e8b5275dc010c53d91062082340431204f2. > > → make check-system TESTS=basic > Compiling Scheme modules... > Selected 1 system tests... > The following derivation will be built: >/gnu/store/7dyw16iakczr7qg89rb3rgbh443cvwpc-basic.drv >

bug#48225: Wrong result of package-name->name+version

Am Dienstag, den 04.05.2021, 13:35 + schrieb Guillaume Le Vaillant: > Hi, > > The 'package-name->name+version' function defined in > "guix/build/utils.scm" returns a wrong result if there is a '-' > followed by a number in the package name: > > --8<---cut

bug#48086: libtool refers to native bash instead of a cross-compiled bash

Hi Maxime, Maxime Devos skribis: > $ guix build libtool --target=aarch64-linux-gnu >> /gnu/store/yspdgc9wk8ap20729f6a7k0f640r6h7c-libtool-2.4.6 > $ head -n 1 > /gnu/store/yspdgc9wk8ap20729f6a7k0f640r6h7c-libtool-2.4.6/bin/libtool >> #!

bug#46246: VTK fails to build, breaking FreeCAD and others

If I understand correctly, the VTK build failure was fixed in 251b0f7a6fa550ef4e0975668d7ab8c4c7b214d3 https://git.savannah.gnu.org/cgit/guix.git/commit/?id=251b0f7a6fa550ef4e0975668d7ab8c4c7b214d3 In any case, I get a substitute for FreeCAD now.

bug#44675: guix lint: support for spellchecker or basic grammar

Hi Vagrant, Vagrant Cascadian skribis: > From 4e724fbe9815e1c27967b835f08d2259164538ba Mon Sep 17 00:00:00 2001 > From: Vagrant Cascadian > Date: Wed, 21 Apr 2021 09:26:45 -0700 > Subject: [PATCH] lint: Add description check for pluralized "This package" > > Partial fix for:

bug#48225: Wrong result of package-name->name+version

Hi, The 'package-name->name+version' function defined in "guix/build/utils.scm" returns a wrong result if there is a '-' followed by a number in the package name: --8<---cut here---start->8--- (use-modules ((guix build utils))) (package-name->name+version

bug#44548: Acknowledgement (SBCL build system fails to pacakge cl-environments, generic-cl.)

The cl-environments and generic-cl packages are currently in Guix (36d4877041e0651d1af56b47127b8566c0fd0259). Closing. signature.asc Description: PGP signature

bug#48223: EXWM knows nothing about Guix profiles

Hi Guix, I just recently helped someone debug an issue they encountered when using EXWM. It turned out their EMACSLOADPATH was set to "/run/current-system/profile/share/emacs/site- lisp:/gnu/store/1zszglsxl4zxy9alcwxjwj26d30qmyv9-emacs- 27.2/share/emacs/27.2/lisp" – quite notably,

bug#26604: documentation: pdf generation is broken

Hi, On Tue, 4 May 2021 at 12:04, Ricardo Wurmus wrote: > At least the first “wizard stuff” is merely a list of packages. > There isn’t anything we can do to avoid the selection of packages, > because that stuff is modular by design. We could have an > arbitrary collection of Texlive packages,

bug#26604: documentation: pdf generation is broken

zimoun writes: Hi Ricardo, On Mon, 03 May 2021 at 16:06, Ricardo Wurmus wrote: Shall we close this now? Personally, I am still puzzled to build PDFs of the documentation, even on core-updates, though I have not followed the recent updates on master. Maybe I am doing wrong but I

bug#48213: offlineimap build fails

Babs, Bone Baboon via Bug reports for GNU Guix 写道： Taking the failing test's name "test_ipv6_available" literally I would like to ask if having this test required to build this offlineimap dependency I think not, but you should report this upstream first. They look asleep but I didn't

bug#48214: inetutils-1.9.4 build fails

Babs, Bone Baboon via Bug reports for GNU Guix 写道： FAIL: syslogd.sh ../src/logger: ::1:7041: Cannot assign requested address Looks like the same cause as : missing IPv6 support on the host kernel. Kind regards, T G-R signature.asc

bug#48216: [CORE-UPDATES] host-inputs for wrong architecture when building for i686 on x86_64

I'm trying to see if the rust bootstrap process works on core-updates and I was unable to build for i686-linux on x86_64 linux. I failed to build xz, due to some assembly optimizations. It turns out that instead of using i686 binaries it was using x86_64 binaries and targeting i686, while passing

bug#26604: documentation: pdf generation is broken

Hi Ricardo, On Mon, 03 May 2021 at 16:06, Ricardo Wurmus wrote: > Shall we close this now? Personally, I am still puzzled to build PDFs of the documentation, even on core-updates, though I have not followed the recent updates on master. Maybe I am doing wrong but I still get some errors, as

bug#48024: glib-2.62.6 build fails i686

On Mon, May 03, 2021 at 11:01:22PM -0400, Mark H Weaver wrote: > Hi, [added Efraim Flashner to the CC list] > > Bone Baboon writes: > > > Thank you for your helpful response. > > > > Would a patch like this that addresses test timeouts be good to have in > > the Guix repository? It would help