bug#39712: Partitions produced by the installer not properly unmounted?

Hey Ludo, > But I think the problem should show up even with “make check-system > TESTS=installed-os” on master. Well this does not involve the graphical installer, so I'm not sure to understand. Anyway, testing the installer in Qemu, I can reproduce a failure where the first umount in "umount

bug#39511: github auth

Hi Matt, Matt Wette skribis: > I have not gotten into testing, but according to email and references > provided previously the patch below might work. I’ve applied the patch on your behalf, thank you! Ludo’.

bug#39708: nfs-service-type broken: rpc.mountd respawns too quickly

Hi, Maxim Cournoyer skribis: > The rpc.mountd service, one of the required services for > nfs-service-type, respawns the process quickly until disabled. Does /var/log/messages contain hints? Is rpc.statd running? Could it be that all these services need to depend on ‘loopback’? No answers, bu

bug#39536: problem in emacs-gnuplot mode

Hi Jean-Baptiste, Jean-Baptiste Note skribis: >>From 5f2db54f0e0e31dfcc9e6271dceb5aa38a799746 Mon Sep 17 00:00:00 2001 > From: Jean-Baptiste Note > Date: Sun, 9 Feb 2020 21:02:33 +0100 > Subject: [PATCH] [emacs-gnuplot] Fix destination directory > > --- > gnu/packages/emacs-xyz.scm | 3 +-- >

bug#39511: github auth

On 2/22/20 2:52 AM, Ludovic Courtès wrote: Hi Matt, Matt Wette skribis: I have not gotten into testing, but according to email and references provided previously the patch below might work. I’ve applied the patch on your behalf, thank you! Ludo’. much appreciated Matt

bug#39738: ffmpeg-4.2.2 fails to build on native i686-linux

Hi, When building ffmpeg-4.2.2 (current master, 8d1b22b27fba3d1e4310f02a5897d231b42ca117) natively on 32bit hardware, the build fails because of two failing tests (full log attached) --8<---cut here---start->8--- --- ./tests/ref/fate/filter-pixdesc-grayf32be

bug#39648: Reverse my commits on GNOME meta-package

Hi Tobias & all! Tobias Geerinckx-Rice skribis: > Raghav Gururajan 写道： >> Could you please reverse my following commits: >> >> 1) d36fa50fbf8169018193774782fd21f1b13b9c0e >> >> 2) 7922b6f795eb575084546ec9bfb9d40508a9378e >> >> 3) 8d8c6bffc528b60574f84620bd6c3ee9bfa1173f >> >> 4) a8cda7f57992e9ce

bug#39712: Partitions produced by the installer not properly unmounted?

Hi, Mathieu Othacehe skribis: >> But I think the problem should show up even with “make check-system >> TESTS=installed-os” on master. Hmm I’m not sure this is true. > Well this does not involve the graphical installer, so I'm not sure to > understand. > > Anyway, testing the installer in Qemu

bug#36882: Qemu 4.2.0 build for x86_64-linux fails

Hello, > On master there’s pretty much the same command as above, with ‘-m16’, > and “yet it works”. > > https://ci.guix.gnu.org/log/ymzp5yz2r3zfw4xczwwlykyjv2kqcqs0-qemu-4.2.0 On master, when building qemu, this is the gcc include path (obtained with "gcc -v -x c -E /dev/null"): --8<---

bug#39204: r-rgdal: Reading of vector GIS data causes segfault

Let's try to debug the problem you are facing. After applying the attached patch, please provide the complete outputs of the following commands. If the output is too long, feel free to send it as an email attachment. $ ./pre-inst-env guix build r-gdal $ ./pre-inst-env guix environment --containe

bug#34033: Offloading sometimes hangs

Hi Maxim, Maxim Cournoyer skribis: > Ludovic Courtès writes: > >> Hello, >> >> Ludovic Courtès skribis: >> >>> A simple thing would be to somehow get libssh to pass POLLIN | POLLRDHUP >>> instead of just POLLIN. >> >> Reported here: >> >> https://www.libssh.org/archive/libssh/2019-01/000

bug#39699: [core-updates] gash-boot0 fails on i686-linux

Hey! Timothy Sample skribis: > Jan Nieuwenhuizen writes: > >> @Timothy: if you want to change this in bootar itself and remove the >> workaround from commencement, please feel free. > > Done in 4b807ef87c4634e8bea1431d47ee3df3b519145d. Thanks! In other news, I’ve mirrored bootar-1{,a}.ses on

bug#39646: bug#39648: Reverse my commits on GNOME meta-package

Hi Ludo! > I agree. As a stop-gap measure, I propose to commit the following > change real soon. I’ve tested it in a VM; it addresses the points Andy > raised by re-adding the important bits mentioned in > . Sure, I can do that. > Raghav, don’t worry, we