Gentoo Archives: gentoo-dev

From: Gerion Entrup <gerion.entrup@×××××.de>
To: gentoo-dev@l.g.o
Cc: Kent Fredric <kentnl@g.o>
Subject: Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags
Date: Tue, 23 Jul 2019 11:38:42
Message-Id: 312781412.m6QBVP1UQI@gump
In Reply to: Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags by Kent Fredric
1 Am Dienstag, 23. Juli 2019, 04:00:07 CEST schrieb Kent Fredric:
2 > On Mon, 22 Jul 2019 21:08:51 -0400
3 > Aaron Bauman <bman@g.o> wrote:
4 >
5 > > 1. I want some documentation
6 > > 2. It doesn't ship from upstream (without crazy extra deps)
7 > > 3. Gentoo guy hooked me up and packaged it pre-built with it
8 > > 4. Thanks!
9 >
10 > The proposal as-stated is:
11 >
12 > 1. Documentation requires even 1 additional dep
13 > 2. Thou may not use a USE flag for this
14 > 3. Thus, if you want to elide the dependency from *any* merge graph,
15 > you must elide it from *all* merge graphs.
16 > 4. Thus, you must locally perform some non-standard hackery that will
17 > be different for every package to produce these, work out where to put
18 > it which is also not standardised, and also prohibit the user from
19 > being able to update these themselves via a revision bump, _AND_ you
20 > will need to put in place non-standard mechanisms to ensure it gets
21 > updated when you update the package, in order for the documentation
22 > not to diverge from the sources.
23 What about a compromise?:
24 Deliver a (prebuild) manpage as package maintainer by default, but keep
25 a use flag "man-build" (or whatever) that builds the man page for everyone
26 (also the maintainer herself) with use of the crazy extra deps. So a user can
27 do (incomplete) version bumps and gets a manpage and the maintainer
28 gets the prebuild manpage in a defined way.
29
30
31 >
32 > There's a lot of "Ummmm, thats bad" in point 4.
33 >
34 > Hence, counter-proposals are trying to look at a way to achieve points
35 > 2 & 3 in your list, without resorting to barbaric torture and inherent
36 > fragility.
37 >
38 > We understand the /achieve, but the mechanism proposed doesn't suit, as
39 > stated.
40
41 Regards,
42 Gerion

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies