problem with branches/version tags

Karel Volný kvolny at redhat.com
Mon Aug 24 14:48:07 CEST 2015


Hi,

>> is there anything else I could do, or is it completely upon Kwizart ...
>> err, infrastructure team?
>
> This is really unclear what you requires from the "infrastructure team".
> If it's just a matter to clear the package that was updated in F-21 whereas
> it shouldn't, I've removed it.

I was hoping I'm clear on what is required in the bugzilla comment linked; 
and thankyou for removing the wrong update

the email was rather a question to others if there are better sugesstions

> Also, if your -freeworld package doesn't have a way to conflicts with the
> fedora counterpart if the version mismatch, then it's probably installed on
> the end-user system. In which case, you will probably need to bump the
> epoch to have this issue fixed.

I'm not sure I got this? - the RPMFusion part has Requires on exact qmmp 
version available from Fedora, so if there's mismatch, the update cannot be 
installed and so the system cannot get into inconsistent state (unless some 
forcing is used)

it would be problem the other way - if Fedora would be ahead of RPMFusion, 
qmmp could get updated and the user wouldn't be able to install (obsolete) 
qmmp-plugins-freeworld then ... but if qmmp-plugins-freeworld would be 
installed already then it would block qmmp update as increasing the version 
would break the dependency

[note that a solution syncing the updates has been mentioned already and 
I'm saving this topic when the new infrastructure is ready]

K.

-- 
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp kavol at jabber.cz
:: "Never attribute to malice what can
::  easily be explained by stupidity."


More information about the rpmfusion-developers mailing list