On Saturday 15 February 2025 05:03:14 Greenwich Mean Time Grant Edwards wrote:

On 2025-02-14, Michael <[email protected]> wrote:

This is my profile:

~ $ eselect profile show

Current /etc/portage/make.profile symlink:
default/linux/amd64/23.0/desktop/plasma

Either that profile or something else you have in your world file
pulls in qtx11extras as a dependency, so depclean doesn't try to
remove it.

Yes, my profile specifies plasma and in addition I have installed the kde- plasma/plasma-meta package which sets USE="qt5". So in my case depclean will not ask to remove dev-qt/qtx11extras.

I use the plain 'default/linux/amd64/23.0' profile. Nothing installed
on my system "depends" on qtx11extras, so depclean wants to remove it
(as it should).

But libreoffice-bin (which _is_ installed) _uses_ (links to)
qtx11extras, and depclean was smart enough to detect that and not
remove qtx11extras (even though nothing on my system "depends" on it).

I don't think libreoffice-bin has a *direct* dependency on qtx11extras, but it does have a dependency on kde, or gnome. These DEs would drag in their Qt, or GTK GUI libraries respectively.

Hence my question: am I correct in my conclusion is that the
libreoffice-bin ebuild should (but does not) list qtx11extras as a dependency?

--
Grant

As I understand it from the contents of /var/db/repos/gentoo/app-office/ libreoffice-bin/libreoffice-bin-24.2.7.2.ebuild the binary 'flavor' being fetched and installed from the servers is either kde or gnome specific, with
or without Java. This depends on the kde/gnome/java USE flags set in your system.

Anyway, it shouldn't be too onerous to test unmerging dev-qt/qtx11extras, then run 'emerge -t -p -D -v @world' and see what is trying to pull it back in. If it is libreoffice-bin which asks to rebuild qtx11extras and not some other Qt or kde package, then this would explain your depclean result and ... confuse
me even more. :-/

Some of the equery results are not 100% representative of the equild contents and in particular the relationship of conditional dependencies. Regarding package app-crypt/pinentry graph of conditional dependencies, you can use qdepend -t -v, e.g.:

~ $ qdepends -t -v app-crypt/pinentry
app-crypt/pinentry-1.3.1:
DEPEND="
>=dev-libs/libassuan-2.1:=
>=dev-libs/libgcrypt-1.6.3
>=dev-libs/libgpg-error-1.17
efl? ( dev-libs/efl[X] )
keyring? ( app-crypt/libsecret )
ncurses? ( sys-libs/ncurses:= )
qt5? (
dev-qt/qtcore:5
dev-qt/qtgui:5
dev-qt/qtwidgets:5
wayland? ( kde-plasma/kwayland:5 )
X? (
dev-qt/qtx11extras:5
x11-libs/libX11
)
)
qt6? (
dev-qt/qtbase:6[gui,widgets]
wayland? (
kde-frameworks/kguiaddons:6
kde-frameworks/kwindowsystem:6
)
)
"
[snip ...]

The above confirms USE="qt5" plus USE="X" is pulling in in dev-qt/qtx11extras as a dependency for the pinentry package.

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmewgmQACgkQseqq9sKV Zxn4YA/+PREJ7xG9x/cyU6fDizkci1+uOwvfEVoyYiGbzOmlkZzR0iGt5EMLrP6d l1U6n+wyVSP7LOW4qtIndtF+p0DgM83APItR953QXMHQbLrPHSfqtDy2bfbRuu24 0QCtHeMlAo1S7d0LtWNFpJhJwfi2wo8tSu2JVCXpGvREkSVIdHUk/dUQ+hUFOtzh W4XfqMG8VUjqR6OyAA6Ga9BU5sjT0qJArPM7GtXKkbztHsa6vMbqJi0fp1JeM224 CtDpIs2kq1oZiXeMlNn7XDsXvYAB7WVAlwAVVV0TirxFu17mJrpEivIUp9596FBD 8YsczlHtBYehG0b7TuMvVhz8zot1WhKUbLHyV7pAp40EZdPFGZK1y1a+GdTMp47D lho+uuUf/PKY3AoBepEFYwhjApkMXQjSpznV4KKsiDsFO09B2yQcHud1+1wqQwme 2PbC05DS+cVJxTyxN1SzfdtmEm1f6lcQWXPwVGRCjcbTWuPoiRWChQOHnApocrur 9q3iB8fCzDWsHYp61qxObI4Hp8g1xhAsRpjx1Ki3wT+4StbU6lfRnuNI1MjgX3Gf CXjVC4QJsosCTp+/VmmM7mDhV26/eTcvTbmiQnGFAVw/Gq8Sp24dfZbRnb5TTn8J emhKcEdnyKsSB0YLK2t95o1t7VbM2fcQXH35M0yQlkdqGmBHsuk=
=GK4P
-----END PGP SIGNATURE-----

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

On Sunday 16 February 2025 07:10:17 Greenwich Mean Time Grant Edwards wrote:

On 2025-02-15, Michael <[email protected]> wrote:

As I understand it from the contents of /var/db/repos/gentoo/app-office/ libreoffice-bin/libreoffice-bin-24.2.7.2.ebuild the binary 'flavor' being fetched and installed from the servers is either kde or gnome specific, with or without Java. This depends on the kde/gnome/java USE flags set
in your system.

I don't have any of those flags enabled:

$ sudo emerge -av libreoffice-bin

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 3.03 s (backtrack: 0/20).

[ebuild R ] app-office/libreoffice-bin-24.2.7.2::gentoo
USE="-gnome -java -kde" PYTHON_SINGLE_TARGET="python3_12" 0 KiB

Oh! I see. Then if qt5 is not set in your system libreoffice-bin should not try to pull in such a dependency, unless ... it is hardcoded in it.

Anyway, it shouldn't be too onerous to test unmerging dev-qt/qtx11extras, then run 'emerge -t -p -D -v @world' and see what is trying to pull it
back in.

Once again: NOTHING IS PULLING IT IN. That's why emerge --depclean wants
to remove it.

Something has already pulled it in, if depclean is now trying to remove it and according to depclean the culprit looks like libreoffice-bin. I assumed a USE flag was set for this to occur, but you clarified no such USE flag is set.

If it is libreoffice-bin which asks to rebuild qtx11extras and not
some other Qt or kde package, then this would explain your depclean
result and ... confuse me even more. :-/

I don't understand why you think something on my system has a
dependency on qtx11extras.

I accepted it as a corollary of qtx11extras having been installed in your system and now depclean wanting to remove it. The cause of qtx11extras being present in your system escapes me.

[...]

The above confirms USE="qt5" plus USE="X" is pulling in in dev-qt/qtx11extras as a dependency for the pinentry package.

I don't have the qt5 USE flag enabled, so pinentry is not trying to
pull in qtx11extras.

Nothing on my system is has qtx11extras as a dependency.

However, something on my system (libreoffice-bin) requires
qtx11extras.

Right, Eli's reply with his dive into the build shows libreoffice-bin has qtx11extras hardcoded as a dependency. Which explains the conundrum. -----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmexu/YACgkQseqq9sKV Zxnd4g/8CiHi1HRlHxPXfwWkE1y4MonGw273OIbSVdEEtqACC79glN/yXCH4UFdD 3ZAiSy1k6pU8GWI0gsTagB0pptHm9pKfMXLBlA1V+qvitLUIajVOLlicndYcwIi/ YZjjvuFOZldi4LVwwLBhIVJSDrWnrDuoR15OKb0cdKoe49Co/cHvXO9UGjqAG8Hd ngvVo6kb8kJXAh8HXFnIviMkY1+8OVTXgVmjiyLiihmh2E0gH/vPWirbzfIzGdpl NXKhMqlQn/HJnBdhc4TpeDjXI69So5a+uSIRdVZS7czoCK1MkuswApuBafyauJ1r kIeIQBrEwU9HsQna5uT6XfDRlmHd9DYfK2YVkm2orx0VYNoaAaoAG4kO7y5RD1GB 23qpTsvVSQEk8G1AsXyJO7yzIBhW4kP6bq/349DDndhcodQ5PcuRXxBa0EOgoBk1 9F+cSIy/81NltmGI/Ls3vYfKvuhL54g/1d8oF5/CRCAxKPWdq30/TW+Np8uReYFT eVEJ7cppRSpwA9ce70ikWG/WTaQZSvFfFO/rdJAwyRAKSy5GNDG1HbvDIaEQAJ/0 NRG2EwaL9ud+/dXca52K/2P70Lx+njrttmmEXYoTZhTB4bWmfX1USRqzexKMXByv VHJ9C/nhgz3dyyb6XQLIchu0qRRz+FxAb8E2DLwgOI+MOpYZghE=
=2fZ+
-----END PGP SIGNATURE-----

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

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, 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.

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

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------4ZpFPujfts9PNzYtPZaq7T2R
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 2/16/25 7:25 PM, Grant Edwards wrote:

The question I'm asking is:

* Should the libreoffice-bin ebuild list qtx11extras as a dependency?

If yes, then I'll file a bug report.

My question is based on the following fact:

* libreoffice-bin links in the qtx11extras library, but does not have
it as a dependency.

I asked Sam about this. He said that since libreoffice-bin was updated
in 24.8.4 and 25.2.0 (both currently limited to testing keywords, i.e.
~amd64 only) to use the upstream libreoffice.org binaries, they don't
include the Qt5 or Qt6 plugins at all, and at this point he isn't really interested in messing with the "old" version that is currently stable.
So as soon as an updated libreoffice-bin is stabilized your problem
should disappear.

It does conceptually need "fixing", yes, it's just that since the entire package has been redesigned to use upstream binaries it is no longer
considered worth investing time and effort into the old ebuild.

The new ebuild will be stabilized hopefully within the month anyway so I
would just wait for that and ignore qtx11extras for now.


--
Eli Schwartz

--------------4ZpFPujfts9PNzYtPZaq7T2R--

-----BEGIN PGP SIGNATURE-----

wnsEABYIACMWIQTnFNnmK0TPZHnXm3qEp9ErcA0vVwUCZ7KGBAUDAAAAAAAKCRCEp9ErcA0vVxLf AQDefY3REt6gzcOgOe54cEiYcF83Euff2W3DFwAa7lF3XwD+PVsskzkQRIp47NvkbHweJOAu2dZZ y4dyH4xR9kIH0AM=
=y5gl
-----END PGP SIGNATURE-----

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