Purging Eucalyptus is not thorough enough

Bug #436928 reported by Soren Hansen on 2009-09-25
This bug affects 1 person
Affects Status Importance Assigned to Milestone
eucalyptus (Ubuntu)
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

Matt Zimmerman (mdz) on 2009-09-26
Changed in eucalyptus (Ubuntu):
assignee: nobody → Dustin Kirkland (kirkland)
Changed in eucalyptus (Ubuntu):
status: Triaged → In Progress
status: In Progress → Fix Committed
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package eucalyptus - 1.6~bzr854-0ubuntu7

eucalyptus (1.6~bzr854-0ubuntu7) karmic; urgency=low

  [ Dustin Kirkland ]
  * tools/eucalyptus-nc.in: exit 0, rather than 1, in the -nc
    init script when unconfigured, related to bug LP: #430075
  * debian/eucalyptus-cc.in, debian/eucalyptus-java-ws.in: help registration
    with local sync, no rsync parameters
  * debian/eucalyptus-common.postrm: prune eucalyptus files from /etc and
    /var on package purge, essential for testing, LP: #436928

  [ Matt Zimmerman ]
  * 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/eucalyptus-cc.postinst: Guard update-rc.d remove calls so that they
    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/eucalyptus.conf: Don't try to run shell code here; it isn't (always)
    interpreted as a shell script
  * debian/eucalyptus-cc.postinst: Use euca_conf --import-conf to copy the
    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/eucalyptus-cc.conf
    and get rid of /etc/eucalyptus/installer-cc.conf

  [ Steve Langasek ]
  * 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/keys in the
    eucalyptus-common postinst; this was ineffective anyway because we'd done
    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

Changed in eucalyptus (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers