| Summary: | gnuplot should support python global use flag | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Chris Bainbridge (RETIRED) <chrb> |
| Component: | New packages | Assignee: | Grant Goodyear (RETIRED) <g2boojum> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Other | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Chris Bainbridge (RETIRED)
2005-06-26 08:53:20 UTC
Why a use flag and not a separate gnuplot-py package? There is already a global python use flag : python - Adds support/bindings for the Python language This is clearly appropriate here, and can in turn pull in gnuplot-py as a DEPEND. I strongly dislike (and discourage) the profligate use of USE flags to build extra packages that are _not_ dependencies.* In my opinion, USE=python means that a package that provides python bindings should build and install them. It does not mean that the package should go out and install a separate package that can provide the bindings. That's up to the user (or upstream, who could incorporate the separate package, and then a USE flag would make sense). Closing for now; please reopen if I'm missing a change in gnuplot's own build procedure that requires USE=python. *One exception to this rule is sendmail, which builds procmail if USE=mbox is not set. Although procmail is not a pure runtime dependency (since mbox delivery works perfectly well without it), the Gentoo default is Maildir, and sendmail won't deliver to Maildir boxes at all without procmail (or another sane mailer), so procmail is a de-facto runtime dependency. |