bug#70297: guix pull on Trisquel fails
Trisquel 11, ThinkPad X200s. caleb@hermes:~/Downloads/haunt-0.3.0$ sudo apt install guix [sudo] password for caleb: Reading package lists... Done Building dependency tree... Done Reading state information... Done The following packages were automatically installed and are no longer required: ayatana-settings efibootmgr group-service grub-efi-amd64-bin libgroup-service1 mate-user-admin Use 'sudo apt autoremove' to remove them. The following additional packages will be installed: guile-3.0 guile-3.0-libs guile-bytestructures guile-gcrypt guile-git guile-gnutls guile-json guile-lzlib guile-sqlite3 guile-ssh guile-zlib libc-dev-bin libc-devtools libc6-dev libcrypt-dev libgcrypt20-dev libgit2-dev libgpg-error-dev libguile-ssh13 libhttp-parser-dev liblz-dev liblz1 libmbedtls-dev libnsl-dev libpcre16-3 libpcre3-dev libpcre32-3 libpcrecpp0v5 libsqlite3-dev libssh-dev libssh2-1-dev libssl-dev libtirpc-dev linux-libc-dev manpages manpages-dev nscd rpcsvc-proto zlib1g-dev Suggested packages: guile-3.0-doc glibc-doc libgcrypt20-doc libmbedtls-doc sqlite3-doc libssh-doc libssl-doc The following NEW packages will be installed: guile-3.0 guile-3.0-libs guile-bytestructures guile-gcrypt guile-git guile-gnutls guile-json guile-lzlib guile-sqlite3 guile-ssh guile-zlib guix libc-dev-bin libc-devtools libc6-dev libcrypt-dev libgcrypt20-dev libgit2-dev libgpg-error-dev libguile-ssh13 libhttp-parser-dev liblz-dev liblz1 libmbedtls-dev libnsl-dev libpcre16-3 libpcre3-dev libpcre32-3 libpcrecpp0v5 libsqlite3-dev libssh-dev libssh2-1-dev libssl-dev libtirpc-dev linux-libc-dev manpages manpages-dev nscd rpcsvc-proto zlib1g-dev 0 upgraded, 40 newly installed, 0 to remove and 1 not upgraded. Need to get 66.6 MB of archives. After this operation, 404 MB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 manpages all 5.10-1ubuntu1 [1,375 kB] Get:2 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 guile-3.0-libs amd64 3.0.7-1 [7,538 kB] Get:3 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 guile-3.0 amd64 3.0.7-1 [7,534 B] Get:4 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 guile-bytestructures amd64 1.0.10-3 [226 kB] Get:5 https://mirrors.ocf.berkeley.edu/trisquel aramo-security/main amd64 libc-dev-bin amd64 2.35-0ubuntu3.6+11.0trisquel1 [20.3 kB] Get:6 https://mirrors.ocf.berkeley.edu/trisquel aramo-updates/main amd64 linux-libc-dev amd64 5.15.0-101.111+11.0trisquel26 [1,333 kB] Get:7 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libcrypt-dev amd64 1:4.4.27-1+11.0trisquel0 [112 kB] Get:8 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 rpcsvc-proto amd64 1.4.2-0ubuntu6 [68.5 kB] Get:9 https://mirrors.ocf.berkeley.edu/trisquel aramo-security/main amd64 libtirpc-dev amd64 1.3.2-2ubuntu0.1 [192 kB] Get:10 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libnsl-dev amd64 1.3.0-2build2 [71.3 kB] Get:11 https://mirrors.ocf.berkeley.edu/trisquel aramo-security/main amd64 libc6-dev amd64 2.35-0ubuntu3.6+11.0trisquel1 [2,100 kB] Get:12 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libgpg-error-dev amd64 1.43-3+11.0trisquel0 [129 kB] Get:13 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libgcrypt20-dev amd64 1.9.4-3ubuntu3+11.0trisquel0 [572 kB] Get:14 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 guile-gcrypt amd64 0.3.0-4 [174 kB] Get:15 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 zlib1g-dev amd64 1:1.2.11.dfsg-2ubuntu9.2+11.0trisquel0 [164 kB] Get:16 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libmbedtls-dev amd64 2.28.0-1build1 [629 kB] Get:17 https://mirrors.ocf.berkeley.edu/trisquel aramo-security/main amd64 libssl-dev amd64 3.0.2-0ubuntu1.15+11.0trisquel0 [2,376 kB] Get:18 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libssh2-1-dev amd64 1.10.0-3 [243 kB] Get:19 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libhttp-parser-dev amd64 2.9.4-4 [20.4 kB] Get:20 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libpcre16-3 amd64 2:8.39-13ubuntu0.22.04.1+11.0trisquel0 [164 kB] Get:21 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libpcre32-3 amd64 2:8.39-13ubuntu0.22.04.1+11.0trisquel0 [155 kB] Get:22 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libpcrecpp0v5 amd64 2:8.39-13ubuntu0.22.04.1+11.0trisquel0 [16.5 kB] Get:23 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 libpcre3-dev amd64 2:8.39-13ubuntu0.22.04.1+11.0trisquel0 [579 kB] Get:24 https://mirrors.ocf.berkeley.edu/trisquel aramo-security/main amd64 libgit2-dev amd64 1.1.0+dfsg.1-4.1ubuntu0.1 [764 kB] Get:25 https://mirrors.ocf.berkeley.edu/trisquel aramo/main amd64 guile-git amd64 0.5.2-3 [530 kB] Get:26 https://mirrors.ocf.berkeley.edu/trisquel aramo-security/main amd64 guile-gnutls amd64 3.7.3-4ubuntu1.4 [101 kB] Get:27
bug#70284: @ancronym not recognized as valid Texinfo in description
Maxim Cournoyer writes: > Hi, > > Using an acrynym such as @acronym(SNES, Super Nintendo Entertainment > System) currently throws an "invalid Texinfo markup" error at build > time. I think I've used acronyms in descriptions, seems like diffr in rust-apps uses one for example. The brackets are different though. signature.asc Description: PGP signature
bug#70284: @ancronym not recognized as valid Texinfo in description
Hi, Using an acrynym such as @acronym(SNES, Super Nintendo Entertainment System) currently throws an "invalid Texinfo markup" error at build time. -- Thanks, Maxim
bug#70275: Epiphany requires /run/current-system/profile/sbin/dbus-launch
Ludovic Courtès skribis: > (epiphany:9264): epiphany-WARNING **: 14:39:27.754: Web process crashed > > (process:2): libportal-CRITICAL **: 14:39:27.997: Failed to create XdpPortal > instance: Failed to execute child process “dbus-launch” (No such file or > directory) This is a regression with the GNOME 44 upgrade; it works fine with Epiphany from commit 28bc0e870b4d48b8e3e773382bb0e999df2e3611 (‘master’ branch from March 23rd).
bug#70278: udevd[87]: specified group 'sgx' unknown
Since the recent ‘gnome-team’ merge, we get this message at boot time: udevd[87]: specified group 'sgx' unknown Should we add ‘sgx’ to ‘%base-groups’? (What is it for?) Ludo’.
bug#70051: (no subject)
guix pull + reconfigure worked for me as well. Thank you verry much.
bug#69284: guix pull is not reproducible
On 2024-03-10 11:13, Josselin Poiret via Bug reports for GNU Guix wrote:
> Hi Andrew,
>
> Andrew Tropin via Bug reports for GNU Guix writes:
>
>> I don't think that hash of the profile depends on the building process
>> itself. And it seems on the same system it returns the same result on
>> consequent rebuilds. It seems something leaks from the environment.
>
> Yes, it's rather that the .drv themselves are not reproducible
> apparently. Can you compare the derivations building the guixes in the
> different profiles? You can look at them using first `guix gc
> --derivers` on the profile and then analyzing the .drv manually. I
> remember seeing the same thing, but I don't really remember anything
> conclusive.
>
> One thing I can say is that Guix generates the .drv dynamically by
> looking at the check-out. If the checkout is somehow tainted (as it has
> often happened, maybe because of libgit2?), the .drv can end up being
> different. If you retry by first resetting the Guix checkouts in
> ~/.cache/guix/checkouts/ to a pristine state, do you still get a
> discrepancy?
>
> Best,
I spinned up VPSes from scratch, so check-outs are empty.
I did the same thing as in the first message:
--8<---cut here---start->8---
curl https://paste.sr.ht/blob/538fae89d3ee38a803894ec675d78144c8111bb6 >
channels.scm
guix pull -C channels-lock.scm -p tmp
--8<---cut here---end--->8---
but in addition to that I did rebuilds of guix profile with recently
built guix to find a "fixed point".
--8<---cut here---start->8---
tmp/bin/guix pull -C channels-lock.scm -p tmp2
tmp2/bin/guix pull -C channels-lock.scm -p tmp3
--8<---cut here---end--->8---
On both debian and guix machines fixed point was reached on the second
iteration, but they were not the same.
== Guix instance, guix profiles and respective derivations ==
/gnu/store/3xjs43f4x25gjic106q3gcagsxvzr2y6-profile.drv
tmp -> /gnu/store/w3qq81dzdj9wckcw8fpz5lv6ylhw1m2d-profile
/gnu/store/jirindb2jrzhap6br5lgs4babxgy7m5z-profile.drv
tmp2 -> /gnu/store/mn55rb4z9s2sriskn5qwbxjbl5na0ah2-profile
/gnu/store/jirindb2jrzhap6br5lgs4babxgy7m5z-profile.drv
tmp3 -> /gnu/store/mn55rb4z9s2sriskn5qwbxjbl5na0ah2-profile
/gnu/store/3xjs43f4x25gjic106q3gcagsxvzr2y6-profile.drv:
--8<---cut here---start->8---
Derive
([("out","/gnu/store/w3qq81dzdj9wckcw8fpz5lv6ylhw1m2d-profile","","")]
,[("/gnu/store/0d4wiyh27zdk96hvm2sdagr30845van1-fonts-dir.drv",["out"])
,("/gnu/store/3k0bmrwhvskpkgy4gkwmrbx55mmhp5z8-ca-certificate-bundle.drv",["out"])
,("/gnu/store/79j21y7hhqdv45z7p5fv9g40cknplvxh-guile-3.0.9.drv",["out"])
,("/gnu/store/7sap6q0xsyjz41wq7bccdh5jj6j94jbz-guix-package-cache.drv",["out"])
,("/gnu/store/a16s8ykjgsjx4xr2m9qicrkrn4kxbwbn-info-dir.drv",["out"])
,("/gnu/store/mijc61yfd18mjagsl2d13sx8ia3xy5gw-emacs-subdirs.drv",["out"])
,("/gnu/store/q33r4jx8gsb1kzjl96zyv6yl30jhilga-rde.drv",["out"])
,("/gnu/store/xhw613vcqq3fj7aj0wdj7jxpcch2ic7q-module-import-compiled.drv",["out"])
,("/gnu/store/yg6mqrnwn1f35dmq9xr8y6rqqd3sjgvw-guix-d264237d5.drv",["out"])
,("/gnu/store/zpai0c66k06ab1hcf10h032xzn5zb382-glibc-utf8-locales-2.35.drv",["out"])]
,["/gnu/store/4jw49s17qv7ppg07sb2ww43vsl9zk9wn-profile-builder","/gnu/store/y545dx7df92al3yz1a9swnf0lhjg9igi-module-import"]
,"x86_64-linux","/gnu/store/354dvnz4pxvqdmx2hjk4qy6h3gkz5s8w-guile-3.0.9/bin/guile",["--no-auto-compile","-L","/gnu/store/y545dx7df92al3yz1a9swnf0lhjg9igi-module-import","-C","/gnu/store/s1s8hxnj7prqafr6ay9994nj11d2wd1w-module-import-compiled","/gnu/store/4jw49s17qv7ppg07sb2ww43vsl9zk9wn-profile-builder"]
,[("GUILE_WARN_DEPRECATED","no")
,("allowSubstitutes","0")
,("guix properties","((type . profile) (profile (count . 2)))")
,("out","/gnu/store/w3qq81dzdj9wckcw8fpz5lv6ylhw1m2d-profile")
,("preferLocalBuild","1")])
--8<---cut here---end--->8---
/gnu/store/jirindb2jrzhap6br5lgs4babxgy7m5z-profile.drv:
--8<---cut here---start->8---
Derive
([("out","/gnu/store/mn55rb4z9s2sriskn5qwbxjbl5na0ah2-profile","","")]
,[("/gnu/store/05vsyxfknr3aqa5ybj39215plc1im06k-rde.drv",["out"])
,("/gnu/store/07q4ssl50hnvjgh439qrphzz6xwmcn4c-module-import-compiled.drv",["out"])
,("/gnu/store/0ihckcn6p4sg4pgj2rbc5pqq854b4v95-ca-certificate-bundle.drv",["out"])
,("/gnu/store/ga7yd5agimq60p8p0x0a7byv25bic72r-fonts-dir.drv",["out"])
,("/gnu/store/gk1x2b9hcrw5vkfz7b84j36xwv7wdkn8-emacs-subdirs.drv",["out"])
,("/gnu/store/jymwk91cnl9m05rmyjvaabz1p49nrr1b-info-dir.drv",["out"])
,("/gnu/store/lls79ps9qdzlmv9szfqic8y2nryl6j4d-guile-3.0.9.drv",["out"])
,("/gnu/store/lxs0s0pvgkcpv7hkmls6d9a8ya5f6ppr-glibc-utf8-locales-2.35.drv",["out"])
,("/gnu/store/qjxqq5vvy8p556wfk8gyyk9xf5szkz22-guix-package-cache.drv",["out"])
bug#70275: Epiphany requires /run/current-system/profile/sbin/dbus-launch
Since the GNOME 44 upgrade, Epiphany no longer works for me (I’m using
EXWM, not GNOME):
--8<---cut here---start->8---
$ guix describe
Generation 299 Apr 08 2024 00:55:02(current)
shepherd d8d96fc
repository URL: https://git.savannah.gnu.org/git/shepherd.git
branch: devel
commit: d8d96fc28c49c624323b2f9f5cb01c4fc18a4afd
guile db7efa5
repository URL: https://git.savannah.gnu.org/git/guile.git
branch: main
commit: db7efa5d204b2e46ce9eb82f417d8c12d394858d
guix 49f82fc
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 49f82fca4130ffcfb16aa0cf89750ab56fb99ad7
$ guix shell epiphany -- epiphany
[…]
(epiphany:9264): epiphany-WARNING **: 14:39:27.754: Web process crashed
(process:2): libportal-CRITICAL **: 14:39:27.997: Failed to create XdpPortal
instance: Failed to execute child process “dbus-launch” (No such file or
directory)
(epiphany:9264): epiphany-WARNING **: 14:39:28.001: Web process crashed
(process:2): libportal-CRITICAL **: 14:39:28.625: Failed to create XdpPortal
instance: Failed to execute child process “dbus-launch” (No such file or
directory)
^C
$ type -P dbus-launch
/home/ludo/.guix-home/profile/bin/dbus-launch
--8<---cut here---end--->8---
Stracing shows this:
10989 execve("/run/current-system/profile/sbin/dbus-launch", ["dbus-launch",
"--autolaunch=a6bada0da851047b698"..., "--binary-syntax", "--close-stderr"],
0x5d7120 /* 81 vars */
Since I no longer have GDM either,
/run/current-system/profile/sbin/dbus-launch is gone, too (that’s
probably the main reason).
I’m not sure where this hard-coded /run/current-system/… comes from.
Should we do something about it?
Ludo’.
bug#70239: (operating-system) structure requires a kernel
Hi, Tomas Volf <~@wolfsden.cz> skribis: > (operating-system > (host-name "guix") > ;; Servers usually use UTC regardless of the location. > (timezone "Etc/UTC") > (locale "en_US.utf8") > (firmware '()) > (initrd-modules '()) > ; (kernel %ct-dummy-kernel) > (kernel #f) [...] > In gnu/services.scm: > 1031:29 7 (linux-builder-configuration->system-entry _) > In guix/profiles.scm: > 439:4 6 (packages->manifest _) > In srfi/srfi-1.scm: >586:17 5 (map1 (#f)) > In guix/inferior.scm: > 549:2 4 (loop #f "out" #) > 529:4 3 (inferior-package-input-field #f _) >473:18 2 (inferior-package-field #f (compose (lambda (#) (…)) #)) > 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: > In procedure struct-vtable: Wrong type argument in position 1 (expecting > struct): #f Indeed, ‘linux-builder-configuration->system-entry’ is not prepared for that, but we can fix it. > The (kernel (plain-file "fake-kernel" "")) leads to a different error: > > building /gnu/store/idy2sylx9zbvphzlqvhnldjvg242hd2a-linux-modules.drv... > find-files: > /gnu/store/jfcbq6djya5pi54yhpvzj66r18h4mp09-dummy-kernel-1/lib/modules: Not a > directory > Backtrace: >4 (primitive-load "/gnu/store/sckm34nzvmkcynhgn6zs5aq6xfs?") > In ice-9/eval.scm: > 619:8 3 (_ #f) >626:19 2 (_ #) > 159:9 1 (_ #) > In unknown file: >0 (car ()) > > ERROR: In procedure car: > In procedure car: Wrong type (expecting pair): () I believe this one is a regression introduced in 8f8ec56052766aa5105d672b77ad9eaca5c1ab3c. I believe this is fixed by this patch: diff --git a/gnu/system/linux-initrd.scm b/gnu/system/linux-initrd.scm index 561cfe2fd0..40ff2dc808 100644 --- a/gnu/system/linux-initrd.scm +++ b/gnu/system/linux-initrd.scm @@ -134,18 +134,23 @@ (define (flat-linux-module-directory linux modules) (guix build utils) (rnrs io ports) (srfi srfi-1) - (srfi srfi-26)) + (srfi srfi-26) + (ice-9 match)) (define module-dir (string-append #$linux "/lib/modules")) (define builtin-modules - (call-with-input-file - (first (find-files module-dir "modules.builtin$")) -(lambda (port) - (map file-name->module-name - (string-tokenize -(get-string-all port)) + (match (find-files module-dir (lambda (file stat) + (string=? (basename file) +"modules.builtin"))) +((file . _) + (call-with-input-file file + (lambda (port) + (map file-name->module-name + (string-tokenize (get-string-all port)) +(_ + '( (define modules-to-lookup (lset-difference string=? '#$modules builtin-modules)) Could you confirm? > I think it would be best to just support (kernel #f) for container > deployments, > since that would simplify it and keep it manageable. Yes, let’s do that too. Thanks, Ludo’.
bug#70051: bug#70266: Failure to open LUKS devices from a Shepherd service
Hi, aurtzy skribis: > On 4/7/24 19:43, Ludovic Courtès wrote: >> Oops, sorry for not noticing it earlier! (That was a hard-to-debug one >> so kudos for the work you and others put in it.) >> >> I pushed these two commits to address the problem: >> >>49f82fca41 mapped-devices: luks: Specify modules needed at the top-level. >>6062339156 mapped-devices: can specify modules to >> import. >> >> It works well in my tests but please let me know if something’s amiss. > > Just pulled+reconfigured, and my machine boots just fine with the > problem LUKS device being decrypted as expected again. Thanks! Awesome, thanks for confirming, and apologies for introducing this regression in the first place! Ludo’.
bug#70244: Bug in Guix? ... guix-command substitute' died unexpectedly
This is related: https://lists.gnu.org/archive/html/guix-devel/2024-03/msg00150.html
bug#70244: Bug in Guix? ... guix-command substitute' died unexpectedly
On 4/7/24 21:19, jbra...@dismail.de wrote: April 7, 2024 at 9:46 AM, "Zelphir Kaltstahl" wrote: On 4/7/24 03:17,jbra...@dismail.de wrote: I was able to update, yes, but I don't know, if the problem is solved. I got some error (not necessarily the same, I don't remember) on multiple occasions, when trying to update. I have no idea, whether it is something other people experience or just my installation. Now that you have updated. Does the below work without issue? $ guix pull && guix package -u # guix system reconfigure config.scm If you still experience issues with the above commands, please let me know! Thanks, Joshua Hi Joshua! I just tried: START guix pull && guix package -u ... (lots of output) ... building /gnu/store/3g7459g63by7wgnjksz3843apq7n7k6m-racket-8.11.1.drv... substitute: updating substitutes from 'https://ci.guix.gnu.org https://ci.guix.gnu.org/ '... 0.0%guix substitute: error: TLS error in procedure 'write_to_session_record_port': Error in the push function. guix package: error: `/gnu/store/l4vir00gbprk85qzmm2v8l38z8jrfly0-guix-command substitute' died unexpectedly ~END~ That sounds like a bug. What does $ guix describe $ guix system describe output? What kind of computer do you have? Hi again, $ guix describe Generation 49 Apr 07 2024 14:46:14 (current) guix 0fa6ba8 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 0fa6ba879af5625a3220f94fd699d5fae9e999d4 That should be the version I pulled with `--no-substitutes`. $ guix system describe guix system: error: no system generation, nothing to describe I guess this is, because I am running Guix on foreign distro? I should have mentioned that way earlier. Sorry. -.- Didn't make the jump to run Guix distro yet. Want to try that in a VM at some point. This machine is a Lenovo T470s. Installed is Xubuntu or Ubuntu with later installed XFCE: $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 22.04.4 LTS Release:22.04 Codename: jammy Best regards, Zelphir -- repositories:https://notabug.org/ZelphirKaltstahl
