bug#59205: ‘guix help’ output is partly untranslated
Saluton! The pot generation process for translations at weblate is separate from the one for Guix. The pot in Guix is outdated and not updated automatically. It seems that the rules for generating the pot changed in Guix, but I don't use them for generating the pot files in the translation repo. That is because I don't want to run configure, make and risk something breaking because of an ABI change, just for translations. I updated the generation process and ran an update. The pot file in the translation repo now has the missing strings and they should appear at weblate in a few hours if all goes well :) Le Fri, 11 Nov 2022 23:24:56 +0100, Ludovic Courtès a écrit : > Saluton! > > The output of ‘guix help’ is partly untranslated: > > --8<---cut here---start->8--- > $ LC_ALL=fr_FR.utf8 guix help | head -20 > Utilisation : guix OPTION | COMMANDE ARGS... > Lance la COMMANDE avec les arguments ARGS, le cas échéant. > > -h, --help afficher de nouveau ce texte d'aide et > quitter -V, --version afficher les informations sur la > version les droits d'auteur et quitter > > COMMANDE doit être une des sous-commandes listées ci-dessous : > > commandes principales > deploydeploy operating systems on a set of machines > describe describe the channel revisions currently used > gcinvoke the garbage collector > home build and deploy home environments > install install packages > package manage packages and profiles > pull pull the latest revision of Guix > removeremove installed packages > searchsearch for packages > show show information about packages > systembuild and deploy full operating systems > --8<---cut here---end--->8--- > > The synopses that appear in ‘define-command’ forms are left > untranslated. They are in ‘guix.pot’ but are missing from PO files. > > Any idea? > > Thanks, > Ludo’. > >
bug#59200:
Hi, I've got the same issue while packing cl-graph which has cl-containers as one of the inputs. It's fails exactly the same where it can't assess cl-containers FASL file. Regards, Oleg
bug#59179: BUG: &invalid-base32-character (./guix/base32.scm:296:65: ERROR)
Hello, Fixed by Andrew with: 0760a8511d512ebac388eda0b9e18fd7451ca4b3. Sorry for the breakage! Mathieu
bug#56485: Graphical Installer Partitioning Bug
Hello, > The bug: When I tell it to go ahead and partition the drive according > to what I set up, the screen flashes and resets the entire installer > to the beginning of the installation i.e. takes me back to the locale > setting screen. However, when I don't create a swap, it seems to > partition without complaint. This could be a manifestation of https://issues.guix.gnu.org/58732. With the latest installer version there is a core-dump uploader which will help diagnosing those issues. Thanks, Mathieu
bug#55336: Graphical installer: Selecting a partition scheme always takes me back to the start
Hello Luis, > Using the latest installer image > (l6dfrnjhhjf3axjndk290qsgxj0bzpgm-image.iso) I can't install the > system because everytime I select a partition scheme, the installer > takes me back to the language selection step. The latest installer offers a core-dump upload mechanism that should help diagnosing this issue. Any chance you could try again with https://ci.guix.gnu.org/build/1689729/details, or later :)? Thanks, Mathieu
bug#55011: let user drop into REPL from installer
Hello, > Long story short I got an error related to mkfs.btrfs, this I think has > already been reported, but Mumi's search is not great so I haven't > verified that yet. Installer now reports failing partitioning commands and offers to re-run them or keep things going. This should cover your request. Closing, Mathieu
bug#53978: installer crash
Hello, > I have tried to install the stable version of guix using the graphical > installer and got the error on the attached screenshot. Thanks for the report. This is very likely fixed by: ab974ed709976d34917c8f6f9e5cc0004547af45. Closing, Mathieu
bug#53459: installer: uuid->string failure backtrace (again)
Hello,
> ice-9/eval.scm:159:9: Throw to key 'match-error' with args '("match" "no
> matching pattern" (#f ext4))'
This is very likely fixed by: ab974ed709976d34917c8f6f9e5cc0004547af45.
Thanks,
Mathieu
bug#37264: null pointer dereference in visual installer
Hello, > I try to install Guix System 1.0.1 ISO on VirtualBox 6.0.10. I just > select default values (press Enter every time) and get error after > choosing options for disk partitioning. Closing this old issue that is very likely fixed now. Thanks, Mathieu
bug#33555: test.iso-image-installer.i686 got stuck after kernel oops
Hey Mark, > The most recent build of 'test.iso-image-installer.i686-linux', which > was performed on hydra.gnunet.org, hit a kernel oops, and subsequently > got stuck. > > https://hydra.gnu.org/build/3194778 All installation tests are now passing on Cuirass. Closing, Mathieu
bug#56485: Graphical Installer Partitioning Bug
Hi, I believe this issue was with the 1.3 installer and not the latest version. When I used the latest version I don't think I encountered this. Sorry I forgot to update. Regards, Imran On Sat, Nov 12, 2022 at 6:41 PM Mathieu Othacehe wrote: > > Hello, > > > The bug: When I tell it to go ahead and partition the drive according > > to what I set up, the screen flashes and resets the entire installer > > to the beginning of the installation i.e. takes me back to the locale > > setting screen. However, when I don't create a swap, it seems to > > partition without complaint. > > This could be a manifestation of https://issues.guix.gnu.org/58732. With > the latest installer version there is a core-dump uploader which will > help diagnosing those issues. > > Thanks, > > Mathieu >
bug#59200: ASDF build system/sbcl doesn't build FASLs on some packages
guix shell sbcl sbcl-uuid --pure -- sbcl --eval '(require :asdf)' --eval '(asdf:load-system :uuid)' #: Error opening #P"/gnu/store/in6ndcrnqg9pp2glkbvl1s072zp7r34y-sbcl-uuid-2012.12.26-1.e7d6680/lib/common-lisp/sbcl/uuid/uuid-tmpGHU3ALSV.fasl": Read-only file system The issue seems to be that the sbcl-uuid package has an empty lib/common-lisp/sbcl/uuid directory: the FASL files don't get built. The build log shows everything is fine https://ci.guix.gnu.org/build/1670426/log/raw so I believe this has to be an issue with the asdf-build-system/sbcl itself. It also seems to affect a number of packages, including from what I've seen: sbcl-numcl, sbcl-lack, and sbcl-mito. It doesn't seem to be a missing #:asd-systems argument either (the .asd file is loaded fine per the build log).
bug#59196: `guix pull` fails on A20-OLinuXino-LIME2-eMMC
Dear Guix, I decided to try to install Guix System on my A20-OLinuXino-LIME2-eMMC. I used the latest Armbian as a base system. I APT-installed Guix and tried to `guix pull`, but it failed with the following message: ```shell $ guix pull # […] building /gnu/store/05k8k43x5k78r0d41xcpw3ivwwr878rl-curl-7.84.0.tar.xz.drv... building /gnu/store/y9svpa7kwv48mpvgl5z9w7skizm93vb1-gnutls-3.7.7.tar.xz.drv... building /gnu/store/mz7ff25ihc77006p964ji5d47rhs2iam-guile-gnutls-3.7.9-checkout.drv... building /gnu/store/sq3w2hk9z1va6q2dbjg16mi0afw64q9b-gnutls-3.7.7.drv... / 'build' phas\Backtrace: 15 (primitive-load "/gnu/store/mbs3lc77zy30nr82lnn2s135i2rvq095-compute-guix-derivation") In ice-9/eval.scm: 155:9 14 (_ _) |159:9 13 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?)) In ice-9/boot-9.scm: 152:2 12 (with-fluid* _ _ _) 152:2 11 (with-fluid* _ _ _) In ./guix/store.scm: 2170:24 10 (run-with-store # _ #:guile-for-build _ #:system _ #:target _) 1998:8 9 (_ _) In ./guix/gexp.scm: 299:22 8 (_ _) 1180:2 7 (_ _) 1046:2 6 (_ _) 892:4 5 (_ _) In ./guix/store.scm: 2055:12 4 (_ #) 1403:5 3 (map/accumulate-builds # # ?) 1419:15 2 (_ # _ _) 713:11 1 (process-stderr # _) In ./guix/serialization.scm: 80:6 0 (read-int #) ./guix/serialization.scm:80:6: In procedure read-int: ERROR: 1. &nar-error: file: #f port: # /guix pull: error: You found a bug: the program '/gnu/store/mbs3lc77zy30nr82lnn2s135i2rvq095-compute-guix-derivation' failed to compute the derivation for Guix (version: "ba8679fb2452f4466a98a99edf050ea7452c83f4"; system: "armhf-linux"; host version: "1.2.0"; pull-version: 1). Please report the COMPLETE output above by email to . ``` >From the backtrace, I cannot figure out what went wrong! Any idea? Best regards, -- Tanguy
bug#59196: guix pull fails on A20-OlinuXino-LIME2-eMMC
Hi, Does it also fails with 'guix pull -M 1 -c 1' ? Denis. pgpuM7NXz38z1.pgp Description: OpenPGP digital signature
bug#59220: guix home does not have a way to uninstall itself
Hi, guix home does not have a way to uninstall itself. See the following resources for more context: help-guix conversation with ludo: https://lists.gnu.org/archive/html/help-guix/2022-08/msg00086.html irc conversation about the bug on #tropin on Libera: ``` jgart: symlink-manager have cleanup-symlinks procedure in it, which cleanups dotfiles from previous generation. just declare a new home-environment with empty list of services and add only symlink-manager to essential-services, after that do a reconfigure and everything except ~/.guix-home will be cleaned up abcdw_: cool! could we make a subcommand from that? guix home uninstall or similar. jgart: Most people are not going to know to use cleanup-symlinks procedure in symlink-manager. Thu, Sep 8 2022 abcdw joined the room jgart: Create a proposal on bug-guix please and cc me, I'll take a look at it, when will get spare time jgart: will do, thanks! ``` all best, jgart
bug#56485: Graphical Installer Partitioning Bug
Hey, > I believe this issue was with the 1.3 installer and not the latest > version. When I used the latest version I don't think I encountered > this. Sorry I forgot to update. Thanks for your answer :) Mathieu
bug#54966: Guix Installer Bug
Hello, Sorry for the very late reply. > I tried to install Guix on the Framework laptop, and up until the > partitioning, everything goes smoothly. However, after this is > reached, any attempt at mounting a partition to / results in this > error statement We recently added several error reporting mechanisms to the installer, any chance you still have the hardware around and would be able to test again using the latest installer image: https://guix.gnu.org/en/download/latest/. That would be really helpful for us :) Thanks, Mathieu
bug#52767: Unexpected problem with Guix System installer
Hello Mathieu, > This is not the drive that was used to boot the Guix installer in the > first place. > > Thanks, hope someone can understand what the issue is. Sorry for the very late reply. We recently added a bunch of error reporting features to the installer. Any chance you still have the hardware around and would be able to test again using the latest installation image available here: https://guix.gnu.org/en/download/latest/? That would be super useful for us :) Thanks, Mathieu
bug#47053: The installer has encountered an unexpected problem
Hello, > Attempted to install Guix System on a Librebooted machine and this > happened. Sorry for the very late reply. We recently added a bunch of error reporting features to the installer. Any chance you still have the hardware around and would be able to test again using the latest installation image available here: https://guix.gnu.org/en/download/latest/. That would be super useful for us :) Thanks, Mathieu
bug#42054: installer: "invisible" screens, partitioning step fail
Hello, Sorry for the very late reply. We recently added a bunch of error reporting features to the installer. Any chance you still have the hardware around and would be able to test again using the latest installation image available here: https://guix.gnu.org/en/download/latest/. That would be super useful for us :) Thanks, Mathieu
bug#37513: Subject: Installer finish backtrace, umount dispatch exception /mnt device busy
Hello, Sorry for the very late reply. We recently added a bunch of error reporting features to the installer. Any chance you still have the hardware around and would be able to test again using the latest installation image available here: https://guix.gnu.org/en/download/latest/? That would be super useful for us :) Thanks, Mathieu
bug#59168: ‘--with-latest’ doesn’t pick the right compressed tarball
Ludovic Courtès skribis: > Right now we get: > > $ guix build make --with-latest=make > > Starting download of /tmp/guix-file.iV1Drd >>From https://ftpmirror.gnu.org/gnu/make/make-4.4.tar.lz... Fixed for the ‘gnu’ updater in 9a35e4c5bd5c4148f32336c3a156d14a895fc5dd. Ludo’.
bug#58926: Shepherd becomes unresponsive after an interrupt
Mathieu Othacehe skribis:
> 1. On my laptop with a Wireguard service trying to reach a non-existing
> DNS server.
>
> (service wireguard-service-type
> (wireguard-configuration
> (addresses (list "10.0.0.2/24"))
> (dns '("10.0.0.50")) #does not exit
This one is similar to:
https://issues.guix.gnu.org/53225
https://issues.guix.gnu.org/53381
It has to do with the fact that “wg-quick up” blocks until it succeeds
and that ‘invoke’ gets stuck on ‘waitpid’ until the “wg-quick” process
terminates.
The solution will be to use something non-blocking instead of ‘invoke’;
I’m looking into it.
Ludo’.
bug#58926: Shepherd becomes unresponsive after an interrupt
Mathieu Othacehe skribis: > then hitting C-c, Shepherd becomes totally unresponsive: > > sudo herd status > > > and all further Shpeherd commands hang forever. I was able to reproduce > it in two different configurations: [...] > 2. On Berlin, while trying to restart nginx. I can’t reproduce it in a VM. Before I try it on a production system :-), does anyone have a tip on how to reproduce it? Or perhaps strace output from a system that exhibits this bug? TIA! Ludo’.
bug#52767: Unexpected problem with Guix System installer
Hi Mathieu, Good news about the new features of the installer, thanks for your work! I rarely use that machine but I am now wondering if I haven't managed to install Guix on it, in the end. If that is correct, and working fine, I doubt I will reinstall from scratch, but if it is not running Guix already, then I will let you know when I try again (it may be in weeks or months though). That machine was supposed to be my test bed before deciding if I could migrate my main hardware to Guix, which I did a few months later. Cheers, Mathieu On 2022-11-12 17:35 Mathieu Othacehe wrote: > > Hello Mathieu, > >> This is not the drive that was used to boot the Guix installer in >> the >> first place. >> >> Thanks, hope someone can understand what the issue is. > > Sorry for the very late reply. We recently added a bunch of error > reporting features to the installer. Any chance you still have the > hardware around and would be able to test again using the latest > installation image available here: > https://guix.gnu.org/en/download/latest/? > > That would be super useful for us :) > > Thanks, > > Mathieu
