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

2023-05-13 Thread Ludovic Courtès 
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 start because it’s waiting for B.)
>
> It's been a while since I looked at this, but my rough recollection is
> the deadlock occurs because shepherd can only process one request over
> its socket at a time.

That’s not the case in 0.9: it can process several requests
concurrently.  However, as I wrote in a followup message, the client
socket created by (gnu services herd) lacks SOCK_NONBLOCK, which can
thus block the process on reads and writes.

Ludo’.

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

2023-05-13 Thread pelzflorian (Florian Pelz) 
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 misconfigured something that breaks the
  installed viewnior, but leaves the pure one intact.

What remains as a bug is wrapping the viewnior program inside
gdk-pixbuf, so installing gdk-pixbuf is not needed anymore.  Untested
patch is attached.

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 install image loaders?

Regards,
Florian

>From 29c76710eea6720aa4b5e774a83ce19e577937ac Mon Sep 17 00:00:00 2001
Message-Id: <29c76710eea6720aa4b5e774a83ce19e577937ac.1683974741.git.pelzflor...@pelzflorian.de>
From: Florian Pelz 
Date: Sat, 13 May 2023 12:33:26 +0200
Subject: [PATCH] gnu: viewnior: Support image formats out of the box.

* gnu/packages/image-viewers.scm (viewnior)
[inputs]: Add 'librsvg-for-system'.
[arguments]: Enable 'glib-or-gtk?' to make available
GDK_PIXBUF_MODULE_FILE.  Wrap viewnior to use it instead
of the image loaders installed by the user.
---
 gnu/packages/image-viewers.scm | 18 +++---
 1 file changed, 15 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/image-viewers.scm b/gnu/packages/image-viewers.scm
index db7a44d4ff..bbe26aadbe 100644
--- a/gnu/packages/image-viewers.scm
+++ b/gnu/packages/image-viewers.scm
@@ -27,6 +27,7 @@
 ;;; Copyright © 2022, 2023 Maxim Cournoyer 
 ;;; Copyright © 2022 Tomasz Jeneralczyk 
 ;;; Copyright © 2022 Cairn 
