bug#47655: QML2_IMPORT_PATH does not work in a profile

Hello, Maxim Cournoyer writes: > Hello Guix, > > When setting up a profile (via 'guix environment', for example) to > develop a Qt application, the search paths set by qtbase point to the > environment profile, which is a forest of symbolic links. Apparently > this doesn't play well with at lea

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi, Tobias Geerinckx-Rice writes: > Hi Maxim, > > Maxim Cournoyer 写道： >> For some background reading, see [0]. > > Thanks for the well-thought-out reply, and sharing this interesting > link! > > Now, it's just the musings of one person, but now I think I do agree > with (what I think is) the und

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi Ludo, Ludovic Courtès writes: > Hi! > > Maxim Cournoyer skribis: > >> Since commit 8cb1a49a3998c39f315a4199b7d4a121a6d66449, the >> define-configuration machinery in (gnu services configuration) uses >> *unspecified* instead of 'disabled for an unspecified field value. > > As Attila wrote, t

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

Hi, "(" writes: > This issue affects the following packages as well as qute: > > twinkle, lyx, nheko, quaternion, kcrash, likely many KDE packages > (possibly kdenlive, kdevelop, and others), kguiaddons, psi, sonnet. Proposed fix at: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56771#124.

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

This issue affects the following packages as well as qute: twinkle, lyx, nheko, quaternion, kcrash, likely many KDE packages (possibly kdenlive, kdevelop, and others), kguiaddons, psi, sonnet. (Not a complete list, of course.) -- (

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

On Mon Aug 1, 2022 at 3:10 PM BST, Lars-Dominik Braun wrote: > Maybe a different incarnation of the same issue? The fix is on the package side, so other affected packages won't have been fixed by that commit. -- (

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

Hi Maxim, > Yep, that did it. > > Fixed in aea756ea3312ba7e8229804492ba12001c8de568. this does not fix the build of lyx and twinkle for me, which both fail at 'qt-wrap: ---snip--- starting phase `qt-wrap' error: in phase 'qt-wrap': uncaught exception: wrong-type-arg "substring" "Wrong type arg

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi! Maxim Cournoyer skribis: > Since commit 8cb1a49a3998c39f315a4199b7d4a121a6d66449, the > define-configuration machinery in (gnu services configuration) uses > *unspecified* instead of 'disabled for an unspecified field value. As Attila wrote, the rationale as discussed in

bug#56519: Shepherd non-deterministically fails to load the "guix-daemon" service after the "user-processes" service has been started

Hi Markus, Markus Nilsson skribis: > I checked other services that depend on "user-processes" (see the attached > shepherd dependency graph for my system). The "mcron" service and "ntpd" > successfully start (lines 20 and 23). This still leaves the mystery of why > "guix-daemon" and "nscd" won't

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi! Maxim Cournoyer skribis: > Fixes . > > * guix/gexp.scm (gexp->sexp)[*unspecified*]: Quote value when encountering it. I think we need to take a step back. Overall, I’m reluctant to modifying a core primitive like ‘gexp->sexp’ “just” to address this higher

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

Hi, Maxim Cournoyer writes: > Hello Jack, > > Jack Hill writes: > >> X-Debbugs-CC: maxim.courno...@gmail.com >> >> With Guix 3a656ea836f87f30f1b34852cb4efc911363d2b4, qutebrowser's >> wrap-qt-process-path phase fails. Maybe related to the recent Qt work >> in

bug#56864: qutebrowser

Hello Jack, Jack Hill writes: > X-Debbugs-CC: maxim.courno...@gmail.com > > With Guix 3a656ea836f87f30f1b34852cb4efc911363d2b4, qutebrowser's > wrap-qt-process-path phase fails. Maybe related to the recent Qt work > in ? Build log attatched. Uh, this was unexp

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi, Maxime Devos writes: > On 01-08-2022 07:08, Maxim Cournoyer wrote: >> (quote >> >> ("/gnu/store/14flr53fr0hs7mzfwn93kmyzrnb3fhjz-dummy-jami-account.gz")) >> (quote >> (*unspecified*)) >> (quote >> (*unspecified*)) > > These lines look suspi

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

On 01-08-2022 07:08, Maxim Cournoyer wrote: (quote ("/gnu/store/14flr53fr0hs7mzfwn93kmyzrnb3fhjz-dummy-jami-account.gz")) (quote (*unspecified*)) (quote (*unspecified*)) These lines look suspicious to me -- should they have done (list *unspec

bug#56866: [Shepherd] inetd connections not correctly counted?

Hi, We recently experienced a bug on berlin.guix where we’d be locked out of SSH access because shepherd (0.9.1) would say that the maximum connection number on the sshd inetd service had been reached. That threshold is a feature (see ‘max-connections’ in ) but there’s a possibility in this case