On 2025-02-16, Jack <ostrof...@users.sourceforge.net> wrote: > On 2025.02.16 02:18, Grant Edwards wrote: > [snip.....] > >> I guess I could try removing qt11extras to see what breaks in >> libreoffice. I assumed it just wouldn't run, but if it's some sort >> of plugin that uses it, and I don't use that plugin, then maybe I'd >> be OK. > > You can try "ldd path/to/soffice.bin" to confirm it's not linking > directly to libQt5X11Extras.so.5,
It is not. > and then do ldd on all the .so files in that same folder and hope to > identify which plugin owns any file that does link to it. In my > case it is /usr/lib64/libreoffice/program/libvclplug_qt5lo.so > (although I DO have qt5 and qt6 use flags set.) Without looking > into the source, I would guess that is part of the plugin > architecture, and not a particular plugin. I just opened a write document, and libQt5X11Extras.so.5 is not open at this point. On my system, the only .so file that belonging to libreoffice-bin that links in libQt5X11Extras.so.5 is program/libvclplug_qt5lo.so It looks like on my system, the "gen" version of the vcl plugin is used: $ lsof | grep libvcl soffice.b 8834 grante mem REG 259,2 540056 1315569 /usr/lib64/libreoffice/program/libvclplug_genlo.so soffice.b 8834 8836 PipeIPC grante mem REG 259,2 540056 1315569 /usr/lib64/libreoffice/program/libvclplug_genlo.so soffice.b 8834 8838 Selection grante mem REG 259,2 540056 1315569 /usr/lib64/libreoffice/program/libvclplug_genlo.so So, I'm betting I can safely uninsgall libqtx11extras... I think that also means that no, we would do _not_ want libreoffice-bin to list libqtx11extras as a dependency, since it's not actually needed, even though it is used by one of the installed .so files. -- Grant
