• Bug#1061242: libreoffice-impress: impress cannot start. Its display an

    From Eric Valette@21:1/5 to All on Sun Jan 21 12:30:01 2024
    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 amd64 cleanup after driver installation with the nvidia-installer
    pi nvidia-libopencl1:amd64 530.41.03-1 amd64 NVIDIA OpenCL ICD Loader library
    Configuration file Package Exists Changed
    /etc/libreoffice/registry/impress.xcd libreoffice-impress Yes No /etc/libreoffice/registry/ogltrans.xcd libreoffice-impress Yes No All deployed shared extensions:

    <none>

    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 Version Architecture Description +++-================-==============-============-=========================================================
    un libreoffice-gtk3 <none> <none> (no description available)
    ii libreoffice-kf5 4:24.2.0~rc2-2 amd64 office productivity suite -- KDE Frameworks 5 integration
    ii libreoffice-qt5 4:24.2.0~rc2-2 amd64 office productivity suite -- Qt 5 integration
    ii libreoffice-qt6 4:24.2.0~rc2-2 amd64 office 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:
    <java xmlns="http://openoffice.org/2004/java/framework/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <javaInfo xsi:nil="false" vendorUpdate="2019-07-26" autoSelect="true"> <location>file:///usr/lib/jvm/java-21-openjdk-amd64</location>
    </javaInfo>
    </java>
    Configuration file Package Exists Changed
    /etc/libreoffice/registry/draw.xcd libreoffice-draw Yes No /etc/libreoffice/registry/graphicfilter.xcd libreoffice-draw Yes No All deployed shared extensions:

    <none>

    -- 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 on:
    ii libbox2d2 2.4.1-3+b2
    ii libc6 2.38-5
    ii libepoxy0 1.5.10-1+b2
    ii libetonyek-0.1-1 0.1.10-5
    ii libgcc-s1 13.2.0-10
    ii libmwaw-0.3-3 0.3.22-1
    ii libodfgen-0.1-1 0.1.8-2
    ii libreoffice-common 4:24.2.0~rc2-2
    ii libreoffice-core 4:24.2.0~rc2-2
    ii libreoffice-draw 4:24.2.0~rc2-2
    ii libreoffice-uiconfig-impress 4:24.2.0~rc2-2
    ii librevenge-0.0-0 0.0.5-3
    ii libstaroffice-0.0-0 0.0.7-1
    ii libstdc++6 13.2.0-10
    ii libuno-cppu3 4:24.2.0~rc2-2
    ii libuno-cppuhelpergcc3-3 4:24.2.0~rc2-2
    ii libuno-sal3 4:24.2.0~rc2-2
    ii libuno-salhelpergcc3-3 4:24.2.0~rc2-2
    ii ucf 3.0043+nmu1
    ii uno-libs-private 4:24.2.0~rc2-2

    libreoffice-impress recommends no packages.

    Versions of packages libreoffice-impress suggests:
    ii bluez 5.71-1

    Versions of packages libreoffice-core depends on:
    ii fontconfig 2.14.2-6+b1
    ii fonts-opensymbol 4:102.12+LibO24.2.0~rc2-2
    ii libabsl20220623 20220623.1-3
    ii libargon2-1 0~20190702+dfsg-4+b1
    ii libboost-locale1.83.0 1.83.0-2+b2
    ii libc6 2.38-5
    ii libcairo2 1.18.0-1+b1
    ii libclucene-contribs1v5 2.3.3.4+dfsg-1.1+b1
    ii libclucene-core1v5 2.3.3.4+dfsg-1.1+b1
    ii libcmis-0.6-6 0.6.2-2+b1
    ii libcups2 2.4.7-1+b1
    ii libcurl4 8.5.0-2+exp1
    ii libdbus-1-3 1.15.8-4
    ii libdconf1 0.40.0-4+b1
    ii libeot0 0.01-5+b1
    ii libepoxy0 1.5.10-1+b2
    ii libexpat1 2.5.0-2+b2
    ii libexttextcat-2.0-0 3.4.7-1
    ii libfontconfig1 2.14.2-6+b1
    ii libfreetype6 2.13.2+dfsg-1+b1
    ii libgcc-s1 13.2.0-10
    ii libglib2.0-0 2.79.0+git20240110~g38f5ba3c-2
    ii libgpgmepp6 1.18.0-4+b1
    ii libgraphite2-3 1.3.14-2
    ii libgstreamer-plugins-base1.0-0 1.22.8-dmo1
    ii libgstreamer1.0-0 1.22.8-1
    ii libharfbuzz-icu0 8.3.0-2
    ii libharfbuzz0b 8.3.0-2
    ii libhunspell-1.7-0 1.7.2+really1.7.2-10
    ii libhyphen0 2.8.8-7
    ii libice6 2:1.0.10-1
    ii libicu72 72.1-4
    ii libjpeg62-turbo 1:2.1.5-2+b2
    ii liblcms2-2 2.14-2
    ii libldap-2.5-0 2.5.13+dfsg-5+b3
    ii libmythes-1.2-0 2:1.2.5-1
    ii libnspr4 2:4.35-1.1
    ii libnss3 2:3.96.1-1
    ii libnumbertext-1.0-0 1.0.11-4
    ii libopenjp2-7 2.5.0-2+b2
    ii liborcus-0.18-0 0.19.2-3+b1
    ii liborcus-parser-0.18-0 0.19.2-3+b1
    ii libpng16-16 1.6.40-3
    ii libpoppler126 22.12.0-2+b1
    ii libraptor2-0 2.0.16-3
    ii librdf0 1.0.17-3
    ii libreoffice-common 4:24.2.0~rc2-2
    ii librevenge-0.0-0 0.0.5-3
    ii libsm6 2:1.2.3-1
    ii libstdc++6 13.2.0-10
    ii libtiff6 4.6.0-2
    ii libuno-cppu3 4:24.2.0~rc2-2
    ii libuno-cppuhelpergcc3-3 4:24.2.0~rc2-2
    ii libuno-sal3 4:24.2.0~rc2-2
    ii libuno-salhelpergcc3-3 4:24.2.0~rc2-2
    ii libwebp7 1.3.2-0.3
    ii libx11-6 2:1.8.7-1
    ii libx11-xcb1 2:1.8.7-1
    ii libxext6 2:1.3.4-1+b1
    ii libxinerama1 2:1.1.4-3
    ii libxml2 2.12.3+dfsg-0exp1
    ii libxmlsec1 1.2.38-1
    ii libxmlsec1-nss 1.2.38-1
    ii libxrandr2 2:1.5.2-2+b1
    ii libxrender1 1:0.9.10-1.1
    ii libxslt1.1 1.1.35-1
    ii libzxcvbn0 2.5+dfsg-1
    ii libzxing3 2.2.1-1
    ii uno-libs-private 4:24.2.0~rc2-2
    ii ure 4:24.2.0~rc2-2
    ii zlib1g 1:1.3.dfsg-3+b1

    Versions of packages libreoffice-core recommends:
    ii gstreamer1.0-libav 1:1.22.8-dmo1
    ii gstreamer1.0-plugins-bad 1:1.22.8-dmo3
    ii gstreamer1.0-plugins-base 1.22.8-dmo1
    ii gstreamer1.0-plugins-good 1.22.8-dmo1
    ii gstreamer1.0-plugins-ugly 1:1.22.8-dmo1
    ii libpaper-utils 1.1.29

    Versions of packages libreoffice-draw depends on:
    ii libavahi-client3 0.8-13+b1
    ii libavahi-common3 0.8-13+b1
    ii libc6 2.38-5
    ii libcdr-0.1-1 0.1.7-1
    ii libdbus-1-3 1.15.8-4
    ii libfreehand-0.1-1 0.1.2-3
    ii libgcc-s1 13.2.0-10
    ii libglib2.0-0 2.79.0+git20240110~g38f5ba3c-2
    ii libmspub-0.1-1 0.1.4-3+b3
    ii libmwaw-0.3-3 0.3.22-1
    ii libodfgen-0.1-1 0.1.8-2
    ii libpagemaker-0.0-0 0.0.4-1
    ii libqxp-0.0-0 0.0.2-1+b3
    ii libreoffice-common 4:24.2.0~rc2-2
    ii libreoffice-core 4:24.2.0~rc2-2
    ii libreoffice-uiconfig-draw 4:24.2.0~rc2-2
    ii libreoffice-uiconfig-impress 4:24.2.0~rc2-2
    ii librevenge-0.0-0 0.0.5-3
    ii libstaroffice-0.0-0 0.0.7-1
    ii libstdc++6 13.2.0-10
    ii libuno-cppu3 4:24.2.0~rc2-2
    ii libuno-cppuhelpergcc3-3 4:24.2.0~rc2-2
    ii libuno-sal3 4:24.2.0~rc2-2
    ii libuno-salhelpergcc3-3 4:24.2.0~rc2-2
    ii libvisio-0.1-1 0.1.7-1+b3
    ii libwpg-0.3-3 0.3.4-3
    ii libxml2 2.12.3+dfsg-0exp1
    ii libzmf-0.0-0 0.0.2-1+b5
    ii ucf 3.0043+nmu1
    ii uno-libs-private 4:24.2.0~rc2-2

    -- no debconf information

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rene Engelhard@21:1/5 to All on Sun Jan 21 15:00:02 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rene Engelhard@21:1/5 to All on Sun Jan 21 15:40:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)