bug#67538: Shepherd stops responding during "guix system reconfigure"

Attila Lendvai writes: > i've also experienced this, and someone else on IRC also described the > same behavior. that makes three of us. I can confirm it too. It looks as if shepherd hangs when something changes. But it doesn't happen all the time. It also happens sometimes when configuring

bug#59364: gnome clocks does not start due to missing libGLES.so

John Kehayias writes: > Is this the same issue as in ? With > potential fix ? I'm looking to > include this on the next mesa-updates round coming up soon. Yes, it is! I can only confirm this error on older Machines with

bug#63237: Sway fails to start

Simon Streit writes: > Since checkout 5bfce83dc4cddfdbb9f4bef06a26dbfe525c2838 sway at version > 1.8 fails to start. GDM's log says: The previous error message is not quite right. I still had LIBGL_ALWAYS_SOFTWARE enabled. The log file now has: --8<--

bug#63237: Sway fails to start

Since checkout 5bfce83dc4cddfdbb9f4bef06a26dbfe525c2838 sway at version 1.8 fails to start. GDM's log says: --8<---cut here---start->8--- libEGL warning: Not allowed to force software rendering when API explicitly selects a hardware device. libEGL warning:

bug#61080: guile-static 3.0.9 failed to build.

Hilton Chain via Bug reports for GNU Guix writes: > Logs after unpack phase: Can confirm. Build is currently failing. Kind regards Simon

bug#59364: gnome clocks does not start due to missing libGLES.so

Csepp writes: > It does work with LIBGL_ALWAYS_SOFTWARE=1, but it would be pretty messed > up if that had to be enabled globally. Thanks for that tip! I fired up a recent Fedora live image to see that these applications do work in wayland on this old machine. Which they do. Gnome in Ferdora

bug#59364: gnome clocks does not start due to missing libGLES.so

Hello, Csepp writes: > This is the exact error: > Couldn't open libGLESv2.so.2: libGLESv2.so.2: cannot open shared object file: > No such file or directory I can confirm this error, though it only happens in wayland enabled sessions on my old laptop with an Intel GM965/GL960. This doesn't

bug#55336: Graphical installer: Selecting a partition scheme always takes me back to the start

Simon Streit writes: >> I noticed this behaviour happens when placing a hyphon inbetween two >> words in the hostname. The installer doesn't reset when there is no >> hyphen. I will try to complete the installation to confirm that it >> usually works withou

bug#55336: Graphical installer: Selecting a partition scheme always takes me back to the start

Simon Streit writes: > Mathieu Othacehe writes: > >>> Disk image is: axygxkgkgcgbk2gjd6q521h85shp7hwf-image.iso from >>> https://ci.guix.gnu.org/build/125952/details. >>> >>> Please find attached some logs too: >> >> It looks like you exper

bug#55336: Graphical installer: Selecting a partition scheme always takes me back to the start

Mathieu Othacehe writes: >> Disk image is: axygxkgkgcgbk2gjd6q521h85shp7hwf-image.iso from >> https://ci.guix.gnu.org/build/125952/details. >> >> Please find attached some logs too: > > It looks like you experimented a crash (segfault or so), and the > backtrace is not really helpful here sadly.

bug#55336: Graphical installer: Selecting a partition scheme always takes me back to the start

Hello, Luis Felipe via Bug reports for GNU Guix writes: > Problem solved. I just ran into this same problem with an old machine. Disk image is: axygxkgkgcgbk2gjd6q521h85shp7hwf-image.iso from https://ci.guix.gnu.org/build/125952/details. Please find attached some logs too:

bug#55200: Guix offload fails to allow connections while attempting to connect with the host's hostname or FQDN

