[Yum-devel] New DNF build: dnf-0.2.7-5.git632e1eb.fc18

James Antill james.antill at redhat.com
Tue Jul 24 16:39:56 UTC 2012


On Tue, 2012-07-24 at 16:26 +0200, Ales Kozumplik wrote:
> Hello,
> 
> There's a new DNF rawhide build available now: 
> http://koji.fedoraproject.org/koji/packageinfo?packageID=14310
> 
> Significant changes:
> - Clean dependencies during 'dnf erase'.
>    DNF will now by default remove packages marked as 'dep' in YumDB 
> (that is, the yumdb maintained by dnf in /var/lib/dnf). Won't look at 
> packages in the Yum YumDB and assumes 'userinstalled' if a package is 
> not found.

 I'd thought about turning clean_requirements_on_remove on in yum, and
mentioned it on the DNF thread in fedora-devel. But then I was reminded
of the unfixable problem with it:

http://lists.fedoraproject.org/pipermail/devel/2012-June/169371.html
http://lists.fedoraproject.org/pipermail/devel/2012-July/169567.html

...it's also likely to be a big problem with any GUI, unless the GUI
knows about the option and how to turn it off (or, better, show the user
what could happen, and why).

 I would also argue, again, that just because DNF will have to change
_some_ behaviour doesn't mean you should randomly change other
behaviour. Even little changes will add up, and make it harder to
transition or see what is a bug and what is a feature and general just
cause problems/fear/uncertainty/doubt/etc. (Eg. see the py3k disaster).
 At worst, see if we can change the behaviour of yum so that it will be
the same at the transition point.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part
URL: <http://lists.baseurl.org/pipermail/yum-devel/attachments/20120724/b4bdd428/attachment.asc>


More information about the Yum-devel mailing list