1 |
On Fri, 2006-06-09 at 15:35 +0200, Stefan Schweizer wrote: |
2 |
> > It seems like genstef and jokey have completely |
3 |
> > ignored support from arch teams for this overlay. What are you |
4 |
> > proposing with respect to arch keywords and package.mask? |
5 |
> users are supported to do everything themselves in the sunrise overlay. We |
6 |
> are not trying to add any additional workload to your current one. We are |
7 |
> in fact trying to make life easier for everyone. |
8 |
|
9 |
Except that you aren't accomplishing this. I have shown lots of points |
10 |
where this will increase workload on an already overworked group of |
11 |
volunteers, yet the proponents of this project are either overlooking |
12 |
them, avoiding them, or simply ignoring them. |
13 |
|
14 |
> > Do you |
15 |
> > actually expect us to do anything but close assigned bugs for sunrice |
16 |
> > ebuilds as WONTFIX? |
17 |
> It is more like, explain the users how to fix it themselves, because they |
18 |
> can with the sunrise overlay. |
19 |
|
20 |
...or just mark it as WONTFIX because we won't fix it. It isn't our job |
21 |
to go around policing things that are not in the portage tree. If it |
22 |
was good enough or popular enough to be of concern to us, it would be |
23 |
*IN THE TREE* where it belongs. Why is this so hard to understand? |
24 |
|
25 |
> > Where else would these bugs go except for arch |
26 |
> > teams, seeing as we clearly can't assign them to end users who |
27 |
> > originally submitted the maintainer-wanted ebuilds? |
28 |
> These are not expected to be filed as bugs, they should be fixed by the |
29 |
> users in question. |
30 |
|
31 |
So now we will have random users also doing work of the architecture |
32 |
team? |
33 |
|
34 |
How about you guys start building the releases, too? I'm sure you'll |
35 |
have a wonderful time with the reiser4/broken-sources ricer crowd out |
36 |
there. |
37 |
|
38 |
-- |
39 |
Chris Gianelloni |
40 |
Release Engineering - Strategic Lead |
41 |
x86 Architecture Team |
42 |
Games - Developer |
43 |
Gentoo Linux |