Processed: Re: Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Processing control commands: > retitle -1 dpkg: Print package removal due to Conflicts Bug #985401 [dpkg] dpkg: libreoffice buster->bullseye upgrade failures Changed Bug title to 'dpkg: Print package removal due to Conflicts' from 'dpkg: libreoffice buster->bullseye upgrade failures'. > severity -1 normal Bug #985401 [dpkg] dpkg: Print package removal due to Conflicts Severity set to 'normal' from 'serious' -- 985401: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985401 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Control: retitle -1 dpkg: Print package removal due to Conflicts Control: severity -1 normal [ Changing title and lowering severity as I take this bug is now about the printing. ] Hi! On Fri, 2021-04-09 at 10:35:56 +0200, Andreas Beckmann wrote: > Control: reopen -1 > > On 08/04/2021 19.22, Guillem Jover wrote: > > > Otherwise, I don't see a bug in dpkg for this here. And I'd be > > > inclined to close this. > > I've managed to solve most of the upgrade paths by propagating some > Conflicts from libreoffice-common to libreoffice-core, s.t. the packages > get removed right away and are not deconfigured first (which causes the > Conflicts encountered later to be ignored). Ok, great! > What I see left for dpkg is the missing verboseness when it is actually > removing the conflicting package: > > Preparing to unpack .../0-ure_7.0.4-4~deb11anbe2_amd64.deb ... > Unpacking ure (1:7.0.4-4~deb11anbe2) over (6.1.5-3+deb10u7) ... > Preparing to unpack > .../1-libreoffice-style-colibre_7.0.4-4~deb11anbe2_all.deb ... > Unpacking libreoffice-style-colibre (1:7.0.4-4~deb11anbe2) over > (1:6.1.5-3+deb10u7) ... > dpkg: considering removing libreoffice-draw in favour of libreoffice-core > ... > dpkg: yes, will remove libreoffice-draw in favour of libreoffice-core > Preparing to unpack .../2-libreoffice-core_7.0.4-4~deb11anbe2_amd64.deb ... > Unpacking libreoffice-core (1:7.0.4-4~deb11anbe2) over (1:6.1.5-3+deb10u7) > ... > Preparing to unpack .../3-libreoffice-common_7.0.4-4~deb11anbe2_all.deb ... > Unpacking libreoffice-common (1:7.0.4-4~deb11anbe2) over > (1:6.1.5-3+deb10u7) ... > Selecting previously unselected package libreoffice-draw. > Preparing to unpack .../4-libreoffice-draw_7.0.4-4~deb11anbe2_amd64.deb ... > Unpacking libreoffice-draw (1:7.0.4-4~deb11anbe2) ... > > which makes it hard to understand the last failing case: Right, I'll add these in 1.21.x. > Removing libreoffice-style-tango (1:6.1.5-3+deb10u7) ... New run starts here. First package being processed. > dpkg: considering removing libreoffice-core in favour of libreoffice-common > ... > dpkg: yes, will remove libreoffice-core in favour of libreoffice-common > dpkg: considering removing libreoffice-draw in favour of libreoffice-common > ... > dpkg: yes, will remove libreoffice-draw in favour of libreoffice-common > dpkg: considering removing libreoffice-impress in favour of > libreoffice-common ... > dpkg: yes, will remove libreoffice-impress in favour of libreoffice-common > (Reading database ... > Preparing to unpack .../0-libreoffice-common_7.0.4-4~deb11anbe2_all.deb ... > De-configuring libreoffice-draw (1:6.1.5-3+deb10u7), to allow removal of > libreoffice-core (1:6.1.5-3+deb10u7) ... > De-configuring libreoffice-impress (1:6.1.5-3+deb10u7), to allow removal of > libreoffice-core (1:6.1.5-3+deb10u7) ... > dpkg-maintscript-helper: error: file > '/usr/lib/libreoffice/share/registry/ogltrans.xcd' not owned by package > 'libreoffice-common:all' > dpkg-maintscript-helper: error: file > '/usr/lib/libreoffice/share/registry/impress.xcd' not owned by package > 'libreoffice-common:all' > dpkg-maintscript-helper: error: file > '/usr/lib/libreoffice/share/registry/graphicfilter.xcd' not owned by package > 'libreoffice-common:all' > dpkg-maintscript-helper: error: file > '/usr/lib/libreoffice/share/registry/draw.xcd' not owned by package > 'libreoffice-common:all' > dpkg-maintscript-helper: error: directory > '/usr/lib/libreoffice/share/registry' contains files not owned by package > libreoffice-common:all, cannot switch to symlink > dpkg: error processing archive > /tmp/apt-dpkg-install-1xO0pR/0-libreoffice-common_7.0.4-4~deb11anbe2_all.deb > (--unpack): >new libreoffice-common package pre-installation script subprocess returned > error exit status 1 The maintscript failed here so the queued removals didn't happen. > 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 Next package being processed. > Selecting previously unselected package libreoffice-draw. > dpkg: considering deconfiguration of libreoffice-common, which would be > broken by installation of libreoffice-draw ... > dpkg: yes, will deconfigure libreoffice-common (broken by libreoffice-draw) > dpkg: considering deconfiguration of libreoffice-core, which would be > broken by installation of libreoffice-draw ... > dpkg: yes, will deconfigure libreoffice-core (broken by libreoffice-draw) > Preparing to unpack .../1-libreoffice-draw_7.0.4-4~deb11anbe2_amd64.deb ... > De-configuring libreoffice-core (1:6.1.5-3+deb10u7) ... > De-configuring libreoffice-common (1:6.1.5-3+deb10u7) ... > Unpacking libreoffice-draw (1:7.0.4-4~deb11anbe2) over (1:6.1.5-3+deb10u7) > ... > Replacing files in old package libreoffice-core (1:6.1.5-3+deb10u7) ... > Replacing files in old pack
Processed: Re: Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Processing control commands:
> reopen -1
Bug #985401 {Done: Guillem Jover } [dpkg] dpkg: libreoffice
buster->bullseye upgrade failures
Bug reopened
Ignoring request to alter fixed versions of bug #985401 to the same values
previously set
--
985401: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985401
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Control: reopen -1 On 08/04/2021 19.22, Guillem Jover wrote: Otherwise, I don't see a bug in dpkg for this here. And I'd be inclined to close this. I've managed to solve most of the upgrade paths by propagating some Conflicts from libreoffice-common to libreoffice-core, s.t. the packages get removed right away and are not deconfigured first (which causes the Conflicts encountered later to be ignored). What I see left for dpkg is the missing verboseness when it is actually removing the conflicting package: Preparing to unpack .../0-ure_7.0.4-4~deb11anbe2_amd64.deb ... Unpacking ure (1:7.0.4-4~deb11anbe2) over (6.1.5-3+deb10u7) ... Preparing to unpack .../1-libreoffice-style-colibre_7.0.4-4~deb11anbe2_all.deb ... Unpacking libreoffice-style-colibre (1:7.0.4-4~deb11anbe2) over (1:6.1.5-3+deb10u7) ... dpkg: considering removing libreoffice-draw in favour of libreoffice-core ... dpkg: yes, will remove libreoffice-draw in favour of libreoffice-core Preparing to unpack .../2-libreoffice-core_7.0.4-4~deb11anbe2_amd64.deb ... Unpacking libreoffice-core (1:7.0.4-4~deb11anbe2) over (1:6.1.5-3+deb10u7) ... Preparing to unpack .../3-libreoffice-common_7.0.4-4~deb11anbe2_all.deb ... Unpacking libreoffice-common (1:7.0.4-4~deb11anbe2) over (1:6.1.5-3+deb10u7) ... Selecting previously unselected package libreoffice-draw. Preparing to unpack .../4-libreoffice-draw_7.0.4-4~deb11anbe2_amd64.deb ... Unpacking libreoffice-draw (1:7.0.4-4~deb11anbe2) ... which makes it hard to understand the last failing case: Removing libreoffice-style-tango (1:6.1.5-3+deb10u7) ... dpkg: considering removing libreoffice-core in favour of libreoffice-common ... dpkg: yes, will remove libreoffice-core in favour of libreoffice-common dpkg: considering removing libreoffice-draw in favour of libreoffice-common ... dpkg: yes, will remove libreoffice-draw in favour of libreoffice-common dpkg: considering removing libreoffice-impress in favour of libreoffice-common ... dpkg: yes, will remove libreoffice-impress in favour of libreoffice-common (Reading database ... Preparing to unpack .../0-libreoffice-common_7.0.4-4~deb11anbe2_all.deb ... De-configuring libreoffice-draw (1:6.1.5-3+deb10u7), to allow removal of libreoffice-core (1:6.1.5-3+deb10u7) ... De-configuring libreoffice-impress (1:6.1.5-3+deb10u7), to allow removal of libreoffice-core (1:6.1.5-3+deb10u7) ... dpkg-maintscript-helper: error: file '/usr/lib/libreoffice/share/registry/ogltrans.xcd' not owned by package 'libreoffice-common:all' dpkg-maintscript-helper: error: file '/usr/lib/libreoffice/share/registry/impress.xcd' not owned by package 'libreoffice-common:all' dpkg-maintscript-helper: error: file '/usr/lib/libreoffice/share/registry/graphicfilter.xcd' not owned by package 'libreoffice-common:all' dpkg-maintscript-helper: error: file '/usr/lib/libreoffice/share/registry/draw.xcd' not owned by package 'libreoffice-common:all' dpkg-maintscript-helper: error: directory '/usr/lib/libreoffice/share/registry' contains files not owned by package libreoffice-common:all, cannot switch to symlink dpkg: error processing archive /tmp/apt-dpkg-install-1xO0pR/0-libreoffice-common_7.0.4-4~deb11anbe2_all.deb (--unpack): new libreoffice-common package pre-installation script subprocess returned error exit status 1 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 Selecting previously unselected package libreoffice-draw. dpkg: considering deconfiguration of libreoffice-common, which would be broken by installation of libreoffice-draw ... dpkg: yes, will deconfigure libreoffice-common (broken by libreoffice-draw) dpkg: considering deconfiguration of libreoffice-core, which would be broken by installation of libreoffice-draw ... dpkg: yes, will deconfigure libreoffice-core (broken by libreoffice-draw) Preparing to unpack .../1-libreoffice-draw_7.0.4-4~deb11anbe2_amd64.deb ... De-configuring libreoffice-core (1:6.1.5-3+deb10u7) ... De-configuring libreoffice-common (1:6.1.5-3+deb10u7) ... Unpacking libreoffice-draw (1:7.0.4-4~deb11anbe2) over (1:6.1.5-3+deb10u7) ... Replacing files in old package libreoffice-core (1:6.1.5-3+deb10u7) ... Replacing files in old package libreoffice-common (1:6.1.5-3+deb10u7) ... Selecting previously unselected package libreoffice-core. Preparing to unpack .../2-libreoffice-core_7.0.4-4~deb11anbe2_amd64.deb ... Unpacking libreoffice-core (1:7.0.4-4~deb11anbe2) ... Selecting previously unselected package libreoffice-impress. Preparing to unpack .../3-libreoffice-impress_7.0.4-4~deb11anbe2_amd64.deb ... Unpacking libreoffice-impress (1:7.0.4-4~deb11anbe2) ... Replacing files in old package libreoffice-common (1:6.1.5-3+deb10u7) ... Why is dpkg going to deconfigure some packages that it has scheduled for removal? Reordering the removals sho
Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Hi! On Thu, 2021-03-18 at 18:25:17 +0100, Rene Engelhard wrote: > Am 18.03.21 um 06:53 schrieb Rene Engelhard: > > It would be helpful if you actually did your homework. There already was > > 985297 so you now caused a bogus addditional RC bug. > > > > That bug even was marked as blocked by the dpkg bug so being careful > > when reassigning RC bugs would actually be of help. > > > > Now I have two of them. (Yes, I know about merge but still it is wrong > > to reassign llike this at all.) > > Sorry for my tone this morning, but waking up with a RC bug more for > this wasn't actually making me happy in any way. Thanks, much appreciated. > >>> Preparing to unpack .../3-libreoffice-common_1%3a7.0.4-3_all.deb ... > >>> dpkg-maintscript-helper: error: file > >>> '/usr/lib/libreoffice/share/registry/writer.xcd' not owned by package > >>> 'libreoffice-common:all' > >>> dpkg-maintscript-helper: error: directory > >>> '/usr/lib/libreoffice/share/registry' contains files not owned by package > >>> libreoffice-common:all, cannot switch to symlink > >>> dpkg: error processing archive > >>> /tmp/apt-dpkg-install-sERX6l/3-libreoffice-common_1%3a7.0.4-3_all.deb > >>> (--unpack): > >>>new libreoffice-common package pre-installation script subprocess > >>> returned error exit status 1 > >>> 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 > >> The libreoffice-common preinst maintainer script fails, so I'd expect > >> the installation for the package gets aborted and the conflictor does > >> not get removed after this, and before processing the next archive. > > > > It fails because of > > > > dpkg-maintscript-helper: error: file > > '/usr/lib/libreoffice/share/registry/writer.xcd' not owned by package > > 'libreoffice-common:all' > > dpkg-maintscript-helper: error: directory > > '/usr/lib/libreoffice/share/registry' contains files not owned by package > > libreoffice-common:all, cannot switch to symlink > > > > which is dpkg-maintscript-helpers domain. Sure, because that file on buster is owned by another package, while the failing package also owns files there. This still looks like a usage issue in the caller, as this behavior has not changed nor is a regression. > Actually I pondered filing a bug back then (wishlist) when I first saw > this because I think dpkg should trust maintainers to do the right thing > if they used dir_to_symlink and the ownership of the file changes. > (That would also have saved the Conflicts) I guess something could be added as a new feature, but taking into account that the dpkg-maintscript-helper is a tool that tries to cover feature deficiencies in dpkg, that should eventually be supported natively, I'd rather not add anything that might make such future integration not possible. But even then, this seems out of scope at this time of the freeze. > Is there a way to do that? Or some way to force it? I don't see how what the packages want to do can be done as is with debhelper's dpkg-maintscript-helpers support, it seems to break unpacking assumptions. If you really need the symlink, then perhaps you could try to do the switch on the postinst of all the packages that have shipped files there, conditional on the directory being empty, so that the last one moving its files out of the directory would switch it (specifying manually the package that's supposed to own the symlink). > Then I didn't actually do it and "just" added the Conflicts: > > (The symlink is only needed because of LO not honouring their own > configuration so otherwise the config is not found - see #972043 and > #969653) Ok, then if this is needed, see above. Otherwise, I don't see a bug in dpkg for this here. And I'd be inclined to close this. Thanks, Guillem
Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Hi again, Am 18.03.21 um 06:53 schrieb Rene Engelhard: > It would be helpful if you actually did your homework. There already was > 985297 so you now caused a bogus addditional RC bug. > > That bug even was marked as blocked by the dpkg bug so being careful > when reassigning RC bugs would actually be of help. > > Now I have two of them. (Yes, I know about merge but still it is wrong > to reassign llike this at all.) Sorry for my tone this morning, but waking up with a RC bug more for this wasn't actually making me happy in any way. >>> Preparing to unpack .../3-libreoffice-common_1%3a7.0.4-3_all.deb ... >>> dpkg-maintscript-helper: error: file >>> '/usr/lib/libreoffice/share/registry/writer.xcd' not owned by package >>> 'libreoffice-common:all' >>> dpkg-maintscript-helper: error: directory >>> '/usr/lib/libreoffice/share/registry' contains files not owned by package >>> libreoffice-common:all, cannot switch to symlink >>> dpkg: error processing archive >>> /tmp/apt-dpkg-install-sERX6l/3-libreoffice-common_1%3a7.0.4-3_all.deb >>> (--unpack): >>>new libreoffice-common package pre-installation script subprocess >>> returned error exit status 1 >>> 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 >> The libreoffice-common preinst maintainer script fails, so I'd expect >> the installation for the package gets aborted and the conflictor does >> not get removed after this, and before processing the next archive. > > It fails because of > > dpkg-maintscript-helper: error: file > '/usr/lib/libreoffice/share/registry/writer.xcd' not owned by package > 'libreoffice-common:all' > dpkg-maintscript-helper: error: directory > '/usr/lib/libreoffice/share/registry' contains files not owned by package > libreoffice-common:all, cannot switch to symlink > > which is dpkg-maintscript-helpers domain. Actually I pondered filing a bug back then (wishlist) when I first saw this because I think dpkg should trust maintainers to do the right thing if they used dir_to_symlink and the ownership of the file changes. (That would also have saved the Conflicts) Is there a way to do that? Or some way to force it? Then I didn't actually do it and "just" added the Conflicts: (The symlink is only needed because of LO not honouring their own configuration so otherwise the config is not found - see #972043 and #969653) Regards, Rene
Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
reassign 985401 dpkg thanks Hi Guillem, Am 18.03.21 um 00:02 schrieb Guillem Jover: > Control: reassign -1 libreoffice-common 1:7.0.4-3 It would be helpful if you actually did your homework. There already was 985297 so you now caused a bogus addditional RC bug. That bug even was marked as blocked by the dpkg bug so being careful when reassigning RC bugs would actually be of help. Now I have two of them. (Yes, I know about merge but still it is wrong to reassign llike this at all.) dpkg detects there's a Conflicts involved during the unpack and queues > it for later removal. (Although that removal is then silent anyway, which > seems confusing, so ideally dpkg should probably print something like we > do with the de-configuring.) Want a bug for this? >> Preparing to unpack .../3-libreoffice-common_1%3a7.0.4-3_all.deb ... >> dpkg-maintscript-helper: error: file >> '/usr/lib/libreoffice/share/registry/writer.xcd' not owned by package >> 'libreoffice-common:all' >> dpkg-maintscript-helper: error: directory >> '/usr/lib/libreoffice/share/registry' contains files not owned by package >> libreoffice-common:all, cannot switch to symlink >> dpkg: error processing archive >> /tmp/apt-dpkg-install-sERX6l/3-libreoffice-common_1%3a7.0.4-3_all.deb >> (--unpack): >>new libreoffice-common package pre-installation script subprocess >> returned error exit status 1 >> 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 > The libreoffice-common preinst maintainer script fails, so I'd expect > the installation for the package gets aborted and the conflictor does > not get removed after this, and before processing the next archive. It fails because of dpkg-maintscript-helper: error: file '/usr/lib/libreoffice/share/registry/writer.xcd' not owned by package 'libreoffice-common:all' dpkg-maintscript-helper: error: directory '/usr/lib/libreoffice/share/registry' contains files not owned by package libreoffice-common:all, cannot switch to symlink which is dpkg-maintscript-helpers domain. >> Selecting previously unselected package libreoffice-writer. >> dpkg: considering deconfiguration of libreoffice-common, which would be >> broken by installation of libreoffice-writer ... >> dpkg: yes, will deconfigure libreoffice-common (broken by >> libreoffice-writer) >> Preparing to unpack .../4-libreoffice-writer_1%3a7.0.4-3_amd64.deb ... >> De-configuring libreoffice-common (1:6.1.5-3+deb10u7) ... >> Unpacking libreoffice-writer (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... >> Replacing files in old package libreoffice-common (1:6.1.5-3+deb10u7) ... >> Preparing to unpack .../5-libxmlsec1_1.2.31-1_amd64.deb ... >> Unpacking libxmlsec1:amd64 (1.2.31-1) over (1.2.27-2) ... >> Preparing to unpack .../6-libreoffice-base-core_1%3a7.0.4-3_amd64.deb ... >> Unpacking libreoffice-base-core (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... >> Errors were encountered while processing: >>/tmp/apt-dpkg-install-sERX6l/3-libreoffice-common_1%3a7.0.4-3_all.deb >> >> So is dpkg going to remove libreoffice-writer or not? > It would if the maintscript would not have failed. It fails because of a bug in dpkg. >> It says both and does >> not remove it, causing dpkg-maintscript-helper to fail since >> /usr/lib/libreoffice/share/registry is not empty before dir_to_symlink >> is run. There should be enough Conflicts to ensure all packages previously >> shipping files there are removed or upgraded. > This would be an incorrect assumption from the package, policy > describes how Conflicts interact during upgrades in §6.6. Notice > there the conflictors are only removed in step 13, the last one. How is dir_to_symlink working in these cases then? No, I am not going to add hand-crafted stuff this late in the release cycle for something which is unreproducible here anyway. Regards, Rene
Processed: Re: Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Processing commands for cont...@bugs.debian.org: > reassign 985401 dpkg Bug #985401 [libreoffice-common] dpkg: libreoffice buster->bullseye upgrade failures Bug reassigned from package 'libreoffice-common' to 'dpkg'. No longer marked as found in versions libreoffice/1:7.0.4-3. Ignoring request to alter fixed versions of bug #985401 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 985401: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985401 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Processing control commands: > reassign -1 libreoffice-common 1:7.0.4-3 Bug #985401 [dpkg] dpkg: libreoffice buster->bullseye upgrade failures Bug reassigned from package 'dpkg' to 'libreoffice-common'. No longer marked as found in versions dpkg/1.20.7.1. Ignoring request to alter fixed versions of bug #985401 to the same values previously set Bug #985401 [libreoffice-common] dpkg: libreoffice buster->bullseye upgrade failures Marked as found in versions libreoffice/1:7.0.4-3. -- 985401: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985401 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Control: reassign -1 libreoffice-common 1:7.0.4-3 [ Leaving all context for the reassign. ] Hi! On Wed, 2021-03-17 at 12:13:52 +0100, Andreas Beckmann wrote: > Package: dpkg > Version: 1.20.7.1 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > Control: block 985297 with -1 > > Preparing to unpack .../0-ure_1%3a7.0.4-3_amd64.deb ... > Unpacking ure (1:7.0.4-3) over (6.1.5-3+deb10u7) ... > Preparing to unpack .../1-libreoffice-style-colibre_1%3a7.0.4-3_all.deb ... > Unpacking libreoffice-style-colibre (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... > dpkg: considering deconfiguration of libreoffice-writer, which would be > broken by installation of libreoffice-core ... > dpkg: yes, will deconfigure libreoffice-writer (broken by libreoffice-core) > Preparing to unpack .../2-libreoffice-core_1%3a7.0.4-3_amd64.deb ... > De-configuring libreoffice-writer (1:6.1.5-3+deb10u7) ... > Unpacking libreoffice-core (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... The libreoffice-core package has finished unpacking. Next, dpkg starts with libreoffice-common. > dpkg: considering removing libreoffice-writer in favour of > libreoffice-common ... > * dpkg: libreoffice-writer is not properly installed; ignoring any > dependencies on it *** > * dpkg: yes, will remove libreoffice-writer in favour of libreoffice-common > *** dpkg detects there's a Conflicts involved during the unpack and queues it for later removal. (Although that removal is then silent anyway, which seems confusing, so ideally dpkg should probably print something like we do with the de-configuring.) > Preparing to unpack .../3-libreoffice-common_1%3a7.0.4-3_all.deb ... > dpkg-maintscript-helper: error: file > '/usr/lib/libreoffice/share/registry/writer.xcd' not owned by package > 'libreoffice-common:all' > dpkg-maintscript-helper: error: directory > '/usr/lib/libreoffice/share/registry' contains files not owned by package > libreoffice-common:all, cannot switch to symlink > dpkg: error processing archive > /tmp/apt-dpkg-install-sERX6l/3-libreoffice-common_1%3a7.0.4-3_all.deb > (--unpack): >new libreoffice-common package pre-installation script subprocess returned > error exit status 1 > 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 The libreoffice-common preinst maintainer script fails, so I'd expect the installation for the package gets aborted and the conflictor does not get removed after this, and before processing the next archive. > Selecting previously unselected package libreoffice-writer. > dpkg: considering deconfiguration of libreoffice-common, which would be > broken by installation of libreoffice-writer ... > dpkg: yes, will deconfigure libreoffice-common (broken by > libreoffice-writer) > Preparing to unpack .../4-libreoffice-writer_1%3a7.0.4-3_amd64.deb ... > De-configuring libreoffice-common (1:6.1.5-3+deb10u7) ... > Unpacking libreoffice-writer (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... > Replacing files in old package libreoffice-common (1:6.1.5-3+deb10u7) ... > Preparing to unpack .../5-libxmlsec1_1.2.31-1_amd64.deb ... > Unpacking libxmlsec1:amd64 (1.2.31-1) over (1.2.27-2) ... > Preparing to unpack .../6-libreoffice-base-core_1%3a7.0.4-3_amd64.deb ... > Unpacking libreoffice-base-core (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... > Errors were encountered while processing: >/tmp/apt-dpkg-install-sERX6l/3-libreoffice-common_1%3a7.0.4-3_all.deb > > So is dpkg going to remove libreoffice-writer or not? It would if the maintscript would not have failed. > It says both and does > not remove it, causing dpkg-maintscript-helper to fail since > /usr/lib/libreoffice/share/registry is not empty before dir_to_symlink > is run. There should be enough Conflicts to ensure all packages previously > shipping files there are removed or upgraded. This would be an incorrect assumption from the package, policy describes how Conflicts interact during upgrades in §6.6. Notice there the conflictors are only removed in step 13, the last one. Thanks, Guillem
Bug#985401: dpkg: libreoffice buster->bullseye upgrade failures
Package: dpkg Version: 1.20.7.1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: block 985297 with -1 Preparing to unpack .../0-ure_1%3a7.0.4-3_amd64.deb ... Unpacking ure (1:7.0.4-3) over (6.1.5-3+deb10u7) ... Preparing to unpack .../1-libreoffice-style-colibre_1%3a7.0.4-3_all.deb ... Unpacking libreoffice-style-colibre (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... dpkg: considering deconfiguration of libreoffice-writer, which would be broken by installation of libreoffice-core ... dpkg: yes, will deconfigure libreoffice-writer (broken by libreoffice-core) Preparing to unpack .../2-libreoffice-core_1%3a7.0.4-3_amd64.deb ... De-configuring libreoffice-writer (1:6.1.5-3+deb10u7) ... Unpacking libreoffice-core (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... dpkg: considering removing libreoffice-writer in favour of libreoffice-common ... * dpkg: libreoffice-writer is not properly installed; ignoring any dependencies on it *** * dpkg: yes, will remove libreoffice-writer in favour of libreoffice-common *** Preparing to unpack .../3-libreoffice-common_1%3a7.0.4-3_all.deb ... dpkg-maintscript-helper: error: file '/usr/lib/libreoffice/share/registry/writer.xcd' not owned by package 'libreoffice-common:all' dpkg-maintscript-helper: error: directory '/usr/lib/libreoffice/share/registry' contains files not owned by package libreoffice-common:all, cannot switch to symlink dpkg: error processing archive /tmp/apt-dpkg-install-sERX6l/3-libreoffice-common_1%3a7.0.4-3_all.deb (--unpack): new libreoffice-common package pre-installation script subprocess returned error exit status 1 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 Selecting previously unselected package libreoffice-writer. dpkg: considering deconfiguration of libreoffice-common, which would be broken by installation of libreoffice-writer ... dpkg: yes, will deconfigure libreoffice-common (broken by libreoffice-writer) Preparing to unpack .../4-libreoffice-writer_1%3a7.0.4-3_amd64.deb ... De-configuring libreoffice-common (1:6.1.5-3+deb10u7) ... Unpacking libreoffice-writer (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... Replacing files in old package libreoffice-common (1:6.1.5-3+deb10u7) ... Preparing to unpack .../5-libxmlsec1_1.2.31-1_amd64.deb ... Unpacking libxmlsec1:amd64 (1.2.31-1) over (1.2.27-2) ... Preparing to unpack .../6-libreoffice-base-core_1%3a7.0.4-3_amd64.deb ... Unpacking libreoffice-base-core (1:7.0.4-3) over (1:6.1.5-3+deb10u7) ... Errors were encountered while processing: /tmp/apt-dpkg-install-sERX6l/3-libreoffice-common_1%3a7.0.4-3_all.deb So is dpkg going to remove libreoffice-writer or not? It says both and does not remove it, causing dpkg-maintscript-helper to fail since /usr/lib/libreoffice/share/registry is not empty before dir_to_symlink is run. There should be enough Conflicts to ensure all packages previously shipping files there are removed or upgraded. Andreas
