1 |
On Thu, 2006-05-18 at 00:23 +0100, Christel Dahlskjaer wrote: |
2 |
> On Wed, 2006-05-17 at 17:38 -0400, Mark Loeser wrote: |
3 |
> > As the latest long thread has shown, there seems to be a split (it is hard to |
4 |
> > tell exactly) on whether or not alternative package managers, that support |
5 |
> > Gentoo ebuilds to some degree, should be added to the tree and supported. |
6 |
> > Supported in this case means having their own profiles which may or may not |
7 |
> > work with Portage. There are currently a few different Portage rewrites, or |
8 |
> > alternatives, whatever you want to call them, and all of them have their own |
9 |
> > unique features being added to them which make them incompatible with Portage. |
10 |
> > Some don't even emulate Portage's "broken" behaviour which could also cause |
11 |
> > QA problems for us if we add the package to the tree. If a package is in the |
12 |
> > tree, it is implicitly stating that we are going to offer some level of |
13 |
> > support for that application, and it increases workload for everyone that |
14 |
> > may have an ebuild that works with one package manager and not another. |
15 |
> > |
16 |
> > Therefore, I am requesting at the next Council meeting that they discuss |
17 |
> > and decide on how we want to handle problems like this in general. This |
18 |
> > is not going to be the last time that someone wants to add their rewrite/ |
19 |
> > alternative of Portage to the tree. It should be decided if it is really |
20 |
> > in the best interests of Gentoo, its users, and developers to be adding |
21 |
> > these new managers to our own tree, instead of having them host their |
22 |
> > altered work on their own infrastructure. |
23 |
> > |
24 |
> > As the QA lead, I am requesting that until the Council convenes and decides |
25 |
> > on how we should proceed, that we not add anything else to the tree |
26 |
> > for the sole reason of supporting another package manager's features. |
27 |
> > This includes profiles or any other packages. This will reduce |
28 |
> > headaches for all of us, and hopefully cut down on needless arguments |
29 |
> > that get us no where. |
30 |
> |
31 |
> Good call Mark. I second this request. |
32 |
|
33 |
Maybe I should have ellaborated on that, I do believe that the current |
34 |
thread has been somewhat educational for a 'newbie' like myself, but I |
35 |
also think that for the future it would be beneficial for people to know |
36 |
how to go about similar. :) |
37 |
|
38 |
|
39 |
-- |
40 |
gentoo-dev@g.o mailing list |