bug#48053: Starting the hurd-vm service doesn't always succeed

Maxim Cournoyer writes: > Hello! > > I'm not sure if that's only on my setup, but starting or restart the > hurd-vm service seems a bit dodgy here: > > $ sudo herd restart hurd-vm > Service hurd-vm is not running. > secret service: sending secrets to 11004 > secret service: retrying connection

bug#48053: Starting the hurd-vm service doesn't always succeed

Hello! I'm not sure if that's only on my setup, but starting or restart the hurd-vm service seems a bit dodgy here: $ sudo herd restart hurd-vm Service hurd-vm is not running. secret service: sending secrets to 11004 secret service: retrying connection [59 attempts left] secret service:

bug#48050: Pinebook Pro LCD and Audio support

Control: reassign 48050 guix-patches Reassigning to guix-patches. Unless this debbugs is all old-school and I have to send to instead cont...@debbugs.gnu.org ... will know shortly! live well, vagrant signature.asc Description: PGP signature

bug#48050: Pinebook Pro LCD and Audio support

The attached patch enables support for LCD display and limited audio support for pinebook-pro-rk3399. With this, the Pinebook Pro gets display output on the built-in LCD. Console works, wayland works (tested with sway), presumably X.org would work as well (untested). Audio output on headphones

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

raingloom writes: > My guess is that int is 32 bits on i686. The computer's CPU is 32 bit. How would I check if "int is 32 bits on i686"?

bug#48024: glib-2.62.6 build fails i686

On Sun, 25 Apr 2021 23:35:42 -0400 Bone Baboon via Bug reports for GNU Guix wrote: > At the end of the build log this log is mentioned > `/tmp/guix-build-glib-2.62.6.drv-0/build/meson-logs/testlog.txt` > but it does not exist. > Use the --keep-failed build option, otherwise the

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

On Tue, 20 Apr 2021 21:46:42 -0400 Bone Baboon via Bug reports for GNU Guix wrote: > On a i686 computer when I run `sudo guix system --no-substitutes > --cores=1 --max-jobs=1 reconfigure config.scm` I get this error: > > phase `check' # gopkg.in/yaml.v2_test [gopkg.in/yaml.v2.test] >

bug#48045: guix challenge error

On an x86_64 computer when I run `guix challenge` I get this error: ``` ... /gnu/store/5ds5bli4p6gja2yzmzzc0sik1kzrasp9-guix-extra contents differ: local hash: 0aacxb6n0vrki8lb7f02r3m756cpc650hbihj9dpklkpvlgasqad https://ci.guix.gnu.org/nar/lzip/5ds5bli4p6gja2yzmzzc0sik1kzrasp9-guix-extra:

bug#48039: xorg-server might be vulnerable to CVE-2021-3472

Leo Famulari writes: > On Mon, Apr 26, 2021 at 07:25:35PM +0200, Nicolò Balzarotti wrote: >> * gnu/packages/xorg.scm (xorg-server): Update to 1.20.11. > > Did you see ? > Ops, sorry for the duplicate, I somehow missed it, I'm closing this Thanks!

bug#48039: (no subject)

bug#47964: webkitgtk-2.32.0 build fails

Leo Famulari writes: > Thanks for taking the time to perform all these builds; I'm sure they > took a long time. Thank you for helping me figure out how to build this package. > I'm guessing that "--cores=2 --max-jobs=1" used fewer threads than the > guix-daemon would normally choose by default

bug#48039: xorg-server might be vulnerable to CVE-2021-3472

On Mon, Apr 26, 2021 at 07:25:35PM +0200, Nicolò Balzarotti wrote: > From a1767951a7b4631c48916f1171f577839fff0df3 Mon Sep 17 00:00:00 2001 > From: nixo > Date: Mon, 26 Apr 2021 19:22:04 +0200 > Subject: [PATCH] gnu: xorg-server: Update to 1.20.11. > > * gnu/packages/xorg.scm (xorg-server):

bug#48039: xorg-server might be vulnerable to CVE-2021-3472

Hi, just found this [fn:1]: A flaw was found in xorg-x11-server in versions before 1.20.11. An integer underflow can occur in xserver which can lead to a local privilege escalation. The commit fixing the bug should be the one at [fn:2], and latest tagged version (1.20.11) should be fixed. On a

bug#47964: webkitgtk-2.32.0 build fails

On Mon, Apr 26, 2021 at 06:44:10PM +0200, Tobias Geerinckx-Rice wrote: > How about this? > From a9ef0c78c6aa60ab49f6fcf4fc6b43afdb6f0183 Mon Sep 17 00:00:00 2001 > From: Tobias Geerinckx-Rice > Date: Mon, 26 Apr 2021 18:39:58 +0200 > Subject: [PATCH] gnu: webkitgtk: Always use at least 2 make

