On Thu, Mar 13, 2008 at 12:57:29AM +0100, Fabio Erculiani wrote: > So, to sum up, if we can build a better communication way it could be > useful for both sides. - "Most of the Gentoo ebuilds don't have the two lists split" I'd certainly welcome hearing about any supposed DEPEND/RDEPEND issues in my packages (both those I directly maintain as well as a good swath of those I maintain via herds), as well cases where you see a some deps not declared at all (and also in the indirect deps).
- "There are TOO MANY USE flags while instead packages SHOULD BE split" No. In general, Gentoo is one package per upstream idea of a package. It's been that way for a long time, and I don't foresee any specific need to change it soon. Even if you did, there are still at least the same number of total combinations to test, if not more. If you really want to make progress here, get various upstreams to split stuff better. - "Localizations should be split too" Again, get upstream to put them separately, for all cases where they are just files that are automatically detected, and nothing regarding available locales is compiled or configured into the binaries or libraries. - "Even if I found a lot of these bugs daily..." If you want to report bugs quickly, see pybugz, or use the Bugzilla templating facility (I prefer it myself). Response time is large for any bugs generally, because we do a lot of stuff. It's in your best interests to send the fixes back to Gentoo, because that means you don't need to continually port fixes in your overlay when newer versions are released. For a lot of these issues, I'd love either a patch that you've uploaded, or a direct link to a changeset on some VCS. Note: NOT the new file, but a link directly to the changeset. - "What I am asking Gentoo Foundation is, let me fix them" Apply to be a developer, then you can fix them. I don't personally have any opinion (positive or negative) about Sabayon, but a former coworker of mine was a big fan. -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
pgp03p6wCuo9A.pgp
Description: PGP signature
