Purging Eucalyptus is not thorough enough
Bug #436928 reported by
Soren Hansen
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
eucalyptus (Ubuntu) |
Fix Released
|
Medium
|
Dustin Kirkland |
Bug Description
Whenever I have to do my testing with Eucalyptus, I end up having to do
something like:
sudo rm -rf /etc/eucalyptus /var/lib/eucalyptus /var/log/eucalyptus
..after removing the packages in question. The postrm maintainer script
should really be cleaning up these things.
affects ubuntu/eucalyptus
importance medium
status triaged
Changed in eucalyptus (Ubuntu): | |
assignee: | nobody → Dustin Kirkland (kirkland) |
Changed in eucalyptus (Ubuntu): | |
status: | Triaged → In Progress |
status: | In Progress → Fix Committed |
To post a comment you must log in.
This bug was fixed in the package eucalyptus - 1.6~bzr854-0ubuntu7
--------------- 0ubuntu7) karmic; urgency=low
eucalyptus (1.6~bzr854-
[ Dustin Kirkland ] s-nc.in: exit 0, rather than 1, in the -nc eucalyptus- cc.in, debian/ eucalyptus- java-ws. in: help registration eucalyptus- common. postrm: prune eucalyptus files from /etc and
* tools/eucalyptu
init script when unconfigured, related to bug LP: #430075
* debian/
with local sync, no rsync parameters
* debian/
/var on package purge, essential for testing, LP: #436928
[ Matt Zimmerman ] eucalyptus- cc.postinst: Guard update-rc.d remove calls so that they s.conf: Don't try to run shell code here; it isn't (always) eucalyptus- cc.postinst: Use euca_conf --import-conf to copy the /eucalyptus- cc.conf /installer- cc.conf
* Revert revno 573, as according to Dan Nurmi it broke registration entirely
* Apply upstream revno 895, as according to Dan this fixes the same bug that
revno 573 attempted to fix, but properly (without breaking registration)
* debian/
don't run on initial installation. Because -cc could be configured before
or after -walrus/-cloud, this could cause -cc to clobber -walrus/-cloud
init scripts on initial installation
* tools/eucalyptu
interpreted as a shell script
* debian/
network settings into eucalyptus.conf instead
* Set the default VNET_MODE to MANAGED-NOVLAN
* The three preceding changes close LP: #435130
* Store the CC name in a new config file /etc/eucalyptus
and get rid of /etc/eucalyptus
[ Steve Langasek ] eucalyptus/ keys in the common postinst; this was ineffective anyway because we'd done
* Move eucalyptus-nc "no VT" handling for LP: #426830 to a debconf script
instead, so that users are a bit more likely to see this.
* Drop the dpkg-statoverride check on /var/lib/
eucalyptus-
a chown -R immediately before that, so the only part that was respecting
statoverride were the directory perms.
-- Dustin Kirkland <email address hidden> Sat, 26 Sep 2009 00:30:18 -0700