This issue is related to [1] which was resolved. Pulling to a current checkout solves this issue. [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=55335

bug#55335: openssh-service no longer listens on IPv6

Ludovic Courtès writes: > Let me know if anything’s amiss! Looking all good. v4 and v6 connections are working now.

bug#55200: Guix offload fails to allow connections while attempting to connect with the host's hostname or FQDN

Just a quick follow up to correct the title. I noticed that my wording is wrong: Simon Streit writes: > After a bit of bisecting I pinned my issue down to checkout > 808b9e850491c7b1d867a5f1f4d5ee6f61f345d4. From there on any guix > offload test or status will fail if a hostname

bug#55200: Guix offload fails to resolve hostnames

Hello! After a bit of bisecting I pinned my issue down to checkout 808b9e850491c7b1d867a5f1f4d5ee6f61f345d4. From there on any guix offload test or status will fail if a hostname, or FQDN, is set in the name field of a machine. Offloads work if an IP address is set instead. A snip:

bug#54109: Document package variable in virtlogd service

version. Thus I think this should be included into the manual. >From 634dae4017e840f24e8ed2240707602700e9cf25 Mon Sep 17 00:00:00 2001 From: Simon Streit Date: Tue, 22 Feb 2022 16:23:38 +0100 Subject: [PATCH] doc: Add documentation. * doc/guix.texi (Virtualization Services): Document virtl

bug#53695: trash-cli crashes

Brice Waegeneire writes: > I'm the one who updated trash-cli¹; sorry to have broken it for you. > Unfortunalty, I can't manage to reproduce it on my side: Thank you for upgrading it. My current solution is to keep an old version around. So it is not much of a problem really. > Is it still

bug#53695: trash-cli crashes

With trash-cli's last update, it doesn't work any more and exits with the following error: --8<---cut here---start->8--- Traceback (most recent call last): File "/home/ss2/.guix-profile/bin/trash-list", line 4, in from trashcli.list import main as main

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Simon Streit writes: > I just activated the cache. It hasn't crashed so far. No, it did crash again.

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Hello Guillaume, Guillaume Le Vaillant writes: > I have also seen this kind of crashes on my LAN. > I don't know what causes this issue, but I noticed that it has happened > less often since I activated the cache for the guix-publish service. I just activated the cache. It hasn't crashed so

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Hello, quite often, and quite randomly I run into this situation that whenever Guix tries to rebuild a profile, and sometimes while downloading from local Guix hosts sharing their store items, the process will crash with the following error: --8<---cut

bug#52976: Some tools in Samba fail to find modules, and a missing dependency

Simon Streit writes: > compiles to a package. But ‘samba-tools’ fails again. Just a quick follow up, samba-tools fails with ldb being missing: --8<---cut here---start->8--- ModuleNotFoundError: No module named 'ldb' --8<---

bug#52976: Some tools in Samba fail to find modules, and a missing dependency

Hello Maxim, thanks for having look at my patch. Maxim Cournoyer writes: > We shouldn't hard code Python versions in the paths as it'd be too prone > to break. You could probably make good use of the recently introduced > search-input-directory procedure here :-). I tried your suggestion,

bug#47030: blueman fails to find a dbus service file

Grigory Shepelev writes: > Installed guix a few weeks ago on my desktop PC and just yesterday on > my laptop (thinkpad L13). Having the same problem on both of them. > > Gnome's default bluetooth "app" doesn't work. > > After having the same config as in your example I can launch >

bug#52976: Some tools in Samba fail to find modules, and a missing dependency

dnspython was added as a new input too. Kind regards Simon >From 201dc8e01fa4484e24b3e088ab6a4211e9839f33 Mon Sep 17 00:00:00 2001 From: Simon Streit Date: Mon, 3 Jan 2022 13:08:23 +0100 Subject: [PATCH] gnu: samba: Use PYTHONPATH. * gnu/packages/samba.scm (samba): Use PYTHONPATH in 'wra

bug#51259: Cannot build Guix from source (error messages about the translations)

Simon Streit writes: > Leo Famulari writes: > >> I noticed today that I can't build Guix from a fresh Git checkout in the >> usual manner. Something goes wrong while building the Korean language >> info manual. I tested it several times and on two different computers,

bug#51259: Cannot build Guix from source (error messages about the translations)

Hello, Leo Famulari writes: > I noticed today that I can't build Guix from a fresh Git checkout in the > usual manner. Something goes wrong while building the Korean language > info manual. I tested it several times and on two different computers, > both x86_64. Can confirm that I can't

bug#50705: emacs-guix fails to list packages

Hello Ludo, Ludovic Courtès writes: > Could it be that something else is interfering, in your ~/.emacs, Guile > load path or something? Yes, it turned out that certain profiles where not all upgraded after pulling to a current checkout. Sorry about the inconveniance. Kind regards Simon

bug#50705: emacs-guix fails to list packages

Hello, I just pulled Guix up to 6eded1a04186e3118b293486b038c994e05efedf, and unfortunately emacs-guix fails to list any installed packages of a given profile. Part of the output from it's internal REPL follows as such: --8<---cut here---start->8---

bug#50212: Several tests fail, Bash fails often. Was: Tests fail while building Guix

Maxim Cournoyer writes: > I'm guessing the i386 does something bogus? Your x86_64 is already able > to run i386 code natively, AFAIK. Alright, this was my interpretation from the manual and available architectures that I just plugged it all together like that. I wasn't aware that x86_64 can

bug#50212: Several tests fail, Bash fails often. Was: Tests fail while building Guix

Simon Streit writes: > So why would my system brake the bootstrap binary? Has it got to do > with a particular package I have in my profile(s)? I generally build > Guix with ‘guix environment --pure guix.’ I have a second Guix build > machine running. The packages used there are q

bug#50212: Several tests fail, Bash fails often. Was: Tests fail while building Guix

Hello Maxime, Maxime Devos writes: > Some questions: > > * What's the hash of gnu/packages/bootstrap/i686-linux/bash? > > (Run guix hash gnu/packages/bootstrap/i686-linux/bash) > > I have 1ig8a4bhc7fpw8zrnw4l568wmmcb29rlwg4jbih3imb4x6d9l1gd. > If you see something different, your copy is

