Bug 163639 - rhn-applet shouldn't create ~/.rhn-applet.conf at login
rhn-applet shouldn't create ~/.rhn-applet.conf at login
Product: Fedora
Classification: Fedora
Component: rhn-applet (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Robin Norwood
Beth Nackashi
Depends On:
  Show dependency treegraph
Reported: 2005-07-19 15:25 EDT by Mark McLoughlin
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-11-05 11:33:33 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
rhn-applet-2.1.17-dont-create-rhn-applet-conf-at-login.patch (2.14 KB, patch)
2005-07-19 15:25 EDT, Mark McLoughlin
no flags Details | Diff

  None (edit)
Description Mark McLoughlin 2005-07-19 15:25:50 EDT
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.

  - 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 15:25:51 EDT
Created attachment 116942 [details]
Comment 2 Adrian Likins 2005-07-29 12:38:13 EDT
looks okay at first glance, I'll apply it and see what breaks
Comment 3 Rahul Sundaram 2005-11-24 15:08:54 EST
Whats the status on this report?
Comment 4 Mark McLoughlin 2005-11-24 15:32:24 EST
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 17:37:19 EST
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

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 11:33:33 EST
Closing per previous comment.

Note You need to log in before you can comment on or make changes to this bug.