bug#46297: nix-service-configuration is missing the default /bin/sh

pukkamustard writes: […] >> Could you apply the following patch on >> 13c4a377f5a2e1240790679f3d5643385b6d7635 and run the command again, >> please? > > Applied and tested in a virtual machine. Your patch seems to fix the issue I > was having. Thank you! > > Also tested again in a VM without

bug#47964: webkitgtk-2.32.0 build fails

Leo, Leo Famulari 写道： It's unusual that a program requires multithreaded compilation, but I wonder if we can add a property to the package definition to require at least 2 threads when building. That's a great idea, although I'm not keen on .*using properties for it. How about this?

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

Hey Ludo & Florian, > The patch looks reasonable to me, thanks a lot! Thanks for having a look! I'm working on an UEFI installation test as we discussed. Almost there but for a strange reason, even if the installation works smoothly, the created image isn't bootable in QEMU. I'll keep

bug#47920: AttributeError: 'PosixPath' object has no attribute 'read_text'

On Tue, Apr 20, 2021 at 08:29:23PM +, arkhan--- via Bug reports for GNU Guix wrote: > Greetings, in the last update some python packages were broken, such as > docker-compose, giving the > following error: Thanks for the report! By "last update", do you mean since the last `guix pull`? If

bug#39341: Installer using 100% of a CPU core

On Mon, Apr 26, 2021 at 06:07:33PM +0200, Ludovic Courtès wrote: > Hi, > > "pelzflorian (Florian Pelz)" skribis: > > > On Sun, Apr 25, 2021 at 11:41:59PM +0200, Ludovic Courtès wrote: > > 65;6003;1c> I’ve verified that keymap choices in the installer are honored, > > that you > >> can change

bug#47964: webkitgtk-2.32.0 build fails

On Mon, Apr 26, 2021 at 09:58:36AM -0400, Bone Baboon wrote: > `guix build --no-substitutes --cores=1 --max-jobs=1 webkitgtk` > `sudo guix system --no-substitutes --cores=1 --max-jobs=1 reconfigure > configuration.scm` > These two commands fail to build webkitgtk with the error message > reported

bug#39341: Installer using 100% of a CPU core

Hi, "pelzflorian (Florian Pelz)" skribis: > On Sun, Apr 25, 2021 at 11:41:59PM +0200, Ludovic Courtès wrote: > 65;6003;1c> I’ve verified that keymap choices in the installer are honored, > that you >> can change anytime via the F1 menu, and that there’s no file descriptor >> leak in the kmscon

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

Hi Mathieu, Mathieu Othacehe skribis: >> Can you force GPT also in 2.? All disk partitions get removed anyway. >> Arch wiki says MSDOS layout does not work on all EFI systems >> . > > Well I'm not sure, if someone

bug#48035: Fwd: regression: “guix pack” Docker images no longer work on AWS

Hi Guix, I’m using “guix pack”-generated Docker images on AWS ECS. On June 17, 2020 I generated and uploaded an image that works fine. According to AWS this image has this manifest type: application/vnd.docker.distribution.manifest.v2+json Today I generated a new image that does not

bug#47964: Closing bug#47964

Closing bug#47964 because webkitgtk can successfully be built using the command `sudo guix system --no-substitutes --cores=2 --max-jobs=1 reconfigure configuration.scm`. The build of webkitgtk is sensitive to the number of cores used.

bug#39341: Installer using 100% of a CPU core

On Sun, Apr 25, 2021 at 11:41:59PM +0200, Ludovic Courtès wrote: 65;6003;1c> I’ve verified that keymap choices in the installer are honored, that you > can change anytime via the F1 menu, and that there’s no file descriptor > leak in the kmscon process. Keyboard layout selection completely broke

bug#47964: webkitgtk-2.32.0 build fails

Leo Famulari writes: > I googled your error message: > > "No rule to make target 'JavaScriptCore-4.0.gir', needed by > 'WebKit2-4.0.gir'. Stop." > > And there are very many results, from many distros, and the answer in > all cases seems to be "Don't build this package with -j1". > > I have to

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

On Sun, Apr 25, 2021 at 07:12:39PM +0200, Mathieu Othacehe wrote: > > Hello Florian, > > > Can you force GPT also in 2.? All disk partitions get removed anyway. > > Arch wiki says MSDOS layout does not work on all EFI systems > >

bug#46297: nix-service-configuration is missing the default /bin/sh

Oleg Pykhalov writes: […] Could you apply the following patch on 13c4a377f5a2e1240790679f3d5643385b6d7635 and run the command again, please? Applied and tested in a virtual machine. Your patch seems to fix the issue I was having. Thank you! Also tested again in a VM without your