bug#45165: binutils-mesboot0 fails at configure, cannot find lex
Regardless of how Kconfig options interact with each other, it seems that this bug is only triggered when the effective kernel config (/proc/config.gz) contains the following: CONFIG_EXPERT=y # CONFIG_UID16 is not set Cheers, Carl Dong
bug#45826: SBCL / Common Lisp packages fail to build on aarch64
On Tue, Jan 19, 2021 at 02:13:58PM +0100, Ludovic Courtès wrote: > Now, I think we should avoid papering over CI configuration issues (did > I get that right?) by changing package definitions. Yes, that's idiomatic English, if that is what you were asking about. And I agree, the package definitions shouldn't include workarounds for CI problems.
bug#45992: A "live" profile is missing
My root user's latest default package installation profile has gone missing: -- # ls -l ~root/.guix-profile lrwxrwxrwx 1 root root 45 Jun 13 2017 /root/.guix-profile -> /var/guix/profiles/per-user/root/guix-profile # realpath ~root/.guix-profile /gnu/store/1ph7vxq4hhqr1hjkmgin16p1cqx3v904-profile # realpath --canonicalize-existing ~root/.guix-profile realpath: /root/.guix-profile: No such file or directory # ls -l /var/guix/profiles/per-user/root/ total 0 lrwxrwxrwx 1 root root 21 Jan 18 13:24 current-guix -> current-guix-113-link lrwxrwxrwx 1 root root 51 Dec 6 18:50 current-guix-109-link -> /gnu/store/1bng1iikqj2h9hfqylcd47ya1cmjf2ww-profile lrwxrwxrwx 1 root root 51 Dec 8 20:05 current-guix-110-link -> /gnu/store/kpp7rq67df1751g6al5fxv7anm4h6fvv-profile lrwxrwxrwx 1 root root 51 Dec 20 17:45 current-guix-111-link -> /gnu/store/yg9r3vys1cx3xwsqmbl2kq20ih4xbryi-profile lrwxrwxrwx 1 root root 51 Jan 13 03:27 current-guix-112-link -> /gnu/store/4aj0ydxfrbfz2yshlv1qg6kr5qw17mjz-profile lrwxrwxrwx 1 root root 51 Jan 18 13:24 current-guix-113-link -> /gnu/store/5kfv0zzf1mmkyl3c9q42piwcb0h3fyzj-profile -rw-r--r-- 1 root root 0 Jan 19 13:44 current-guix.lock lrwxrwxrwx 1 root root 21 Jan 18 13:25 guix-profile -> guix-profile-197-link lrwxrwxrwx 1 root root 51 Dec 20 17:47 guix-profile-192-link -> /gnu/store/hnmdaga6m5d1jvq1yjs0w1w10r8ffsha-profile lrwxrwxrwx 1 root root 51 Dec 22 21:32 guix-profile-193-link -> /gnu/store/wfz6qbzd6imqg7cg0w5f8arnpzc5a8ck-profile lrwxrwxrwx 1 root root 51 Jan 1 01:44 guix-profile-194-link -> /gnu/store/daixf0dvmxlavplc1v987sfqmkjv258j-profile lrwxrwxrwx 1 root root 51 Jan 9 13:32 guix-profile-195-link -> /gnu/store/w14sbx2ja9g178lxbl8173c3xbbcapf9-profile lrwxrwxrwx 1 root root 51 Jan 13 03:29 guix-profile-196-link -> /gnu/store/99qhzhhrm73mawbzcgp9kfcxhzs51kk3-profile lrwxrwxrwx 1 root root 51 Jan 18 13:25 guix-profile-197-link -> /gnu/store/1ph7vxq4hhqr1hjkmgin16p1cqx3v904-profile -rw-r--r-- 1 root root 0 Jan 18 13:25 guix-profile.lock # ls -l /gnu/store/1ph7vxq4hhqr1hjkmgin16p1cqx3v904-profile ls: cannot access '/gnu/store/1ph7vxq4hhqr1hjkmgin16p1cqx3v904-profile': No such file or directory -- That's weird, right? Any ideas? I noticed a change in the garbage collector performance recently. It seemed to slow down by a lot, with frequent pauses. I wonder if that could be related? Here are the generations of my current-guix profile (this is not the profile that is broken): -- # guix package -p ~/.config/guix/current -l Generation 109 Dec 06 2020 18:50:21 guix 8f80565 out /gnu/store/ikwp5p0nfhlmp2xvxyh0l5x7349ws24k-guix-8f805657b Generation 110 Dec 08 2020 20:05:00 + guix 02b21f3 out /gnu/store/b30hyzr2ln51dc7sdrwgzqklmkl71sni-guix-02b21f35c - guix 8f80565 out /gnu/store/ikwp5p0nfhlmp2xvxyh0l5x7349ws24k-guix-8f805657b Generation 111 Dec 20 2020 17:45:49 + guix cfee860 out /gnu/store/xvswkzhadlsdlkxj2yikfq60vakvmpi8-guix-cfee8608c - guix 02b21f3 out /gnu/store/b30hyzr2ln51dc7sdrwgzqklmkl71sni-guix-02b21f35c Generation 112 Jan 13 2021 03:27:33 + guix 645a28e out /gnu/store/08rk3q8s9qqzph0hah66mx1ws2ssll15-guix-645a28ee9 - guix cfee860 out /gnu/store/xvswkzhadlsdlkxj2yikfq60vakvmpi8-guix-cfee8608c Generation 113 Jan 18 2021 13:24:01(current) + guix c20eee7 out /gnu/store/zpmabbkh27myw01gjfczbrlqjr0ih5pd-guix-c20eee77a - guix 645a28e out /gnu/store/08rk3q8s9qqzph0hah66mx1ws2ssll15-guix-645a28ee9 -- signature.asc Description: PGP signature
bug#45978: kodi-cli error: "show_help: command not found"
Building with `--with-branch=kodi-cli=master` fixed this, so just needs an update.
bug#44112: SBCL is not reproducible
Hi, On Wed, 21 Oct 2020 at 14:41, Guillaume Le Vaillant wrote: > zimoun skribis: > >> Using Guix 58af4c9, the package ’sbcl’ seems not-reproducible. [...] > Removing this source file timestamp from compiled files would simplify > things. Maybe nothing really depends on it and it would be possible... Any news from upstream? Still unreproducible for me. All the best, simon
bug#30210: pandoc not reproducible
Hi Ricardo, On Mon, 22 Jan 2018 at 19:09, Ricardo Wurmus wrote: > The ghc-pandoc package for version 1.17.2 cannot be built reproducibly. On my machine, with Guix cb68ae6, the usual: guix build pandoc –no-grafts guix build pandoc –no-grafts –check does not report a reproducibility issue. Idem with ghc-pandoc. Since, Pandoc is at 2.7.3 and without the parallel Haskell build system, it should be reproducible, I guess. Could you confirm? If ok for you, this bug report could be close. All the best, simon
bug#45980: Feature request: parameterized /var/guix/profiles/per-user
Hi, We have installed guix following this cluster documentation https://hpc.guix.info/blog/2017/11/installing-guix-on-a-cluster/ on Grid'5000 which is a testbed. In order to be more secure we did not want to export /var/guix with RW rights, we cannot trust root on the nodes. So for the user profile to work we did the following: - mount the user's home on the guix server - instead of letting guix create the user's profile on /var/guix/profiles/per-user we created symlink: ln -s /home/USER/.guix /var/guix/profiles/per-user/USER This way we can export /var/guix with RO rights and users can't see each others profiles. Another way would be to have a parameter to configure the /var/guix/profiles/per-user directory so the symlink mecanism would not be needed. For example guix could directly write in the user directory in /home/USER/.guix. Best regards, Dimitri Grid'5000 Techteam
bug#45826: SBCL / Common Lisp packages fail to build on aarch64
Hi, Efraim Flashner skribis: > On Sun, Jan 17, 2021 at 02:11:11PM -0500, Leo Famulari wrote: >> On Sun, Jan 17, 2021 at 10:29:49AM +0100, Mathieu Othacehe wrote: >> > If we want to disable SBCL builds temporarily we can do something >> > similar to what I did to disable Rust builds on non-x86_64 architectures >> > here: 0ed631866cc0b7cece2b0a0b50e39b37ae91bb67. >> >> -- >> diff --git a/gnu/packages/rust.scm b/gnu/packages/rust.scm >> index 35a96b5754..91b5d6b6ec 100644 >> --- a/gnu/packages/rust.scm >> +++ b/gnu/packages/rust.scm >> @@ -452,6 +452,7 @@ test = { path = \"../libtest\" } >> (variable "LIBRARY_PATH") >> (files '("lib" "lib64") >> >> +(supported-systems '("x86_64-linux")) >> (synopsis "Compiler for the Rust programming language") >> (description "Rust is a systems programming language that provides >> memory >> safety and thread safety guarantees.") >> -- >> >> Hm, this would also prevent users from building the packages on their >> own machines. We need a way to make changes like this but limit them to >> the build farm. > > Would marking it unsubstitutable work? Or would we need build-local If you mark it as #:substitutable? #f, then CI won’t try to build it but users can still build it. Now, I think we should avoid papering over CI configuration issues (did I get that right?) by changing package definitions. HTH! Ludo’.
bug#45978: kodi-cli error: "show_help: command not found"
kodi-cli is a bash script, and the 'show_help' function is called before it's defined. Not really something that can be fixed in Guix, Probably just needs an update.
bug#45835: (gnu machine digital-ocean) installs old Guix
Hi Mathieu, >> I also wonder if there might not be a better way to deploy Guix quickly, >> for example by using a relocatable pack of Guix and using “guix copy” >> instead of executing a shell script. > > I think that building a Guix System image and creating a droplet out of > it using the DigitalOcean API, as I described here[1] would be a better > solution. Yes, this seems better than installing Guix on an existing system (which costs time and possibly expensive bandwidth), and to replace the running system with it. FWIW, I wrote Guile AWS[1], which may be useful for doing the same with AWS as a backend. -- Ricardo [1]: https://git.elephly.net/?p=software/guile-aws.git