bug#59529: fail to re-prompt after mistyped disk encryption passphrase

When booting into an encrypted disk, guix correctly prompts for an encryption passphrase, but should the passphrase be somehow mistyped (which happens more often than not for an appropriately long passphrase on some devices' bad keyboards), guix drops to the scheme repl, without any obvious way to

bug#59508: mpv compiled without x11 support

Hi, Saku Laesvuori skribis: > The mpv package from (gnu packages video) is compiled without x11 > support and fails with: > > [vo/gpu] VT_GETMODE failed: Inappropriate ioctl for device > [vo/gpu/opengl] Failed to set up VT switcher. Terminal switching will be > unavailable. > [vo/gpu] Failed

bug#59508: mpv compiled without x11 support

On Tue Nov 22, 2022 at 8:33 PM GMT, Saku Laesvuori via Bug reports for GNU Guix wrote: > I'm not sure is that enough to make guix consider the package updated > (though I would assume so), so I didn't prepare a patch. Anyway the fix > is a trivial one line addition. It is. -- (

bug#59521: package installation fail when home dir contains a @

Oh no, do we have a Texi injection vulnerability in Guix? :) What I understand is that an error occurs when trying to show a hint to the user (display-hint in the backtrace). This calls texi->plain-text which transforms texinfo markup to text for displaying on a terminal. With your user name,

bug#59508: mpv compiled without x11 support

The mpv package from (gnu packages video) is compiled without x11 support and fails with: [vo/gpu] VT_GETMODE failed: Inappropriate ioctl for device [vo/gpu/opengl] Failed to set up VT switcher. Terminal switching will be unavailable. [vo/gpu] Failed to commit ModeSetting atomic request (-13)

bug#59512: gtk-4.8.1 grafting fails

Evidence: applying 20 grafts for gtk-4.8.1 ... grafting '/gnu/store/vgm4f5k65kn6nwdlhziwzlgc0pli18d7-gtk-4.8.1-bin' -> '/gnu/store/ar0qphva0q53vavqqihgi4pq46f4z1z4-gtk-4.8.1-bin'... grafting '/gnu/store/vp4ybqhxdrf4b2fk37c0s72g6iafqsmz-gtk-4.8.1-doc' ->

bug#59521: package installation fail when home dir contains a @

Hello! I use the guix package manager on ubuntu 22.04. I have successfully installed fdm and mu packages but I got an error when installing emacs package. My user is a domain user, the domain name is 'foo.bar' and then sssd use a home directory like '/home/u...@foo.bar' which seems to cause

bug#59515: nginx: Fails to start on boot while upstream service is not yet running

nginx-configuration has a 'shepherd-requirement' parameter that can be used here

bug#59519: LibreOffice 7.3.5.2 fails to build on i686-linux

The end of the log of the build for commit 2c9635cb47b0f52de635e93ebd137f1f7191c5fd looks like this: --8<---cut here---start->8--- [build LNK] Executable/unopkg.bin [build DEP] LNK:Library/libicglo.so [build LNK] Library/libicglo.so [build MOD] shell [build

bug#59493: cuirass-remote-worker crash

Hey, > Oh I see. It would be nice to avoid non-backward-compatible changes in > the protocol so we can upgrade more smoothly. Right, sorry. We should introduce a protocol version to avoid that in the future. > Fixed in Cuirass commit 9fb6f21d29c5398b35f4c1a77cf6c20f207c9ebb. Awesome, thanks

bug#59493: cuirass-remote-worker crash

Hi, Mathieu Othacehe skribis: >> 2022-11-21 14:27:24 1685:16 0 (raise-exception _ #:continuable? _) >> 2022-11-21 14:27:24 >> 2022-11-21 14:27:24 ice-9/boot-9.scm:1685:16: In procedure raise-exception: >> 2022-11-21 14:27:24 Throw to key `match-error' with args `("match" "no >> matching

bug#59515: nginx: Fails to start on boot while upstream service is not yet running

When I start my personal server with a radicale service behind a nginx reverse proxy, nginx fails to start. The relevant part in the log: Nov 23 16:02:56 localhost shepherd[1]: Service networking has been started. Nov 23 16:02:56 localhost shepherd[1]: Service radicale has been started. Nov 23

bug#46782:

There is a similar issue that is solved: https://issues.guix.gnu.org/59425

bug#59425: guix shell --container fails to mount host filesystem

Nice! That runs. Thank you. I will upgrade my guix. Le mer. 23 nov. 2022 à 15:03, Ludovic Courtès a écrit : > Hi, > > bbb ee skribis: > > > dev_1@dev_1 /mnt/recoverData$ guix shell --container coreutils -- echo > Elmo > > guix shell: error: mount: mount "/mnt/recoverData" on > >

bug#59425: guix shell --container fails to mount host filesystem

Hi, bbb ee skribis: > dev_1@dev_1 /mnt/recoverData$ guix shell --container coreutils -- echo Elmo > guix shell: error: mount: mount "/mnt/recoverData" on > "/tmp/guix-directory.ut68VE//mnt/recoverData": Invalid argument > ``` > > ## environment > ``` > $ uname -a > Linux dev_1 5.18.18 #1 SMP

bug#59510: cuirass-remote-server: put-char encoding failed

Hi, Mathieu Othacehe skribis: > On Cuirass 1.1.0-13.1341725, the fetch workers are experimenting the > following issue: Is this a regression? > 2022-11-22 00:28:15 In cuirass/scripts/remote-server.scm: > 2022-11-22 00:28:15415:12 3 (_) > 2022-11-22 00:28:15 387:7 2 (run-fetch _) >

bug#59514: Stuck builds in Cuirass

Hello Marius, > Cuirass has a tendency to not notice when a build is finished, leaving > it in a "running" state. > > The phenomenon can be observed by going to > and look at builds that are running for > a suspiciously long time. I suspect this is caused by

bug#59514: Stuck builds in Cuirass

Hi, Cuirass has a tendency to not notice when a build is finished, leaving it in a "running" state. The phenomenon can be observed by going to and look at builds that are running for a suspiciously long time. Typically the build log will indicate that it has

bug#59510: cuirass-remote-server: put-char encoding failed

Hello, On Cuirass 1.1.0-13.1341725, the fetch workers are experimenting the following issue: --8<---cut here---start->8--- 2022-11-22 00:28:15 In cuirass/scripts/remote-server.scm: 2022-11-22 00:28:15415:12 3 (_) 2022-11-22 00:28:15 387:7 2

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

Hello Simon, > I just ran into this same problem with an old machine. Interesting, thanks for the report. > 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

bug#59493: cuirass-remote-worker crash

Hello Ludo, Thanks for gathering those information. > 2022-11-21 14:27:24 1685:16 0 (raise-exception _ #:continuable? _) > 2022-11-21 14:27:24 > 2022-11-21 14:27:24 ice-9/boot-9.scm:1685:16: In procedure raise-exception: > 2022-11-21 14:27:24 Throw to key `match-error' with args `("match"