Fedora Desktop vs. Fedora Desktop {GNOME, KDE}

[Thorsten Leemhuis]

Josh Boyer schrieb:
> On Fri, 2007-01-05 at 09:44 -0500, Jesse Keating wrote:
>> On Friday 05 January 2007 01:55, Thorsten Leemhuis wrote:
>>> This issue brings up a interesting question: Which board has the power
>>> to influence and adjust this particular naming scheme in our new
>>> "merged" world? FESCo or the Fedora Board?
>> Ultimately I feel it should be the Fedora board.  FESCo is really responsible 
>> for making sure the full repo is there, and the Distribution cabal (hopefully 
>> there will be more than just me) is responsible for taking content from that 
>> repository and creating installable iso sets from it.
> I think it's a little more complicated than that.

I think it is.

>  Or maybe not.  If
> there are two committees, one for the repo and one for the release, they
> need to work really closely together.

And that often sucks. Even with FESCo and the Packaging Committee (they
are practically on the same level currently, so none of the two can give
the other orders [yes, we normally should not give orders, but sometimes
it might be helpfull]) there were some situations where one was pointing
to the other "you have to solve this particular issue". That was a bit
problematic, and I'd like to avoid a similar situations in the future as
much as possible.

>  The release cabal needs a stable
> set of packages to build the releases from and the repo cabal would need
> to enforce that.  E.g. feature freeze, string freeze, etc.
> 
> Personally, I'd rather see the current FESCo and Core cabal merged into
> a single entity that shares both responsibilities.

+1

>  The Packaging
> Committee would certainly still exist to come up with the packaging
> guidelines, so that wouldn't change.

It should be clear that it remains FESCo's job to enforce the stuff the
packaging committee decides. But FESCo should be able to say "Packaging
Committee, work out rules for foo, as we have a packaging problem here
that needs to be solved, and you guys know best about this kind of stuff
is handled"

> [...]

CU
thl