bug#58880: [PATCH v2 2/2] nls: Update translation keys for guix gc
2023/01/24 16:14, pelzflorian (Florian Pelz): > Remco van 't Veer writes: >> * po/*/*.po (guix/scripts/gc.scm): Round MiBs in user feedback. > > Thank you Remco for not breaking translations, which is nice to users. > But note that usually committers just ignore that the translations stay > broken for a while and that is more feasible for developers and would be > okay too. Good to know. Thanks.
bug#61044: libxml2-parent-pointers.patch: patch not found
Output of 'guix pull' on fresh install of Guix 1.4 x86_64 / 6.0.10-gnu : guix install: error: libxml2-parent-pointers.patch: patch not found No packages can be updated or installed. Removing .cache folder does not resolve issue. Same issue for user or root.
bug#60657: Rethinking how service extensions work
On 2023-01-08 12:31, Bruno Victal wrote: > (...) the issue arises from using activation-service-type to create > files/directories for services > when these should be either (1) shepherd one-shot services or moved into the > 'start' procedure of the service. Idea: Instead of moving these procedures into the start procedure from shepherd-service and end up with a very large start constructor, we could augment with a 'pre-start' field that is responsible for setting up the initial conditions for the service. That is, we move most of the code in the activation-service-type extensions into this 'pre-start' field. We could also consider if it would make sense adding post-start, pre-stop and post-stop fields. Cheers, Bruno
bug#58290: guile ssh error on guix deploy
On 2023-01-23 22:50, Ludovic Courtès wrote: > Hi Artyom, > > "Artyom V. Poptsov" skribis: > >> I figured out how to fix Guile-SSH channel "leak", so to say, that lead >> to the OpenSSH "no more sessions" problem. >> >> Please run your tests with this branch and let me know if it works for >> you (including all the edge cases): >> https://github.com/artyom-poptsov/guile-ssh/tree/wip-fix-channel-leak > > It works! Specifically, I ran: > > guix shell guile guile-ssh \ > --with-branch=guile-ssh=wip-fix-channel-leak -- \ > guile ssh-channels.scm > > and the script (same one as before) ran several hundreds of iterations > just fine. Can confirm the same, works on my machine :) Thank you very much. > > I had looked at ‘ptob_close’ and related code but didn’t see this issue; > good catch! > > If you plan to push a new release, we’ll just upgrade in Guix; otherwise > we can apply the patch locally. > > Thank you! > > Ludo’. -- Best regards, Andrew Tropin signature.asc Description: PGP signature
bug#58880: [PATCH v2 2/2] nls: Update translation keys for guix gc
Remco van 't Veer writes: > * po/*/*.po (guix/scripts/gc.scm): Round MiBs in user feedback. Thank you Remco for not breaking translations, which is nice to users. But note that usually committers just ignore that the translations stay broken for a while and that is more feasible for developers and would be okay too. Regards, Florian
bug#58880: Patch impacting translation (was Re: bug#58880: 'guix gc' does not round the amount of disk space freed)
On lun., 23 janv. 2023 at 14:44, b...@bokr.com wrote: > Any reason to prefer http://... ? Because my Emacs function used http://. Fixed. Cheers, simon
bug#61011: ‘guix system vm’ spawns QEMU and hangs
On Sun, Jan 22, 2023 at 10:36:21PM +0100, Ludovic Courtès wrote: > Hello, > > On my Guix System machine, the ‘qemu-system-x86_64’ spawned by ‘guix > system vm’ hangs after printing “Booting from ROM...”; it has to be > terminated with SIGKILL, SIGINT is not enough. > > Specifically: > > $(guix time-machine --commit=66188398c446bdf9ce044fa539536e9b54c28c60 \ > -- system vm gnu/system/examples/bare-bones.tmpl) -m 1024 # Good. > > … whereas: > > $(guix time-machine --commit=9923100a42ffa80f604c1c13a5e999e6a4c15146 \ > -- system vm gnu/system/examples/bare-bones.tmpl) -m 1024 # Bad! > > I thought the culprit might be this commit: > > commit 9923100a42ffa80f604c1c13a5e999e6a4c15146 > Date: Fri Dec 23 09:42:27 2022 +0200 > > gnu: sgabios: Fix build on cross-build architectures. > > * gnu/packages/firmware.scm (sgabios)[arguments]: When cross-building > add a make-flag to use the correct objcopy. > > … but even after reverting it on today’s master, QEMU occasionally hangs > as before, though not always. > > ‘qemu-minimal’ as used for “make check-system” seems to work fine. > > There have been a number of packages unbundled, so I wonder if another > one of these might be causing problems. > > What do you think? I remember feeling overwhelmed by the build failures after the unbundling (but I didn't reach out! I should've said something.) and worked to try and quickly fix the builds. I looked at reverting it locally, but with or without that patch I got the same derivation for sgabios when built on x86_64. I tried firing up diffoscope and I found no differences between the sgabios built on x86_64, aarch64 or armhf (wow!). I've run diffoscope against the sga I tried firing up diffoscope and I found no differences between the sgabios built on x86_64, aarch64 or armhf (wow!). I've run diffoscope against the sgabios.bin that we build and the one that comes in the qemu release tarball and I've included the output in the email. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted sgabios.bin.diff.gz Description: application/gunzip signature.asc Description: PGP signature