bug#50212: Several tests fail, Bash fails often. Was: Tests fail while building Guix

Hey Mark, Mark H Weaver writes: > Also check the permissions of gnu/packages/bootstrap/i686-linux/bash. > It should be 0555, i.e. "-r-xr-xr-x", and ditto for 'mkdir' in the same > directory. I vaguely recall someone running into a similar problem many > years ago because the executable bit was

bug#50212: Tests fail while building Guix

Tobias Geerinckx-Rice writes: > On 2021-08-26 20:07, Simon Streit wrote: >> /home/ss2/code/guix/test-tmp/store/9m9mjdz3zl28n1dq094aqsxk5d480mvg-bash: >> 9m9mjdz3zl28n1dq094aqsxk5d480mvg-bash: No such file or directory >> But this executable is there though. > > Does i

bug#50212: Tests fail while building Guix

Hello, since my first submission of this bug report was rejected -- the attachments where too big --, this report I will simply repost so that it can be delivered through mailman while the original post remains only accessible through the web interface. Here the original post: Simon Streit

bug#48496: Guix reconfigure fails to switch to new system

Hello, just another follow up: Simon Streit writes: > I just managed to reproduce this very same error message after > downgrading to commit a67c00f4f7ee0a70fce14a7e1907cce332c85813 (I lost > the previous system a couple of days ago), and it threw this error after > trying to

bug#48496: Guix reconfigure fails to switch to new system

Ludovic Courtès writes: > Hi Simon & Tobias, > > Ludovic Courtès skribis: > >> Tobias Geerinckx-Rice skribis: >> >>> Simon Streit 写道： >>>> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >>>> no code for module

bug#48496: Guix reconfigure fails to switch to new system

Hi Tobias, Tobias Geerinckx-Rice writes: > Simon Streit 写道： >> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >> no code for module (system repl error-handling) > > Thank you for reporting this. With commit > 5fa46ca96da90ec19e32cc4d726f099d0979d60b on ma

bug#48496: Guix reconfigure fails to switch to new system

Hi, after pulling and trying to upgrade a system, Guix will fail switching to a new system saying: --8<---cut here---start->8--- The following derivation will be built: /gnu/store/hswsg23l03pyrf7nckr1zrmb0rfsssf6-grub.cfg.drv building

bug#48240: “guix copy” to host with daemon listening on TCP fails

Ludovic Courtès writes: > Hi, > > Simon Streit skribis: > >> Then it was suggested I checkout to commit >> dd14678b9b9843be20e2bbb98ceb30d2433dab82 and force downgrade my new >> system. While doing so, I noticed that guix-daemon would still offload, >> whi

bug#48240: “guix copy” to host with daemon listening on TCP fails

Ludovic Courtès writes: > Fixed in da28efef36af8925bcd9e40a81cbf552cf8c2d02. Let me know if it > works for you! I'll try it later. I missed this mail yesterday. Cheers!

bug#48240: “guix copy” to host with daemon listening on TCP fails

Ludovic Courtès writes: > Simon Streit skribis: >> Anyway, back to this old commit offloading works for all users. > > Is the socket file name displayed above correct? Or did you specify > something else in the record? No, nothing that I'm aware about. I haven't made a

bug#48240: “guix_ copy” to host with daemon listening on TCP fails

Hello! After reinstalling my system last night, I run into this problem too, that I couldn't offload. Then it was suggested I checkout to commit dd14678b9b9843be20e2bbb98ceb30d2433dab82 and force downgrade my new system. While doing so, I noticed that guix-daemon would still offload, while if

bug#47030: blueman fails to find a dbus service file

Hello, I'm not quite sure yet if this is a is an actual bug or a error on my side. Whenever I load blueman-applet, it will pop up an error saying: Failed to apply newtork settings and g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name

bug#46516: emacs-elpy@1.35.0 fails to build

Hello, apparantly it seems that emacs-elpy can't be installed into my user account. It works in a clean user account where I only install emacs and emacs-elpy. Unfortunately I'm not so sure why it is failing. I tried to find out if it is related to a previous bug [1], and then removed

bug#44820: MPD fails after respawning too often

Ludovic Courtès writes: > Hi Martin, > > Martin Becze skribis: > >> I also ran into this problem. Here is the relevnat part of >> /var/run/mpd//log >> >>> exception: Failed to create pid file "/var/run/mpd//pid": >>> Permission denied >> >> A quick dirty fix is just to chown the /var/run/mpd

bug#44820: MPD fails after respawning too often

Martin Becze writes: > I also ran into this problem. Here is the relevnat part of > /var/run/mpd//log > >> exception: Failed to create pid file "/var/run/mpd//pid": >> Permission denied > > A quick dirty fix is just to chown the /var/run/mpd folder so that mpd > can create its pid file. I