bug#63190: [Shepherd] Nested calls lead to a hang

Brian Cully skribis: > Ludovic Courtès writes: > >> (Whether that leads to a deadlock depends; at first sight, I’d say >> there’s no reason for this to deadlock in general, but you can of >> course >> end up with a logic bug like A starts B, which spawns a client to >> start >> A, which doesn’t

bug#63427: gdk-pixbuf unable to recognize image formats (JPG, PNG, etc.)

Nathan Dehnel writes: > Yes, that one works That’s good. This means maybe either - if guix shell without --pure works too, you just have not run “guix upgrade” recently, or - --pure helped and viewnior is not compatible with the Adwaita dark theme, or - --pure helped because you have mi

bug#63198: cups-service-type uses PAM-enabled 'cups' by default which prevents authentication

Could you please elaborate more on "loop on authenticating my user" from above and "prevents users from authenticating" from commit message? Does it mean that you could not authenticate as your user at all, or does it relates to authentication at http://localhost:631 for managing printers?

bug#63427: gdk-pixbuf unable to recognize image formats (JPG, PNG, etc.)

Am Samstag, dem 13.05.2023 um 12:49 +0200 schrieb pelzflorian (Florian Pelz): > But then other image loaders installed by the user to support > e.g. libexif would not be usable anymore.  We could also add libexif, > but do we even want the attached patch?  Or should it be up to the > user to instal

bug#63198: cups-service-type uses PAM-enabled 'cups' by default which prevents authentication

This change broke cups for me like this: --8<---cut here---start->8--- I [13/May/2023:16:14:27 +0300] [Client 16] Started "/gnu/store/9kdm8k84j2xqlax4zaarchw00cfs62zz-cups-server-bin/lib/cups/daemon/cups-deviced" (pid=21409, file=14) E [13/May/2023:16:14:27

bug#63198: [PATCH] services: cups: Add cups PAM service.

Fixes . Makes CUPS service to extend pam-root-service-type providing minimal configuration to authenticate users. Since PAM authentication is provided, cups package can be used as default. * gnu/services/cups.scm (cups-configuration) [cups]: Use cups. [allow-emp

bug#63427: gdk-pixbuf unable to recognize image formats (JPG, PNG, etc.)

Hi Liliana and all. Until now the user could decide what image loaders to install alongside. Or so I thought. However, surprisingly I cannot get any other loader except gdk-pixbuf and librsvg to work anyway. That is, guix shell viewnior webp-pixbuf-loader surprisingly does not see webp files.

bug#63261: Recent changes to git config cause errors for non-committers

Can someone help me by pointing to the original discussion of this change?

bug#63203: symbol lookup error: undefined symbol __libc_pthread_init (texmacs)

(I did not receive the last reply in my e-mail client.) Hi, There are no relevant environment variables in the main profile -- it's quite spartan: ~/.guix-profile/etc/profile: # Source this file to [...] export PATH="${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/bin:

bug#63451: Guix pull not successful

first, i i ran guix pull and this happened. i don't see anything in my kernel logs around this time λ ~ guix pull [1259] Updating channel 'guix' from Git repository at ' https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'g

bug#63440: Some python-pyelftools test failed

Hi, Guix! I'm packaging some python package depend python-pyelftools, I noticed python-pyelftools some test failed, detail for build log: ``` ... starting phase `check' ... ---

bug#63465: Error building installation image on aarch64

When trying to build /gnu/system/install.scm from a git clone of the repo I receive an error: guix system: error: /home/debian/guix/gnu/system/install.scm:370:11: no value specified for service of type 'syslog'

bug#62924: python-txtorcon-19.0.0 build failure

Hi, It appears the specific build error causing this issue has been resolved. Another build error exists, but is unrelated and has a separate issue. - Juli

bug#63313: python-txtorcon: Build failure (Sequence not in collection in Python 3.10)

Hello, I've submitted a patch to resolve this issue: https://issues.guix.gnu.org/63486 - Juli

bug#63485: Broken build of libfprint

Hi Guix! I was trying building libfprint but it seemed there were some problems with libnss3.so: > ... > > starting phase `patch-shebangs' > phase `patch-shebangs' succeeded after 0.0 seconds > starting phase `strip' > stripping binaries in > "/gnu/store/2q2m4vnj7czm5f3jkkxamwa41ihgbs7a-libfpri