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
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 depend