bug#47283: Performance regression in narinfo fetching

Christopher Baines writes: > I haven't looked in to this yet, but maybe it would be possible to > adjust the code so that it doesn't perform so badly, but still tries to > handle possible exceptions. > > The two ideas I have is to rewrite the (let ...) bit in terms of a fold, > maybe that would

bug#46849: ELPA packages are fetched from unstable url -> not reproducible

Follow up 2. Start of forwarded message Date: Fri, 05 Mar 2021 13:08:05 +0100 From: Johannes Rosenberger Subject: Re: bug#46849: ELPA packages are fetched from unstable url -> not reproducible To: zimoun Excerpts from Johannes Rosenberger's message

bug#46849: ELPA packages are fetched from unstable url -> not reproducible

Follow up 3. Start of forwarded message From: zimoun To: Johannes Rosenberger Subject: Re: bug#46849: ELPA packages are fetched from unstable url -> not reproducible Date: Fri, 05 Mar 2021 13:31:09 +0100 Hi Johannes, On Fri, 05 Mar 2021 at 13:08,

bug#46849: ELPA packages are fetched from unstable url -> not reproducible

Hi, I did a mistake and the bug report had not been CC. Cheers, simon Start of forwarded message From: zimoun To: Johannes Rosenberger Subject: Re: bug#46849: ELPA packages are fetched from unstable url -> not reproducible Date: Fri, 05 Mar 2021

bug#46849: ELPA packages are fetched from unstable url -> not reproducible

Follow-up. Start of forwarded message Date: Fri, 05 Mar 2021 12:56:27 +0100 From: Johannes Rosenberger Subject: Re: bug#46849: ELPA packages are fetched from unstable url -> not reproducible To: zimoun Hi Simon, Excerpts from zimoun's message of

bug#47221: [PATCH v2]: Correct some inputs / native-inputs issues with guile

Hi Guix, The first patch ‘gnu: Explicitely pass the guile binary to wrap-script.’ does what it say what it does. This is important for picking up the guile binary for the architecture in --target instead of the guile from native-inputs. (The unpatched & patched package definitions do not have a

bug#47256: generic-html updater does not work for mediainfo package

Hi, Léo Le Bouter skribis: > $ ./pre-inst-env guix refresh mediainfo > gnu/packages/video.scm:3852:2: warning: 'generic-html' updater failed > to determine available releases for mediainfo Fixed in 1710e8cb59e2ef6f1e0eb19235b6a4f1b8158bc4, thanks! Ludo’.

bug#47239: Test failure in tests/publish.scm with commit 1955ef93b76e51cab5bed4c90f7eb9df7035355a

Hi Konrad, Konrad Hinsen skribis: > test-name: with cache > location: /home/hinsen/src/guix/tests/publish.scm:417 > source: > + (test-equal > + "with cache" > + (list #t > + `(("StorePath" unquote %item) > + ("URL" > +unquote > +(string-append

bug#47283: Performance regression in narinfo fetching

Ludovic Courtès writes: > As reported on guix-devel, ‘guix weather’ has become extremely slow. > Specifically, in the narinfo-fetching phase, it runs at 100% CPU, even > though that part should be network-bound (pipelined HTTP GETs). > > A profile of the ‘report-server-coverage’ call would show

bug#47266: guix pull: error (substituter)

Hi, repeating "guix pull && systemctl restart guix-daemon.service" again and again finally worked. :-) Thank you very much! --Christoph

bug#47283: Performance regression in narinfo fetching

Hello! As reported on guix-devel, ‘guix weather’ has become extremely slow. Specifically, in the narinfo-fetching phase, it runs at 100% CPU, even though that part should be network-bound (pipelined HTTP GETs). A profile of the ‘report-server-coverage’ call would show this:

bug#47258: guix pull bug: the program '/gnu/store/...-compute-guix-derivation' failed to compute the derivation for Guix

Ludovic Courtès writes: > This is fixed in ef2b9322fae1d03bf639924d12214b0f58c11054 (it was > introduced hours before). Thanks! -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

bug#47271: guix graph --path results in backtrace

Julien Lepiller writes: > Sounds like you might have stale .go files somewhere maybe? Indeed, make clean-go fixed it. Thanks, Mark

bug#47154: ungoogled-chromium@88.0.4324.182 package vulnerable to various severe CVEs

Hello! Sorry for not seeing this earlier. Léo Le Bouter skriver: > I am not sure how to undertake this upgrade, I tried a little bit but > it failed at failing to delete some bundled third_party directories. > > Would love to know in more detail what is the process for upgrading >

bug#37289: XDG Portals missing

Portals are now there https://git.savannah.gnu.org/cgit/guix.git/commit/gnu/packages/freedesktop.scm?id=e4b8feaf5c503ae5e13efa565a2b6c7b4bb2f946

bug#47115: Redundant library grafts leads to breakage

Hi Mark, Mark H Weaver skribis: > I think that my last hypothesis was on the right track, but not quite > right: > > * Instead of 'libcairo' being loaded twice, I now suspect that > "libguile-cairo.so" is being loaded twice. > > * Instead of the original and replacement libraries being

bug#47258: guix pull bug: the program '/gnu/store/...-compute-guix-derivation' failed to compute the derivation for Guix

Pierre Neidhardt skribis: > I just noticed these curious warnings: > > building > /gnu/store/q5p09vryxv0r2hp0a9caaz9kmfcflsh5-compute-guix-derivation.drv... > Computing Guix derivation for 'x86_64-linux'... ;;; Failed to autoload > repository-discover in (git repository): > ;;; no code for

bug#47258: guix pull bug: the program '/gnu/store/...-compute-guix-derivation' failed to compute the derivation for Guix

Hi Pierre, Pierre Neidhardt skribis: > @ substituter-started > /gnu/store/d2c09h0xxlmql98yd989hibi347arwqv-libtiff-4.2.0-doc substitute > guix substitute: error: host name lookup error: Name or service not known > @ substituter-failed >

bug#47266: guix pull: error (substituter)

Hi, Christoph Schumacher skribis: >> I suspect the bug is the same as . [...] > $ guix describe -p /var/guix/profiles/per-user/root/current-guix > Generation 136Mar 12 2021 20:25:23(current) > guix 35b3ab8 > repository URL:

bug#47253: network-manager shepherd services does not wait to be online

Hello MArk, > [] I'll note, however, that merely waiting up to 30 seconds (orwhatever > timeout you choose) is not, in itself, a robust solution. What > happens if the network is down for more than 30 seconds? What if it > goes down after 'nm-online' checks, but before the dependent service has

bug#47253: network-manager shepherd services does not wait to be online

Hi, Earlier, I wrote: >> How about leaving "networking" as it is now, and instead adding a new >> service called "network-online" or similar, that requires "networking" >> and then waits until a network connection is established? I withdraw my proposal for a separate "network-online" service.