Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread Aaron Bauman
On Sat, Jul 20, 2019 at 08:50:29PM +0300, Andrew Savchenko wrote: > On Wed, 17 Jul 2019 15:25:10 +0200 Michał Górny wrote: > > Hello, > > > > The QA team would like to introduce the following policy: > > > > """ > > Packages must not disable installing manpages via USE flags (e.g. > > USE=man or

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread Kent Fredric
On Mon, 22 Jul 2019 21:08:51 -0400 Aaron Bauman wrote: > 1. I want some documentation > 2. It doesn't ship from upstream (without crazy extra deps) > 3. Gentoo guy hooked me up and packaged it pre-built with it > 4. Thanks! The proposal as-stated is: 1. Documentation requires even 1 additional

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread Aaron Bauman
On Sat, Jul 20, 2019 at 06:16:24PM -0400, Rich Freeman wrote: > On Sat, Jul 20, 2019 at 4:22 PM Michał Górny wrote: > > > > > > Yes, I get it. User experience is not important if it would mean > > developers would actually do anything but the bare minimum to get > > from one paycheck to another.

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread Aaron Bauman
On Sun, Jul 21, 2019 at 08:30:03AM +0200, Michał Górny wrote: > On Wed, 2019-07-17 at 12:09 -0700, Matt Turner wrote: > > On Wed, Jul 17, 2019 at 6:25 AM Michał Górny wrote: > > > Hello, > > > > > > The QA team would like to introduce the following policy: > > > > > > """ > > > Packages must

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread Kent Fredric
On Mon, 22 Jul 2019 21:04:07 -0400 Aaron Bauman wrote: > I am going to divert topics here... "freedom"... like freedom to post on a > mailing list without restriction (e.g. whitelisting) ? Please don't, this ain't going anywhere. pgpPhG_Z53cgV.pgp Description: OpenPGP digital signature

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread desultory
On 07/22/19 21:08, Aaron Bauman wrote: > On Sat, Jul 20, 2019 at 06:16:24PM -0400, Rich Freeman wrote: >> On Sat, Jul 20, 2019 at 4:22 PM Michał Górny wrote: >>> >>> >>> Yes, I get it. User experience is not important if it would mean >>> developers would actually do anything but the bare

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread Jaco Kroon
Hi, I'm with Rich on this one.  I trust that like me most of the developers here earn pay checks from elsewhere and that our time here is either completely volunteer work, or towards a purpose that suits that of our employers. Unless there is a way to automate the building of the associated

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread Kent Fredric
On Mon, 22 Jul 2019 11:00:42 +0200 Jaco Kroon wrote: > USE flag to enable/disable bundled packages.  Any packages that gets > committed with this USE flag goes off to a build server that builds the > package and prepares an install (without bundled) and then the man pages > can be scraped

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread Rich Freeman
On Mon, Jul 22, 2019 at 8:35 AM Kent Fredric wrote: > > Though I suspect *literally* using USE flags for this as-is might be > the wrong approach, as that just causes user-side pollution :/ > Maybe in some other situations this might be true, but as I mentioned in my previous email, users who DO

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-22 Thread Kent Fredric
On Mon, 22 Jul 2019 09:18:38 -0400 Rich Freeman wrote: > So, > there is a relationship between packages that need to have manpages > pregenerated and the package manager. My objection re: pollution is more to the point that this propagation of mechanisms that are inherently "package manager