From: Roel Janssen <roel@gnu.org>
To: Maxime Devos <maximedevos@telenet.be>, guix-devel@gnu.org
Subject: Re: python-pytest in references graph
Date: Mon, 25 Jul 2022 07:59:49 +0200 [thread overview]
Message-ID: <c391b828e1dc0b0f9bb9c8c927a8e956aa1bb30d.camel@gnu.org> (raw)
In-Reply-To: <6afd22cc-f079-93e8-67c2-bf81ae6c5ef8@telenet.be>
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 python-rdflib, while it's
> > "only" a native-input? I thought the "references" graph type would only include run-time
> > references, but I don't know what happens in this case.
> >
> > What am I missing?
>
> 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
> inputs and native-inputs on the build side when compiling natively (and
> not only when cross-compiling) (currently they are merged together into
> 'inputs'), though non-trivial.
Thanks for your explanation! I see indeed that in the build output a couple
of programs include pytest in their "GUIX_PYTHONPATH".
Kind regards,
Roel Janssen
next prev parent reply other threads:[~2022-07-25 6:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-24 20:25 python-pytest in references graph Roel Janssen
2022-07-24 21:01 ` Maxime Devos
2022-07-25 5:59 ` Roel Janssen [this message]
2022-07-25 6:23 ` Lars-Dominik Braun
2022-07-25 13:12 ` bokr
2022-07-25 14:41 ` Tobias Geerinckx-Rice
2022-07-25 17:32 ` Bengt Richter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c391b828e1dc0b0f9bb9c8c927a8e956aa1bb30d.camel@gnu.org \
--to=roel@gnu.org \
--cc=guix-devel@gnu.org \
--cc=maximedevos@telenet.be \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).