bug#58207: Bug: Package Celluloid generates an icon cache which overwrites the profile's icon cache

The Celluloid package generates it's own icon cache at share/icons/hicolor/icon-theme.cache. When you install the Celluloid, I believe this overwrites the profile's icon-theme.cache, which causes none of the other icons to show up in launchers that use this, for example gnome shell's application la

bug#58203: Cuirass fails to respect (target-x86-32?) in some circumstances

Marius Bakke skribis: > Hello, > > I noticed Cuirass attempts to run imath tests on i686-linux: > > https://ci.guix.gnu.org/build/739643/details Following the links, this corresponds to , itself corresponding to commit f5fe0082abe4547f3fb9f29d8351473cfb3a38

bug#42141: blast+ is not reproducible

Hi, Ricardo Wurmus writes: > zimoun writes: > >> Hi, >> >> On Thu, 29 Sep 2022 at 23:09, Maxim Cournoyer >> wrote: >>> Ricardo Wurmus writes: >>> Fixed with commit 1ee2d117d8fa9e2e0d4ec46cc497bb5e6337. >>> >>> Yay! Thank you! And for my curiosity, how did I get the two build >>> f

bug#58205: reconfiguration stuck unless using '--no-grafts'

Hi, While working on Berlin today from a chroot, and with --no-substitutes used for guix-daemon, I wasn't able to complete the 'guix system reconfigure' step; it'd hand on a read call (seen using strace): --8<---cut here---start->8--- statfs("/gnu/store", {f_ty

bug#58204: guix system reconfigure hangs silently when substitute server is unreachable

Hi, While fixing up Berlin today, I had to use '--no-substitutes' on the daemon started per 'info (guix)Chrooting', otherwise it'd hang up without printing any of the warnings (totally silent). Using strace, I could see: --8<---cut here---start->8--- guix subs

bug#58203: Cuirass fails to respect (target-x86-32?) in some circumstances

Hello, I noticed Cuirass attempts to run imath tests on i686-linux: https://ci.guix.gnu.org/build/739643/details Which is odd, because the package definition has: (list #:tests? (not (target-x86-32?))) This behavior does not reproduce when manually building for i686-linux. signature.asc

bug#42162: gforge.inria.fr to be taken off-line in Dec. 2020

On 30-09-2022 05:10, Maxim Cournoyer wrote: Hi, Ludovic Courtès writes: Hi, zimoun skribis: This “meta” bug raises 2 levels of issues for long-term: 1. save the source code, 2. save the current binary substitutes. Maybe we can close this bug and open an issue for each of these, o

bug#58198: topological-sort does not sort topologically in case of diamonds

Consider the following DAG (arrows are implicitly downwards): top -> left, right left,right -> bottom. Or in ASCII art: top /\ left right \/ bottom Currently, they are sorted incorrectly with topological-sort -- the exact resulting order depends on the order in

bug#58166: Changes to mcron service not applied after home reconfiguration

On 2022-09-29, 16:21:20 +0100, Fabio Natali wrote: > After updating the above snippet in my `home-config.scm' and launching > a home-reconfiguration, I noticed that the mcron changes had not been > picked up. I stand corrected. Changes do seem to be picked up now. I'm no longer able to reproduce t

bug#42141: blast+ is not reproducible

zimoun writes: > Hi, > > On Thu, 29 Sep 2022 at 23:09, Maxim Cournoyer > wrote: >> Ricardo Wurmus writes: >> >>> Fixed with commit 1ee2d117d8fa9e2e0d4ec46cc497bb5e6337. >> >> Yay! Thank you! And for my curiosity, how did I get the two build >> farms to agree on an identical build, as r

bug#42162: gforge.inria.fr to be taken off-line in Dec. 2020

Hi, On Thu, 29 Sep 2022 at 23:10, Maxim Cournoyer wrote: > Wholly agreed, this thread is already too long and the original problem > was fixed. Closing. I disagree, the original problem is not fixed; as I explained. Well, since you consider it is, please also close the related patch#43442. C

bug#42141: blast+ is not reproducible

Hi, On Thu, 29 Sep 2022 at 23:09, Maxim Cournoyer wrote: > Ricardo Wurmus writes: > >> Fixed with commit 1ee2d117d8fa9e2e0d4ec46cc497bb5e6337. > > Yay! Thank you! And for my curiosity, how did I get the two build > farms to agree on an identical build, as reported in 'guix challenge'? > >

bug#58166: Changes to mcron service not applied after home reconfiguration

Dear All, My Guix Home configuration includes a Mcron service along the lines of: , | (define my/home-mcron-service | (service |home-mcron-service-type |(home-mcron-configuration | (jobs | (list | #~(job | '(next-minute) | (lambda () (system* "notmuc

bug#58191: missing substitute for @gschemasCompiled@ ?

i'm attaching my current WIP diff while i was trying to debug this. note that in my original submission there was a substitute for @gschemasCompiled@ (https://issues.guix.gnu.org/53072), but it did not reach master when it got pushed (https://git.savannah.gnu.org/cgit/guix.git/commit/gnu/packag

bug#42141: blast+ is not reproducible

Maxim Cournoyer writes: > Ricardo Wurmus writes: > >> Fixed with commit 1ee2d117d8fa9e2e0d4ec46cc497bb5e6337. > > Yay! Thank you! And for my curiosity, how did I get the two build > farms to agree on an identical build, as reported in 'guix challenge'? > > That is odd. I don’t know. I

bug#58149: guix pull error

Le 29/09/2022 à 19:55, Maxime Devos a écrit : On 29-09-2022 17:35, Matthieu Haefele wrote: (base) mhaefele@mdlspc113:work $  /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version guix-daemon (GNU Guix) 1.0.1 Updating the daemon triggers the same error 

bug#58149: guix pull error

Hi, Le 30/09/2022 à 09:59, Ludovic Courtès a écrit : Matthieu Haefele skribis: (base) mhaefele@mdlspc113:work $ /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version guix-daemon (GNU Guix) 1.0.1 It’s indeed a pre-lzip version¹. Normally, ‘guix’ commands have been printin

bug#58191: gpaste-client --version dies with a sigsegv

this pretty much tells it all: $ guix shell gpaste $ gpaste-client --version (/gnu/store/7xj6mjvd00f83bmscn6ya1zwd0wi67gf-profile/bin/gpaste-client:27755): GPaste-CRITICAL **: 10:49:21.373: Error calling StartServiceByName for org.gnome.GPaste: Process org.gnome.GPaste received signal 11 i tri

bug#58149: guix pull error

Hi, Matthieu Haefele skribis: > (base) mhaefele@mdlspc113:work $ > /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version > > guix-daemon (GNU Guix) 1.0.1 It’s indeed a pre-lzip version¹. Normally, ‘guix’ commands have been printing a message reading “Your Guix daemon is seve