bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi Attila, Attila Lendvai writes: [...] >> prepare a patch for the other things mentionned here (an exported >> symbol). Thanks! > i started implementing your suggestions, including the replacement of > the scattered usage of (eq? 'unset ...) pattern. what i found is that > the code is not ve

bug#57110: home: services: Broken openssh service.

Hi Joshua, Joshua Branson writes: > Maxim Cournoyer writes: > >> Hi, >> >> Oleg Pykhalov writes: >> >>> home ssh service is broken on: >>> >>> $ guix describe >>> Generation 33 Aug 10 2022 10:50:55(current) >>> guix b72459a >>> repository URL: https://git.savannah.gnu.org/git/g

bug#57110: home: services: Broken openssh service.

Maxim Cournoyer writes: > Hi, > > Oleg Pykhalov writes: > >> home ssh service is broken on: >> >> $ guix describe >> Generation 33Aug 10 2022 10:50:55(current) >> guix b72459a >> repository URL: https://git.savannah.gnu.org/git/guix.git >> branch: master >> commit: b724

bug#56866: [Shepherd] inetd connections not correctly counted?

Ludovic Courtès writes: > Hi, > > Ludovic Courtès skribis: > >> We recently experienced a bug on berlin.guix where we’d be locked out of >> SSH access because shepherd (0.9.1) would say that the maximum >> connection number on the sshd inetd service had been reached. Perhaps we could merge bug

bug#57177: `.../guix substitute' died unexpectedly

block 57177 with 50238 thanks On 13-08-2022 17:42, Philip Kaludercic wrote: I just attempted to run `guix pull', and encountered this issue: [...] I've a patch at that might make the error message more useful. As-is, we don't really have any information f

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

> I had used maybe-value-set? because the maybe values are define via the > 'define-maybe' syntax; they are not really part of > 'define-configuration' and are sometimes used outside of it, such as in > (guix home ssh). oh! i wasn't aware of that. > An exported variable seems simplest and perha

bug#57177: `.../guix substitute' died unexpectedly

I just attempted to run `guix pull', and encountered this issue: Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to c2481b1 (755 new commits)... Building from this channel: guix https://git.savan

bug#57177: Acknowledgement (`.../guix substitute' died unexpectedly)

I should add that a second "guix pull" appeared to resolve the issue.

bug#57159: rust-gmp-mpfr-sys bundles gmp, mpc and mpfr

sorry about that! some update on its background: meanwhile development on openethereum has been abandoned in favor of nethermind. unless some new rust packages were added that depend on rust-gmp-mpfr-sys, there's probably no dependant of it, and in that case it can be safely removed. -- • atti

bug#56674: [Shepherd] Use of ‘waitpid’, ‘system*’, etc. in service code can cause deadlocks

On 21-07-2022 17:39, Ludovic Courtès wrote: Alternatively: 4. Do the waitpid in a separate thread (needs work-around for the multi-threaded fork problem, probably C things? Or modifying Guile and maybe glibc to avoid async-unsafe things or make more things async-safe or whatever the appropriate

bug#57046: Spanish documentation uses exclusive language

Csepp writes: > Roughly half of the population is female. If you don't think they > should be consulted about decisions that affect them, then you are > taking an undemocratic stance. There is no duty for women to respond. Regards, Florian

bug#54691: [PATCH v3 5/6] gnu: Remove rinutils.

This package was introduced as native input to the now removed fortune-mod, so let's remove it as well. * gnu/packages/games.scm (rinutils): Delete variable. --- gnu/packages/games.scm | 59 -- 1 file changed, 59 deletions(-) diff --git a/gnu/packages/game

bug#54691: [PATCH v3 3/6] gnu: Add fortunes-jkirchartz.

* gnu/packages/toys.scm (fortunes-jkirchartz): New variable. --- gnu/packages/toys.scm | 54 +++ 1 file changed, 54 insertions(+) diff --git a/gnu/packages/toys.scm b/gnu/packages/toys.scm index 051b4a885d..8967c0c25b 100644 --- a/gnu/packages/toys.scm +++

bug#54691: [PATCH v3 4/6] gnu: Remove fortune-mod.

Since the addition of fortune-jkirchartz, it is no longer necessary to keep around a package that propagates various non-nice things. For a complete list, see . * gnu/packages/games.scm (fortune-mod): Delete variable. --- gnu/packages/games.scm | 73 ---

bug#54691: [PATCH v3 6/6] gnu: Remove shlomif-cmake-modules.

This origin was added for the now removed fortune-mod, so let's remove it as well. * gnu/packages/games.scm (shlomif-cmake-modules): Delete variable. --- gnu/packages/games.scm | 10 -- 1 file changed, 10 deletions(-) diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm index 63c

bug#54691: [PATCH v3 2/6] gnu: Add daikichi.

* gnu/packages/toys.scm (daikichi): New variable. --- gnu/packages/toys.scm | 45 ++- 1 file changed, 44 insertions(+), 1 deletion(-) diff --git a/gnu/packages/toys.scm b/gnu/packages/toys.scm index fb2f367490..051b4a885d 100644 --- a/gnu/packages/toys.scm

bug#54691: [PATCH v3 1/6] build-system: copy: Support #:tests?.

* guix/build-system/copy.scm (copy-build): Pass tests? to builder. --- guix/build-system/copy.scm | 2 ++ 1 file changed, 2 insertions(+) diff --git a/guix/build-system/copy.scm b/guix/build-system/copy.scm index 4894ba46fb..0df397cf77 100644 --- a/guix/build-system/copy.scm +++ b/guix/build-syst

bug#57046: Spanish documentation uses exclusive language

>Please stop putting words in my mouth and arguing in bad faith. My comment is pointing the fact that men (should not) have decision over the language and shouldn't even consider it and that doing so is bad to everyone. >Decisions that affect a group should be made by the group or when that >is n

bug#57046: Spanish documentation uses exclusive language

Jean Pierre De Jesus DIAZ via Bug reports for GNU Guix writes: >>Just a thought, but maybe it shouldn't be a group of men who decides >>what language is and is not inclusive and whether that's important. >>We've had some Outreachy interns, maybe some of them wouldn't mind being >>consulted on