bug#67132: [Shepherd] Bogus value from PID file can prevent service from being stopped

Ludovic Courtès skribis: > ‘terminate-process’ in (shepherd service) assumes that, once it has sent > SIGKILL to a given PID, it eventually gets a SIGCHLD notification for > that PID. > > Unfortunately there are corner cases where it doesn’t hold. Take PID 2: > > $ ps x 2 > PID TTY STAT

bug#67250: builtin:git-download capability detection not working for the bordeaux build farm

Hi, Christopher Baines skribis: > The bordeaux build farm depends on computing the derivations on one > machine, then potentially building them on a different machine. > > Some of the build machines don't have a new enough guix-daemon that > understands builtin:git-download, so derivations that

bug#65720: [bug#66650] bug#65720: [bug#66650] [PATCH] git: Shell out to ‘git gc’ when necessary.

Hi, Simon Tournier skribis: > On Thu, 16 Nov 2023 at 13:12, Ludovic Courtès wrote: > >> > Well, I expect “guix gc” to take some time and I choose when. However, >> > I want “guix pull” or “guix time-machine” to be as fast as possible and >> > here some extra time is added, and I cannot control

bug#65720: Guile-Git-managed checkouts grow way too much

Hi Ludo, Thanks for explaining. On Wed, 22 Nov 2023 at 12:17, Ludovic Courtès wrote: > it’s rarely going to fire. [...] >> Let move it elsewhere if I am really annoyed. > > :-/ Sorry, I poorly worded my last comment. :-) Somehow I was expressing: my view pr

bug#66537: [PATCH] doc: Recommend building in ‘guix shell -CPW’.

This was prompted by , where someone tried to build Guix within ‘guix shell --pure’ on a foreign distro and found that ./configure would pick software from the host system. Suggested by Hiep Pham . * doc/contributing.texi (Building from Git): Recommend ‘guix she

bug#65720: [bug#66650] bug#65720: Guile-Git-managed checkouts grow way too much

Hi, Simon Tournier skribis: > Somehow I was expressing: my view probably falls into the “Premature > optimization is the root of all evil” category. Other said, I have no > objection and I will revisit the issue when I will be on fire, if I am, > or annoyed for real. Alright! Pushed as b150c5

bug#66786: Failed to install

Hi, You can close the issue yourself by cc'ing n-d...@debbugs.gnu.org, where is the bug number, as I've done here. Best, -- Josselin Poiret signature.asc Description: PGP signature

bug#62491: [berlin] certbot renewal appears to be broken

Hello Attila, I'm starting using certbot on a new Guix System server of mine: I've not much experience with this Guix service but I'm using certbot on other machines so I hope I can help here. Attila Lendvai writes: > i don't think this is the same issue as #56678. AFAIU actually #56678 is (wa

bug#67038: [PATCH] guix: status: Fix ellipsis inconsistencies.

Fixes . Reported by Ricardo Wurmus. * guix/status.scm (print-build-event): Fix ellipsis inconsistencies. --- guix/status.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) We just made this patch after Capitole du Libre at Toulouse as an example for

bug#67329: Plan9port breaks Emacs Dired