+;;; Copyright © 2023 Florian Pelz 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -425,12 +426,22 @@ (define-public viewnior
 (base32 "14qvx1wajncd5ab0207274cwk32f4ipfnlaci6phmah0cwra2did"
 (build-system meson-build-system)
 (arguments
- '(#:phases (modify-phases %standard-phases
+ '(#:glib-or-gtk? #t
+   #:phases (modify-phases %standard-phases
   (add-after 'unpack 'patch-source
 (lambda _
   ;; Don't create 'icon-theme.cache'
   (substitute* "meson.build"
-(("meson.add_install_script*") "")
+(("meson.add_install_script*") ""
+  (add-after 'glib-or-gtk-wrap 'wrap-pixbuf
+(lambda* (#:key outputs #:allow-other-keys)
+  (let ((viewnior (string-append #$output "/bin/viewnior")))
+(wrap-program viewnior
+  ;; Wrap GDK_PIXBUF_MODULE_FILE so viewnior can be used
+  ;; to view JPG, PNG and SVG, without the user needing
+  ;; to install gdk-pixbuf or librsvg.
+  `("GDK_PIXBUF_MODULE_FILE" =
+(,(getenv "GDK_PIXBUF_MODULE_FILE"
#:tests? #f));no tests
 (native-inputs
  (list gettext-minimal
@@ -440,7 +451,8 @@ (define-public viewnior
 (inputs
  (list exiv2
gdk-pixbuf
-   gtk+-2))
+   gtk+-2
+   (librsvg-for-system)))
 (home-page "https://siyanpanayotov.com/project/viewnior";)
 (synopsis "Simple, fast and elegant image viewer")
 (description "Viewnior is an image viewer program.  Created to be simple,

base-commit: e3e011a08141058598cc7631aeb52d620a3ccb8c
-- 
2.39.2

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

2023-05-13 Thread muradm 


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?


signature.asc
Description: PGP signature

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

2023-05-13 Thread Liliana Marie Prikler 
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 install image loaders?
Given that $GDK_PIXBUF_MODULE_FILE is bound and not PATH-like, it would
be up to the package to declare those dependencies.  Perhaps we ought
to have a meta-package for gdk-pixbuf with all available loaders. 
Lacking that it's up to the packager to decide which formats are
important and add each one manually; though note that this practice
also allows users to override said defaults with proper modify-inputs.

Cheers

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

2023-05-13 Thread muradm 


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 +0300] [CGI] cups-brf must be called as 
root
E [13/May/2023:16:14:27 +0300] [cups-deviced] PID 21419 (cups-brf) 
stopped with status 1!
E [13/May/2023:16:14:27 +0300] [CGI] Unable to execute ippfind 
utility: No such file or directory
E [13/May/2023:16:14:27 +0300] [cups-deviced] PID 21421 
(driverless-fax) stopped with status 127!

--8<---cut here---end--->8---

cups-minimal does not include ippfind utility.

Normally, user whishing to use cups, should be in lp group, isn't 
it?

Maybe that was your original issue?

muradm  writes:


[[PGP Signed Part:Undecided]]

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?

[[End of PGP Signed Part]]




signature.asc
Description: PGP signature

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

2023-05-13 Thread muradm 
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-empty-password?]: PAM service configuration permitting empty passwords.
(opaque-cups-configuration): Likewise.
(cups-pam-service): cups PAM service.
(cups-service-type): Extend pam-root-service-type with cups-pam-service.
---
 gnu/services/cups.scm | 22 --
 1 file changed, 20 insertions(+), 2 deletions(-)

diff --git a/gnu/services/cups.scm b/gnu/services/cups.scm
index c6099d77e7..d95c38b4d9 100644
--- a/gnu/services/cups.scm
+++ b/gnu/services/cups.scm
@@ -5,6 +5,7 @@
 ;;; Copyright © 2019 Alex Griffin 
 ;;; Copyright © 2019 Tobias Geerinckx-Rice 
 ;;; Copyright © 2021 Maxime Devos 
+;;; Copyright © 2023 muradm 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -25,6 +26,7 @@ (define-module (gnu services cups)
   #:use-module (gnu services)
   #:use-module (gnu services shepherd)
   #:use-module (gnu services configuration)
+  #:use-module (gnu system pam)
   #:use-module (gnu system shadow)
   #:use-module (gnu packages admin)
   #:use-module (gnu packages cups)
@@ -500,8 +502,11 @@ (define (serialize-package-list field-name val)
 
 (define-configuration cups-configuration
   (cups
-   (file-like cups-minimal)
+   (file-like cups)
"The CUPS package.")
+  (allow-empty-password?
+   (boolean #f)
+   "Specifies whether empty passwords will be allowed when authenticating via 
PAM.")
   (extensions
(package-list (list brlaser cups-filters epson-inkjet-printer-escpr
foomatic-filters hplip-minimal splix))
@@ -841,8 +846,11 @@ (define-configuration cups-configuration
 
 (define-configuration opaque-cups-configuration
   (cups
-   (package cups-minimal)
+   (package cups)
"The CUPS package.")
+  (allow-empty-password?
+   (boolean #f)
+   "Specifies whether empty passwords will be allowed when authenticating via 
PAM.")
   (extensions
(package-list '())
"Drivers and other extensions to the CUPS package.")
@@ -1006,6 +1014,14 @@ (define (cups-shepherd-service config)
"-f" "-c" #$cupsd.conf "-s" #$cups-files.conf)))
(stop #~(make-kill-destructor))
 
+(define (cups-pam-service config)
+  (let ((allow-empty-password?
+ (if (opaque-cups-configuration? config)
+ (opaque-cups-configuration-allow-empty-password? config)
+ (cups-configuration-allow-empty-password? config
+(list (unix-pam-service "cups"
+#:allow-empty-passwords? allow-empty-password?
+
 (define cups-service-type
   (service-type (name 'cups)
 (extensions
@@ -1013,6 +1029,8 @@ (define cups-service-type
   cups-shepherd-service)
(service-extension activation-service-type
   (const %cups-activation))
+   (service-extension pam-root-service-type
+  cups-pam-service)
(service-extension account-service-type
   (const %cups-accounts
 

base-commit: ed1e7920393c9ae5b2ae31fc46bae88136239b13
-- 
2.40.1

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

2023-05-13 Thread pelzflorian (Florian Pelz) 
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.  I do not understand.

If this changed patch looks fine, now with proper gexp use, I will push
it.  The patch continues to include gdk-pixbuf among the inputs even
though gtk+@2 propagates gdk-pixbuf anyway, but better be explicit.

Regards,
Florian
>From 6acc7322695a13c326918c4b83a999e324406b21 Mon Sep 17 00:00:00 2001
Message-Id: <6acc7322695a13c326918c4b83a999e324406b21.1684001649.git.pelzflor...@pelzflorian.de>
From: Florian Pelz 
Date: Sat, 13 May 2023 12:33:26 +0200
Subject: [PATCH] gnu: viewnior: Support image formats out of the box.

* gnu/packages/image-viewers.scm (viewnior)
[inputs]: Add 'librsvg-for-system'.
[arguments]: Enable 'glib-or-gtk?' to make available
GDK_PIXBUF_MODULE_FILE.  Wrap viewnior to use it instead
of the image loaders installed by the user.
---
 gnu/packages/image-viewers.scm | 29 +
 1 file changed, 21 insertions(+), 8 deletions(-)

diff --git a/gnu/packages/image-viewers.scm b/gnu/packages/image-viewers.scm
index db7a44d4ff..798a8e50e8 100644
--- a/gnu/packages/image-viewers.scm
+++ b/gnu/packages/image-viewers.scm
@@ -27,6 +27,7 @@
 ;;; Copyright © 2022, 2023 Maxim Cournoyer 
 ;;; Copyright © 2022 Tomasz Jeneralczyk 
 ;;; Copyright © 2022 Cairn 
+;;; Copyright © 2023 Florian Pelz 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -425,13 +426,24 @@ (define-public viewnior
 (base32 "14qvx1wajncd5ab0207274cwk32f4ipfnlaci6phmah0cwra2did"
 (build-system meson-build-system)
 (arguments
- '(#:phases (modify-phases %standard-phases
-  (add-after 'unpack 'patch-source
-(lambda _
-  ;; Don't create 'icon-theme.cache'
-  (substitute* "meson.build"
-(("meson.add_install_script*") "")
-   #:tests? #f));no tests
+ (list #:glib-or-gtk? #t
+   #:phases
+   #~(modify-phases %standard-phases
+   (add-after 'unpack 'patch-source
+ (lambda _
+   ;; Don't create 'icon-theme.cache'
+   (substitute* "meson.build"
+ (("meson.add_install_script*") ""
+   (add-after 'glib-or-gtk-wrap 'wrap-pixbuf
+ (lambda* (#:key outputs #:allow-other-keys)
+   (let ((viewnior (string-append #$output "/bin/viewnior")))
+ (wrap-program viewnior
+   ;; Wrap GDK_PIXBUF_MODULE_FILE so viewnior can be used
+   ;; to view JPG, PNG and SVG, without the user needing
+   ;; to install gdk-pixbuf or librsvg.
+   `("GDK_PIXBUF_MODULE_FILE" =
+ (,(getenv "GDK_PIXBUF_MODULE_FILE"
+   #:tests? #f));no tests
 (native-inputs
  (list gettext-minimal
`(,glib "bin")   ;glib-genmarshal
@@ -440,7 +452,8 @@ (define-public viewnior
 (inputs
  (list exiv2
gdk-pixbuf
-   gtk+-2))
+   gtk+-2
+   (librsvg-for-system)))
 (home-page "https://siyanpanayotov.com/project/viewnior";)
 (synopsis "Simple, fast and elegant image viewer")
 (description "Viewnior is an image viewer program.  Created to be simple,

base-commit: e3e011a08141058598cc7631aeb52d620a3ccb8c
-- 
2.39.2

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

2023-05-13 Thread Leo Famulari 
Can someone help me by pointing to the original discussion of this
change?

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

2023-05-13 Thread Maxime Devos 

(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:${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/sbin${PATH:+:}$PATH"
export 
LIBRARY_PATH="${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/lib${LIBRARY_PATH:+:}$LIBRARY_PATH"
export 
CPLUS_INCLUDE_PATH="${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/include/c++:${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/include${CPLUS_INCLUDE_PATH:+:}$CPLUS_INCLUDE_PATH"
export 
C_INCLUDE_PATH="${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/include${C_INCLUDE_PATH:+:}$C_INCLUDE_PATH"



However, GIO_EXTRA_MODULES is defined anyways:

GIO_EXTRA_MODULES=/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules:/gnu/store/knm6b1dxg2j3vji4wrgngv99pvb6f5ff-glib-networking-2.70.0/lib/gio/modules:/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules:/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules:/run/current-system/profile/lib/gio/modules:/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules

and it appears 4 times.  Several new problems (unrelated to the 
__libc_pthread_init thing) seem to appear here:


  * the same directory appears four times, which is three times too many
  * it doesn't use /run/current-system/profile/... file names, so a reboot
may be necessary after reconfiguration (sometimes this is
unavoidable, but in this case it appears avoidable).

The second thing also happens for XDG_DATA_DIRS, GTK_PATH, 
GDM_CUSTOM_CONF, GDM_DBUS_DAEMON, NM_VPN_PLUGIN_DIR and SHELL:


XDG_DATA_DIRS=/gnu/store/wa5jwl26n7l1h5asmns093xqbpkhqvwx-shared-mime-info-1.15/share:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/share:/gnu/store/cp438dbpiy06fnfq1lrbd5nrzvhzjy2f-mate-desktop-1.24.1/share:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/share:/gnu/store/ycgdcy3zh7symyrvl0xqj8skggl48chp-mate-terminal-1.24.1/share:/gnu/store/wa5jwl26n7l1h5asmns093xqbpkhqvwx-shared-mime-info-1.15/share:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/share:/gnu/store/cp438dbpiy06fnfq1lrbd5nrzvhzjy2f-mate-desktop-1.24.1/share:/gnu/store/rwm63xxik66cjydcalg5sg5p7c6621w5-libmateweather-1.24.1/share:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/share:/gnu/store/6p86xwpq1y9n5in3vaan94hykyddjx86-mate-panel-1.24.1/share:/gnu/store/wa5jwl26n7l1h5asmns093xqbpkhqvwx-shared-mime-info-1.15/share:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/share:/gnu/store/cp438dbpiy06fnfq1lrbd5nrzvhzjy2f-mate-desktop-1.24.1/share:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/share:/gnu/store/gr5adf2vjrf39i9khlkq6p15hfhk2q0w-mate-session-manager-1.24.1/share:/run/current-system/profile/share:/home/pode/.guix-profile/share:/run/current-system/profile/share
GTK_PATH=/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/lib/gtk-3.0:/gnu/store/fkl4fg06f538ryhiw4bs2iwwfs56g2k3-libcanberra-0.30/lib/gtk-3.0:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/lib/gtk-3.0:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/lib/gtk-3.0:/gnu/store/fkl4fg06f538ryhiw4bs2iwwfs56g2k3-libcanberra-0.30/lib/gtk-3.0:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/lib/gtk-3.0
GDM_X_SESSION=/gnu/store/j653i1azcgyahi71pip4rz4ai0529ip2-xinitrc
GDM_CUSTOM_CONF=/gnu/store/i6mfrlxqndq9vxzpmp2qhhrrhsqahnn5-gdm-custom.conf
GDM_DBUS_DAEMON=/gnu/store/d8rf9brix7dh19kxdc819v6amf7icn1s-gdm-dbus-wrapper
NM_VPN_PLUGIN_DIR=/gnu/store/s4j534jy2y6y4b5xff5adgwijxcrgjdl-network-manager-vpn-plugins/lib/NetworkManager/VPN

(This is on a not-up-to-date Guix System, but likely at least some of 
these are still the case)

(Maybe the terminal application or login manager or something else
has an inappropriate wrap-program, or maybe the login manager itself 
loads /etc/profile and afterwards logs in as the user and loads 
/etc/profile again, without clearing environment variables first?)


(This is with gdm-service-type, mate-desktop-service-type and 
%desktop-services.)


> The solution would be to upgrade the profile which
> contains them, I believe (or run in a container shell).

Running it in a container shell (or simpler, running with
guix shell --pure) is a work-around, not a solution.

I guess that the relevant profile is the system profile.

According to the second paragraph at guix.gnu.org:

> [...] Guix supports [...], __unprivileged__ package management.

Upgrading the system profile is a privileged operation,
so having to upgrade the system profile to run texmacs
is not a solution.

I think a proper solution would be to make plugin path environment 
variables ABI-dependent, or more precisely, store-output-name dependent 
(as ABIs are not very pra

bug#63451: Guix pull not successful

2023-05-13 Thread a 
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 'guix', commits 9edb3f6 to d6f6b57 (667 new
commits)...
Building from this channel:
  guix  https://git.savannah.gnu.org/git/guix.git   d6f6b57
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'...
100.0%
building
/gnu/store/kxhxsxmann4jv6z62z0ssh011sahk88k-compute-guix-derivation.drv...
Computing Guix derivation for 'x86_64-linux'... /warning:
'texlive-latex-tools' is deprecated, use 'texlive-tools' instead
warning: 'texlive-latex-graphics' is deprecated, use 'texlive-graphics'
instead
warning: 'texlive-generic-etexcmds' is deprecated, use 'texlive-etexcmds'
instead
warning: 'texlive-generic-infwarerr' is deprecated, use 'texlive-infwarerr'
instead
warning: 'texlive-latex-graphics' is deprecated, use 'texlive-graphics'
instead
warning: 'texlive-latex-graphics' is deprecated, use 'texlive-graphics'
instead
warning: 'texlive-generic-atbegshi' is deprecated, use 'texlive-atbegshi'
instead
warning: 'texlive-latex-atveryend' is deprecated, use 'texlive-atveryend'
instead
\Backtrace:
In ice-9/boot-9.scm:
   222:29 19 (map1 (# (#) #)
# ?))
   222:29 18 (map1 (# (#) #)
(# ()))> # ?))
   222:17 17 (map1 (# (# ?))
In ice-9/psyntax.scm:
Exception thrown while printing backtrace:
Wrong type to apply: 129

ice-9/boot-9.scm:3165:6: In procedure module-gensym:
Invalid read access of chars of wide string: "m-1bcbf699e1749862-28a08"
guix pull: error: You found a bug: the program
'/gnu/store/s2rl9h1zmxx84iyk25ndmn7rmy9508dj-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"d6f6b57766e95d2fa8af63d4460a2b303ca4d867"; system: "x86_64-linux";
host version: "1.4.0"; pull-version: 1).
Please report the COMPLETE output above by email to .

after this,l i ran guix pull immediately again and it worked. very odd.

λ ~ guix pull
   1m 6s [1300]
Updating channel 'guix' from Git repository at '
https://git.savannah.gnu.org/git/guix.git'...
Building from this channel:
  guix  https://git.savannah.gnu.org/git/guix.git   d6f6b57
Computing Guix derivation for 'x86_64-linux'... |warning:
'texlive-latex-tools' is deprecated, use 'texlive-tools' instead
/warning: 'texlive-latex-graphics' is deprecated, use 'texlive-graphics'
instead
warning: 'texlive-generic-etexcmds' is deprecated, use 'texlive-etexcmds'
instead
warning: 'texlive-generic-infwarerr' is deprecated, use 'texlive-infwarerr'
instead
warning: 'texlive-latex-graphics' is deprecated, use 'texlive-graphics'
instead
warning: 'texlive-latex-graphics' is deprecated, use 'texlive-graphics'
instead
warning: 'texlive-generic-atbegshi' is deprecated, use 'texlive-atbegshi'
instead
warning: 'texlive-latex-atveryend' is deprecated, use 'texlive-atveryend'
instead
-
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'...
100.0%
The following derivations will be built:
  /gnu/store/y7icdx5smw4zxgmip9f49zyvqdpx6csg-profile.drv
  /gnu/store/7ylr4fnq4scdl1q8nk25k0z9r1nbqmkz-guix-daemon.drv
  /gnu/store/h4631zxaxx07brrpv7gfqsx7fnvnm13a-guix-command.drv
  /gnu/store/2sp6807xc6vgansbgi7x1fkw2p2q4xhj-guix-packages-base-modules.drv
  /gnu/store/asssjn2cjy8brl4rhbs4nwhgx82iqgwc-guix-system-modules.drv
  /gnu/store/k938c88nq6ilxhpqm3jih9f9ydpmi3ps-guix-extra-modules.drv
  /gnu/store/m3xx124jxmp7aafc1n9c6r3wj6bvi21n-guix-cli-core-modules.drv
  /gnu/store/wm0g2qfh48nc287byy5i4l9z6sl7imiq-guix-system-tests-modules.drv
  /gnu/store/wwax6pgsfrc0d7myq2sv6176a39ddns1-guix-cli-modules.drv
  /gnu/store/xpcrqihdl9sxipggs7p8n6h3dd5h2177-guix-home-modules.drv
  /gnu/store/4x12ra4pna94s1mpfj82paa2l1xh6kkc-inferior-script.scm.drv
  /gnu/store/qd3v4qisd7jaygqmhsls05rh2v97rigp-profile.drv

78.7 MB will be downloaded
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
 guix-manual  6.3MiB
   4.4MiB/s 00:01 [##] 100.0%
 guile-gnutls-3.7.12  89KiB
  444KiB/s 00:00 [##] 100.0%
 guix-cli  307KiB

bug#63440: Some python-pyelftools test failed

2023-05-13 Thread c4droid 
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'
...
--
Ran 91 tests in 3.508s

OK
Example './examples/dwarf_decode_address.py'
Example './examples/dwarf_die_tree.py'
Example './examples/dwarf_lineprogram_filenames.py'
Example './examples/dwarf_location_info.py'
Example './examples/dwarf_pubnames_types.py'
Example './examples/dwarf_range_lists.py'
Example './examples/elf_low_high_api.py'
Example './examples/elf_notes.py'
Example './examples/elf_relocations.py'
Example './examples/elf_show_debug_sections.py'
Example './examples/elfclass_address_size.py'
Example './examples/examine_dwarf_info.py'

Conclusion: SUCCESS
Test file 'test/testfiles_for_readelf/aarch64-relocs-le.o.elf'
Test file 'test/testfiles_for_readelf/angr-eh_frame.elf'
Test file 'test/testfiles_for_readelf/core_simple64.elf'
Test file 'test/testfiles_for_readelf/dt_flags.elf'
Test file 'test/testfiles_for_readelf/dwarf_gnuops4.so.elf'
...FAIL
for option "--debug-dump=decodedline"
Output #1 is readelf, Output #2 is pyelftools
@@ Mismatch on line #1:
>>pascal.cpp:<<
>>cu: e:\seva\projects\anyarxi_3.43.5\libyarxi\src\main\jni/pascal.cpp:<<
 ([('insert', 0, 0, 0, 58), ('equal', 0, 11, 58, 69)])
@@ Output #1 dumped to file: 
/tmp/guix-build-python-pyelftools-0.28.drv-0/out1_gu9j_ocd.stdout
@@ Output #2 dumped to file: 
/tmp/guix-build-python-pyelftools-0.28.drv-0/out2_xeuf7h64.stdout

Conclusion: FAIL
error: in phase 'check': uncaught exception:
%exception #<&invoke-error program: "python" arguments: 
("test/run_readelf_tests.py") exit-status: 1 term-signal: #f stop-signal: #f>
phase `check' failed after 31.4 seconds
command "python" "test/run_readelf_tests.py" failed with status 1
...
```

bug#63465: Error building installation image on aarch64

2023-05-13 Thread Chad Nelson via Bug reports for GNU Guix 
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

2023-05-13 Thread Juliana Sims 

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)

2023-05-13 Thread Juliana Sims 

Hello,

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


- Juli

bug#63485: Broken build of libfprint

2023-05-13 Thread Jiwei Yang via Bug reports for GNU Guix 
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-libfprint-1.94.5/lib" with 
> "strip" and flags ("--strip-unneeded" "--enable-deterministic-archives")
> phase `strip' succeeded after 0.0 seconds
> starting phase `shrink-runpath'
> /gnu/store/2q2m4vnj7czm5f3jkkxamwa41ihgbs7a-libfprint-1.94.5/lib/libfprint-2.so:
>  stripping RUNPATH to 
> ("/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib" 
> "/gnu/store/nb40pwd37v6i1g4b1fq4l6q4h9px3asr-glib-2.72.3/lib" 
> "/gnu/store/36pq5lsji3ania8wk05hpq55lfpnh81w-gusb-0.3.5/lib" 
> "/gnu/store/p6za1mhsrw7fxgngyjkkm6z9dkgdfnqf-pixman-0.40.0/lib" 
> "/gnu/store/a5g7n5jkiqy3bp28mwk98pw3jzxfm4x6-libgudev-236/lib") (removed 
> ("/gnu/store/2q2m4vnj7czm5f3jkkxamwa41ihgbs7a-libfprint-1.94.5/lib" 
> "/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib" 
> "/gnu/store/hgljcrwcgksxrcl77yybgmpl11d8xxx3-libusb-1.0.25/lib" 
> "/gnu/store/jxkn98nnk2pv3fy7cx2baaynkr4c63wp-nspr-4.35/lib" 
> "/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../.."))
> phase `shrink-runpath' succeeded after 0.0 seconds
> starting phase `validate-runpath'
> validating RUNPATH of 1 binaries in 
> "/gnu/store/2q2m4vnj7czm5f3jkkxamwa41ihgbs7a-libfprint-1.94.5/lib"...
> /gnu/store/2q2m4vnj7czm5f3jkkxamwa41ihgbs7a-libfprint-1.94.5/lib/libfprint-2.so:
>  error: depends on 'libnss3.so', which cannot be found in RUNPATH 
> ("/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib" 
> "/gnu/store/nb40pwd37v6i1g4b1fq4l6q4h9px3asr-glib-2.72.3/lib" 
> "/gnu/store/36pq5lsji3ania8wk05hpq55lfpnh81w-gusb-0.3.5/lib" 
> "/gnu/store/p6za1mhsrw7fxgngyjkkm6z9dkgdfnqf-pixman-0.40.0/lib" 
> "/gnu/store/a5g7n5jkiqy3bp28mwk98pw3jzxfm4x6-libgudev-236/lib")
> error: in phase 'validate-runpath': uncaught exception:
> misc-error #f "RUNPATH validation failed" () #f
> phase `validate-runpath' failed after 0.0 seconds
> Backtrace:
> 8 (primitive-load "/gnu/store/8hf1rdz5c3k8rdn0akhii6b3r0m…")
> In guix/build/gnu-build-system.scm:
> 908:2 7 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
> In ice-9/boot-9.scm:
> 1752:10 6 (with-exception-handler _ _ #:unwind? _ # _)
> In srfi/srfi-1.scm:
> 634:9 5 (for-each # …)
> In ice-9/boot-9.scm:
> 1752:10 4 (with-exception-handler _ _ #:unwind? _ # _)
> In guix/build/gnu-build-system.scm:
> 929:23 3 (_)
> 570:10 2 (validate-runpath #:validate-runpath? _ # _ #:outputs _)
> In ice-9/boot-9.scm:
> 1685:16 1 (raise-exception _ #:continuable? _)
> 1685:16 0 (raise-exception _ #:continuable? _)
>
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> RUNPATH validation failed

Kind regards,
Jiwei