Hi Ludo,
> Indeed. This is fixed by Shepherd commit
> d97592f58603ff51cb280ae57d413c8731e601b3, which will be in the upcoming
> 0.9.3 release.
I’m on 0.9.3 and it works fine with `herd restart` now. But ssh-daemon
has the same issue when being restarted by unattended-upgrades (which
is fatal, bec
I have add the rde channel to my guix, and "guix pull".
--8<---cut here---start->8---
(cons*
(channel
(name 'rde)
(url "https://git.sr.ht/~abcdw/rde";)
(introduction
(make-channel-introduction
"257cebd587b66e4d865b3537a9a88cccd7107c95"
(openpgp-
poiNt_3D writes:
> Hello. I would like to request a clarification on the issue of
> inaccessibility of guix.gnu org from the Russian Federation. Is the
> blocking intentional or is there some kind of networking problem?
Now that the website is hosted on bayfront, which wasn't changed
specifica
Hi,
The attached patch fixed the issue for me. Now ibus-engine-stt seems to be
running correctly and I can switch to the input method without the workaround
indicated in the initial report.
I noticed that there are some lint issues from the original package definition
though. I didn't fixed th
Hello Guix,
Mozjs appears to keep a refrence to perl (a build input) in its output:
--8<---cut here---start->8---
grep:
/gnu/store/c4j4a6qc256dvgnzwjzvzwca0ffgic5x-mozjs-102.2.0/lib/libmozjs-102.so:
binary file matches
grep:
/gnu/store/c4j4a6qc256dvgnzwjzvzw
Ludovic Courtès writes:
> [...]
> So the root cause is that GIMP’s build process captures the output of
> ‘gcc -v’, which leads to this unintended retention.
I sent a patch to fix reference from 'gcc -v', but gcc is still here via
exiv2->gcc:
rg -a /gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gc
Am Dienstag, dem 07.02.2023 um 16:41 + schrieb Luis Felipe:
> Hi,
>
> The attached patch fixed the issue for me. Now ibus-engine-stt seems
> to be running correctly and I can switch to the input method without
> the workaround indicated in the initial report.
>
> I noticed that there are some
