Gentoo Archives: gentoo-dev

From: Daniel Campbell <zlg@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Guidelines for IUSE defaults
Date: Thu, 09 Feb 2017 02:46:59
Message-Id: 8263ac02-4643-4948-5b54-9ddecf2f57ae@gentoo.org
In Reply to: Re: [gentoo-dev] Guidelines for IUSE defaults by "William L. Thomson Jr."
1 On 02/04/2017 01:05 PM, William L. Thomson Jr. wrote:
2 >[snip]
3 >> Maintainers of individual packages have the most knowledge about how to
4 >> best deliver that specific package, but maintainers of profiles have
5 >> the best understanding of what people want to see.
6 >
7 > Yes has to be a balance. I do not believe package maintainers will always
8 > share the vision of the profiles.
9 >
10 > Said another way, if defaults were sane enough, would profiles be necessary?
11 >
12 > Profiles are kind of an extra added benefit to the end user, and those making
13 > the profiles. Mostly a benefit for the end user. There isn't much benefit to the
14 > package maintainer. I could not really see anything that would give them
15 > reason to spend their time on something that would not benefit them.
16 >
17
18 I can't speak for other maintainers but generally if there's an issue in
19 an ebuild I maintain, I try to figure out a) the specific problem, and
20 b) the simplest and most-effective solution. If an ebuild I maintain is
21 broken on arm64, for example, it's still my responsibility to figure out
22 how to get it working, assuming the software was written in a way to
23 allow for that build anyway. Since I don't run anything other than amd64
24 right now, I have to depend on others to find issues for other arches.
25 Generally I'll accept any change as long as it meets our ebuild
26 standards and doesn't exchange one problem for another.
27
28 One could argue "of course it benefits you", but I don't do it because
29 it benefits me. I do it because a) it fixes a problem I probably didn't
30 know about and b) it's how we make Gentoo better.
31
32 I don't have an opinion on profiles. I like the idea of them and respect
33 the work that goes into them. If maintainers need to make small changes
34 here or there so their packages work on specific profiles, I don't see
35 the problem. We do commit+push over typos; a profile is more important
36 than that, so naturally we should have little issue ironing out support
37 when the errant wrinkle comes up.
38 --
39 Daniel Campbell - Gentoo Developer
40 OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
41 fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6

Attachments

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