bug#43243: emacs-elfeed-org, mapc: Symbol’s function definition is void

Hello, Sorry Simon for the noise, this is just a quick feedback about my debugging; next messages will be only to debbugs, you know how to track it :-D Meanwhile I've learned how to test things in a dedicated environment, thanks to some interesting tips [1] (I ignored before) adapted to Guix; th

bug#42667: opencv fails to build

This was fixed by 8bf704262d672ae0735f0685bfd1c9ddcb1d8484, closing. signature.asc Description: PGP signature

bug#43738: Patch file names too long

Brett Gilio skribis: > Ludovic Courtès writes: > >> There are several patch file names that are too long for ‘tar’, as >> reported during ‘make dist’: >> >> tar: >> guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/ocaml-bisect-fix-camlp4-in-another-directory.patch >> dosiernomo tro longas (m

bug#43757: cuirass: Fail to fetch "guix" input.

Hello, > ERROR: In procedure make-stack: > Attempt to suspend fiber within continuation barrier Turns out "par-map" call does not seem suspendable, even though I'm not sure why. Maybe Ludo can help here :) ? This is fixed with: 761443bca6178b4ac299a8bd368d1cac4abda5f8. Thanks, Mathieu

bug#43736: I think f43ffee... broke guix pull

Hi, Brendan Tildesley skribis: > In gnu/packages/package-management.scm: >549:20 1 (_) > In guix/gexp.scm: > 405:0 0 (%local-file _ _ _ #:literal? _ #:location _ #:recursive? _ > #:select? _) > > guix/gexp.scm:405:0: In procedure %local-file: > Invalid keyword: "guix-current" Indeed.

bug#43518: Guix substitute crash in procedure raise-exception: wrong type agument in position 1: #f

Hi, Maxim Cournoyer skribis: > Ludovic Courtès writes: > >> Hi, >> >> Maxim Cournoyer skribis: >> >>> downloading from >>> https://ci.guix.gnu.org/nar/6m9zimmw8p6gbc1yfbg454c1r587b7h4-gcc-10.2.0.tar.xz >>> ... >> […] >>> gcc-10.2.0.tar.xz 74.3MiB 1.1MiB/

bug#43579: g++ does not provide std::fegetround

Hi, (Cc’ing Maxim who’s looked into this before.) Andreas Enge skribis: > well, just put these lines into a file called "round.cpp" (as attached), > and then >gcc round.cpp Ah yes, I wasn’t sure if this was ‘gcc-toolchain’ or not. Only 7.x (the current ‘gcc-final’) works: --8<---

bug#43746: What to do about packages that don't support --without-tests / #:tests? #f setting

Hi, "pelzflorian (Florian Pelz)" skribis: > On Thu, Oct 01, 2020 at 11:07:54PM +0200, Ludovic Courtès wrote: >> Oh, we should fix ‘glib’ in ‘core-updates’. > > I verified the attached patch fixes glib on the ‘master’ branch. I’m > not sure about adding a copyright. Anyway. Shall I push it to

bug#43760: cuirass: fail to install with simple configuration

Hello Jonathan, >> You will then probably hit this one: >> >> https://issues.guix.gnu.org/43757 > > I do :( After fixing this issue, see: 761443bca6178b4ac299a8bd368d1cac4abda5f8, I'm able to successfully evaluate and build your specification. I still need to update the Cuirass package accordi

bug#43746: What to do about packages that don't support --without-tests / #:tests? #f setting

On Sat, Oct 03, 2020 at 12:04:37PM +0200, Ludovic Courtès wrote: > > I verified the attached patch fixes glib on the ‘master’ branch. > If you tested it on ‘master’, you can push it on ‘core-updates’. Pushed as 0585a0d0d1fe6e334d36e2d851b42b47d6769546. Thank you! Closing, since the issue is docu

bug#43757: cuirass: Fail to fetch "guix" input.

Hi, Mathieu Othacehe skribis: >> ERROR: In procedure make-stack: >> Attempt to suspend fiber within continuation barrier > > Turns out "par-map" call does not seem suspendable, even though I'm not > sure why. Maybe Ludo can help here :) ? ‘par-map’ is implemented in terms of futures, and future

bug#43243: emacs-elfeed-org, mapc: Symbol’s function definition is void

Dear, On Fri, 02 Oct 2020 at 20:08, Giovanni Biscuolo wrote: > I'm not very good in the triage of this bug: after a lot of trial and > error I was almost sure I found a conflicting package (emacs-hl-todo, > required by emacs-magit-todos) BUT I was NOT able to reproduce the bug > in a pure enviro

bug#43757: cuirass: Fail to fetch "guix" input.

Hey Ludo, > ‘par-map’ is implemented in terms of futures, and futures use their own > thread pool. What’s likely to block is ‘touch’: it essentially waits on > a condition variable, which Fibers cannot interrupt. I see, thanks for explaining. > Why not just replace ‘par-map’ with ‘map’? That

bug#43760: cuirass: fail to install with simple configuration

On 03.10.20 12:46, Mathieu Othacehe wrote: > > Hello Jonathan, > >>> You will then probably hit this one: >>> >>> https://issues.guix.gnu.org/43757 >> >> I do :( > > After fixing this issue, see: 761443bca6178b4ac299a8bd368d1cac4abda5f8, > I'm able to successfully evaluate and build your specificat

bug#43760: cuirass: fail to install with simple configuration

> Would be great :) Done with b3f5402d2d506271857d2c987b79b741d4b0ec33. Mathieu

bug#43778: protonvpn-cli does not work after update

After update and system reconfigure (just for updating services, with the same config) `protonvpn c` does not work. # protonvpn c Traceback (most recent call last): File "/gnu/store/p2f0sblw9sxmzl7kzlhm9h1p66pxhdl5-protonvpn-cli-2.2.4/bin/.protonvpn-real", line 6, in from pkg_resources impor

bug#43779: tbb: test_global_control failure

Attempt to build tbb, a dependency of Octave I think, fails with: """ ./test_task_scheduler_observer_v3.exe 1:4 done Call stack info (12): ./test_global_control.exe(_Z16print_call_stackv+0x37)[0x407937] ./test_global_control.exe(_Z11ReportErrorPKciS0_S0_+0x1b)[0x407a3b] ./test_global_control.exe(

bug#43778: protonvpn-cli does not work after update

Znavko, zna...@disroot.org 写道： pkg_resources.DistributionNotFound: The 'jinja2' distribution was not found and is required by protonvpn-cli I verified that it is indeed protonvpn-cli (and not only some dependency) that uses jinja2 and added it as input in 36045fa6d6f6ed240bf26d3040846533e9e3

bug#43783: ssh-copy-id: line 254: /dev/null`: Permission denied

ssh-copy-id errors out and then does not install the key bash-5.0$ ssh-copy-id pi@raspberrypi /home/nathan/.guix-profile/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed /home/nathan/.guix-profile/bin/ssh-copy-id: INFO: 2 key(s) remain t

bug#43518: Guix substitute crash in procedure raise-exception: wrong type agument in position 1: #f

Hello! Ludovic Courtès writes: [...] > The “@ download-progress” line is printed by (guix scripts substitute) > and later consumed by (guix status) in the client, which is why I > mentioned ‘progress-reporter/trace’ above. > > I think the problem we’re looking at could occur if those traces are

bug#43773: [PATCH] offload: Improve load normalization and configurability.

Fixes . The computed normalized load was previously obtained by dividing the load average as found in /proc/loadavg by the number of parallel builds defined for a build machine. This normalized didn't allow to compare machines with different number of cores, as

bug#43788: core-updates groff "doc" output is not reproducible

output ‘/gnu/store/9gc8dhi69qlmqfwg0971x49d6zf126i7-groff-1.22.4-doc’ of ‘/gnu/store/h3kf5xyd0cvjyn13xkacsa1sskfsclnw-groff-1.22.4.drv’ differs from ‘/gnu/store/9gc8dhi69qlmqfwg0971x49d6zf126i7-groff-1.22.4-doc-check’ from previous round │ │ │ │ │ ├── slide-demo.pdf --- /gnu/store/9gc8dhi69qlmqf