Gentoo Archives: gentoo-dev

From: Ned Ludd <solar@g.o>
To: gentoo-dev@l.g.o
Cc: gentoo-council@g.o
Subject: Re: [gentoo-dev] Alternative Gentoo package managers discussion request (for the council)
Date: Thu, 18 May 2006 12:46:37
Message-Id: 1147955883.11388.11.camel@localhost
In Reply to: [gentoo-dev] Alternative Gentoo package managers discussion request (for the council) by Mark Loeser
1 Request for a decision acknowledged.
2 Fwding on mail to the rest of the council to ensure they see it.
3
4 On Wed, 2006-05-17 at 17:38 -0400, Mark Loeser wrote:
5 > As the latest long thread has shown, there seems to be a split (it is hard to
6 > tell exactly) on whether or not alternative package managers, that support
7 > Gentoo ebuilds to some degree, should be added to the tree and supported.
8 > Supported in this case means having their own profiles which may or may not
9 > work with Portage. There are currently a few different Portage rewrites, or
10 > alternatives, whatever you want to call them, and all of them have their own
11 > unique features being added to them which make them incompatible with Portage.
12 > Some don't even emulate Portage's "broken" behaviour which could also cause
13 > QA problems for us if we add the package to the tree. If a package is in the
14 > tree, it is implicitly stating that we are going to offer some level of
15 > support for that application, and it increases workload for everyone that
16 > may have an ebuild that works with one package manager and not another.
17 >
18 > Therefore, I am requesting at the next Council meeting that they discuss
19 > and decide on how we want to handle problems like this in general. This
20 > is not going to be the last time that someone wants to add their rewrite/
21 > alternative of Portage to the tree. It should be decided if it is really
22 > in the best interests of Gentoo, its users, and developers to be adding
23 > these new managers to our own tree, instead of having them host their
24 > altered work on their own infrastructure.
25 >
26 > As the QA lead, I am requesting that until the Council convenes and decides
27 > on how we should proceed, that we not add anything else to the tree
28 > for the sole reason of supporting another package manager's features.
29 > This includes profiles or any other packages. This will reduce
30 > headaches for all of us, and hopefully cut down on needless arguments
31 > that get us no where.
32 >
33 > Thanks,
34 >
35 --
36 Ned Ludd <solar@g.o>
37 Gentoo Linux
38
39 --
40 gentoo-dev@g.o mailing list