1 |
Dan Meltzer wrote: |
2 |
> Sounds good... one suggestion I have is to try and detect new ebuild |
3 |
> submissions and resassign them to m-w automatically as well. maybe a |
4 |
> checkbox "this is a new ebuild" or some other way to automatically detect |
5 |
> it? |
6 |
Why not introduce a "Case 5" which is similar to: |
7 |
1. None of the other Cases worked |
8 |
2. There is a package atom in the summary line |
9 |
(2a. Words like "ebuild" "new" occur somewhere) |
10 |
3. Check wether the package matches a "class of packages" |
11 |
4. If it doesnt match any classes, leave it to the wranglers. |
12 |
|
13 |
package classes would be something like: |
14 |
If the package is of the games-* category assign it to the games herd. |
15 |
If the package matches */*python* assign it to $whoever |
16 |
|
17 |
Unless the specifications for a package were not met correctly, or the |
18 |
submitter did not include a atom in the summery as expected, the checkbox |
19 |
shouldn't be needed, because the bug should be assigned by either one of |
20 |
cases 1 to 4. If it isnt, case 5 (or whatever else automatic handling for |
21 |
new-ebuilds) should be suiteable for trying to fix it anyway. |
22 |
|
23 |
Comments? |
24 |
-- |
25 |
gentoo-dev@g.o mailing list |