bug#58320: Hurd VM fails to boot on AMD EPYC (kvm-amd)

Hi! Samuel Thibault skribis: > Ludovic Courtès, le ven. 07 oct. 2022 00:10:15 +0200, a ecrit: [...] >> Of course, the thing boots just fine on that machine when using >> ‘exec.static’. > > Uh. At least you have a workaround :) Yup. :-) >> So the issue might be somewhere in ld.so, or trigger

bug#58033: A bug in file-dynamic-info used by validate-runpath in gnu-build-system and others.

Hi Lukasz, Lukasz Olszewski skribis: > Then if I run $ strip --strip-unneeded --enable-deterministic-archives > file the files can be run fine, but if I use patchelf to add an extra > folder to the rpath strip complains like this: > $ strip --strip-unneeded --enable-deterministic-archives > /hom

bug#28510: crash: guix build -S foo --with-source=bla

Le 2022-09-20 21:42, Josselin Poiret a écrit : Hi Simon, zimoun writes: Well, I would add an error handler; as proposed [1]. :-) Because does “guix build foo --source --with-source=bla” make sense? What is the use-case for such command? My bad, I didn't see the previous discussion on the

bug#52943: Cannot build guix as part of guix system reconfigure after commit 224d437fb4 on aarch64

Leo Famulari writes: > On Wed, Jan 19, 2022 at 11:28:28AM -0800, Vagrant Cascadian wrote: >> I tried building a newer version, but there were new test suite failures >> on both aarch64 and x86_64 :/ > > Since the 'guix' package still does not build on aarch64, I'm reopening > this bug. It looks

bug#58352: guix@1.3.0-30.17134b9 test failures on i686

