View previous topic :: View next topic |
Author |
Message |
pa4wdh l33t
Joined: 16 Dec 2005 Posts: 887
|
Posted: Wed Nov 20, 2024 12:19 pm Post subject: Lxqt now depends on wayland :-( Alternatives? |
|
|
Hi All,
For quite some years i've been using lxqt which was a logical successor to lxde i used before that. My last sync came with the unpleasant surprise that lxqt now depend on some kde components, and they seem to have a hard dependencies on qt6 with the wayland flag set. Since i want X11 and not wayland this end my lxqt use.
The big question is: What do i use instead? I hope you can advice me
What i want/need from a "desktop" is very minimal:
- No icons or junk on the background (i'm using xplanet for a fancy backdrop), i do want my application menu when i right-click my desktop
- I like a two-panel setup, one on the top with the application meny, some icons for often used applications, desktop switcher and some basic things like calendar, date/time, cpu load graph, etc.. The second one only has a window-list (as lxqt calls it) and a keyboard layout switch
- Making madia keys on a keyboard work also seems to be a desktop function these days, having that would be a nice-to-have
For the rest, it needs to be small, quick, without any 3d stuff effects, without any window manager (i'm using openbox), file manager (don't need those, i'll use a terminal), or a terminal which comes with the desktop (i'm using sakura).
Do you have any suggestions? _________________ The gentoo way of bringing peace to the world:
USE="-war" emerge --newuse @world
My shared code repository: https://code.pa4wdh.nl.eu.org
Music, Free as in Freedom: https://www.jamendo.com |
|
Back to top |
|
|
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1710 Location: South America
|
Posted: Wed Nov 20, 2024 12:34 pm Post subject: Re: Lxqt now depends on wayland :-( Alternatives? |
|
|
pa4wdh wrote: | The big question is: What do i use instead? |
Um, LXQt? What gets enabled is Wayland code in libraries, it doesn't mean that you have to actually run a Wayland compositor. As far as I now, you'd still be able to use the X server and X11 applications as usual. _________________
NeddySeagoon wrote: | I'm not a witch, I'm a retired electronics engineer |
Ionen wrote: | As a packager I just don't want things to get messier with weird build systems and multiple toolchains requirements though |
|
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 9284
|
Posted: Wed Nov 20, 2024 12:35 pm Post subject: |
|
|
There is no impact on your X11 runtime experience whatsoever. |
|
Back to top |
|
|
pa4wdh l33t
Joined: 16 Dec 2005 Posts: 887
|
Posted: Wed Nov 20, 2024 2:57 pm Post subject: |
|
|
I think this might actually be an ebuild bug. The lxqt release notes still note wayland as experimental, which i think should mean it should be completely removable. But it's not lxqt itself, some kde parts get pulled in, for example:
Code: | The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by dev-qt/qtwayland-6.7.3-r1::gentoo
# required by kde-plasma/layer-shell-qt-6.1.5::gentoo
# required by lxqt-base/lxqt-notificationd-2.0.1::gentoo
# required by lxqt-base/lxqt-meta-2.0.0::gentoo
# required by @selected
# required by @world (argument)
>=dev-qt/qtbase-6.7.3-r2 wayland
# required by dev-qt/qtbase-6.7.3-r2::gentoo[gtk,gui,widgets]
# required by kde-frameworks/breeze-icons-6.7.0::gentoo
# required by lxqt-base/lxqt-meta-2.0.0::gentoo
# required by @selected
# required by @world (argument)
>=x11-libs/gtk+-3.24.41-r1 wayland
# required by x11-libs/gtk+-3.24.41-r1::gentoo[wayland]
# required by media-libs/libcanberra-0.30-r7::gentoo[gtk3]
# required by x11-terms/qterminal-2.0.1-r1::gentoo
# required by lxqt-base/lxqt-meta-2.0.0::gentoo[terminal]
# required by @selected
# required by @world (argument)
>=media-libs/mesa-24.2.6-r2 wayland
|
I'm now running the update excluding "lxqt-base/* dev-util/lxqt-build-tools x11-themes/lxqt-themes".
However, the project is clearly heading a way i'm not prepared to go, with wayland as well as it's KDE dependencies, so it's better to search for an alternative now. _________________ The gentoo way of bringing peace to the world:
USE="-war" emerge --newuse @world
My shared code repository: https://code.pa4wdh.nl.eu.org
Music, Free as in Freedom: https://www.jamendo.com |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 9284
|
Posted: Wed Nov 20, 2024 3:11 pm Post subject: |
|
|
Can you stipulate clearly why you care about LXQt dependencies when they contain "kde" in their category more than if it was another library? Or do you want to have LXQt developers do everything on their own, therefore duplicating efforts already done elsewhere, what is otherwise called NIH syndrome? Especially, as LXQt is Qt-based, it would seem to be making a lot of sense to make use of Qt-extending frameworks that just so happen to be developed by KDE.
What damage, you think, is done if there are Wayland related dependencies installed on your system? Is it so bad that you wouldn't even try out the latest version of LXQt and see if it works for you, even if still just using an X11 LXQt session?
pa4wdh wrote: | The big question is: What do i use instead? I hope you can advice me :) |
Don't get me wrong - others will certainly chime in here and give you recommendations, and you shall use whatever you see fit. But when spending time on such a change it should at least not come from false assumptions. |
|
Back to top |
|
|
pa4wdh l33t
Joined: 16 Dec 2005 Posts: 887
|
Posted: Wed Nov 20, 2024 4:07 pm Post subject: |
|
|
I care for that because i want a desktop that is minimal, fast and lightweight, all those words disappear when KDE gets involved. Which is also demonstrated here, pulling in wayland dependencies while i'm not using wayland. During the previous update i could hold it back by disabling the "desktop-portal", but now it's even unconditional for basic components like the panel.
Sure, LXQt developers may make any decision they want, and as long as i'm not personally involved in their project there's no way i can hold them back. Since i'm not willing to invest that effort, i'm opting for the other option: Search for an alternative, and that's what's this topic is about.
Thanks for challenging my assumptions, but this gives me an indication of where they are heading with the project, and even with the tiny bits i can see now i don't like it. _________________ The gentoo way of bringing peace to the world:
USE="-war" emerge --newuse @world
My shared code repository: https://code.pa4wdh.nl.eu.org
Music, Free as in Freedom: https://www.jamendo.com |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 9284
|
Posted: Wed Nov 20, 2024 4:24 pm Post subject: |
|
|
pa4wdh wrote: | I care for that because i want a desktop that is minimal, fast and lightweight, all those words disappear when KDE gets involved. Which is also demonstrated here, pulling in wayland dependencies while i'm not using wayland. |
If you are seriously storage space constrained that you can not allow a handful of MBs in addition to your install, then this would be on top of your mind. Regarding runtime speed and lightweightedness, no, that's not demonstrated here, that's just prejudice. ;) |
|
Back to top |
|
|
Ionen Developer
Joined: 06 Dec 2018 Posts: 2861
|
Posted: Wed Nov 20, 2024 5:01 pm Post subject: |
|
|
wayland libraries/headers are really tiny... it'd be low on my list of priorities when it comes to saving space -- esp. if I'm using a DE suite (even a lightweight one). If pulled, qtwayland is a bit bigger but we made it a lot smaller by making the compositor bits optional recently
If *really* want ultra minimalism I'd give up on DEs and handpick the things you want (wayland libs being the main "problem" is a odd reason to give them up though) -- of course it's going to be more work for things to be nice together. |
|
Back to top |
|
|
pa4wdh l33t
Joined: 16 Dec 2005 Posts: 887
|
Posted: Wed Nov 20, 2024 6:42 pm Post subject: |
|
|
Since i'm using using only a very small part of what would be called a full featured desktop, i'm now trying to find out if i can only find a replacement for the panel because that's basically the only thing i'm really using.
I started testing with fbpanel and except for that i didn't find how to change the panel's color it seems fulfill a big part of what i need. _________________ The gentoo way of bringing peace to the world:
USE="-war" emerge --newuse @world
My shared code repository: https://code.pa4wdh.nl.eu.org
Music, Free as in Freedom: https://www.jamendo.com |
|
Back to top |
|
|
gorg86 Guru
Joined: 20 May 2011 Posts: 317
|
Posted: Wed Nov 20, 2024 6:43 pm Post subject: |
|
|
You could go back to LXDE, it still works but there are some minor bugs that won't get fixed. |
|
Back to top |
|
|
sitquietly Apprentice
Joined: 23 Oct 2010 Posts: 151 Location: On the Wolf River, Tennessee
|
Posted: Wed Nov 20, 2024 7:57 pm Post subject: |
|
|
asturm wrote: | pa4wdh wrote: | I care for that because i want a desktop that is minimal, fast and lightweight, all those words disappear when KDE gets involved. Which is also demonstrated here, pulling in wayland dependencies while i'm not using wayland. |
If you are seriously storage space constrained that you can not allow a handful of MBs in addition to your install, then this would be on top of your mind. Regarding runtime speed and lightweightedness, no, that's not demonstrated here, that's just prejudice. |
I agree with you and with most of what is said here about the inclusion of a few wayland or kde libraries being innocuous. But I have to nitpick out that attitude that we should stop caring about a handful of MBs getting pulled in. The problem -- if there is one -- is not a handful of MBs of storage. The problem would be the hundreds of thousands of lines of added code.
I use environments (portage/env/* and portage/package.env/*) to keep the source code for some categories around for perusal. So for example if I want to know a bit about gdm's use of dbus I can quickly pop into /usr/src/debug/gnome-base/gdm/gdm-45.0.1-r2/gdm-45.0.1/daemon/gdm-dbus-util.c and look around. If even simple software like lxqt components start depending on a large set of libraries and utililities and daemons which are interconnected, as they usually are, in an intricate web then it becomes impossible to read the code for that supposedly simple library and understand what is going on.
When someone complains about the software no longer being simple maybe we should avoid dismissing them with "if you are seriously storage space constrained..." as if they only have a basis for concern when their disk fills up. Maybe their concern is with the complexity itself. Maybe, like me, they actually try to read the code! |
|
Back to top |
|
|
Zucca Moderator
Joined: 14 Jun 2007 Posts: 3713 Location: Rasi, Finland
|
Posted: Wed Nov 20, 2024 8:05 pm Post subject: |
|
|
Few wild ones to try out:... I haven't tried either one. I'm on the other side - I try to remove all X11 stuff from my setups, but those two are interesting ones none the less. _________________ ..: Zucca :..
My gentoo installs: | init=/sbin/openrc-init
-systemd -logind -elogind seatd |
Quote: | I am NaN! I am a man! |
|
|
Back to top |
|
|
Anon-E-moose Watchman
Joined: 23 May 2008 Posts: 6150 Location: Dallas area
|
Posted: Wed Nov 20, 2024 10:58 pm Post subject: |
|
|
Just run openbox (or similar) and tint2 (or another X panel). Add whatever few other "de" apps you might need. _________________ UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
Back to top |
|
|
dmpogo Advocate
Joined: 02 Sep 2004 Posts: 3430 Location: Canada
|
Posted: Thu Nov 21, 2024 12:00 am Post subject: |
|
|
pa4wdh wrote: | I think this might actually be an ebuild bug. The lxqt release notes still note wayland as experimental, which i think should mean it should be completely removable. But it's not lxqt itself, some kde parts get pulled in, for example:
Code: | The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by dev-qt/qtwayland-6.7.3-r1::gentoo
# required by kde-plasma/layer-shell-qt-6.1.5::gentoo
# required by lxqt-base/lxqt-notificationd-2.0.1::gentoo
# required by lxqt-base/lxqt-meta-2.0.0::gentoo
# required by @selected
# required by @world (argument)
>=dev-qt/qtbase-6.7.3-r2 wayland
# required by dev-qt/qtbase-6.7.3-r2::gentoo[gtk,gui,widgets]
# required by kde-frameworks/breeze-icons-6.7.0::gentoo
# required by lxqt-base/lxqt-meta-2.0.0::gentoo
# required by @selected
# required by @world (argument)
>=x11-libs/gtk+-3.24.41-r1 wayland
# required by x11-libs/gtk+-3.24.41-r1::gentoo[wayland]
# required by media-libs/libcanberra-0.30-r7::gentoo[gtk3]
# required by x11-terms/qterminal-2.0.1-r1::gentoo
# required by lxqt-base/lxqt-meta-2.0.0::gentoo[terminal]
# required by @selected
# required by @world (argument)
>=media-libs/mesa-24.2.6-r2 wayland
|
. |
The last one is strange. I happen to run gtk+3[-wayland] even using full KDE |
|
Back to top |
|
|
Anon-E-moose Watchman
Joined: 23 May 2008 Posts: 6150 Location: Dallas area
|
Posted: Thu Nov 21, 2024 12:20 am Post subject: |
|
|
lxqt-base/lxqt-notificationd- unconditionally pulls in layer-shell, it's that way coming from lxqt developers.
They shouldn't have pulled it in unconditionally, but they did.
2 choices, use lxqt with pulling in wayland bits OR choose another option, I can't recommend any current DE's as they all are looking at wayland
so you would roll your own DE.
Once one piece of the chain needs wayland, then lots of other packages need it, like gtk or mesa. _________________ UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
Back to top |
|
|
dmpogo Advocate
Joined: 02 Sep 2004 Posts: 3430 Location: Canada
|
Posted: Thu Nov 21, 2024 2:00 am Post subject: |
|
|
What I would consider is not to instal lxqt-meta, and see if you can pick and choose only the parts that you need. For instance, you have said you do not need qterminal, do you need notification daemon ? |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|