Bug#1061242: libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed
Hi, oops. Am 21.01.24 um 15:35 schrieb Rene Engelhard: Here the new libxml2 removes functions and symbol versions used by gazillions of packages over the whole of the Debian archive. And no, the exact point of Debian library package names is that they HAVE to change on ABI changes. Especially on a library like this which is used by virtually anything. See https://www.debian.org/doc/debian-policy/ch-sharedlibs.h https://www.debian.org/doc/debian-policy/ch-sharedlibs.html , obviously :) Regards, Rene
Bug#1061242: libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed
Hi, Am 21.01.24 um 15:27 schrieb Eric Valette: On 21/01/2024 14:49, Rene Engelhard wrote: Exactly that is the point of #1059040. The binary packages have to be renamed. (Then rebuild against libxml2-WHATEVERNEW). Then a rebuild LO will have a proper dependency on libxml2-WHATEVERNEW. I agree that package with different APIs should bump their major .so version, but not obviously change their name. At least, that has not always been like that (more than 20 years...). API != ABI. (New) API is different. Here the new libxml2 removes functions and symbol versions used by gazillions of packages over the whole of the Debian archive. And no, the exact point of Debian library package names is that they HAVE to change on ABI changes. Especially on a library like this which is used by virtually anything. See https://www.debian.org/doc/debian-policy/ch-sharedlibs.h No. The bug is in libxml2. I disagree on this. Many ddl did not change their name when they have API breakage only bump major so that symbolic links does not get resolved. Again API != ABI. That is a bug in libxml2 regardless. See the discussion there, especially the comment about "partial updates", which this is. libxml2 has to restore ABI compatibility or rename the package. (I would also argue as you if it was some minor thing or stuff removed noone really uses but that is not the case here, as said in the libxml2 bug it breaks stuff at runtime all over the place) Regards, Rene
Bug#1061242: libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed
On 21/01/2024 14:49, Rene Engelhard wrote: Exactly that is the point of #1059040. The binary packages have to be renamed. (Then rebuild against libxml2-WHATEVERNEW). Then a rebuild LO will have a proper dependency on libxml2-WHATEVERNEW. I agree that package with different APIs should bump their major .so version, but not obviously change their name. At least, that has not always been like that (more than 20 years...). The libxml2 package as of now must not install unstable at current state. Agreed. Indeed the current package name of libxml2 is a problem and fullfills unstables depends, but see below. It is expected that stuff built with 2.9.x doesn't necessarily work with 2.12. And here libsdlo.so *does* link against libxml: Missing dependency < dependency at least. Yeah. But for that you need a palantir. For an unknown amount of packages in the archive? No. The bug is in libxml2. I disagree on this. Many ddl did not change their name when they have API breakage only bump major so that symbolic links does not get resolved. It managed to load the wrong ddl version because of the NEEDED libxml2.so.2 in /usr/lib/libreoffice/program/libsdlo.so and that depending on the version installed it points to either 2.9 or 2.12 Thanks for your time. -- eric
Bug#1061242: libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed
Hi, Am 21.01.24 um 14:44 schrieb Eric Valette: ii libxml2 2.12.3+dfsg-0exp1 And this one *from experimental* changed ABI (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059040). Don't install it on systems you don't want breakage in. Bingo you got it. However this means that dependencies are wrong somewhere. As soon as it enter unstable, the problem will be there if dependencies/rebuild are not managed correctly Exactly that is the point of #1059040. The binary packages have to be renamed. (Then rebuild against libxml2-WHATEVERNEW). Then a rebuild LO will have a proper dependency on libxml2-WHATEVERNEW. The libxml2 package as of now must not install unstable at current state. Indeed the current package name of libxml2 is a problem and fullfills unstables depends, but see below. It is expected that stuff built with 2.9.x doesn't necessarily work with 2.12. And here libsdlo.so *does* link against libxml: Missing dependency < dependency at least. Yeah. But for that you need a palantir. For an unknown amount of packages in the archive? No. The bug is in libxml2. Regards, Rene
Processed (with 1 error): Re: Bug#1061242: libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed
Processing commands for cont...@bugs.debian.org: > notfound 1061242 4:24.2.0~rc2-2 Bug #1061242 [libreoffice-impress] libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed No longer marked as found in versions libreoffice/4:24.2.0~rc2-2. > retitle 1061242 libreoffice-impress: impress cannot start with libxml2 Bug #1061242 [libreoffice-impress] libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed Changed Bug title to 'libreoffice-impress: impress cannot start with libxml2' from 'libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed'. > 2.12 (error loading a dll that is installed) Unknown command or malformed arguments to command. > thanks Stopping processing here. Please contact me if you need assistance. -- 1061242: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061242 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1061242: libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed
Package: libreoffice-impress
Version: 4:24.2.0~rc2-2
Severity: grave
Justification: renders package unusable
When I open a odp file, I get the message: loading of component failed
/usr/lib/libreoffice/program/libsdlo.so
dpkg -S /usr/lib/libreoffice/program/libsdlo.so
libreoffice-draw: /usr/lib/libreoffice/program/libsdlo.so
valette@tri-yann5:~$ ls -l /usr/lib/libreoffice/program/libsdlo.so
-rw-r--r-- 1 root root 7690360 13 janv. 20:26
/usr/lib/libreoffice/program/libsdlo.so
valette@tri-yann5:~$ file /usr/lib/libreoffice/program/libsdlo.so
/usr/lib/libreoffice/program/libsdlo.so: ELF 64-bit LSB shared object, x86-64,
version 1 (SYSV), dynamically linked,
BuildID[sha1]=971f3e457517759a9434b347f3df94ed199e098e, stripped
In addition, trying to report the bug I get the following errors:
Gathering additional data, this may take a while...
Exception occurred: Connector : couldn't connect to pipe
"ecc792b3cee7844e153abb7ce96bfdb921fcaff61693c3a5d788741b64e22eb": 10 at
./io/source/connector/connector.cxx:94
Cause: (com.sun.star.connection.NoConnectException) { { Message =
"Connector : couldn't connect to pipe
\"ecc792b3cee7844e153abb7ce96bfdb921fcaff61693c3a5d788741b64e22eb\": 10 at
./io/source/connector/connector.cxx:94", Context =
(com.sun.star.uno.XInterface) @0 } }
unopkg failed.
Exception occurred: Connector : couldn't connect to pipe
"8aafa411c24e82e7cf177bcda3fbb92df3d7dc9ea297d3ab6571624ec": 10 at
./io/source/connector/connector.cxx:94
Cause: (com.sun.star.connection.NoConnectException) { { Message =
"Connector : couldn't connect to pipe
\"8aafa411c24e82e7cf177bcda3fbb92df3d7dc9ea297d3ab6571624ec\": 10 at
./io/source/connector/connector.cxx:94", Context =
(com.sun.star.uno.XInterface) @0 } }
unopkg failed.
Exception occurred: Connector : couldn't connect to pipe
"f9a62ef4d44126b83f661a55e88d133b790764ef14a93a4677126280764885": 10 at
./io/source/connector/connector.cxx:94
Cause: (com.sun.star.connection.NoConnectException) { { Message =
"Connector : couldn't connect to pipe
\"f9a62ef4d44126b83f661a55e88d133b790764ef14a93a4677126280764885\": 10 at
./io/source/connector/connector.cxx:94", Context =
(com.sun.star.uno.XInterface) @0 } }
unopkg failed.
^CThe package bug script /usr/share/bug/libreoffice-impress/script exited with
an error status (return code = 2). Do you still want to file a report
[y|N|q|?]? y
-- Package-specific info:
ii nvidia-installer-cleanup 20240109+1
amd64cleanup after driver installation with the
nvidia-installer
pi nvidia-libopencl1:amd64 530.41.03-1
amd64NVIDIA OpenCL ICD Loader library
Configuration filePackage Exists Changed
/etc/libreoffice/registry/impress.xcd libreoffice-impress Yes No
/etc/libreoffice/registry/ogltrans.xcdlibreoffice-impress Yes No
All deployed shared extensions:
Experimental features enabled:
Installed VCLplugs:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name VersionArchitecture Description
+++--==--=
un libreoffice-gtk3 (no description available)
ii libreoffice-kf5 4:24.2.0~rc2-2 amd64office productivity suite --
KDE Frameworks 5 integration
ii libreoffice-qt5 4:24.2.0~rc2-2 amd64office productivity suite --
Qt 5 integration
ii libreoffice-qt6 4:24.2.0~rc2-2 amd64office productivity suite --
Qt 6 integration
Java (javaldx):
/usr/lib/jvm/java-21-openjdk-amd64/lib/amd64/client:/usr/lib/jvm/java-21-openjdk-amd64/lib/amd64/server:/usr/lib/jvm/java-21-openjdk-amd64/lib/amd64/native_threads:/usr/lib/jvm/java-21-openjdk-amd64/lib/amd64
Java:
http://openoffice.org/2004/java/framework/1.0;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;>
file:///usr/lib/jvm/java-21-openjdk-amd64
Configuration filePackage Exists Changed
/etc/libreoffice/registry/draw.xcdlibreoffice-drawYes No
/etc/libreoffice/registry/graphicfilter.xcd libreoffice-drawYes No
All deployed shared extensions:
-- System Information:
Debian Release: trixie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.6.11-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libreoffice-impress depends
