Bug 163639

Summary: rhn-applet shouldn't create ~/.rhn-applet.conf at login
Product: [Fedora] Fedora Reporter: Mark McLoughlin <markmc>
Component: rhn-appletAssignee: Robin Norwood <robin.norwood>
Status: CLOSED WONTFIX QA Contact: Beth Nackashi <bnackash>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: sundaram
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-11-05 16:33:33 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:
Attachments:
Description Flags
rhn-applet-2.1.17-dont-create-rhn-applet-conf-at-login.patch none

Description Mark McLoughlin 2005-07-19 19:25:50 UTC 
When a new user logs in, ~/.rhn-applet.conf is created by the applet.

What this means for Sabayon (http://www.gnome.org/projects/sabayon), is that
appears to the sysadmin as if the applet's configuration has changed, when
clearly it hasn't.

There shouldn't be any real need to write the configuration file if no
configuration has actually been changed. Attaching a patch to do that.

Details:
  - All ConfigFile subclasses now load the config in their constructor,
    just like ConfigFile itself
  - We don't save the config file when it doesn't already exist

Seems to work fine here
Comment 1 Mark McLoughlin 2005-07-19 19:25:51 UTC 
Created attachment 116942 [details]
rhn-applet-2.1.17-dont-create-rhn-applet-conf-at-login.patch
Comment 2 Adrian Likins 2005-07-29 16:38:13 UTC 
looks okay at first glance, I'll apply it and see what breaks
Comment 3 Rahul Sundaram 2005-11-24 20:08:54 UTC 
Whats the status on this report?
Comment 4 Mark McLoughlin 2005-11-24 20:32:24 UTC 
Looks like alikins thought the patch looked okay, was going to commit it and it
fell through the cracks
Comment 5 John Thacker 2006-10-29 22:37:19 UTC 
rhn-applet was replaced by pirut and put (package pirut) as of FC5.  Only FC5
and FC6 are currently fully supported; FC3 and FC4 are supported for security
fixes only.  If this bug occurs in FC3 or FC4 and is a security bug, please
change the product to Fedora Extras and the version to match.  If you can verify
that the bug exists in RHEL as well, please change the product and version
appropriately.

The codebase for pirut and pup is quite different, but if a similar bug exists
in pirut and pup in FC5 or FC6, please change the product to pirut and the
version appropriately and update the bug report.

We apologize that the bug was not fixed before now.  The status will be changed
to NEEDINFO, and if the bug is not updated with evidence that it is a security
bug or a bug that affects RHEL, it will be closed.

Note that rhn-applet may still be present on upgraded systems, and in general
will not function correctly on such systems.  That is not a bug; anaconda does
not generally erase removed packages upon upgrades.
Comment 6 John Thacker 2006-11-05 16:33:33 UTC 
Closing per previous comment.