Re: DNF replacing yum: fedup?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2015-01-28 at 10:38 -0500, Miloslav Trmač wrote:
> > There is in fact no strict *technical* requirement for anything to 
> > move from yum to dnf in F22. yum will remain in the F22 package 
> > set, it is not being removed.
> > 
> > However, the Change seems to me to have been written with the 
> > basic idea that yum shouldn't be installed by default any more and 
> > nothing that's a core part of Fedora should use it any more - for 
> > e.g., the Change incorporates moving anaconda to dnf, even though 
> > technically speaking there's no *need* for this, we could if we 
> > wanted to ship F22 with anaconda using yum but the installed 
> > system using dnf.
> > 
> > So given that, I wanted to clarify the status of fedup.
> > 
> > If F22's fedup depends on yum, then people with 'clean' dnf-only 
> > systems are going to get yum installed when they want to upgrade 
> > to F23.
> 
> Aren’t there cases where yum and dnf resolve ambiguous dependencies 
> differently?

Yes. dnf has nothing like yum's rather complex set of heuristics for 
deciding this. https://bugzilla.redhat.com/show_bug.cgi?id=1183835

>   If so, anaconda-installed and fedup-installed systems may end up 
> with different packages, which seems fairly undesirable.

Well, they already do, for a couple of reasons; fedup doesn't do 
distro-sync, retired packages not being properly obsoleted, anaconda 
has never marked the groups it installs with yum's 'groups-as-objects' 
mechanism so upgrading doesn't add and remove group packages as it 
would if anaconda did.

I haven't actually done it, but I suspect that if you installed, say, 
F19 Desktop then fedup'ed to F20 then fedup'ed to F21 Workstation 
you'd wind up with quite a different package set than doing a clean 
F21 Workstation install.

>   I suppose as long as fedup is part of the release criteria and get 
> tested there shouldn’t be huge surprises, but using the same 
> mechanism for all of (anaconda, fedup, post-install CLI, post-
> install GUI) seems like the ideal we should be aiming for, not as an 
> aesthetics matter but as a “technical requirement” to minimize the 
> testing matrix (for both individual packagers and distribution-wide 
> QA).

Agreed, reducing differences here as far as possible will always be a 
good thing (which is another reason I'd like fedup to do distro-sync).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux