Gentoo Archives: gentoo-dev

From: Christel Dahlskjaer <christel@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Alternative Gentoo package managers discussion request (for the council)
Date: Wed, 17 May 2006 22:48:11
Message-Id: 1147909289.4723.16.camel@gaspode
In Reply to: Re: [gentoo-dev] Alternative Gentoo package managers discussion request (for the council) by Christel Dahlskjaer
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

Replies