[xml/sgml-pkgs] Bug#577025: Bug#577025: Ships changelog (and other files) for libxml2-utils in same place as libxml2
Jean-Christophe.Dubacq at ens-lyon.org
Fri Apr 9 09:21:15 UTC 2010
On 09/04/2010 09:46, Mike Hommey wrote:
> 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...
>> 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...
Or some other marginal corner cases. And yes, that would be postrm.
>> * 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
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 198 bytes
Desc: OpenPGP digital signature
More information about the debian-xml-sgml-pkgs