The guix@1.3.0-30.17134b9 package has a test failure on i686-linux: --8<---cut here---start->8--- + for example in gnu/system/examples/*.tmpl + case "$example" in + options= + guix system -n disk-image gnu/system/examples/desktop.tmpl accepted connection from pi

bug#55484: Setup PS1 for 'guix shell/environment' in guix-install.sh

Hi, Maxim Cournoyer writes: > Hi, > > Maxim Cournoyer writes: > >> Hello Guix, >> >> This is a feature request to take care of configuring PS1 in ~/.bashrc >> (or the most suitable place) for users of guix-install.sh. >> >> It's a small thing but it provides a nicer user experience when they ca

bug#58352: guix@1.3.0-30.17134b9 test failures on i686

Ludovic Courtès skribis: > This is because gvfs now indirectly pulls in librsvg and thus Rust: It’s not the only one: --8<---cut here---start->8--- $ ./pre-inst-env guix graph --path network-manager-applet librsvg -s i686-linux network-manager-applet@1.28.0

bug#58309: [BUG report] resolved

Running guix pull succeeded. It isn't clear what changed to allow it to succeed when it had repeatedly failed over the past 48 hrs but this ticket should now be closed. I am grateful for the hidden hands and/or magic that made this possible. Regards, Frank

bug#58337: guile-build-system does not recognise and pass on #:tests?

Patch(es) are in theory ready; doing some additional testing (not tested on in-tree guile-build-system packages yet) ... OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#58362: error when `guix pull'

Hi, Tsing Hui writes: > I encountered an error while using the "guix pull" command with the > following error message: > > > > > guix pull > hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' > package and > defining `GUIX_LOCPATH', along these lines: > > guix install gli

bug#57742: QT plugins from profile not found (QT_PLUGIN_PATH)

Hi, Maxim Cournoyer writes: > [re-sending again, this time with debbugs in CC] > > Hello, > > Morgan Smith writes: > >> Hello! >> >> Ever since commit 1f466ed6be932526fc69e72ffd50390691d0d382 we don't look >> at the user's value of QT_PLUGIN_PATH. The comment says this is to >> prevent plugin

bug#30265: Fish embeds store file names in UCS-4/UTF-32 literal strings

Hello, John Soo writes: > Hi Ludo, > > I am willing to work on this. I use fish as my login shell and noticed some > more funky behavior when I tried to use fish-foreign-env. > > It looks like fish.cpp still uses widestrings. So the references to old store > paths I think become stale, if I un

bug#30265: Fish embeds store file names in UCS-4/UTF-32 literal strings

Hello, John Soo writes: > Hi Ludo, > > I am willing to work on this. I use fish as my login shell and noticed some > more funky behavior when I tried to use fish-foreign-env. > > It looks like fish.cpp still uses widestrings. So the references to old store > paths I think become stale, if I un

bug#30265: Fish embeds store file names in UCS-4/UTF-32 literal strings

I looked into it and I think a patch to fish might be required but I got buried in other work.

bug#26202: Guix in foreign distributions: setting XDG_DATA_DIRS causes user session to not start

Hi, zimoun writes: > Hi Nicolas, > > On Thu, 14 May 2020 at 19:32, Nicolas Goaziou wrote: > >> Interesting. > > The Gnome that I use for testing is the Gnome from Debian. The > initial bug report was about Trisquel/Ubuntu. > > - In this case, I'm using Trisquel 7. > - `gnome-session` command i

bug#58274: giac 1.9.0-21 fails to build

Hello, Maxim Cournoyer writes: > The build of giac fails like: > > --8<---cut here---start->8--- > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DIN_GIAC -I. -I.. -I. -I.. > -g -O2 -fno-strict-aliasing -DGIAC_GENERIC_CONSTANTS -DTIMEOUT > -DHAVE_LIBMICROP

bug#58337: guile-build-system does not recognise and pass on #:tests?

Fixed by: . OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#30265: Fish embeds store file names in UCS-4/UTF-32 literal strings

John Soo writes: > I looked into it and I think a patch to fish might be required but I > got buried in other work. Note that commit 1bab9b9f17256a9e4f45f5b0cceb8b52e0a1b1ed (April 2021) added support in our grafting code to find and rewrite UTF-16 and UTF-32 store references. That might have mi

bug#25018: GC incorrectly removes the temporary root file of the calling process

Hi Ludo, l...@gnu.org (Ludovic Courtès) writes: > Hello, > > The ‘readTempRoots’ function in gc.cc has this: > > /* Try to acquire a write lock without blocking. This can >only succeed if the owning process has died. In that case >we don't care about its temporar

bug#22608: Module system thread unsafety and .go compilation

Hi, l...@gnu.org (Ludovic Courtès) writes: > Hello, > > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> To speed up the compilation of the many Scheme files in Guix, we use a >> script that first loads all modules to be compiled into the Guile >> process (by calling 'resolv

bug#23118: Duplicate entries in various environment variables

Hi, [...] > More generally, this can become an issue when environment variables > reach a certain size (and has led to bug reports in Guix before, which > have since been fixed). POSIX mandates a syntax, that would allow > removing already present components first (see [1]), but I can hardly > i

bug#34427: guile-bootstrap@2.2 segfault?

tags 34427 -important thanks Hi, Efraim Flashner writes: [...] >> Besides, if PPC32 is the only platform that has a problem, I think this >> bug should not be a blocker. >> >> WDYT? >> >> Ludo’. > > Here's what I get from strace when running on bare metal. I agree, if > it's only affecting p

bug#44903: Guix 1.2.0 installer 'auto-partition!' crash

Hello, Gavaskar Kanagaraj writes: [...] > 1764:13 6 (_ #<&compound-exception components: (#<&assertion-failure> > #<6origin > origin: "struct-vtable"> #<&message message: "Wrong type argument in position > 1 > (expecting struct): ~S"> #<@irrit.> > In ice-9/eval.scm: > > 619:8 5 (_ #(#(# #< na

bug#45051: Guix pull fails: `In procedure put-string: Wrong type argument in position 1 (expecting open output port): #`

Hi, Ludovic Courtès writes: > Hi pkill9, > > pkill9 skribis: > >> Computing Guix derivation for 'x86_64-linux'... /@ substituter-started >> /gnu/store/9ph7spq3b72fv4scqqzwxalb8n0wc6xn-graphviz-2.42.3-doc >> substitute -following redirection to > > Could it be that your substitute URL is

bug#40682: Installer hangs while connecting to WiFi network

Hello, Mathieu Othacehe writes: > Hey Leo, > >> If we have a fix, can we make a new installer image? There are people on >> #guix having trouble getting online in the installer, and I think they >> are hitting this issue. > > This bug has been fixed with ea6594e0. However, I left the ticket open