On 01/02/2013 13:36, Michael Weber wrote:
> Yeah, but test for /usr/share/doc/${PF} (random to irrelevant),Which I don't open bugs about any longer. > $CFLAGS/$LDFLAGS/$AR (enable these miraculous setup), WTF does "enable these miraculous setup" mean? Seriously. Also, no I don't test or bother opening bugs for either $AR or $CC. I do test for and open bugs for $CFLAGS/$LDFLAGS handling because _that is what Gentoo is about_ and among other things they work as a good sanity check. > automake-1.12 (at > what point in future do you see that as oldest in-tree) Are you dense? If automake-1.12 is installed, the majority of the tree _will_ use it. The fact that I test for it is to avoid you getting the bugs from users who really want to use your package. > last are no > statement regarding a packages functionality on a plain system. If the package is TFU, and nobody cares enough to fix it, the functionality "on a plain system" is screwed up anyway. If you can't be bothered to make your package comply with at least the minimum style of the rest of the tree, I'd honestly prefer you gave up tree access. > Keep on the ground. > I rather prefer a combined discussion on "principles" or workflow, than > bringing up this discussion for every single package. > This is a general Gentoo list, so the mails might get some kind of > "general". The problem here is that it's not general. It's fantasy. I'm not saying that we should remove a package because it has one trivial bug not fixed in three months. But when upstream is dead, and nobody in Gentoo is caring for it, has half a dozen open bug (trivial or not), unsolved or unsolvable for over an year... punt the crap from the tree and reduce the overload. Also, since you are a dev, instead of complaining at how team $x removes their packages, you can step in and save the package. As Alec said "Gentoo is not a software archival service." so arguing on the principle that we should never delete any package from our tree is simply preposterous. -- Diego Elio Pettenò — Flameeyes [email protected] — http://blog.flameeyes.eu/
