bug#40179: gpgme's json test fails

Hi! ndre 写道： Since the upgrade to gnupg 2.2.20, gpgme fails a json test. Then your Guix is hours out of date! ;-) Apparently, the same issue is not guix specific and has already been reported on gnupg's bug track: https://dev.gnupg.org/T4820 Thanks for this link! I'd asked on #gnupg

bug#40039: 'wrap-script' introduces spurious argument

It appears the repeated (car cl) results in the executable path getting sent to it's self as the first argument. I'm not sure how things managed to work up until now? I tested the following change and it fixed the one case I was using, but am not sure it is correct. why was the cons (car cl)

bug#40116: GDM: Memory leak in .gnome-shell-real process

> I'm planning to create another virtual machine with "guix system vm-image" > instead to install all the packages I have in my user profile and leave it > running overnight to see if there is any difference. I wasn't able to create the VM image with this method. After an hour, the image

bug#40179: gpgme's json test fails

Hello Guix, Since the upgrade to gnupg 2.2.20, gpgme fails a json test. Apparently, the same issue is not guix specific and has already been reported on gnupg's bug track: https://dev.gnupg.org/T4820 Bellow is the output I've got when I tried building it: Making check in json make[2]:

bug#39984: INFOPATH set in /etc/profile.d/guix.sh should end in ":" for Emacs's sake

Hi Adam, Adam Porter skribis: > I installed Guix into my system, and I've been enjoying using it. > However, I found that, after installing it, when I logged out and back > in, and then started Emacs, Emacs could no longer see my system's info > pages (including Emacs's own info pages). I

bug#39993: Guix report hash mismatch when underlying cause is ENOSPC

Hi, Ludovic Courtès skribis: > Maxim Cournoyer skribis: > >> Guix should correctly report that it ran out of space instead of falsely >> mentioning hash mismatches and attempting alternative download sources, >> as demonstrated by the Guix output below: >> >> Session: >> >> building >>

bug#40170: Audio-Output of some IceCat videos far too low pitch

Tobias Geerinckx-Rice via Bug reports for GNU Guix writes: > Merged with #37244, #38047. > > Arne Babenhauserheide 写道： >> I don’t know why. > > I don't think anybody does for sure :-( > > Try the work-arounds in > . I’ll do — thank you!

bug#40125: Problem with guix offload: Remote channel closed

Hi Mikael, Mikael Djurfeldt skribis: > I will look at the other buh reports. Meanwhile, do you have any hint on > where to look/insert logging code in order to see what is going on? On ‘wand’, can you run something like: sudo strace -s 500 -p $(pidof sshd) -f -o sshd.log After that, run

bug#26752: Ansible & others' problems with wrapped '.ansible-real' scripts

Hi Brice Waegeneire writes: > Hello, > > Arun Isaac writes: >> FWIW, I fixed our ansible package in >> https://issues.guix.info/issue/33777 . This is not a general solution, >> but at least our ansible package works at the moment. > > If this bug is about ansible malfunctioning then it

bug#40176: `guix pull` fails due to unbound variable qemu-minimal-2.10

Hi Evan, Evan Straw writes: > Hello, > When attempting to run `guix pull` today, I encountered an error while > building the package cache. My bad, sorry about that! This was fixed in 18401bdf69b2540b13db86aed199d1ebc585a844, thanks for reporting it! signature.asc Description: PGP signature

bug#40176: `guix pull` fails due to unbound variable qemu-minimal-2.10

Hello, When attempting to run `guix pull` today, I encountered an error while building the package cache. Here is the output of `guix pull`: --8<---cut here---start->8--- evan@xenon:~$ guix pull Updating channel 'guix' from Git repository at

bug#28966: Hunting: git fails test suite

zimoun writes: > This bug is about failing tests of Git. Possible because the stack size. > It was opened against the commit 62d48234e2 (Git version 2.14.3). Since we haven't heard back from Ricardo regarding this I'll assume the issue is fixed. Closing! signature.asc Description: PGP

bug#36675: [PATCH] gnu: kodi: Disable intermittently failing test.

Hi Josh, Josh Holland writes: > As reported in , occasionally the > TestMassEvent.General test in kodi crashes with a mutex error. This patch feel through the cracks, sorry about that. Can you rebase it on the current master branch? TIA, and apologies

bug#26752: Ansible & others' problems with wrapped '.ansible-real' scripts

Hello, Arun Isaac writes: FWIW, I fixed our ansible package in https://issues.guix.info/issue/33777 . This is not a general solution, but at least our ansible package works at the moment. If this bug is about ansible malfunctioning then it should be closed, Arun fixed it in

bug#34063: dscrypt-proxy dependencies could not be built

Guix, Marius Bakke 写道： writes: Bug on `guix pull && guix package -u`: using ci.guix.info dnscrypt-proxy-1.9.5 derivation could not be built because of dependencies. This issue seems to have fixed itself, closing the bug report. Thanks anyway! The 1.x upstream tarballs have vanished,

bug#40125: Problem with guix offload: Remote channel closed

On Sat, Mar 21, 2020 at 5:05 PM Mikael Djurfeldt wrote: > Hi Ludovic! :-) > > I did generate the signing key on wand. (But is this sensitive to what > user I used? O might have done it as root rather than as the ssh user used > to login on wand.) > Sorry, I read your email on a cell phone and

