[xml/sgml-pkgs] Bug#577025: Bug#577025: Ships changelog (and other files) for libxml2-utils in same place as libxml2
mh at glandium.org
Fri Apr 9 07:46:45 UTC 2010
On Fri, Apr 09, 2010 at 09:41:28AM +0200, Jean-Christophe Dubacq wrote:
> On 09/04/2010 08:59, Mike Hommey wrote:
> > On Fri, Apr 09, 2010 at 01:37:17AM +0200, Jean-Christophe Dubacq wrote:
> >> Package: libxml2-utils
> >> Version: 2.7.7.dfsg-1
> >> Severity: normal
> >> This is probably akin to #496959. Since libxml2-utils does not have
> >> a doc directory for itself, the changelog shipped (and other files in
> >> usr/share/doc) ends up squashing those of libxml2. This would be bad if
> >> libxml2-utils were installed after libxml2, and then removed.
> > Oh I see, the good old dpkg is not able to replace a symlink with a
> > directory problem...
> > Mike
> Possibly. I did not check if the _current_ version of libxml2-utils
> shipped with a symlink or a directory. If this is the case that it ships
> a directory now:
> * preinst should check whether /usr/share/doc/libxml2-utils is a link
> to the original target (and not another), if it is, then remove it.
> * prerm should reinstate it if there is an abort-upgrade condition.
that would be postrm, and it's only called if preinst upgrade fails,
which is not likely to happen...
> * there should be a conflict with current libxml2 version so that
> libxml2 files are reinstalled (by pulling in a new version of libxml2).
> No replaces necessary, since dpkg does not know they are the same files.
> The last bit is optional (only if we are adamant about reinstalling
> libxml2 documentation files).
> Jean-Christophe Dubacq
More information about the debian-xml-sgml-pkgs