GNU bug report logs -
#76402
‘guix-packages-website’ fails to start
Previous Next
Reported by: Ludovic Courtès <ludo <at> gnu.org>
Date: Tue, 18 Feb 2025 18:28:01 UTC
Severity: normal
Done: Ludovic Courtès <ludo <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 76402 in the body.
You can then email your comments to 76402 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
andreas <at> enge.fr, guix <at> cbaines.net, sirgazil <at> zoho.com, guix-sysadmin <at> gnu.org, bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Tue, 18 Feb 2025 18:28:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ludovic Courtès <ludo <at> gnu.org>:
New bug report received and forwarded. Copy sent to
andreas <at> enge.fr, guix <at> cbaines.net, sirgazil <at> zoho.com, guix-sysadmin <at> gnu.org, bug-guix <at> gnu.org.
(Tue, 18 Feb 2025 18:28:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
‘guix-packages-website’ fails to start on bayfront:
--8<---------------cut here---------------start------------->8---
ludo <at> bayfront ~$ sudo tail -12 /var/log/guix-packages-website.log
2025-02-18 19:24:31 In procedure open-file: No such file or directory: "/var/lib/guix-packages-website/conf/plugins.scm"
2025-02-18 19:24:31 Loading /var/lib/guix-packages-website/conf/artanis.conf...done.
2025-02-18 19:24:31 Session with SIMPLE backend init done!
2025-02-18 19:24:32 ;;; Stat of /var/lib/guix-packages-website/conf/plugins.scm failed:
2025-02-18 19:24:32 ;;; In procedure stat: No such file or directory: "/var/lib/guix-packages-website/conf/plugins.scm"
2025-02-18 19:24:32 Backtrace:
2025-02-18 19:24:32 0 (primitive-load "/var/lib/guix-packages-website/conf/pl…")
2025-02-18 19:24:32
2025-02-18 19:24:32 ERROR: In procedure primitive-load:
2025-02-18 19:24:32 In procedure open-file: No such file or directory: "/var/lib/guix-packages-website/conf/plugins.scm"
2025-02-18 19:24:32 Loading /var/lib/guix-packages-website/conf/artanis.conf...done.
2025-02-18 19:24:32 Session with SIMPLE backend init done!
ludo <at> bayfront ~$ sudo herd status guix-packages-website
● Status of guix-packages-website:
It is stopped since 07:24:32 PM (105 seconds ago).
Process exited with code 1.
It is disabled.
Provides: guix-packages-website
Requires: user-processes networking
Will be respawned.
Last respawned on 07:24:31 PM (106 seconds ago).
Latest exits:
- 2025-02-18 19:24:32 Process exited with code 1.
- 2025-02-18 19:24:31 Process exited with code 1.
- 2025-02-18 19:24:30 Process exited with code 1.
- 2025-02-18 19:24:30 Process exited with code 1.
- 2025-02-18 19:24:29 Process exited with code 1.
ludo <at> bayfront ~$ guix system describe
Generation 1210 Feb 18 2025 15:26:24 (current)
file name: /var/guix/profiles/system-1210-link
canonical file name: /gnu/store/yqw5xzxl4d3da10dim33p5nxn1gy17i9-system
label: GNU with Linux-Libre 5.10.234
bootloader: grub
root device: /dev/md0
kernel: /gnu/store/04g6ij7nqmk4mqxrqd9zq31bm8fysslf-linux-libre-5.10.234/bzImage
channels:
guix:
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 96fe9adf54772e0824e098a6a089306a75101218
configuration file: /gnu/store/12d2fsn80fwwsmapp3m3pxbfd3q4pra8-configuration.scm
--8<---------------cut here---------------end--------------->8---
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Tue, 18 Feb 2025 19:21:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 76402 <at> debbugs.gnu.org (full text, mbox):
Hello,
I have just rebooted the server once, and am in the process of rebooting
once again with a different configuration. Maybe have a new look after
that. I actually had to comment out guix-packages-website-service-type
to be able to reconfigure; it might be a problem of version
incompatibilities.
Andreas
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Tue, 18 Feb 2025 21:02:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 76402 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 18/02/25 19:20, Andreas Enge wrote:
> Hello,
Hi,
> I have just rebooted the server once, and am in the process of rebooting
> once again with a different configuration. Maybe have a new look after
> that. I actually had to comment out guix-packages-website-service-type
> to be able to reconfigure; it might be a problem of version
> incompatibilities.
Yes, it seems bayfront is now using the version of Artanis that
introduced a "plugins" system and it is expecting the Guix Packages
Website to have a "conf/plugins.scm" module, which it hasn't because
current version was tested for Artanis 0.6 and 1.0. Should I start
specifying the versions of the dependencies to avoid these kinds of
problems? I think this is not the first time this happens.
[OpenPGP_0x0AB0D067012F08C3.asc (application/pgp-keys, attachment)]
[OpenPGP_signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Wed, 19 Feb 2025 17:18:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 76402 <at> debbugs.gnu.org (full text, mbox):
Hi,
Luis Felipe <sirgazil <at> zoho.com> skribis:
> Yes, it seems bayfront is now using the version of Artanis that
> introduced a "plugins" system and it is expecting the Guix Packages
> Website to have a "conf/plugins.scm" module, which it hasn't because
> current version was tested for Artanis 0.6 and 1.0. Should I start
> specifying the versions of the dependencies to avoid these kinds of
> problems? I think this is not the first time this happens.
Yes, maybe we need to pin the version of Artanis that is used for
guix-packages-website, unless Artanis 1.0 makes promises about API
stability?
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Wed, 19 Feb 2025 21:32:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 76402 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 19/02/25 17:16, Ludovic Courtès wrote:
> Hi,
>
> Luis Felipe <sirgazil <at> zoho.com> skribis:
>
>> Yes, it seems bayfront is now using the version of Artanis that
>> introduced a "plugins" system and it is expecting the Guix Packages
>> Website to have a "conf/plugins.scm" module, which it hasn't because
>> current version was tested for Artanis 0.6 and 1.0. Should I start
>> specifying the versions of the dependencies to avoid these kinds of
>> problems? I think this is not the first time this happens.
> Yes, maybe we need to pin the version of Artanis that is used for
> guix-packages-website, unless Artanis 1.0 makes promises about API
> stability?
I don't think it does, but I asked Artanis to be sure:
https://gitlab.com/hardenedlinux/artanis/-/issues/130.
In the meantime, I upgraded the source code of the application to work
with Artanis 1.2.2¹ and added a channels specification² to make it
easier to get the right package dependencies.
I'm going to test a new version of the Guix Packages Website in a
production-like environment, and intend to send a patch for the service
in bayfront if everything seems to work fine.
1.
https://codeberg.org/luis-felipe/guix-packages-website/commit/5bbf5364cf9e60bb6e65d9460ffac72701710225
2.
https://codeberg.org/luis-felipe/guix-packages-website/commit/3abfadab053836be1f14e4c95645488465b342db
[OpenPGP_0x0AB0D067012F08C3.asc (application/pgp-keys, attachment)]
[OpenPGP_signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Thu, 20 Feb 2025 17:12:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 76402 <at> debbugs.gnu.org (full text, mbox):
From: Luis Felipe <sirgazil <at> zoho.com>
* hydra/modules/sysadmin/services.scm (%guix-packages-website): Update
commit, version and hash accordingly.
(guix-packages-website-shepherd-services): Update file mappings in
the least authority wrapper. Namely, map "sys/i18n/json" (artanis now
requires it) and "lib" (the guile "gweb" library is now inside it).
---
hydra/modules/sysadmin/services.scm | 12 ++++++++----
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/hydra/modules/sysadmin/services.scm b/hydra/modules/sysadmin/services.scm
index dd986ad..db05913 100644
--- a/hydra/modules/sysadmin/services.scm
+++ b/hydra/modules/sysadmin/services.scm
@@ -1212,8 +1212,8 @@ to a selected directory.")
;;;
(define %guix-packages-website
- (let* ((commit "e669a5e9630f474145796d26917f4fa30aef3227")
- (version (git-version "0.3.0" "0" commit)))
+ (let* ((commit "3abfadab053836be1f14e4c95645488465b342db")
+ (version (git-version "0.4.0" "0" commit)))
(origin
(method git-fetch)
(uri (git-reference
@@ -1222,7 +1222,7 @@ to a selected directory.")
(file-name (git-file-name "guix-packages-website" version))
(sha256
(base32
- "16dgzd7hw65dhapcsny1gf13cy13yb53pb7n67yckhplj8xxhj50")))))
+ "0fsnizb5syx3vc4qf94kc3wpbz38p8y5l3m8sqqi5717s5886j5p")))))
(define-record-type* <guix-packages-website-configuration>
guix-packages-website-configuration make-guix-packages-website-configuration
@@ -1287,6 +1287,10 @@ to a selected directory.")
(source "/var/cache/guix-packages-website")
(target "/var/lib/guix-packages-website/tmp/cache")
(writable? #t))
+ (file-system-mapping
+ (source "/var/cache/guix-packages-website")
+ (target "/var/lib/guix-packages-website/sys/i18n/json")
+ (writable? #t))
(file-system-mapping
(source (file-append glibc-utf8-locales "/lib/locale"))
(target "/run/current-system/locale"))
@@ -1294,7 +1298,7 @@ to a selected directory.")
(file-system-mapping
(source (file-append origin (string-append "/" file)))
(target (string-append "/var/lib/guix-packages-website/" file))))
- '("conf" "ENTRY" "gweb" "icon.svg" "pub")))
+ '("conf" "ENTRY" "icon.svg" "lib" "pub")))
#:directory "/var/lib/guix-packages-website"
#:namespaces (delq 'net %namespaces)
#:preserved-environment-variables
base-commit: 7eee5d9b8405a05633ab21022c8ff6289fb206d8
--
2.46.0
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Thu, 20 Feb 2025 17:25:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 76402 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 19/02/25 21:30, Luis Felipe wrote:
> On 19/02/25 17:16, Ludovic Courtès wrote:
>> Hi,
>>
>> Luis Felipe <sirgazil <at> zoho.com> skribis:
>>
>>> Yes, it seems bayfront is now using the version of Artanis that
>>> introduced a "plugins" system and it is expecting the Guix Packages
>>> Website to have a "conf/plugins.scm" module, which it hasn't because
>>> current version was tested for Artanis 0.6 and 1.0. Should I start
>>> specifying the versions of the dependencies to avoid these kinds of
>>> problems? I think this is not the first time this happens.
>> Yes, maybe we need to pin the version of Artanis that is used for
>> guix-packages-website, unless Artanis 1.0 makes promises about API
>> stability?
>
> I don't think it does, but I asked Artanis to be sure:
> https://gitlab.com/hardenedlinux/artanis/-/issues/130.
>
> In the meantime, I upgraded the source code of the application to work
> with Artanis 1.2.2¹ and added a channels specification² to make it
> easier to get the right package dependencies.
>
> I'm going to test a new version of the Guix Packages Website in a
> production-like environment, and intend to send a patch for the
> service in bayfront if everything seems to work fine.
The previous patch updates the Guix Packages Website service to use
version 0.4.0 of the software which I released yesterday
(https://codeberg.org/luis-felipe/guix-packages-website/releases/tag/0.4.0).
I tested the service in a virtual machine and everything seems to work
alright:
☑ Index page works as expected
☑ Package page works as expected
☑ Product page works as expected
☑ Searching works as expected
☑ GUIX_PACKAGES_WEBSITE_DOMAIN_NAME takes effect on badge codes
☑ SVG badge files are served
Please let me know if this works for you.
Have a nice day,
[OpenPGP_0x0AB0D067012F08C3.asc (application/pgp-keys, attachment)]
[OpenPGP_signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Tue, 25 Feb 2025 13:24:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 76402 <at> debbugs.gnu.org (full text, mbox):
Hi,
sirgazil <at> zoho.com skribis:
> From: Luis Felipe <sirgazil <at> zoho.com>
>
> * hydra/modules/sysadmin/services.scm (%guix-packages-website): Update
> commit, version and hash accordingly.
> (guix-packages-website-shepherd-services): Update file mappings in
> the least authority wrapper. Namely, map "sys/i18n/json" (artanis now
> requires it) and "lib" (the guile "gweb" library is now inside it).
Applied and deployed, but it now fails with:
--8<---------------cut here---------------start------------->8---
2025-02-25 14:19:31 Backtrace:
2025-02-25 14:19:31 In ice-9/boot-9.scm:
2025-02-25 14:19:31 1752:10 13 (with-exception-handler _ _ #:unwind? _ # _)
2025-02-25 14:19:31 In unknown file:
2025-02-25 14:19:31 12 (apply-smob/0 #<thunk 7fcfddadf300>)
2025-02-25 14:19:31 In ice-9/boot-9.scm:
2025-02-25 14:19:31 724:2 11 (call-with-prompt _ _ #<procedure default-prompt-handle…>)
2025-02-25 14:19:31 In ice-9/eval.scm:
2025-02-25 14:19:31 619:8 10 (_ #(#(#<directory (guile-user) 7fcfddae2c80>)))
2025-02-25 14:19:31 In /gnu/store/94bl7pzx14mrpap4jsdfvdwq0bj26xzn-artanis-1.2.2/bin/.art-real:
2025-02-25 14:19:31 48:12 9 (_ _ _)
2025-02-25 14:19:31 In artanis/commands/work.scm:
2025-02-25 14:19:31 145:8 8 (work . _)
2025-02-25 14:19:31 In ice-9/boot-9.scm:
2025-02-25 14:19:31 2836:4 7 (save-module-excursion #<procedure 7fcfd34a8b70 at ice-…>)
2025-02-25 14:19:31 4388:12 6 (_)
2025-02-25 14:19:31 3983:14 5 (_)
2025-02-25 14:19:31 3935:20 4 (process-use-modules _)
2025-02-25 14:19:31 222:29 3 (map1 (((artanis artanis)) ((gweb builders) # build:) #))
2025-02-25 14:19:31 222:17 2 (map1 (((gweb builders) #:prefix build:) ((artanis #))))
2025-02-25 14:19:31 3936:31 1 (_ ((gweb builders) #:prefix build:))
2025-02-25 14:19:31 3330:6 0 (resolve-interface (gweb builders) #:select _ #:hide _ # …)
2025-02-25 14:19:31
2025-02-25 14:19:31 ice-9/boot-9.scm:3330:6: In procedure resolve-interface:
2025-02-25 14:19:31 no code for module (gweb builders)
--8<---------------cut here---------------end--------------->8---
Any ideas?
Thanks,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Tue, 25 Feb 2025 18:42:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 76402 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 25/02/25 13:21, Ludovic Courtès wrote:
> sirgazil <at> zoho.com skribis:
>
>> From: Luis Felipe <sirgazil <at> zoho.com>
>>
>> * hydra/modules/sysadmin/services.scm (%guix-packages-website): Update
>> commit, version and hash accordingly.
>> (guix-packages-website-shepherd-services): Update file mappings in
>> the least authority wrapper. Namely, map "sys/i18n/json" (artanis now
>> requires it) and "lib" (the guile "gweb" library is now inside it).
> Applied and deployed, but it now fails with:
>
> --8<---------------cut here---------------start------------->8---
> 2025-02-25 14:19:31 Backtrace:
> 2025-02-25 14:19:31 In ice-9/boot-9.scm:
> 2025-02-25 14:19:31 1752:10 13 (with-exception-handler _ _ #:unwind? _ # _)
> 2025-02-25 14:19:31 In unknown file:
> 2025-02-25 14:19:31 12 (apply-smob/0 #<thunk 7fcfddadf300>)
> 2025-02-25 14:19:31 In ice-9/boot-9.scm:
> 2025-02-25 14:19:31 724:2 11 (call-with-prompt _ _ #<procedure default-prompt-handle…>)
> 2025-02-25 14:19:31 In ice-9/eval.scm:
> 2025-02-25 14:19:31 619:8 10 (_ #(#(#<directory (guile-user) 7fcfddae2c80>)))
> 2025-02-25 14:19:31 In /gnu/store/94bl7pzx14mrpap4jsdfvdwq0bj26xzn-artanis-1.2.2/bin/.art-real:
> 2025-02-25 14:19:31 48:12 9 (_ _ _)
> 2025-02-25 14:19:31 In artanis/commands/work.scm:
> 2025-02-25 14:19:31 145:8 8 (work . _)
> 2025-02-25 14:19:31 In ice-9/boot-9.scm:
> 2025-02-25 14:19:31 2836:4 7 (save-module-excursion #<procedure 7fcfd34a8b70 at ice-…>)
> 2025-02-25 14:19:31 4388:12 6 (_)
> 2025-02-25 14:19:31 3983:14 5 (_)
> 2025-02-25 14:19:31 3935:20 4 (process-use-modules _)
> 2025-02-25 14:19:31 222:29 3 (map1 (((artanis artanis)) ((gweb builders) # build:) #))
> 2025-02-25 14:19:31 222:17 2 (map1 (((gweb builders) #:prefix build:) ((artanis #))))
> 2025-02-25 14:19:31 3936:31 1 (_ ((gweb builders) #:prefix build:))
> 2025-02-25 14:19:31 3330:6 0 (resolve-interface (gweb builders) #:select _ #:hide _ # …)
> 2025-02-25 14:19:31
> 2025-02-25 14:19:31 ice-9/boot-9.scm:3330:6: In procedure resolve-interface:
> 2025-02-25 14:19:31 no code for module (gweb builders)
> --8<---------------cut here---------------end--------------->8---
>
> Any ideas?
Well, in version 0.4.0 of the packages website the «gweb» library was
moved to the «lib» directory, which is supposed to be added to Guile
load path automatically
(https://codeberg.org/luis-felipe/guix-packages-website/src/branch/master/ENTRY#L10).
But I don't understand why the instance in bayfront fails to find (gweb
builders). I just tried the patched service again in a virtual machine
and it works as expected:
+
https://luis-felipe.gitlab.io/media/2025/02/guix-packages-website-service-status-2025-02-25.png
+
https://luis-felipe.gitlab.io/media/2025/02/guix-packages-website-service-in-browser-2025-02-25.png
I create and run the virtual machine like this:
$ guix system vm -L ~/Projects/maintenance/hydra/modules
preproduction-gnome-os.scm
$ /gnu/store/HASH-run-vm.sh -nic user,model=virtio-net-pci -m 2000M
Where «preproduction-gnome-os.scm» is the OS defined in
https://codeberg.org/luis-felipe/guix-packages-website/issues/20.
So maybe my testing process is not reliable (?). I can't reproduce the
error...
[OpenPGP_0x0AB0D067012F08C3.asc (application/pgp-keys, attachment)]
[OpenPGP_signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Tue, 11 Mar 2025 14:39:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 76402 <at> debbugs.gnu.org (full text, mbox):
Hi Luis,
Luis Felipe <sirgazil <at> zoho.com> skribis:
> Well, in version 0.4.0 of the packages website the «gweb» library was
> moved to the «lib» directory, which is supposed to be added to Guile
> load path automatically
> (https://codeberg.org/luis-felipe/guix-packages-website/src/branch/master/ENTRY#L10).
>
> But I don't understand why the instance in bayfront fails to find
> (gweb builders). I just tried the patched service again in a virtual
> machine and it works as expected:
I just checked and the version loaded on bayfront, which fails to start,
is indeed the new one:
--8<---------------cut here---------------start------------->8---
ludo <at> bayfront ~$ sudo guix gc -R "/gnu/store/9f80017pisp12hh4fwgqri8j991z2q75-wrapped-art-for-guix-packages-website" |grep packages-web
/gnu/store/vgw4nllwy0max4bxrr1llfcgahn31w7s-guix-packages-website-0.4.0-0.3abfada-checkout
/gnu/store/9f80017pisp12hh4fwgqri8j991z2q75-wrapped-art-for-guix-packages-website
--8<---------------cut here---------------end--------------->8---
I won’t be able to look into it before some time. Could someone on
guix-sysadmin take a look?
Thanks,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org:
bug#76402; Package
guix.
(Thu, 27 Mar 2025 08:53:04 GMT)
Full text and
rfc822 format available.
Message #35 received at 76402 <at> debbugs.gnu.org (full text, mbox):
Hi Luis,
After confirming that the service works fine in ‘guix system vm’, I
figured this must be a state problem.
The solution turned out to be simple:
--8<---------------cut here---------------start------------->8---
ludo <at> bayfront ~$ sudo rm -rf /var/lib/guix-packages-website/.cache/guile/ccache
ludo <at> bayfront ~$ sudo herd restart guix-packages-website
Service guix-packages-website is not running.
Service user-homes has been started.
Service guix-packages-website has been started.
--8<---------------cut here---------------end--------------->8---
👉 https://packages.guix.gnu.org/
IWBN to pre-compile everything instead of letting auto-compilation do
it, with this kind of problems coming up.
Apologies for the delay!
Ludo’.
PS: Instead of delegating each request to the Data Service, I think
guix-packages-website should simply maintain a local database with
all the relevant info, similar to what
<https://git.sr.ht/~whereiseveryone/toys> does (a separate Shepherd
service populates a sqlite database) or
<https://github.com/UMCUGenetics/hpcguix-web> (all the data is kept
in a JSON file periodically updated by time machine).
bug closed, send any further explanations to
76402 <at> debbugs.gnu.org and Ludovic Courtès <ludo <at> gnu.org>
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org.
(Thu, 27 Mar 2025 08:54:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Thu, 24 Apr 2025 11:25:35 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.