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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org