Where we are and where do we what to go?

Thorsten Leemhuis fedora at leemhuis.info
Mon Feb 9 19:58:23 CET 2009


On 09.02.2009 14:28, Dan Horák wrote:
> Thorsten Leemhuis píše v Ne 08. 02. 2009 v 10:06 +0100:
>> On 04.02.2009 14:24, Rex Dieter wrote:
>>> Thorsten Leemhuis wrote:
>>>> On 04.02.2009 14:00, Rex Dieter wrote:
>>>>> Andrea Musuruane wrote:
>>>>> [...]
>>>>> In the meantime, I'll go adjust the wiki to move kde-redhat to the 
>>>>> "compatible" section. :)
>>>> If RPM Fusion would have one big and/or multiple dedicated experimental 
>>>> repos, would kde-redhat then be interested into "merging" into RPM 
>>>> Fusion? 
>>> yes!
>> I'd like that to happen. What others think of the idea to start a 
>> experimental area and do the first steps with kde-redhat like repos?
> 
> I agree and would like join with some of my stuff.

Hmmm. kde-redhat is something special, so a dedicated repo for it makes 
a lot of sense afaics.

But do you need to have your own dedicated experimental repo. Might a 
general experimental repo be a better solution? Not sure myself, just 
want to hear options...

> But the question is what should be the relation between new repo and
> RPMFusion

BTW: It's "RPM Fusion" (with space) ;-)

> and Fedora
> 1. can contain packages that are already in RPMFusion/Fedora?
> and when 1 = yes then

Yes. Otherwise merging kde-redhat afaics wouldn't make much sense

> 2. can include packages newer then rawhide?

I'd say so. (As long term gnome user) I'm not familiar at all with 
kde-redhat, but I think that's what they also do now and then (like 
preparing kde 4.2 before it hit rawhide or 4.1 before it hit F9?)

> 3. can contain backports of rawhide packages to stable releases?

I'd say so.

In general: I wouldn't want to many rules for those repos. But we need 
to be very careful. Having to many of those repos could be dangerous 
(for us), confusing (for the users) and time consuming (for infra and 
the people that take care of the infra). And we of course need to make 
sure that the main repo remains the repo that normally offers everything 
ordinary users want.

CU
knurd


More information about the rpmfusion-developers mailing list