tag 844683 + pending thanks On Fri, Nov 18, 2016 at 11:52:54AM +0800, Drew Parsons wrote: > libreoffice-common fails during preinst attempting to remove > directories which are not there:
That is not true. This is rm_conffile, so "if this obsolete conffile exists, remove it". > Preparing to unpack .../libreoffice-common_1%3a5.3.0~alpha1-1_all.deb ... > dpkg-maintscript-helper: error: conffile > '"/etc/bash_completion.d/libreoffice.sh"' is not an absolute path The problem here is the "'s. Seems dpkg accepted it until shortly and chaned behaviour to stop doing so. Or debhelper, where 5.3 changed to compat 10. That would explain why 5.2 didn't break. https://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/commit/?h=debian-experimental-5.3&id=e1f72e38cc5820826d146d972098452a5e567f89 is the fix. > dpkg: error processing archive > /var/cache/apt/archives/libreoffice-common_1%3a5.3.0~alpha1-1_all.deb > (--unpack): > subprocess new pre-installation script returned error exit status 1 > rmdir: failed to remove '/var/lib/libreoffice/share/prereg/': No such file or > directory > rmdir: failed to remove '/var/lib/libreoffice/share/': No such file or > directory > rmdir: failed to remove '/var/lib/libreoffice/program/': No such file or > directory > rmdir: failed to remove '/var/lib/libreoffice': No such file or directory > rmdir: failed to remove '/var/lib/libreoffice': No suchi file or directory These are https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754333 and minor. > The chain of dependencies then prevents the other libreoffice 5.3 > packages from completing their configuration. I know, I actually saw this, but I didn't care, this is experimental and beta1 is supposed be there next week. That alpha1 has been in NEW for 3 weeks, enough that I stopped caring about it already. Regards, Rene