Hi,
> It should, but sometimes there are bugs in the package definition or
> build system, in this case causing python-rdflib to refer to the
> native-input python-pytest. Likely it's the 'add-install-to-path' phase
> adding too much, a known issue, which could be solved by separating
> input
On Sun, 2022-07-24 at 23:01 +0200, Maxime Devos wrote:
>
> 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
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 prin
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 t
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]'
```
How
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 opt
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 "refere
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
inc
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 conveni
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,
Maya
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
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
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 her
13 matches
Mail list logo