bug#35324: SDDM shows black screen instead of login prompt

Diego Nicola Barbato writes: > Hello Guix, > > As already mentioned on IRC SDDM does not work for me. > > This is what I tried: > > $ qemu-system-x86_64 -enable-kvm -snapshot -m 6G $(guix system vm-image > --image-size=24G config.scm) > > After booting I get a black screen instead of a greeter.

bug#34063: dscrypt-proxy dependencies could not be built

writes: > Bug on `guix pull && guix package -u`: > using ci.guix.info dnscrypt-proxy-1.9.5 derivation could not be built because > of dependencies. This issue seems to have fixed itself, closing the bug report. Thanks anyway! signature.asc Description: PGP signature

bug#40170: Audio-Output of some IceCat videos far too low pitch

‐‐‐ Original Message ‐‐‐ On Saturday, March 21, 2020 6:59 PM, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > Merged with #37244, #38047. > > Arne Babenhauserheide 写道： > > > I don’t know why. > > I don't think anybody does for sure :-( > > Try the work-arounds in

bug#40170: Audio-Output of some IceCat videos far too low pitch

Merged with #37244, #38047. Arne Babenhauserheide 写道： I don’t know why. I don't think anybody does for sure :-( Try the work-arounds in . Kind regards, T G-R signature.asc Description: PGP signature

bug#40170: Audio-Output of some IceCat videos far too low pitch

Hi, On several video-sites icecat plays the sound in lower pitch. One example: https://www1.wdr.de/daserste/monitor/videos/video-monitor-vom--268.html Another example are videos on twitter. On other sites it works, for example on youtube. I don’t know why. Best wishes, Arne -- Unpolitisch

bug#40142: CVE checker return false positives

Hello, On 2020-03-21 16:25, Ludovic Courtès wrote: Probably the fix would be to preserve the vendor part in the API and to somehow use it meaningfully. Ideas & patches welcome! I'll see what I can write a patch to fix it then. Also note the missing / on the first line and it output on

bug#39282: Rhythmbox does not start

This problem is solved. I can't reproduce it with $ guix describe Generation 64 Mar 20 2020 13:54:14(current) guix 830dab8 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 830dab870ab1d4a4ec1127a877a43d19f86c4f7f $ rhythmbox --version rhythmbox

bug#34276: ‘guix system disk-im age’ successfully builds a bad image

