On 02/04/2017 01:05 PM, William L. Thomson Jr. wrote: >[snip] >> Maintainers of individual packages have the most knowledge about how to >> best deliver that specific package, but maintainers of profiles have >> the best understanding of what people want to see. > > Yes has to be a balance. I do not believe package maintainers will always > share the vision of the profiles. > > Said another way, if defaults were sane enough, would profiles be necessary? > > Profiles are kind of an extra added benefit to the end user, and those making > the profiles. Mostly a benefit for the end user. There isn't much benefit to > the > package maintainer. I could not really see anything that would give them > reason to spend their time on something that would not benefit them. >
I can't speak for other maintainers but generally if there's an issue in an ebuild I maintain, I try to figure out a) the specific problem, and b) the simplest and most-effective solution. If an ebuild I maintain is broken on arm64, for example, it's still my responsibility to figure out how to get it working, assuming the software was written in a way to allow for that build anyway. Since I don't run anything other than amd64 right now, I have to depend on others to find issues for other arches. Generally I'll accept any change as long as it meets our ebuild standards and doesn't exchange one problem for another. One could argue "of course it benefits you", but I don't do it because it benefits me. I do it because a) it fixes a problem I probably didn't know about and b) it's how we make Gentoo better. I don't have an opinion on profiles. I like the idea of them and respect the work that goes into them. If maintainers need to make small changes here or there so their packages work on specific profiles, I don't see the problem. We do commit+push over typos; a profile is more important than that, so naturally we should have little issue ironing out support when the errant wrinkle comes up. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature