Lxqt now depends on wayland :-( Alternatives?

[pa4wdh]

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

[GDH-gentoo]

[asturm]

There is no impact on your X11 runtime experience whatsoever.

[pa4wdh]

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:

[asturm]

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]

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

[asturm]

[Ionen]

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.

[pa4wdh]

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

[gorg86]

You could go back to LXDE, it still works but there are some minor bugs that won't get fixed.

[sitquietly]

[Zucca]

Few wild ones to try out:

• Trinity Desktop Environment
  • They do provide Gentoo overlay at: https://mirror.git.trinitydesktop.org/gitea/TDE/tde-packaging-gentoo.git
• ede

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

[Anon-E-moose]

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

[dmpogo]

[Anon-E-moose]

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

[dmpogo]

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 ?

[pa4wdh]

[CaptainBlood]

[CaptainBlood]

[Zucca]

[CaptainBlood]

@Zucca,
By big app stack I actually meant with numerous packages.
Could be lightweight from ram usage perspective...

I"m not sure I want to spend time trying it.

I haven't yet found anything better than LXDE stack with 140 Mb ram usage after login.

Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "

[asturm]

It's not without some irony that KDE went through the huge trouble of splitting up the huge monolithic kdelibs, that any KDE desktop and application package had to depend on, into multiple dozens of tiny frameworks libraries, to the benefit of the wider Qt ecosystem being able to pick those smaller pieces they can greatly benefit from, only for people to come back and recommend ye big old monolith library dependent KDE-3 offspring.

"Old" is not the same as minimal, is not the same as lightweight or fast.

[Goverp]

[asturm]

But you're aware what got this thread started?

[dmpogo]