libaxis2c symlinks madness makes for a bad upgrade experience

Bug #426752 reported by Soren Hansen
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
axis2c (Ubuntu)
Fix Released
Medium
Thierry Carrez
Karmic
Fix Released
Medium
Thierry Carrez
rampart (Ubuntu)
Fix Released
Medium
Thierry Carrez
Karmic
Fix Released
Medium
Thierry Carrez

Bug Description

Axis2/C and Rampart/C traditionally would install into /opt. The Ubuntu
packages were made to be FHS compliant, but applications using Axis2/C
and Rampart still assumed the old, /opt style directory layout. As a
means to make ends meet, a lot of symlinks were added to make things
appear in the expected places for everyone. Specifically, I used
directory symlinks. Due to the way dpkg deals with this on upgrades,
people upgrading from 1.5.0-* to 1.6.0-* ended up with a barely
functional package. The only workaround is to remove the package
completely and install it again.

At the very least, we should start using file-only symlinks, so that
upgrades from now on will be painless.

Soren Hansen (soren)
description: updated
Revision history for this message
Chris Jones (cmsj) wrote :

If this is the same issue I saw, the resulting symlinks were barely functional enough to start things that link against libaxis (ldd against /usr/lib/apache2/modules/libmod_axis2.so.0.6.0 was returning "not found" for the various other axis libraries).

This meant that Eucalyptus init scripts couldn't start, so package upgrades failed and the only way to complete the upgrade from jaunty to karmic was to purge libaxis2c0 and re-install it.

Revision history for this message
Colin Watson (cjwatson) wrote :

The standard approach for going from directories to symlinks is to remove the directory in the preinst on upgrade to some nominated version.

Revision history for this message
Soren Hansen (soren) wrote : Re: [Bug 426752] Re: libaxis2c symlinks madness makes for a bad upgrade experience

On Mon, Sep 14, 2009 at 11:16:44PM -0000, Colin Watson wrote:
> The standard approach for going from directories to symlinks is to
> remove the directory in the preinst on upgrade to some nominated
> version.

Oh, I can just do that? Fantastic, thank you!

Thierry Carrez (ttx)
Changed in axis2c (Ubuntu Karmic):
assignee: Soren Hansen (soren) → Canonical Server Team (canonical-server)
Changed in rampart (Ubuntu Karmic):
assignee: Soren Hansen (soren) → Canonical Server Team (canonical-server)
Changed in axis2c (Ubuntu Karmic):
status: In Progress → Triaged
Changed in rampart (Ubuntu Karmic):
status: In Progress → Triaged
Thierry Carrez (ttx)
Changed in axis2c (Ubuntu Karmic):
assignee: Canonical Server Team (canonical-server) → Thierry Carrez (ttx)
status: Triaged → In Progress
Changed in rampart (Ubuntu Karmic):
assignee: Canonical Server Team (canonical-server) → Thierry Carrez (ttx)
status: Triaged → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package axis2c - 1.6.0-0ubuntu7

---------------
axis2c (1.6.0-0ubuntu7) karmic; urgency=low

  * debian/libaxis2c.preinst: Handle /usr/lib/axis2/lib directory symlink
    on upgrade from 1.5 (LP: #426752)

 -- Thierry Carrez <email address hidden> Mon, 12 Oct 2009 10:29:54 +0200

Changed in axis2c (Ubuntu Karmic):
status: In Progress → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package rampart - 1.3.0-0ubuntu5

---------------
rampart (1.3.0-0ubuntu5) karmic; urgency=low

  * Depend on newer libaxis2c0 so that /usr/lib/axis2/lib is no longer a
    symlink and upgrade from 1.2 is handled in the right order (LP: #426752)

 -- Thierry Carrez <email address hidden> Mon, 12 Oct 2009 11:17:02 +0200

Changed in rampart (Ubuntu Karmic):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.