A proposal of a consistent set of clear rules and guidelines involving snippets, phases and patches.

Context: it's currently a mess:, and at times contradictory * There is policy involving those three, as can be seen from the shepherd mess. * This policy is partially secret, as can be seen by some people treating some things as policy even if it's not in the manual. * Some versions of

Re: A proposal of a consistent set of clear rules and guidelines involving snippets, phases and patches.

I don't like the wording at all. You're mixing too many things together. I think it would be better to first document the guiding principles (eg. the goal that there are no non-free software in Guix, going for the simplest thing, etc) and then derive rules for specific cases, based on these

Re: python-pytest in references graph

On 24-07-2022 22:25, Roel Janssen wrote: I'm trying to understand the output of: $ guix graph --type=references python-rdflib | dot -Tsvg -o rdflib.svg Particularly, I'm looking at why python-pytest has an input arrow from python-rdflib, while it's "only" a native-input? I thought the

xpip install -U 'xonsh[full]'

Hi Guixers, When installing xonsh I get the following after starting: ``` You are currently using the readline backend. For interactive tab-completion, on-the-fly syntax highlighting, and more, install prompt_toolkit by running: xpip install -U 'xonsh[full]' ``` How should Guix handle

Re: xpip install -U 'xonsh[full]'

On 25-07-2022 00:29, jgart wrote: When installing xonsh I get the following after starting: ``` You are currently using the readline backend. For interactive tab-completion, on-the-fly syntax highlighting, and more, install prompt_toolkit by running: xpip install -U 'xonsh[full]' ```

Re: Guix-devel Digest, Vol 109, Issue 56

Hi, Am Samstag, dem 23.07.2022 um 22:52 + schrieb kiasoc5: > On Fri, Jul 22 2022, 07:16:59 PM +0200 > Maxime Devos wrote: > > > On 22-07-2022 19:12, kiasoc5 wrote: > > > We could have packages recommend other packages to make this > > > discovery easier for users, like Arch's opt-depends. 

Re: User group during build process

Hi Maya! So... You cannot change group ownership in the store. There are no additional user groups in the build environment. The chgrp failing is by design ('it's a feature, not a bug'), and there's no way to subvert this. The group is not required during the build process. The correct way

User group during build process

Hi, I have been setting up mail server on my guix machine and I have found a bug. The smtpctl command from the opensmptd package requires to be owned by the smtpq group. The problem is, that this group is added by opensmtp-service, but it is required during the build process as can be seen

Re: User group during build process

Hi, On Sun, Jul 24, 2022 at 7:14 AM Tobias Geerinckx-Rice wrote: > > The correct way to make smtpctl setgid is to use Guix System's > setuid-programs field, and use (setgid? #t) (group "smtpq") for smtpctl. In line with TGR's recommendation, the snippet below works locally. Kind regards Felix

Re: User group during build process

Hiya, On 24 July 2022 19:17:29 UTC, Maya wrote: > shouldn’t opensmtpd-service-type already extend setuid-program-service-type > with appropriate setuids? A matter of taste (I disagree with your characterisation 'useless'!), but I certainly wouldn't mind. Plenty of services do this for

Re: User group during build process

Hi! Thank you both for the responses. Although I wanted to ask you, can I use the setuid-program-service-type? If yes, shouldn’t opensmtpd-service-type already extend setuid-program-service-type with appropriate setuids? As it right now renders smtpctl unusable. With all the best wishes,

python-pytest in references graph

Dear Guix, I'm trying to understand the output of: $ guix graph --type=references python-rdflib | dot -Tsvg -o rdflib.svg Particularly, I'm looking at why python-pytest has an input arrow from python-rdflib, while it's "only" a native-input? I thought the "references" graph type would only