bug#63649: [PATCH] gnu: python-zope-exceptions: Update to 4.6, Python 3.10 compatible.

[Ivan Vilata i Balaguer]

Versions 4.5 and 4.6 seem to be backwards-compatible with 4.5, and they add
official support for Python 3.9, 3.10 and 3.11.

Fixes .

* gnu/packages/python-web.scm (python-zope-exceptions): Update to 4.6.
---
 gnu/packages/python-web.scm | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/python-web.scm b/gnu/packages/python-web.scm
index b6ad489626..32c0de3f57 100644
--- a/gnu/packages/python-web.scm
+++ b/gnu/packages/python-web.scm
@@ -59,6 +59,7 @@
 ;;; Copyright © 2022 Michael Rohleder 
 ;;; Copyright © 2022 Baptiste Strazzulla 
 ;;; Copyright © 2023 John Kehayias 
+;;; Copyright © 2023 Ivan Vilata-i-Balaguer 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -2493,14 +2494,14 @@ (define-public python-zope-interface
 (define-public python-zope-exceptions
   (package
 (name "python-zope-exceptions")
-(version "4.4")
+(version "4.6")
 (source
  (origin
(method url-fetch)
(uri (pypi-uri "zope.exceptions" version))
(sha256
 (base32
- "1nkgfwawswmyc6i0b8g3ymvja4mb507m8yhid8s4rbxq3dmqhwhd"
+ "1kc3hql2i35ys5alkj9csiaz2s9bx0rff585vnrrgvavqsj297b1"
 (build-system python-build-system)
 (arguments
  '(#:phases

base-commit: dff1689bb37e5303868584d3f1d7a33cbcb7f51e
-- 
2.39.2


-- 
Ivan Vilata i Balaguer -- https://elvil.net/


signature.asc
Description: PGP signature

bug#54097: [PATCH] import: go: Handle subpackage versioning correctly.

[Timo Wilken]

Hi wolf,

On Sun May 21, 2023 at 11:54 PM CEST, wolf wrote:
> Please give the github.com/Azure/go-autorest/tracing@v0.6.0 a go.  My code
> failed on it, and (assuming I applied the patch correctly) your does as well.
> Here are reproduction steps to make it easier for you (please tell me if I did
> something wrong):

I don't think you did anything wrong there.

That's an issue I've run into in the past as well, though it seems to be a bug
in the Go build system, not the importer (and in my patch I only touch the
importer).

> I will not pretend to have a full grasp on how (guix build-system go) works,
> however my debugging lead me to the observation that it tries to unpack two
> dependencies into one file system tree overlayed on top of each other.  I 
> think
> the current way (GO111MODULE=off) of building of golang packages does not play
> very well with well, go modules.

Fair enough! I don't know much about Go -- I don't write software in it, I
just want to package some stuff written in it; in my case, that's
Matrix-related programs.

> Either the build system needs to be smarter about unpacking dependencies (and
> doing it in a correct order), or we should start using go modules for the 
> builds
> (it can still be down offline, just the dependencies are in different paths).
> The second approach is what I wanted to explore, but did not get to it yet 
> (and
> likely will not for a month or two).

Your second approach sounds sensible!

If I can find the time and motivation to dig in to this, I might have a go as
well... But if you get anything working, that would be much appreciated! :)

Cheers,
Timo

bug#63649: python-zope-exceptions: Build failure (in test_multiline_exception test) with Python 3.10

[Ivan Vilata i Balaguer]

Hi!  Building `python-zope-exceptions` 4.4 fails in the version of Guix shown 
below:

```
$ LANG=C guix describe
Generation 56   May 02 2023 11:25:26(current)
  guix 3f8c489
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 3f8c4899a9a67bb509a603bd21dcfcfab88c0e8e
```

It looks like a Python 3.10 issue fixed in a newer upstream version.  This is
the final part of the build log:

```
starting phase `check'
Running zope.testrunner.layer.UnitTests tests:
  Set up zope.testrunner.layer.UnitTests in 0.000 seconds.


Failure in test test_multiline_exception 
(zope.exceptions.tests.test_exceptionformatter.Test_format_exception)
Traceback (most recent call last):
  File 
"/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/python3.10/unittest/case.py",
 line 59, in testPartExecutor
yield
  File 
"/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/python3.10/unittest/case.py",
 line 591, in run
self._callTestMethod(testMethod)
  File 
"/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/python3.10/unittest/case.py",
 line 549, in _callTestMethod
method()
  File 
"/gnu/store/yflssryyj355226m2nq5m4971s88cmpz-python-zope-exceptions-bootstrap-4.4/lib/python3.10/site-packages/zope/exceptions/tests/test_exceptionformatter.py",
 line 670, in test_multiline_exception
self.assertTrue(lines[1].endswith('^'))
  File 
"/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/python3.10/unittest/case.py",
 line 687, in assertTrue
raise self.failureException(msg)
AssertionError: False is not true
```

Looking at the failing line, it looks like the commit below fixed it for
Python 3.10 compatibility:


Probably version >= 4.5 of the package (which claims "Add official support for
Python 3.9 and 3.10." does work (I've been unable to figure out the proper
`--with-` incantation to assert that).

Thanks!

-- 
Ivan Vilata i Balaguer -- https://elvil.net/


signature.asc
Description: PGP signature

bug#63485: Broken build libfprint

[Alex Devaure]

Hi,
Here is the patch to build libfprint.
>From 6366bd6755da6b151756a117d59da5f6cd735cf1 Mon Sep 17 00:00:00 2001
Message-Id: <6366bd6755da6b151756a117d59da5f6cd735cf1.1684787335.git.ajadeva...@gmail.com>
From: Alex Devaure 
Date: Mon, 22 May 2023 21:25:29 +0100
Subject: [PATCH] gnu package libfprint: fix meson configuration

---
 gnu/packages/freedesktop.scm | 60 +++-
 1 file changed, 32 insertions(+), 28 deletions(-)

diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index 78b459443a..b4b26379cd 100644
--- a/gnu/packages/freedesktop.scm
+++ b/gnu/packages/freedesktop.scm
@@ -2072,36 +2072,40 @@ (define-public libfprint
   (package
 (name "libfprint")
 (version "1.94.5")
-(source
- (origin
-   (method git-fetch)
-   (uri (git-reference
- (url "https://gitlab.freedesktop.org/libfprint/libfprint;)
- (commit (string-append "v" version
-   (file-name (git-file-name name version))
-   (sha256
-(base32 "1l1ak7y2kz0nrdkfj41n7h34dyykgzdg50y752ayk3ginp6szr7r"
+(source (origin
+  (method git-fetch)
+  (uri (git-reference
+(url "https://gitlab.freedesktop.org/libfprint/libfprint;)
+(commit (string-append "v" version
+  (file-name (git-file-name name version))
+  (sha256
+   (base32
+"1l1ak7y2kz0nrdkfj41n7h34dyykgzdg50y752ayk3ginp6szr7r"
 (build-system meson-build-system)
 (arguments
- (list #:configure-flags
-   #~(list (string-append "-Dudev_hwdb_dir=" #$output
-  "/lib/udev/hwdb.d")
-   (string-append "-Dudev_rules_dir=" #$output
-  "/lib/udev/rules.d"
-(native-inputs
- (list `(,glib "bin")   ; for {glib-,}mkenums
-   gobject-introspection
-   gtk-doc/stable   ; for 88 KiB of API documentation
-   pkg-config
-   ;; For tests
-   python-minimal))
-(inputs
- (list gusb
-   libgudev
-   nss  ; for the URU4x00 driver
-   ;; Replacing this with cairo works but just results in a reference
-   ;; (only) to pixman in the end.
-   pixman))
+ (list #:configure-flags #~(list (string-append
+  "-Dc_link_args=-Wl,-rpath="
+  (search-input-directory %build-inputs
+  "lib/nss"))
+ (string-append "-Dudev_hwdb_dir="
+#$output
+"/lib/udev/hwdb.d")
+ (string-append "-Dudev_rules_dir="
+#$output
+"/lib/udev/rules.d"
+
+(native-inputs (list `(,glib "bin") ;for {glib-,}mkenums
+ gobject-introspection
+ gtk-doc/stable ;for 88 KiB of API documentation
+ pkg-config
+ ;; For tests
+ python-minimal))
+(inputs (list gusb
+  libgudev
+  nss ;for the URU4x00 driver
+  ;; Replacing this with cairo works but just results in a reference
+  ;; (only) to pixman in the end.
+  pixman))
 (home-page "https://fprint.freedesktop.org/;)
 (synopsis "Library to access fingerprint readers")
 (description

base-commit: 1638d1f0cecb52a7392d78534e9a0136878759e4
-- 
2.40.1


Alex

bug#63485: Broken build libfprint

[Alex Devaure]

Hi Jiwei,
Doing some investigations, I found that the build configuration needs to
be updated due to some meson update.
I have a patch nearly ready and I will send it in the coming days.
Best regards,
Alex

bug#63526: [PATCH] gnu: hubbub: Disable building tests

[Andy Tai]

Fix for https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63526

* gnu/packages/web.scm (hubbub): [arguments] (tests): Set to #f to disable test 
build
---
 gnu/packages/web.scm | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/web.scm b/gnu/packages/web.scm
index fe52f673e2..203e3283cf 100644
--- a/gnu/packages/web.scm
+++ b/gnu/packages/web.scm
@@ -5252,7 +5252,9 @@ (define-public hubbub
perl))
 (propagated-inputs
  (list libparserutils)) ;for libhubbub.pc
-(arguments netsurf-buildsystem-arguments)
+(arguments
+ `(#:tests? #f  ;build error in building tests with gcc 11; skip for now
+   ,@netsurf-buildsystem-arguments))
 (home-page "https://www.netsurf-browser.org/projects/hubbub/;)
 (synopsis "HTML5 compliant parsing library")
 (description

base-commit: 3abcf1663b86bc075e29563140698d8bfae44992
-- 
2.40.1

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Ludovic Courtès]

Ludovic Courtès  skribis:

> In guix/scripts/substitute.scm:
>854:15 11 (_)
> 646:2 10 (process-substitution _ _ _ #:cache-urls _ #:acl _ # _ # …)
> In ice-9/boot-9.scm:
>   1752:10  9 (with-exception-handler _ _ #:unwind? _ # _)
> In guix/scripts/substitute.scm:
> 463:7  8 (download-nar #< path: "/gnu/store/dg0rm1mp9q…> …)
> In ice-9/boot-9.scm:
>   1747:15  7 (with-exception-handler # …)
>   1685:16  6 (raise-exception _ #:continuable? _)
>   1683:16  5 (raise-exception _ #:continuable? _)
>   1685:16  4 (raise-exception _ #:continuable? _)
>   1780:13  3 (_ #< components: (#<> #<…>)
>   1685:16  2 (raise-exception _ #:continuable? _)
>   1683:16  1 (raise-exception _ #:continuable? _)
>   1685:16  0 (raise-exception _ #:continuable? _)
>
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> ERROR:
>   1. :
>   uri: #< scheme: https userinfo: #f host: "bordeaux.guix.gnu.org" 
> port: #f path: 
> "/nar/zstd/dg0rm1mp9qvjhvlwra5mc8dz5pfky4hj-guile-colorized-0.1" query: #f 
> fragment: #f>
>   code: 404
>   reason: "Not Found"
>   headers: ((server . "nginx") (date . # minute: 59 hour: 21 day: 21 month: 5 year: 2023 zone-offset: 0>) 
> (content-type text/plain (charset . "utf-8")) (content-length . 3) 
> (connection keep-alive))

Possibly duplicate of .

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Simon Tournier]

Hi,


On lun., 22 mai 2023 at 00:12, Ludovic Courtès  wrote:

> This might be related to 8bd4126917f59f4af9a4323c3d5699201862dca2.  The
> two ‘download-nar’ calls are guarded against ‘http-get-error?’ though.

Well, I am currently hitting something very similar.

--8<---cut here---start->8---
$ guix build rust-base64@0.13 -S
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
0,0 MB will be downloaded:
  /gnu/store/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz
substituting 
/gnu/store/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz...
Backtrace:
  16 (primitive-load "/gnu/store/jpcpva9gg7l337d0icn88pf76l4…")
In guix/ui.scm:
   2263:7 15 (run-guix . _)
  2226:10 14 (run-guix-command _ . _)
In ice-9/boot-9.scm:
  1752:10 13 (with-exception-handler _ _ #:unwind? _ # _)
  1752:10 12 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/substitute.scm:
   856:15 11 (_)
650:2 10 (process-substitution _ _ _ #:cache-urls _ #:acl _ # _ # …)
In ice-9/boot-9.scm:
  1752:10  9 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/substitute.scm:
467:7  8 (download-nar #< path: "/gnu/store/sx6sr6cs1x…> …)
In ice-9/boot-9.scm:
  1747:15  7 (with-exception-handler # …)
  1685:16  6 (raise-exception _ #:continuable? _)
  1683:16  5 (raise-exception _ #:continuable? _)
  1685:16  4 (raise-exception _ #:continuable? _)
  1780:13  3 (_ #< components: (#<> #<…>)
  1685:16  2 (raise-exception _ #:continuable? _)
  1683:16  1 (raise-exception _ #:continuable? _)
  1685:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
ERROR:
  1. :
  uri: #< scheme: https userinfo: #f host: "bordeaux.guix.gnu.org" 
port: #f path: 
"/nar/zstd/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz" query: 
#f fragment: #f>
  code: 404
  reason: "Not Found"
  headers: ((server . "nginx") (date . #) (content-type 
text/plain (charset . "utf-8")) (content-length . 3) (connection keep-alive))
  2. : 
"https://bordeaux.guix.gnu.org/nar/zstd/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz:
 HTTP download failed: 404 (\"Not Found\")"
substitution of 
/gnu/store/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz failed
guix build: error: some substitutes for the outputs of derivation 
`/gnu/store/qcpzwblzpa2wprc4vwlm128bwckfj8rj-rust-base64-0.13.1.tar.xz.drv' 
failed (usually happens due to networking issues); try `--fallback' to build 
derivation from source
--8<---cut here---end--->8---

Then the option “--fallback” works.

> The
> two ‘download-nar’ calls are guarded against ‘http-get-error?’ though.

Well, the fallback should happen transparently.

It rings this bell
.

Cheers,
simon

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Ludovic Courtès]

Simon Tournier  skribis:

>   2. : 
> "https://bordeaux.guix.gnu.org/nar/zstd/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz:
>  HTTP download failed: 404 (\"Not Found\")"

Look:

--8<---cut here---start->8---
$ wget -qO- 
https://bordeaux.guix.gnu.org/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x.narinfo
StorePath: /gnu/store/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz
NarHash: sha256:0pynnlsiiq03h7ysfkzw53wkf6hfmplb63haz6bjqdc686rnf4q1
NarSize: 49128
References: 
System: x86_64-linux
Deriver: qcpzwblzpa2wprc4vwlm128bwckfj8rj-rust-base64-0.13.1.tar.xz.drv
Signature: 
1;bayfront;KHNpZ25hdHVyZSAKIChkYXRhIAogIChmbGFncyByZmM2OTc5KQogIChoYXNoIHNoYTI1NiAjRUE2MTcwNUZENjNCOTU1NzcwNjIxN0EyQjczN0U5NzI2RjM4Rjk1NkQwRTRCQjI4MjVBRTA2MTdDQjcxMDQ1MyMpCiAgKQogKHNpZy12YWwgCiAgKGVjZHNhIAogICAociAjMDNGRjU3ODU1RTNERDMxQkJFMUY2NDEyMkU0MzNBNzcwMEZGNkI1ODExRUQ0NTBCQzVEQTcwMkQyNDk3ODZEMCMpCiAgIChzICMwN0ZCQjREN0YwNTExQTlBNzZENzBFNzUxQTc2NTM1MzE0MzU1Mzk1RUUwNzgzODU3REM2NEYxRDIxMTEzQjMxIykKICAgKQogICkKIChwdWJsaWMta2V5IAogIChlY2MgCiAgIChjdXJ2ZSBFZDI1NTE5KQogICAocSAjN0Q2MDI5MDJEM0EyREJCODNGOEEwRkI5ODYwMkE3NTRDNTQ5M0IwQjc3OEM4RDFERDRFMEY0MURFMTRERTM0RiMpCiAgICkKICApCiApCg==
URL: nar/lzip/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz
Compression: lzip
FileSize: 49781
--8<---cut here---end--->8---

See? zstd’s gone!  This confirms my hypothesis.

BTW, ‘guix publish’ has provisions to not compress already-compressed
files, as in the case above.  We should really share code, Chris.

Ludo’.

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Ludovic Courtès]

I experienced it a second time and have more info:

--8<---cut here---start->8---
substituting 
/gnu/store/apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0...
Backtrace:
In ice-9/boot-9.scm:
  1752:10 19 (with-exception-handler _ _ #:unwind? _ # _)
In unknown file:
  18 (apply-smob/0 #)
In ice-9/boot-9.scm:
724:2 17 (call-with-prompt _ _ #)
In ice-9/eval.scm:
619:8 16 (_ #(#(#)))
In guix/ui.scm:
   2300:7 15 (run-guix . _)
  2263:10 14 (run-guix-command _ . _)
In ice-9/boot-9.scm:
  1752:10 13 (with-exception-handler _ _ #:unwind? _ # _)
  1752:10 12 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/substitute.scm:
   854:15 11 (_)
646:2 10 (process-substitution _ _ _ #:cache-urls _ #:acl _ # _ # …)
In ice-9/boot-9.scm:
  1752:10  9 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/substitute.scm:
463:7  8 (download-nar #< path: "/gnu/store/apw1y9nf8r…> …)
In ice-9/boot-9.scm:
  1747:15  7 (with-exception-handler # …)
  1685:16  6 (raise-exception _ #:continuable? _)
  1683:16  5 (raise-exception _ #:continuable? _)
  1685:16  4 (raise-exception _ #:continuable? _)
  1780:13  3 (_ #< components: (#<> #<…>)
  1685:16  2 (raise-exception _ #:continuable? _)
  1683:16  1 (raise-exception _ #:continuable? _)
  1685:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
ERROR:
  1. :
  uri: #< scheme: https userinfo: #f host: "bordeaux.guix.gnu.org" 
port: #f path: 
"/nar/zstd/apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0" 
query: #f fragment: #f>
  code: 404
  reason: "Not Found"
  headers: ((server . "nginx") (date . #) (content-type 
text/plain (charset . "utf-8")) (content-length . 3) (connection keep-alive))
  2. : 
"https://bordeaux.guix.gnu.org/nar/zstd/apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0:
 HTTP download failed: 404 (\"Not Found\")"
substitution of 
/gnu/store/apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0 
failed
guix build: error: corrupt input while restoring archive from #
--8<---cut here---end--->8---

I have ‘--substitute-urls=https://ci.guix.gnu.org 
https://bordeaux.guix.gnu.org’.
Let’s see what’s available on each server:

--8<---cut here---start->8---
$ wget -O- https://ci.guix.gnu.org/apw1y9nf8rqgxvjnlr1isbhpd502bcs5.narinfo
--2023-05-22 11:00:08--  
https://ci.guix.gnu.org/apw1y9nf8rqgxvjnlr1isbhpd502bcs5.narinfo
Resolving ci.guix.gnu.org (ci.guix.gnu.org)... 141.80.181.40
Connecting to ci.guix.gnu.org (ci.guix.gnu.org)|141.80.181.40|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2023-05-22 11:00:08 ERROR 404: Not Found.
$ wget -O- 
https://bordeaux.guix.gnu.org/apw1y9nf8rqgxvjnlr1isbhpd502bcs5.narinfo
--2023-05-22 11:03:36--  
https://bordeaux.guix.gnu.org/apw1y9nf8rqgxvjnlr1isbhpd502bcs5.narinfo
Resolving bordeaux.guix.gnu.org (bordeaux.guix.gnu.org)... 185.233.100.56, 
2a0c:e300::58
Connecting to bordeaux.guix.gnu.org 
(bordeaux.guix.gnu.org)|185.233.100.56|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1715 (1.7K) [text/plain]
Saving to: ‘STDOUT’

- 0%[   
]   0  --.-KB/s   StorePath: 
/gnu/store/apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0
NarHash: sha256:1am3v254jr9dpgd9r4dkjqxfgbp1xm0vl1hxl49cmmh97dg117z8
NarSize: 144790464
References: 8rz7yh6zdzp4b78f4n9wqj3hav2md4d4-isl-0.24 
930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib 
apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0 
brzrf6qx5d83j1zvirc1xk14wrhyx4hf-binutils-cross-aarch64-linux-gnu-2.38 
cinj0g8krh5s428jawsazawlfarp912k-gcc-cross-aarch64-linux-gnu-11.3.0-lib 
cs3hw1wnxgijjzsd61whc8ar3qy9wjd6-mpfr-4.2.0 
gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35 
ib2n2vzqpchc3bhh9i712w5sq9zapn8d-gmp-6.2.1 
rbjq50q2ik8c1glkj5f0ksnwfz64g16g-mpc-1.3.1 
rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16 
rjgpaj54q1q9n3hcvpzyp29fgi2nx6ls-ld-wrapper-aarch64-linux-gnu-0 
slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zlib-1.2.13 
y4ndp9n5krkaiwgvw58c61n7h8ls9b0f-glibc-cross-aarch64-linux-gnu-2.35
System: x86_64-linux
Deriver: fqb09jygm70cmq03xmjm7al6gzajp1p5-gcc-cross-aarch64-linux-gnu-11.3.0.drv
Signature: 

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Christopher Baines]

Ludovic Courtès  writes:

> Simon Tournier  skribis:
>
>> 2. :
> "https://bordeaux.guix.gnu.org/nar/zstd/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz:
> HTTP download failed: 404 (\"Not Found\")"
>
> Look:
>
> $ wget -qO- 
> https://bordeaux.guix.gnu.org/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x.narinfo
> StorePath: 
> /gnu/store/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz
> NarHash: sha256:0pynnlsiiq03h7ysfkzw53wkf6hfmplb63haz6bjqdc686rnf4q1
> NarSize: 49128
> References: 
> System: x86_64-linux
> Deriver: qcpzwblzpa2wprc4vwlm128bwckfj8rj-rust-base64-0.13.1.tar.xz.drv
> Signature: 
> 1;bayfront;KHNpZ25hdHVyZSAKIChkYXRhIAogIChmbGFncyByZmM2OTc5KQogIChoYXNoIHNoYTI1NiAjRUE2MTcwNUZENjNCOTU1NzcwNjIxN0EyQjczN0U5NzI2RjM4Rjk1NkQwRTRCQjI4MjVBRTA2MTdDQjcxMDQ1MyMpCiAgKQogKHNpZy12YWwgCiAgKGVjZHNhIAogICAociAjMDNGRjU3ODU1RTNERDMxQkJFMUY2NDEyMkU0MzNBNzcwMEZGNkI1ODExRUQ0NTBCQzVEQTcwMkQyNDk3ODZEMCMpCiAgIChzICMwN0ZCQjREN0YwNTExQTlBNzZENzBFNzUxQTc2NTM1MzE0MzU1Mzk1RUUwNzgzODU3REM2NEYxRDIxMTEzQjMxIykKICAgKQogICkKIChwdWJsaWMta2V5IAogIChlY2MgCiAgIChjdXJ2ZSBFZDI1NTE5KQogICAocSAjN0Q2MDI5MDJEM0EyREJCODNGOEEwRkI5ODYwMkE3NTRDNTQ5M0IwQjc3OEM4RDFERDRFMEY0MURFMTRERTM0RiMpCiAgICkKICApCiApCg==
> URL: nar/lzip/sx6sr6cs1x8sf5jhgb65rcr1yxk1q75x-rust-base64-0.13.1.tar.xz
> Compression: lzip
> FileSize: 49781
>
> See? zstd’s gone!  This confirms my hypothesis.
>
> BTW, ‘guix publish’ has provisions to not compress already-compressed
> files, as in the case above.  We should really share code, Chris.

I'm not sure if this is what you have in mind regarding code sharing,
but I'll use compressed-file? from (guix utils) in the nar-herder to
avoid generating cached compressions for these kind of files in the
future.


signature.asc
Description: PGP signature

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Ludovic Courtès]

Christopher Baines  skribis:

> Ludovic Courtès  writes:

[...]

>> BTW, ‘guix publish’ has provisions to not compress already-compressed
>> files, as in the case above.  We should really share code, Chris.
>
> I'm not sure if this is what you have in mind regarding code sharing,
> but I'll use compressed-file? from (guix utils) in the nar-herder to
> avoid generating cached compressions for these kind of files in the
> future.

Great, thank you.

Ideally we’d have a single ‘guix publish’ implementation, or at least
most of it would be a module shared by both ‘guix publish’ and
‘nar-herder’ because it’s tricky enough that we’d rather not have two of
them.  The (guix narinfo) module you introduced is a step in that
direction and as discussed earlier, we need to go further.

Ludo’.

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Ludovic Courtès]

Christopher Baines  skribis:

> Ludovic Courtès  writes:

[...]

>> So it seems that bordeaux.guix did advertise zstd at some point (and
>> that narinfo is still in cache) but no longer does.
>>
>> Chris, can you confirm?
>
> Yeah, this would have been a consequence of reducing the cache size [1].
>
> 1: 
> https://git.savannah.gnu.org/cgit/guix/maintenance.git/commit/?id=ce8d3000fda6b80c0cf3e6f8204e0ee293024e6b

As discussed on IRC, I think nar-herder should honor the TTL it
advertises for all the URLs of the narinfo (lzip, zstd, etc.) because
that’s how ‘guix substitute’ currently interprets the TTL.

Eventually it would be nice for ‘guix substitute’ to interpret the TTL
as applying to one of the URLs (not necessarily all of them), but this
kind of change takes months if not years to be widely deployed because
users rarely (if ever) update guix-daemon.

Ludo’.

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Christopher Baines]

Ludovic Courtès  writes:

> So it seems ‘guix substitute’ picked /nar/zstd, even though
> bordeaux.guix is not advertising that.
>
> Or is it?
>
> $ sudo cat 
> /var/guix/substitute/cache/kzwjeblndsbkjzmjailrt4bnhguil7tqjmewzcyw22hgajbhfy3q/apw1y9nf8rqgxvjnlr1isbhpd502bcs5
> (narinfo (version 2) (cache-uri "https://bordeaux.guix.gnu.org;) (date 
> 1683633757) (ttl 15552000) (value "StorePath: 
> /gnu/store/apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0\nNarHash:
>  sha256:1am3v254jr9dpgd9r4dkjqxfgbp1xm0vl1hxl49cmmh97dg117z8\nNarSize: 
> 144790464\nReferences: 8rz7yh6zdzp4b78f4n9wqj3hav2md4d4-isl-0.24 
> 930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib 
> apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0 
> brzrf6qx5d83j1zvirc1xk14wrhyx4hf-binutils-cross-aarch64-linux-gnu-2.38 
> cinj0g8krh5s428jawsazawlfarp912k-gcc-cross-aarch64-linux-gnu-11.3.0-lib 
> cs3hw1wnxgijjzsd61whc8ar3qy9wjd6-mpfr-4.2.0 
> gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35 
> ib2n2vzqpchc3bhh9i712w5sq9zapn8d-gmp-6.2.1 
> rbjq50q2ik8c1glkj5f0ksnwfz64g16g-mpc-1.3.1 
> rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16 
> rjgpaj54q1q9n3hcvpzyp29fgi2nx6ls-ld-wrapper-aarch64-linux-gnu-0 
> slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zlib-1.2.13 
> y4ndp9n5krkaiwgvw58c61n7h8ls9b0f-glibc-cross-aarch64-linux-gnu-2.35\nSystem: 
> x86_64-linux\nDeriver: 
> fqb09jygm70cmq03xmjm7al6gzajp1p5-gcc-cross-aarch64-linux-gnu-11.3.0.drv\nSignature:
>  
> 1;bayfront;KHNpZ25hdHVyZSAKIChkYXRhIAogIChmbGFncyByZmM2OTc5KQogIChoYXNoIHNoYTI1NiAjNzA2MTI1QUFGMjcxQzM2MDM3RkY2MTIwMzI0NzI2NTVDMkU3OEY2NTA3OUY0MzgxMzY4NDhDQzA0OTVFRTIxRiMpCiAgKQogKHNpZy12YWwgCiAgKGVjZHNhIAogICAociAjMDg1RTA2ODE3RTFENTdCQzE1NTAxOUNGNjA0QTQxMTlFRjNBREVGQ0VFOTE4NjQzMDIzQTExQzk4RDM3REVBOCMpCiAgIChzICMwMUIwMkQyNjI0MDhCMDIzMUMxMUVDODI1Q0Q2MTkzNTU5NDRCQUNBMzg4NjEwRDIxOEIzNTVCNjM1NjFCQjk3IykKICAgKQogICkKIChwdWJsaWMta2V5IAogIChlY2MgCiAgIChjdXJ2ZSBFZDI1NTE5KQogICAocSAjN0Q2MDI5MDJEM0EyREJCODNGOEEwRkI5ODYwMkE3NTRDNTQ5M0IwQjc3OEM4RDFERDRFMEY0MURFMTRERTM0RiMpCiAgICkKICApCiApCg==\nURL:
>  
> nar/lzip/apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0\nCompression:
>  lzip\nFileSize: 24767829\nURL: 
> nar/zstd/apw1y9nf8rqgxvjnlr1isbhpd502bcs5-gcc-cross-aarch64-linux-gnu-11.3.0\nCompression:
>  zstd\nFileSize: 39822104"))ludo@ribbon ~/src/guix [env]$
>
> So it seems that bordeaux.guix did advertise zstd at some point (and
> that narinfo is still in cache) but no longer does.
>
> Chris, can you confirm?

Yeah, this would have been a consequence of reducing the cache size [1].

1: 
https://git.savannah.gnu.org/cgit/guix/maintenance.git/commit/?id=ce8d3000fda6b80c0cf3e6f8204e0ee293024e6b


signature.asc
Description: PGP signature

bug#63274: [PATCH] gnu: dia: Update to 0.97.3-4.b903dd8

[Maxim Cournoyer]

Hi,

Liliana Marie Prikler  writes:

> Am Montag, dem 15.05.2023 um 16:52 +0200 schrieb Giovanni Biscuolo:
>> Hello,
>> 
>> gentle ping (and I forgot to Cc: the gnome team)
> Pushed now.

Thanks, Liliana!

-- 
Thanks,
Maxim

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Ludovic Courtès]

Hi,

Ludovic Courtès  skribis:

> 646:2 10 (process-substitution _ _ _ #:cache-urls _ #:acl _ # _ # …)
> In ice-9/boot-9.scm:
>   1752:10  9 (with-exception-handler _ _ #:unwind? _ # _)
> In guix/scripts/substitute.scm:
> 463:7  8 (download-nar #< path: "/gnu/store/dg0rm1mp9q…> …)
> In ice-9/boot-9.scm:
>   1747:15  7 (with-exception-handler # …)
>   1685:16  6 (raise-exception _ #:continuable? _)
>   1683:16  5 (raise-exception _ #:continuable? _)
>   1685:16  4 (raise-exception _ #:continuable? _)
>   1780:13  3 (_ #< components: (#<> #<…>)
>   1685:16  2 (raise-exception _ #:continuable? _)
>   1683:16  1 (raise-exception _ #:continuable? _)
>   1685:16  0 (raise-exception _ #:continuable? _)
>
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> ERROR:
>   1. :
>   uri: #< scheme: https userinfo: #f host: "bordeaux.guix.gnu.org" 
> port: #f path: 
> "/nar/zstd/dg0rm1mp9qvjhvlwra5mc8dz5pfky4hj-guile-colorized-0.1" query: #f 
> fragment: #f>
>   code: 404
>   reason: "Not Found"
>   headers: ((server . "nginx") (date . # minute: 59 hour: 21 day: 21 month: 5 year: 2023 zone-offset: 0>) 
> (content-type text/plain (charset . "utf-8")) (content-length . 3) 
> (connection keep-alive))
>   2. : 
> "https://bordeaux.guix.gnu.org/nar/zstd/dg0rm1mp9qvjhvlwra5mc8dz5pfky4hj-guile-colorized-0.1:
>  HTTP download failed: 404 (\"Not Found\")"
> substitution of 
> /gnu/store/dg0rm1mp9qvjhvlwra5mc8dz5pfky4hj-guile-colorized-0.1 failed

[...]

> This might be related to 8bd4126917f59f4af9a4323c3d5699201862dca2.  The
> two ‘download-nar’ calls are guarded against ‘http-get-error?’ though.

That the exception went through despite the ‘network-error?’ guard is
fixed by 3f59fd6d114548480c719d4b8f8509bdf3e8dcca.

The reason was that the ‘’ condition was getting wrapped
in a ‘kind-and-args’ exception upon rethrow, as illustrated here:

--8<---cut here---start->8---
scheme@(guile-user)> (catch #t
   (lambda () (raise-exception (condition ( 
(message "boo")
   (lambda args args))
$5 = (%exception #< message: "boo">)
scheme@(guile-user)> (with-exception-handler (lambda (e) e)
   (lambda () (apply throw $5))
   #:unwind? #t)
$6 = #< components: (#<> #< irritants: 
(#< message: "boo">)> #< kind: %exception 
args: (#< message: "boo">)>)>
scheme@(guile-user)> (message-condition? $6)
$7 = #f
--8<---cut here---end--->8---

Ludo’.

bug#63634: nar 404 leads to hard ‘guix substitute’ crash

[Ludovic Courtès]

Ludovic Courtès  skribis:

> So it seems that bordeaux.guix did advertise zstd at some point (and
> that narinfo is still in cache) but no longer does.

Here’s a fix:

  https://issues.guix.gnu.org/63646

Ludo’.