On Thu, Nov 23, 2006 at 02:56:49AM -0800, David Shakaryan wrote: > Bryan Østergaard wrote: > >On Wed, Nov 22, 2006 at 02:08:12PM -0700, Steve Dibb wrote: > >>Hi guys, > >> > >>There are more than a few packages with missing metadata.xml in the > >>portage tree. I've setup my funky little QA website to report on which > >>ones fall in that category, and here is the list right here: > >> > >>http://spaceparanoids.org/gentoo/gpnl/qa.php?q=metadata > >> > >>I've spent the morning fixing up most of them, adding blank metadata.xml > >>to them and assigning [EMAIL PROTECTED] as the main > >>maintainer, which in hindsight was probably not the best approach (my > >>apologies). > >> > >>Anyway, either way, it would be nice to get the few remaining packages > >>cleaned up, and if one of your packages is on that list, please update > >>or create the metadata. > >> > >>I'll still be going through the rest of them and sorting out which ones > >>were last maintained by a dev that is now retired and continue assigning > >>them to maintainer-needed. > >> > >I think the most important thing about adding "empty" metadata.xml files > >with maintainer-needed as maintainer is that it _changes_ the package to > >be unmaintained by definition (that's what maintainer-needed means after > >all) and that we can't be sure that's actually true unless we spend a > >lot of time examining each package and asking potential maintainers > >if it's unmaintained. > > I see what you mean here, but asking potential maintainers doesn't seem > like too much of a solution, as it would take a lot of time and energy. > In my opinion, if the package is actually maintained, then it shouldn't > be hard for the maintainer to fix the metadata, adding himself as the > maintainer or at least assigning it to a herd. > I completely agree that adding metadata.xml files is easy for the maintainers and should be done. What I'm objecting to is randomly adding metadata.xml files to packages without any idea if the added files are actually correct. If you can't solve the problem properly you should probably stop to think about a proper solution instead of just taking the easy (but quite possible wrong) solution.
Regards, Bryan Østergaard -- gentoo-dev@gentoo.org mailing list
