Bug 167770
Summary: | Drop up2date and rhn-applet before FC5 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Rahul Sundaram <sundaram> |
Component: | distribution | Assignee: | Paul Nasrat <nobody+pnasrat> |
Status: | CLOSED RAWHIDE | QA Contact: | Bill Nottingham <notting> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | laroche, nobody+pnasrat, roozbeh, rvokal, smohan, stickster, stuart |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-03-03 20:08:48 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Rahul Sundaram
2005-09-07 22:12:13 UTC
Huh? pup doesn't necessarily replace the applet. At least not until it's written. :) The development tree has pup. Now its only the technical question of making it work. rhn-applet in FC4 doesnt work either for that matter ;-) I second your motion, Rahul. See the official documentation -- we even recommend yum for all users! I am using pup on my test Rawhide box and it works as well as yum, albeit with slightly less feedback than desired. For instance, when there is a conflict of some sort, pup simply quits without issuing any information to the user. (Of course, any such dialog should be written without making it necessary for people to go look up what a dependency is, or what causes RPM conflicts... but that's another bug.) The question would remain as to what alerts the user that updates are available. Currently, the user must launch pup to find whether such updates exist, while the rhn-applet reports this in the Notification Area. I'm not sure why up2date was never issued an update in FC4 -- a simple one-line change of the /usr/share/rhn/up2date_client/sourcesConfig.py file -- to make it work correctly. It was a fugly hack, but would have stifled user problems until a slick pup changeover happened. how about redirecting the applet to use yum or pup? GYUM Update Alert Notification Tool (gyum-applet) http://fedoranews.org/tchung/gyum/2.0/ Instead of it being used with gyum (memory hog) tie it to yum Just a thought BTW, I also wrote a spec based on what Seth suggested: http://fedoraproject.org/wiki/YumApplet It would be very nice, but there is a problem. Well, Yum doesn't support rollbacks, rpm and up2date does. And the Yum guys doesn't seem to be interested in implementing that feature, although Yum can repackage all updated or erased packages thoe. Yum doesn't provide features like 'up2date --list-rollbacks' or 'up2date --undo'. I would definitely like you to drop up2date, and especially rhn-applet, but it would be very nice if we all try to make Yum guys to provide that rollback feature :) Maybe it would not be a bad idea to make up2date into Extras for now and to remove it when Yum guys provide us the rollback feature. I hope they will do that. Cheers! (In reply to comment #6) > Maybe it would not be a bad idea to make up2date into Extras for now and to > remove it when Yum guys provide us the rollback feature. I hope they will do > that. I meant: to push at least up2date into Extras. I see that rawhide 20060303 drops up2date and rhn-applet. Thank you. |