bug#55253: nginx-rtmp-module not compatible with nginx

On Wed, 4 May 2022, Jack Hill wrote: X-Debbugs-CC: m...@cbaines.net Hi Guix, nginx currently (Guix commit b80ca672de936a76368de6e6ea0b28505e74d420) fails to load the nginx-rtmp-module build from the same Guix commit with the following message: [emerg] 3823#0: module

bug#55464: alternative way

as Ludovic kindly pointed out on IRC, i can use this instead: (module-filename (current-module)) unfortunately, this returns a relative path, which is only useful using (search-path %load-path ...), which introduces some uncertainty about what actually gets loaded depending on the runtime

bug#55391: Multiple slim services

Hi André, On Mon, May 16 2022, André A. Gomes wrote: Here it goes. The manual states that you can have two slim services on different ttys. Am I misinterpreting something? Thank you! I don't think you're misinterpreting anything, but Josselin is correct when they say On Fri, May 13

bug#54812: ‘guix system reconfigure’ closes SSH connections

Christine Lemmer-Webber writes: > Ludovic Courtès writes: > >> Ludovic Courtès skribis: >> >>> With OpenSSH turned into inetd style in commit >>> 808b9e850491c7b1d867a5f1f4d5ee6f61f345d4, the service upgrade code used >>> by ‘guix system reconfigure’ and ‘guix deploy’ wrongfully decides that

bug#55391: Multiple slim services

Josselin Poiret via Bug reports for GNU Guix writes: > Hello André, > > André A. Gomes writes: > >> Hi Guix, >> >> The manual (see (info "(guix) X Window")) mentions that it's possible to >> add two slim services but it seems not to work. When I tried to >> reconfigure the system it gives the

bug#55464: (current-filename) is #f when guix pull'ing

the actual context where i'm encountering this is a package definition where i want to load some hashes from a file relative the to the .scm file: (define-public foo (let ((hashes (with-input-from-file (string-append (dirname (current-filename))

bug#55462: emacs-libgit tests fail

Hi Guix, With Guix 76cc5b9e806635cfb94a2c1101ffe6500eab6976 the emacs-libgit tests fail as follows: ``` Test project /tmp/guix-build-emacs-libgit-20200515-1.0ef8b13.drv-0/build Start 1: libegit2_annotated-commit 1/29 Test #1: libegit2_annotated-commit Passed0.31 sec

bug#54752: import: hackage: `elif` conditionals not supported

Hi Lars On Sat, 14 May 2022, at 15:53, Lars-Dominik Braun wrote: > attached patch series fixes the import for `raaz` by adding support for > elif and other minor adjustments. There still is syntax we do not support, > most importantly mixed indentation, which is already documented as xfail > via

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Hello, Ludovic Courtès writes: > Ludovic Courtès skribis: > >> I’ve added a missing call to ‘close-inferior’. It’s a good idea, though >> I’m not entirely convinced yet it’ll solve the problem: >> >> >>

bug#55459: Emacs 28.1 and its manual

Hi Guix, I'm running emacs 28.1 but it seems that the manual that I get when I run C-h r is that of emacs 27. I checked /gnu/store/hash-emacs-28.1/share/info and everything looks good, so I assume that for some reason the info program is not getting the most up-to-date manual. Any ideas? --

bug#55449: recutils cross-compilation "fix" breaks bash builtins

Liliana Marie Prikler schreef op ma 16-05-2022 om 14:52 [+0200]: > Is there a way we can support bash headers in cross-compilation > contexts?  I don't think having bash:include as a native input is even > helpful here, is it?  WDYT? > > Maybe you can give a

bug#55448: ‘jupyter’ package uninstallable due to colliding ‘python-prompt-toolkit’

Ludovic Courtès skribis: > The ‘jupyter’ package is currently uninstallable: > > $ guix time-machine --commit=40a729a0e6f1d660b942241416c1e2c567616d4d -- > install -p /tmp/test-profile-for-jupyter jupyter --no-grafts > guix install: warning: Consider running 'guix pull' followed by > 'guix

bug#55450: bitlbee running as root

Ludovic Courtès skribis: > Starting from commit 211fe3f66e6dfdaa64974931c458ab1d92afc182, if PID 1 > is Shepherd 0.9.0, the bitlbee daemon was started on-demand as an inetd > service. > > However, due to a logic bug, it was running as root (in a separate user > namespace though) instead of

bug#55449: recutils cross-compilation "fix" breaks bash builtins

Yeah, I toyed with the idea of a 'assert-readrec-existence phase but it seemed a bit silly at the time. And look, now it vanished. Headers being a native input looked and still looks hella sus to me, but presumably done for a reason...? (They said, optimistically.) Kind regards, T G-R Sent

bug#55450: bitlbee running as root

Starting from commit 211fe3f66e6dfdaa64974931c458ab1d92afc182, if PID 1 is Shepherd 0.9.0, the bitlbee daemon was started on-demand as an inetd service. However, due to a logic bug, it was running as root (in a separate user namespace though) instead of running as “bitlbee”. The bug is that we

bug#55449: recutils cross-compilation "fix" breaks bash builtins

Hi Guix, The fix in commit 20fbd870938e239c038d8524a56729f123f19f80, which lets recutils cross-compile unfortunately omits support for the bash builtins in all build modes, as recutils can't actually detect bash headers there. Unfortunately, recutils' configure.ac silently swallows this error in

bug#55448: ‘jupyter’ package uninstallable due to colliding ‘python-prompt-toolkit’

Hello, The ‘jupyter’ package is currently uninstallable: --8<---cut here---start->8--- $ guix time-machine --commit=40a729a0e6f1d660b942241416c1e2c567616d4d -- install -p /tmp/test-profile-for-jupyter jupyter --no-grafts guix install: warning: Consider

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Hi Ludo and Mathieu! Ludovic Courtès writes: > Hi! > > Mathieu Othacehe skribis: > >> I noticed this error: https://ci.guix.gnu.org/eval/320682/log/raw. >> >> The following lines can be caused by having a multi-threaded program: >> (cuirass scripts evaluate) because of its par-for-each

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Ludovic Courtès skribis: > I’ve added a missing call to ‘close-inferior’. It’s a good idea, though > I’m not entirely convinced yet it’ll solve the problem: > > > https://git.savannah.gnu.org/cgit/guix/guix-cuirass.git/commit/?id=f087aaf685dbc7cc18f0254895f4a4b0dfaba631 I tested it like

bug#55427: emacs-libgit tests are broken

Sorry, the timing of my post was wrong. To Zihao: Thanks for reporting the issue.

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Ludovic Courtès skribis: > A plausible scenario is a synchronization issue: ‘cuirass evaluate’ got > all the data it asked for from ‘guix repl’, but it’s still waiting on > read(2) even though there’s nothing left. (There are two child ‘guix > repl’ processes and both are waiting on read(0,

bug#55406: GUIX Image API: wrong fs type and flag

It looks like setting esp flag with (flags '(esp)) also sets file system to vfat. However, 1. I still cannot resolve boot flag issue 2. I do not need that flag and I’d be glad getting correct partition without it

bug#55406: GUIX Image API: wrong fs type and flag

I found it. It blows my mind. Let me just cry out here. (define (partition->dos-type partition) ;; Return the MBR partition type corresponding to the given PARTITION. ;; See: https://en.wikipedia.org/wiki/Partition_type. (let ((flags (partition-flags partition)))

bug#55427: emacs-libgit tests are broken

Hi, I was also watching for this issue. It seems that the libegit2 repository has just reported this issue. https://github.com/magit/libegit2/issues/121 - taiju

bug#55427: emacs-libgit tests are broken

Issue submitted to upstream with my guess and explanation. https://github.com/magit/libegit2/issues/121 This issue is not trivial and there's no way to workaround it IMO. -- Retrieve my PGP public key: gpg --recv-keys D47A9C8B2AE3905B563D9135BE42B352A9F6821F Zihao signature.asc

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Hi! Mathieu Othacehe skribis: > I noticed this error: https://ci.guix.gnu.org/eval/320682/log/raw. > > The following lines can be caused by having a multi-threaded program: > (cuirass scripts evaluate) because of its par-for-each procedure, call > "primitive-fork" in open-bidirectional-pipe of

bug#55444: elogind startup race between shepherd and dbus-daemon

Hello! Currently (40a729a0e6f1d660b942241416c1e2c567616d4d), shepherd and dbus-daemon compete to start elogind: shepherd tries to start it eagerly, and dbus-daemon starts it on-demand upon bus activation. Sometimes dbus-daemon wins, and thus shepherd tries a few times to start it anyway, leading

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Hello Maxim, Thanks for the report, the root cause here is the evaluation hanging. The Postgres slots starvation is just a symptom caused by having many concurrent (stuck) evaluation processes using slots. I noticed this error: https://ci.guix.gnu.org/eval/320682/log/raw. The following lines

bug#42036: Failed to mount fuse sshfs

Oleg Pykhalov writes: > I tried to install in Guix system profile via ‘packages’ field. No > success to run mount. For me, the trick was to install fuse in the system profile (to find mount.fuse3). -- Some people claim that the UNIX learning curve is steep, but at least you only have to climb

bug#55443: emacs-28.1: tramp sudo broken

After upgrading from emacs-27.2 to emacs-28.1 on a Guix system, opening files/directories via sudo using tramp no longer works. Here's what's in the *Messages* buffer: > Tramp: Opening connection nil for root@remq240 using sudo...done > File error: Couldn't find a proper `ls' command [6 times] >