Hello Ludo, On 2020-03-21 15:58, Ludovic Courtès wrote: Any idea how to implement it? Is QMP a request/reply kind of interface like the monitor? Not really or I would have sent a patch instead. QMP is similar to the the monitor in the sense that you can send a command and receive a reply

bug#27003: [PATCH 0/3] Generalized wrap phase for perl, python.

Hi, Brice Waegeneire skribis: > l...@gnu.org (Ludovic Courtès) writes: >> BTW, there’s also this patch series on this topic: >> >> https://issues.guix.info/issue/27003 >> >> What to do? > > A `wrap-script' procedure has been merged as of > 0fb9a8df429a7b9f40610ff15baaff0d8e31e8cf > thanks to

bug#40142: CVE checker return false positives

Hi, Brice Waegeneire skribis: > The CVE checker of “guix lint” returns false positives: > ┌ > │ LANGUAGE=C guix lint git 2>&1 > ├─── > │ gnu/packages/version-control.scm:149:2: git@2.25.1: probably > vulnerable to CVE-2020-2136, CVE-2019-1003010, CVE-2018-1000110, > CVE-2018-1000182 [...]

bug#39335: GNOME Help: Getting Started: Videos don't start

This problem is solved. I can't reproduce it anymore using $ guix describe Generation 64 Mar 20 2020 13:54:14(current) guix 830dab8 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 830dab870ab1d4a4ec1127a877a43d19f86c4f7f $ yelp --version yelp

bug#40125: Problem with guix offload: Remote channel closed

Hi Ludovic! :-) I did generate the signing key on wand. (But is this sensitive to what user I used? O might have done it as root rather than as the ssh user used to login on wand.) I will look at the other buh reports. Meanwhile, do you have any hint on where to look/insert logging code in order

bug#34276: ‘guix system disk-im age’ successfully builds a bad image

Hi Brice, Brice Waegeneire skribis: >> I investigated a bit. I managed to get our code to cause a kernel >> panic >> upon failure (patch below). However I fail to turn that guest kernel >> panic into a different QEMU exit code. >> >> I tried to use the “pvpanic” paravirtualized device (the

bug#40125: Problem with guix offload: Remote channel closed

Hi Mikael! Good to see you here. :-) Mikael Djurfeldt skribis: > mdj@hat:~$ guix offload test > guix offload: testing 1 build machines defined in > '/etc/guix/machines.scm'... > guix offload: Guix is usable on 'wand.pdc.kth.se' (test returned >

bug#27003: [PATCH 0/3] Generalized wrap phase for perl, python.

Hello, l...@gnu.org (Ludovic Courtès) writes: BTW, there’s also this patch series on this topic: https://issues.guix.info/issue/27003 What to do? A `wrap-script' procedure has been merged as of 0fb9a8df429a7b9f40610ff15baaff0d8e31e8cf thanks to Ricardo's patch from

bug#39926: Regression introduced by Shepherd 0.7.0 ('make check-system TESTS=btrfs-root-os' fails)

Hi! Maxim Cournoyer skribis: > Ludovic Courtès writes: > >> Hi Maxim, >> >> Maxim Cournoyer skribis: >> >>> Maxim Cournoyer writes: >>> >>> [...] >>> Comparing with the above uname output, we can see that it validates the hostname matches against "liberigilo", yet it is "gnu"!

bug#40159: python-language-server-0.31.7 fails to build

ryan writes: > View build log at > '/var/log/guix/drvs/3m/x0662f42mrhvsvyahlj8ajyykq9hax-python-language-server-0.31.7.drv.bz2'. > > The build log listed above ended with: > > ... > running "python setup.py" with command "test" and parameters () > running test > Searching for jedi<0.16,>=0.14.1

bug#39950: flatpack packages can't open external applications

Hi, Marius Bakke writes: > To my knowledge, Flatpak applications run in isolated containers and > thus have no visibility to the host system by default. Maybe there are > some command-line arguments you can add to give it access to what it > needs to open a browser? When in Fedora, the exact