Maintenance of multipath-tools

[John Goerzen]

On Tue, Nov 21, 2006 at 03:19:32PM +0100, Raphael Hertzog wrote:
> Hello,
> 
> there's an open RC bug on multipath-tools for more than 50 days and nobody
> from the team (Bastian? Andres?) has commented on it:
> http://bugs.debian.org/390023
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=multipath-tools
> 
> The last upload is an NMU of John Goerzen. John, maybe you should join the
> team and help out with the maintenance of this package ?

Hi Raphael,

Thanks for bringing this up.  I do believe that it is important for that
NMU to reach etch.  For the record, I pulled in a number of patches from
upstream's git tree.  They addressed some pretty significant bugs, which
are listed at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=382214
The NMU also fixed some missing dependencies, the PID issue, etc.

This bug #390023 may not actually be RC.  It complains about the upgrade
from an earlier version in testing (0.4.7-1), not an upgrade from the
version in stable (0.4.2.4-2).  I don't know if the upgrade from stable
is broken also; #294066 which discusses the PID file handling issue
doesn't include a version number.

I would argue that:

 * If upgrades from stable are fine, this bug is non-RC and the
   corrected version should enter etch.

 * If upgrades from stable are broken, then this bug is also found in
   the version in etch presently and is no worse.

As a larger meta-question, I am unsure of how wise it is to stop the
multipath process without the permission of the admin.  I don't fully
know what happens when a path is lost and multipathd is not running, or
even if that is a bug deal.

Unfortunately, all of our multipath hardware has now entered production.
So I have no platform on which to test multipath-tools updates and
changes.

-- John