Bug#954323: libreoffice-common: Update to 1:6.4.2-1 renders libreoffice-writer unusable

[rene . engelhard]

severity 954323 serious
retitle 954323 libreoffice-common 6.4.2 breaks older versions
found 954323 1:6.4.2~rc1-1
thanks

Am 20. März 2020 09:17:51 MEZ schrieb Ara Keary :
>Package: libreoffice-common
>Version: 1:6.4.2-1
>Severity: grave
>Justification: renders package unusable

Sigh.

>. or the document opens, but no menu is available, icons are scattered.

That is expected, all .ui Files moved to the respective packages.

>Note that in the last debian update, many other packages were upgraded
>to
>1:6.4.2-1 .

Which? As at the time of your report the amd64 binaries now containing the UI 
Files were not in the archive proper?

>Versions of packages libreoffice-common depends on:
>ii  libnumbertext-data 1.0.5-3
>ii  libreoffice-style-colibre  1:6.4.2-1
>ii  libreoffice-style-tango1:6.4.2-1

Here we see the arch-indep packages at 6.4.2...

>ii  ure1:6.4.1-1+b1

And as expected the arch-dep packages at 6.4.1.
I would guess libreoffice-writer and -core etc are also at 6.4.1..

>ii  libreoffice-core 1:6.4.1-1+b1

As guessed.

And -core does depend on a 6.4.2 package, but indeed -common misses a Breaks: 
to 6.4.1 packages..

(This could not have happened some time ago because common also had a versioned 
dependency on core but people don't like circular dependencies...)

In any case, upgrade with the amd64 binaries and it should work.

Will add the Breaks: of course..

Regards

Rene

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Bug#954323: libreoffice-common: Update to 1:6.4.2-1 renders libreoffice-writer unusable

[Ara Keary]

Package: libreoffice-common
Version: 1:6.4.2-1
Severity: grave
Justification: renders package unusable

Dear maintainers,

updating libreoffice-common to 1:6.4.2-1 renders libreoffice-writer unusable:
when opening an existing file
. either the document is declared as to be restored, but restoration fails,
. or the document opens, but no menu is available, icons are scattered.

In either case, it is impossible to edit the file in proper conditions.

Downgrading libreoffice-common to 1:6.4.1-1 solves the problem.

Note that in the last debian update, many other packages were upgraded to
1:6.4.2-1 .
Keeping these packages in version 1:6.4.2-1 while downgrading the only package
"libreoffice-common" to 1:6.4.1-1 solves the problem.

Cheers,

Ara



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.3.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libreoffice-common depends on:
ii  libnumbertext-data 1.0.5-3
ii  libreoffice-style-colibre  1:6.4.2-1
ii  libreoffice-style-tango1:6.4.2-1
ii  ure1:6.4.1-1+b1

Versions of packages libreoffice-common recommends:
ii  apparmor   2.13.3-7
pn  fonts-liberation2 | ttf-mscorefonts-installer  
ii  libexttextcat-data 3.4.5-1
ii  python3-uno1:6.4.1-1+b1
ii  xdg-utils  1.1.3-2

Versions of packages libreoffice-common suggests:
ii  libreoffice-style-breeze [libreoffice-style]   1:6.4.2-1
ii  libreoffice-style-colibre [libreoffice-style]  1:6.4.2-1
ii  libreoffice-style-tango [libreoffice-style]1:6.4.2-1

Versions of packages python3-uno depends on:
ii  libc62.30-2
ii  libgcc-s110-20200312-2
ii  libpython3.8 3.8.2-1
ii  libreoffice-core 1:6.4.1-1+b1
ii  libstdc++6   10-20200312-2
ii  libuno-cppu3 1:6.4.1-1+b1
ii  libuno-cppuhelpergcc3-3  1:6.4.1-1+b1
ii  libuno-sal3  1:6.4.1-1+b1
ii  libuno-salhelpergcc3-3   1:6.4.1-1+b1
ii  python3  3.8.2-1
ii  python3.83.8.2-1
ii  uno-libs-private 1:6.4.1-1+b1
ii  ure  1:6.4.1-1+b1

-- no debconf information