1 |
Chris Gianelloni wrote: |
2 |
> On Tue, 2006-05-16 at 23:22 +0100, Stephen Bennett wrote: |
3 |
> |
4 |
> This is the exact reason why I would disagree with having this profile |
5 |
> in the tree. It *is* going to cause more work for bug-wranglers, no |
6 |
> matter how many places you put warnings and notices. If the profile is |
7 |
> *not* in the portage tree, people won't file bugs in our bugzilla. If |
8 |
> the profile *is* in the portage tree, then users will file bugs in our |
9 |
> bugzilla. Anything that we add to the tree, we are expected to provide |
10 |
> a reasonable level of support for maintaining. |
11 |
> |
12 |
|
13 |
Last time I checked, we don't support *everything* in the tree, for |
14 |
example everything in package.mask and/or keyworded -* is considered |
15 |
unsupported (or are you trying to tell me that |
16 |
sys-devel/gcc-4.2.0_alpha20060513 is officially supported). |
17 |
|
18 |
> If there is a bug in Paludis, since the package *is* in our tree, users |
19 |
> can file bugs in our bugzilla. Now, you might mark them as INVALID |
20 |
> (which is wrong, btw) or UPSTREAM (which is right), but *somebody* has |
21 |
> to take the time to look at the bug, determine that it is a Paludis bug, |
22 |
> then do the work to UPSTREAM it. Proper usage of UPSTREAM means |
23 |
> actually *filing* a bug upstream, not just pushing it off on the user, |
24 |
> though this isn't used nearly as much in practice as it should be. |
25 |
> |
26 |
> A profile is an even more problematic affair, as it has an even |
27 |
> longer-standing assumption that they are 100% supported by Gentoo. |
28 |
|
29 |
Deprecated profiles are considered unsupported, as are most of the |
30 |
gentoo-alt profiles. Also most arches have development profiles which |
31 |
are considered unsupported (on amd64 we add a profile.bashrc that dies |
32 |
unless something like I_WANT_TO_BREAK_MY_SYSTEM=1 is set). |
33 |
|
34 |
-- |
35 |
gentoo-dev@g.o mailing list |