| 1 |
On Wed, 2006-06-14 at 22:34 +0200, Jakub Moc wrote: |
| 2 |
> > It's not irrelevant; you're just not reading it properly. You might |
| 3 |
> > notice that metadata.xml contains tags other than <herd>, like, say, |
| 4 |
> > <maintainer>. In the example that sparked this, <herd> is games and |
| 5 |
> > <maintainer> the individual dev who maintains it. Simple enough, no? |
| 6 |
> |
| 7 |
> Please, go through the tree and see at least so many metadata.xml files |
| 8 |
> as I have seen, before claiming something that simply doesn't reflect |
| 9 |
> current practice. There are many ebuilds with no <maintainer> tag and |
| 10 |
> <herd> only. Are you claiming that they are unmaintained? Well, that |
| 11 |
|
| 12 |
Nobody said that they were unmaintained. Again, why do people *insist* |
| 13 |
on trying bullshit arguments like this? "Are you claiming.." No, he's |
| 14 |
not claiming that, or he would have *said* that. |
| 15 |
|
| 16 |
> obviously doesn't match the reality. So, if they actually _are_ |
| 17 |
> maintained by the relevant herd, then you shouldn't dump stuff on that |
| 18 |
> herd without discussing it w/ them first. I'm pretty sure mcummings will |
| 19 |
> gladly explain to you what will happen if you do, as well as a bunch of |
| 20 |
> other devs... :P |
| 21 |
|
| 22 |
A herd is a group of packages, not a listing of people. When you get |
| 23 |
information from the herds.xml, you are getting the listing of the |
| 24 |
people that *maintain* that herd. You are not getting a listing of the |
| 25 |
people *in* the herd. |
| 26 |
|
| 27 |
Please go back and read the herds project page[1] and try to understand |
| 28 |
this. It really is printed quite simply. |
| 29 |
|
| 30 |
|
| 31 |
> To make it pretty clear and explicit - bugs gets assigned to |
| 32 |
> <maintainer> (if there's any in metadata.xml), and get CCed to <herd> |
| 33 |
> (if there's any in metadata.xml). If there's no <maintainer>, whoever is |
| 34 |
> in <herd> will get that bug assigned and can happily smack you butt once |
| 35 |
> they've find out you've dumped the package on them without their |
| 36 |
> knowledge... That's how the large part of current ~600 dev-perl/* |
| 37 |
> ebuilds has made it into the tree and that mistake doesn't need to be |
| 38 |
> repeated. |
| 39 |
|
| 40 |
You are correct. This is *exactly* how it works. Also, you'll notice |
| 41 |
that nothing either I or Stephen has said contradicts this, if you |
| 42 |
actually went back and contemplated what we both said. |
| 43 |
|
| 44 |
[1] http://www.gentoo.org/proj/en/metastructure/herds/ |
| 45 |
|
| 46 |
-- |
| 47 |
Chris Gianelloni |
| 48 |
Release Engineering - Strategic Lead |
| 49 |
x86 Architecture Team |
| 50 |
Games - Developer |
| 51 |
Gentoo Linux |
Archives