There’s a bug with the ‘plan9port’ (p9p) package on Guix—installing it on the Guix System breaks Dired inside Emacs. When I try to open a Dired buffer with p9p installed, I get the following error: > (error "Listing directory failed but ‘access-file’ worked") > error("Listing directory failed bu

bug#67367: gajim-omemo currently not working

When running Gajim with the gajim-omemo plugin, the plugin fails with: "module 'collections' has no attribute 'MutableMapping'". The problem seems to be related to protobuf: https://dev.gajim.org/gajim/gajim-plugins/-/issues/605 The last version of Gajim, currently not on Guix, is 1.8 and merge

bug#62491: [berlin] certbot renewal appears to be broken

hi Giovanni, it's been a long time, i don't remember much anymore. but let's run a quick assert: my server is serving multiple virtual domains (dwim.hu and lendvai.name) from completely different webroot directories. that's why i assumed that certbot needs to generate two different certificate

bug#53547: Error sending email with OpenSMTPD, fatal: time_to_text: bsnprintf

I don't have this problem on my server. I looked at your github issue page. Those macros are defined by the `configure' script. I can see that guix's `configure' output defines HAVE_STRUCT_TM_TM_GMTOFF in config.h. (if neither of the #if match, then the `tz' pointer is likely garbage and the pro

bug#64858: ~guix shell -C -f guix.scm …~ should not always need ~--rebuild-cache~ option to build the expected environment.

Hi Felix, Felix Lechner skribis: > --- a/guix/scripts/shell.scm > +++ b/guix/scripts/shell.scm > @@ -398,7 +398,7 @@ (define (key->file key) > (values #f #f))) >((('nesting? . #t) . rest) > (loop rest system file (append specs '("nested guix" > - ((('load . (

bug#53547: Error sending email with OpenSMTPD, fatal: time_to_text: bsnprintf

Nathan writes: > I don't have this problem on my server. > > I looked at your github issue page. > Those macros are defined by the `configure' script. > I can see that guix's `configure' output defines HAVE_STRUCT_TM_TM_GMTOFF in > config.h. > (if neither of the #if match, then the `tz' pointer

bug#64858: ~guix shell -C -f guix.scm …~ should not always need ~--rebuild-cache~ option to build the expected environment.

Hi Ludo' On Wed, Nov 22 2023, Ludovic Courtès wrote: > Oooh. So there were really two bugs: Sorry I commingled them! I read through many bug report in hope of being economical. My hijacking worked out fine, I hope, since Pierre-Henry's report was resolved at the same time. I understand Pierre

bug#62491: [berlin] certbot renewal appears to be broken

Hi Giovanni, Giovanni Biscuolo writes: > Hello Attila, > > I'm starting using certbot on a new Guix System server of mine: I've not > much experience with this Guix service but I'm using certbot on other > machines so I hope I can help here. > > Attila Lendvai writes: > >> i don't think this is

bug#65606: Cuirass Compute Guix Derivation Bug

Hello, "Karl G. Hallsby" writes: > fetching path `/gnu/store/rlbyjwc1kmhwr4y3a0m31wd37l0ll024-po4a-0.69'... > Downloading > https://ci.guix.gnu.org/nar/lzip/rlbyjwc1kmhwr4y3a0m31wd37l0ll024-po4a-0.69... > [K po4a-0.69 2.0MiB0B/s 00:00 ? ? > 0.0% > [

bug#67307: Build of emacs-org-recent-headings and other emacs-org-* packages broken

merge 67307 54447 thanks Hi Nicolas, Nicolas Goaziou writes: > Hello, > > Maxim Cournoyer writes: > >> cuir...@gnu.org (Cuirass) writes: >> >>> The build emacs-org-recent-headings.i686-linux for >>> specification master is broken. You can find the detailed >>> information about this build >> h

bug#65606: Cuirass Compute Guix Derivation Bug

> The problem occurred while downloading a substitute, so it seems to be a > bug in 'guix substitute'. Perhaps related to a network problem that was > not correctly handled. That might be it. I have completely forgotten what this submission was about or how I hit it. The only other pieces of info

bug#62491: [berlin] certbot renewal appears to be broken

Hi Attila, Attila Lendvai writes: [...] > if yes, then i'll need to get back in context to answer properly. In this thread I'd like to understand what is (was?) the real nature of the bugs described, I'm just trying to collect more information I feel we should discuss how the certbot service

bug#62491: [berlin] certbot renewal appears to be broken

Hi Maxim, thank you for your feedback. Maxim Cournoyer writes: [...] >> AFAIU actually #56678 is (was?) caused by a duplicate certbot account: [...] >> The problem on berlin (#62491) is (was) due to a failed challenge: I'm almost sure those are different bugs and I'm almost sure the bugs ar