Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 23, 2013
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
Posted Mar 13, 2013 16:31 UTC (Wed) by mjg59 (subscriber, #23239)
Posted Mar 13, 2013 16:50 UTC (Wed) by dwmw2 (subscriber, #2063)
Yeah, why not?
Posted Mar 13, 2013 18:11 UTC (Wed) by rgmoore (✭ supporter ✭, #75)
They're already working on a replacement/improvement to yum: DNF. My impression has been mostly positive; it's certainly a lot faster at the dependency resolving part. I'm not sure if it's any better at the initialization and cache refreshing.
Posted Mar 13, 2013 18:31 UTC (Wed) by rahulsundaram (subscriber, #21946)
Since it is command line compatible, I have a bash alias and just pretend it is yum. Works well mostly.
Posted Mar 14, 2013 2:07 UTC (Thu) by dowdle (subscriber, #659)
Posted Mar 14, 2013 8:53 UTC (Thu) by dwmw2 (subscriber, #2063)
And because of its broken approach to locking, the dormant background one is still holding the lock, rather than dropping it before asking the question and then re-acquiring it when I respond. Meaning that the new one refuses to work, and I end up having to play hunt-the-xterm to find the original invocation of yum.
We've strayed quite a long way from the original topic now, I concede. But to try to drag us back in that direction... if the user interaction folks want to point at something an say "this is a really bad user experience. Here's a design for how you fix it", then they could do worse than looking at yum.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds