https://bugs.kde.org/show_bug.cgi?id=478272
Bug ID: 478272
Summary: Because kwin's ebuild does not offer a choice for
display protocols (X and Wayland) and instead pulls in
both, other packages such as kdenlive can unexpectedly
pull in Wayland as an indirect dependency
Classification: Applications
Product: kdenlive
Version: 23.08.3
Platform: Gentoo Packages
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Installation
Assignee: j...@kdenlive.org
Reporter: moog...@gmail.com
Target Milestone: ---
SUMMARY
***
I have filed a previous bug which has unfortunately been closed without any
investigation or discussion. I can hardly blame anyone since I might have come
across a little rough.
kdenlive 23.08.3 pulls in, indirectly, Wayland as a dependency which is
something unsuspected.
***
STEPS TO REPRODUCE
1. Have a Wayland-less Gentoo Linux system configured to reject Wayland.
2. Install kdenlive 23.04.3. This should work fine.
3. Update kdenlive to 23.08.3.
OBSERVED RESULT
kdenlive cannot install.
EXPECTED RESULT
kdenlive should install without issues.
SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Gentoo Linux without Wayland, configured to reject Wayland
(available in About System)
KDE Plasma Version: 5.110
KDE Frameworks Version: 5.110
Qt Version: 5.15.11-r1
ADDITIONAL INFORMATION
I have tracked down why this issue occurs.
Currently, the latest stable package of kdenlive in Gentoo is at version
23.08.3. This version's ebuild is located here:
https://gitweb.gentoo.org/repo/gentoo.git/tree/kde-apps/kdenlive/kdenlive-23.08.3.ebuild
kdenlive pulls in, unconditionally, >=kde-frameworks/purpose-${KFMIN}:5 which
means KF5Purpose for KF5 with minimum version of 5.106.0.
Next, KF5Purpose sits at version 5.112.0 in Gentoo:
https://gitweb.gentoo.org/repo/gentoo.git/tree/kde-frameworks/purpose/purpose-5.112.0.ebuild
>From this file, we can deduce that KF5Purpose pulls in
kde-apps/kaccounts-integration, if USE contains kaccounts. USEFLAGS for this
package are declared in line 15 where it says "IUSE="bluetooth +kaccounts"".
The + in front of kaccounts means that this flag is implicitly enabled unless
explicitly disabled, which is the likely culprit.
After explicitly disabling kaccounts for this package, the situation has been
resolved.
The reason why kaccounts pulls in Wayland indirectly, is because that pulls in
kde-apps/kaccounts-integration, which pulls in kde-plasma/kde-cli-tools-5.27.9,
which pulls in kde-plasma/libkworkspace-5.27.9, which pulls in
kde-plasma/kwin-5.27.9-r1.
According to
https://gitweb.gentoo.org/repo/gentoo.git/tree/kde-plasma/kwin/kwin-5.27.9-r1.ebuild,
this package pulls in Wayland support in several places. In fact, it pulls in
support for both Wayland and Xorg from Mesa.
I think the proper issue here is that kwin does not offer a choice between the
two for the user, exposed via USEFLAGS, so that is why it's unclear at first
glance why Wayland gets pulled in the dependency tree.
Please consider adding USEFLAGS for X and Wayland to kwin, and not make
kaccounts explicitly enabled in kde-frameworks/purpose. That should fix the
issue.
--
You are receiving this mail because:
You are watching all bug changes.
