| View previous topic :: View next topic |
| Author |
Message |
flexibeast
Guru
Joined: 04 Apr 2022
Posts: 458
Location: Naarm/Melbourne, Australia
|
 Posted: Mon Nov 11, 2024 11:57 pm Post subject: |
 |
|
| metapsyborg wrote: | | I hope Xorg continues to be supported. I see no point in wayland. Xorg is not broken so I see no reason to "fix" it. |
Xorg devs frustrated by the effort involved in maintaining Xorg / keeping it "not broken"[a] are amongst the people pushing Wayland - cf. this comment of mine upthread re. a presentation by Xorg dev Matthieu Herrb, and this presentation by former Xorg dev Daniel Stone. So unless a number of people step up and volunteer to take on this work, Xorg is, as Herrb said, probably going away.
[a] As a side note, my experience is that people who don't have to maintain software themselves often underappreciate how much effort can be required to keep something working in the face of continual changes in the surrounding ecosystem, whether the software or hardware or both. Like: "Oh, this library we use has changed how it does things, so now we need to change how our software uses that library". Cf. bitrot / software rot.
_________________
https://wiki.gentoo.org/wiki/User:Flexibeast |
|
| Back to top |
|
 |
pingtoo
Veteran
Joined: 10 Sep 2021
Posts: 1252
Location: Richmond Hill, Canada
|
| Posted: Tue Nov 12, 2024 12:40 am Post subject: |
|
|
| flexibeast wrote: | | metapsyborg wrote: | | I hope Xorg continues to be supported. I see no point in wayland. Xorg is not broken so I see no reason to "fix" it. |
Xorg devs frustrated by the effort involved in maintaining Xorg / keeping it "not broken"[a] are amongst the people pushing Wayland - cf. this comment of mine upthread re. a presentation by Xorg dev Matthieu Herrb, and this presentation by former Xorg dev Daniel Stone. So unless a number of people step up and volunteer to take on this work, Xorg is, as Herrb said, probably going away.
[a] As a side note, my experience is that people who don't have to maintain software themselves often underappreciate how much effort can be required to keep something working in the face of continual changes in the surrounding ecosystem, whether the software or hardware or both. Like: "Oh, this library we use has changed how it does things, so now we need to change how our software uses that library". Cf. bitrot / software rot. |
Thank you, This also my understanding on how Wayland come about.
However I wonder, Does Wayland developer currently also suffer what they criticise on Xorg? Those surroundings for X also same for Wayland. The major difference are Wayland code being newly written therefor it is more familiar therefor easier to follow/change. Whereas Xorg have 10s of year of code that become hard to follow and change.
Will Wayland 30 years from now with new generation developer need to have Wayland+? 
Personally I prefer X design. The client/server architecture is much better then the Wayland with monolithic(relative to X) architecture. However I like the most is NeXT displayserver (postscript)
Currently use Gnome(wayland) and Xfce(Xorg). |
|
| Back to top |
|
|
flexibeast
Guru
Joined: 04 Apr 2022
Posts: 458
Location: Naarm/Melbourne, Australia
|
| Posted: Tue Nov 12, 2024 1:50 am Post subject: |
|
|
| pingtoo wrote: | | Does Wayland developer currently also suffer what they criticise on Xorg? Those surroundings for X also same for Wayland. |
The difference is that the underlying design of Xorg is actually very complex, such that the Xorg devs have had to work around a lot of issues to get X to provide the functionality it currently does - refer to slide 37 onwards of Stone's presentation. Slide 46, talking of what happened with X, talks of "At least 25 more extensions / Thousands more pages of spec"; slide 70 says "Three people on this earth understand X input"; slide 71 says "really wish I wasn't one of them". Talking of working on Xorg, slides 77-82 say: "We shifted all the paradigms", "Themes got harder / We drew them client-side", "Fonts got harder / We drew them client-side", "Subwindows got in the way / We moved them client-side", "Window management got harder / We got the WM to draw everything". Then slide 96 asks "And what's the X server [nowadays]?", to which slide 97 says "Really bad IPC", with further slides going into detail about why it's so bad.
The idea with Wayland, as i understand, is to have a much less complex underlying design, which both reflects current usage requirements and patterns (e.g. those of gamers, of which i am not one!) and makes it much easier to adapt to future requirements and patterns than X has proved itself to be (cf. the details in the slides).
| pingtoo wrote: | | The major difference are Wayland code being newly written therefor it is more familiar therefor easier to follow/change. Whereas Xorg have 10s of year of code that become hard to follow and change. |
No, that's not the only difference; it's not just that the X code is old. There are fundamental architectural/design issues with X, as noted in the slides (and not only the ones i quoted). i strongly encourage people to actually read through those slides, to get an understanding of what the Xorg devs have been trying to wrestle with.
| pingtoo wrote: | | Will Wayland 30 years from now with new generation developer need to have Wayland+? |
Potentially yes, because we can't entirely foresee the future. Wayland has been developed by - amongst others - Xorg devs with concrete experience of how certain design decisions can significantly influence the ability to make changes, but they're surely not infallible, and it's certainly possible that technology will take a path that Wayland will be difficult to adapt to.
Xorg has fundamentally been working for me, and i don't 'need' Wayland in the way that others do. At the same time, i feel its important to acknowledge that this is primarily due to heroic efforts on the part of Xorg devs, and it's them saying "Xorg is a real hassle to maintain; the underlying design of Wayland will allow a number of these sort of hassles to be avoided" that's led me to actually get the bit between the teeth and move to Wayland (adding stuff i learn to the wiki along the way).
_________________
https://wiki.gentoo.org/wiki/User:Flexibeast |
|
| Back to top |
|
|
dmpogo
Advocate
Joined: 02 Sep 2004
Posts: 3430
Location: Canada
|
| Posted: Tue Nov 12, 2024 6:48 am Post subject: |
|
|
| pingtoo wrote: |
Will Wayland 30 years from now with new generation developer need to have Wayland+?
Personally I prefer X design. The client/server architecture is much better then the Wayland with monolithic(relative to X) architecture. However I like the most is NeXT displayserver (postscript)
Currently use Gnome(wayland) and Xfce(Xorg). |
X-windows have a imaginative forward looking (and having survived 35 years) vision of interconnected computers displaying information on displays elsewhere (which blew me away when I first started using it in 1992). Wayland's vision is a boring phone. where wayland basically does little, offloading real work to third parties. |
|
| Back to top |
|
|
lars_the_bear
Guru
Joined: 05 Jun 2024
Posts: 522
|
| Posted: Tue Nov 12, 2024 9:06 am Post subject: |
|
|
| dmpogo wrote: |
X-windows have a imaginative forward looking (and having survived 35 years) vision of interconnected computers displaying information on displays elsewhere (which blew me away when I first started using it in 1992). Wayland's vision is a boring phone. where wayland basically does little, offloading real work to third parties. |
For better or worse, Wayland's vision probably suits > 95% of the ways that people use desktop computers. After all, desktop computer and phone functionality now overlap considerably. All the interconnectedness you mention, while undoubtedly clever, is rarely used these days.
As ever, though, it's the niche applications, the < 5%, that get screwed over. There are applications and installations that use the few things that X offers, that Wayland does not. There's a hard road ahead, I think, for the people that maintain those systems.
My main concern is that Linux development, in general, is being driven by desktop thinking. That something is good for desktop Linux doesn't necessarily make it good for servers, embedded systems, etc. Wayland seems to be me to be entirely desktop-focussed. Of course, you're probably not running X or Wayland on your embedded gadget; but I worry that all the effort of Linux developers is going into desktop applications, while desktop Linux is only a small part of the overall Linux install base.
In addition, my experience is that, when we replace something that is old and hard to maintain, with a new, shiny thing that should be simple and easy to maintain, it's never very long before the new thing is hard to maintain as well. I've seen this time and again in my professional life.
BR, Lars. |
|
| Back to top |
|
|
metapsyborg
n00b
Joined: 28 Sep 2011
Posts: 26
|
| Posted: Wed Nov 13, 2024 4:37 pm Post subject: |
|
|
| lars_the_bear wrote: | | it's never very long before the new thing is hard to maintain as well. |
This 100%. The new thing only ever retains its simplicity by taking a hard-line stance against user requirement bloat. Sure there's a new team of devs who know the new codebase better than the old codebase, but as they add more and more new features to reach parity with the old product then the new codebase becomes just as bloated and spaghettified as the old codebase. Any simplicity that they are able to maintain is due to over reliance on third party libraries and by simply refusing to implement or support a variety of user requirements that the old product did support.
"Next gen" products are instigated by the hubris of young developers and product managers who think they can do it better than the old devs who have been working on and maintaining a 30 year old codebase.
It's possible that wayland can remain firm in its resistance to adding features that compromise its clear and simple design vision, but I doubt it. More likely they will make more and more concessions to "modern" designs like systemd or whatever "unity" or "snap" type bs that cannonical pushes. |
|
| Back to top |
|
|
metapsyborg
n00b
Joined: 28 Sep 2011
Posts: 26
|
| Posted: Wed Nov 13, 2024 4:58 pm Post subject: |
|
|
| flexibeast wrote: | | pingtoo wrote: | | Does Wayland developer currently also suffer what they criticise on Xorg? Those surroundings for X also same for Wayland. |
The difference is that the underlying design of Xorg is actually very complex, such that the Xorg devs have had to work around a lot of issues to get X to provide the functionality it currently does - refer to slide 37 onwards of Stone's presentation. Slide 46, talking of what happened with X, talks of "At least 25 more extensions / Thousands more pages of spec"; slide 70 says "Three people on this earth understand X input"; slide 71 says "really wish I wasn't one of them". Talking of working on Xorg, slides 77-82 say: "We shifted all the paradigms", "Themes got harder / We drew them client-side", "Fonts got harder / We drew them client-side", "Subwindows got in the way / We moved them client-side", "Window management got harder / We got the WM to draw everything". Then slide 96 asks "And what's the X server [nowadays]?", to which slide 97 says "Really bad IPC", with further slides going into detail about why it's so bad.
The idea with Wayland, as i understand, is to have a much less complex underlying design, which both reflects current usage requirements and patterns (e.g. those of gamers, of which i am not one!) and makes it much easier to adapt to future requirements and patterns than X has proved itself to be (cf. the details in the slides).
| pingtoo wrote: | | The major difference are Wayland code being newly written therefor it is more familiar therefor easier to follow/change. Whereas Xorg have 10s of year of code that become hard to follow and change. |
No, that's not the only difference; it's not just that the X code is old. There are fundamental architectural/design issues with X, as noted in the slides (and not only the ones i quoted). i strongly encourage people to actually read through those slides, to get an understanding of what the Xorg devs have been trying to wrestle with.
| pingtoo wrote: | | Will Wayland 30 years from now with new generation developer need to have Wayland+? |
Potentially yes, because we can't entirely foresee the future. Wayland has been developed by - amongst others - Xorg devs with concrete experience of how certain design decisions can significantly influence the ability to make changes, but they're surely not infallible, and it's certainly possible that technology will take a path that Wayland will be difficult to adapt to.
Xorg has fundamentally been working for me, and i don't 'need' Wayland in the way that others do. At the same time, i feel its important to acknowledge that this is primarily due to heroic efforts on the part of Xorg devs, and it's them saying "Xorg is a real hassle to maintain; the underlying design of Wayland will allow a number of these sort of hassles to be avoided" that's led me to actually get the bit between the teeth and move to Wayland (adding stuff i learn to the wiki along the way). |
I just read the slides. He sounds like he has a chip on his shoulder and has "I can do it better" syndrome (ie hubris). Wayland absolutely will be bloated and have architectural compromises as it adds new features to reach parity with xorg. Sure maybe it can be more straight-forward to develop and maintain but as the current devs retire/more-on and new devs come around, then it will lose most of that advantage. Large software projects are just plain complicated and difficult. No one understands the entire thing at the detailed level.
Those slides apparently were written in 2013. Over a decade on, and my computer won't wake up from screen-off when using wayland. Basic functionality should work; I don't have a complicated setup or use flags and I use a modern amd gpu.
Also this comment of his about a compositor: "has too much C++ for my liking". What does that mean? He wants a higher level language or lower level one?
Last edited by metapsyborg on Fri Nov 15, 2024 4:23 pm; edited 1 time in total |
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6150
Location: Dallas area
|
| Posted: Wed Nov 13, 2024 4:59 pm Post subject: |
|
|
If you want to stick with X, then stick with it, no one is forcing anyone to go to wayland.
Wayland is getting lots of development, while X is basically in maintenance mode.
Don't expect things like HDR, vrr, etc to be added to X.
I've been around long enough to see X go from from servers w/attached X-terminals to X on a pc.
I also remember when X wasn't that stable/usable, X from 2000+ isn't the same as X-1995, or X-1985.
This biggest problem with X is that over time it's become a code nightmare.
Like messing with a bunch of pickup sticks. Touch one thing and something happens somewhere else you didn't expect.
No one person really understands the whole of X and how the parts interact, thus part of the reason that wayland exists.
There are some things that X does better than wayland, at the moment.
Wayland offers some things that X doesn't have or is likely to implement.
Time moves on, adjust or not, it's each individuals choice.
While X was nice in it's day, so was my 8088 pc or 80286 pc, but I don't cling to them shaking my fist at modern stuff.
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
stefantalpalaru
Tux's lil' helper
Joined: 11 Jan 2009
Posts: 76
Location: Italy
|
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6150
Location: Dallas area
|
| Posted: Wed Nov 13, 2024 5:19 pm Post subject: |
|
|
It's not that X handles vrr per se, xrandr and video drivers are handling it, X just allows it.
Nothing in X takes advantage of it, applications do, but they aren't X.
The ability to turn it on or off is added to X, but that's about the extent of it.
Edit to add: It does look like they are trying to get vrr IN X, but as of as few months ago, not a lot of progress.
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1616 - and this is the guy working on it.
| Quote: | | We don't have a standard protocol for enabling VRR yet, but some time ago an ad-hoc had been made in the amdgpu driver (later also copied to modsetting), which works by client setting the _VARIABLE_REFRESH window property... |
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
flexibeast
Guru
Joined: 04 Apr 2022
Posts: 458
Location: Naarm/Melbourne, Australia
|
| Posted: Thu Nov 14, 2024 2:18 am Post subject: |
|
|
"Hubris." Well, if anyone in this discussion is themselves an Xorg dev - not only like Daniel Stone was, but also like OpenBSD dev Matthieu Herrb is, whose 2023 presentation (linked above) says "X11 is fading away / Wayland is the way to go for graphical desktops" - please let me know. Because i think it would be hubris for people who haven't actually worked on maintaining Xorg to talk as though they're in a position to have a sense of the costs and benefits of continuing to try to maintain and further develop Xorg - including in terms of the personal time and energy involved in such efforts. Just because a project will almost inevitably become large and complex and difficult to maintain in the future, doesn't mean the removal of significant pain points in the immediate future aren't of benefit - including to the people actually working on the systems in the shorter term. ("I'm an engineer, and I've seen this pattern again and again. Although I don't actually maintain aircraft myself, i know that aircraft propellers have been working fine for years; these 'turbofans' are just going to bring new problems, and propellers have advantages that 'turbofans' don't.")
i also feel there's entitlement involved in expecting that the people actually working on the systems keep working on something they're finding frustrating and increasingly difficult to adapt to the increasing diversity of use-cases people are using it for. (Such as wanting to develop a kiosk application: choose the Wayland protocols you need for that, and come up with something like Cage, a Wayland kiosk, i.e. a non-desktop environment.) And i feel it's disingenuous to use Weston - which is basically just a Proof-of-Concept implementation showing the fundamentals of how Wayland works, not intended as a daily driver - to make claims about the state of Wayland overall, rather than considering mainstream compositors like KWin and Sway. And as for ignoring an Xorg dev talking about the shenanigans they've had to keep pulling in order to keep Xorg surviving for 35 years .... Well, i scarcely know what to say.
i'm not pro-Wayland per se, but i am pro "respecting the opinions of people who have spent a non-negligible amount of time wrestling with the devilish details of a system". i'm not a systemd person - i moved to Void in order to avoid having to keep dealing with systemd on Debian, and i've spent a considerable amount of time and energy porting s6 ecosystem documentation to man pages - but i feel one of the reasons we ended up with systemd was a whole bunch of people insisting that the way things were working was just fine, despite the volunteers actually doing the work involved in maintaining service-providing packages feeling that things weren't "just fine". systemd addressed their concerns; we might have ended up with something different if more people had been more willing to acknowledge the genuine problems with the existing way of doing things, and saying "But here's a non-systemd way of addressing those problems" (OpenRC, s6, dinit, etc.)
i'm out.
_________________
https://wiki.gentoo.org/wiki/User:Flexibeast |
|
| Back to top |
|
|
Yamakuzure
Advocate
Joined: 21 Jun 2006
Posts: 2297
Location: Adendorf, Germany
|
| Posted: Thu Nov 14, 2024 9:37 am Post subject: |
|
|
| metapsyborg wrote: | | Large software projects are just plain complicated and difficult. No one understands the entire thing at the detailed level. |
That is a rather difficult matter to judge.
One of the frameworks I work on had a cloc stat review and summed up to 5.7 mio lines of code in over 14k files. I also have a pretty deep, detailed level of knowledge and understanding. (I invented that damn thing, so I kinda cheated here.  )
But I can confirm that it is difficult, time-consuming, and sometimes outright frustrating to bring in new people and them up to scratch just with the basics about what is to be found/put where.
So the bigger X11 became (and Wayland becomes), it was/is increasingly difficult to bring in new people.
_________________
Edited 220,176 times by Yamakuzure |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2444
|
| Posted: Thu Nov 14, 2024 12:56 pm Post subject: |
|
|
| dmpogo wrote: |
X-windows have a imaginative forward looking (and having survived 35 years) vision of interconnected computers displaying information on displays elsewhere |
X-windows in that regard looks forward at problems that were present in the past - huge mainframes and remote terminals. However future took an unexpected turn. Nowadays everyone has a supercomputer in 90's terms in their pocket and a super mainframe at home/work. So, no. X-windows is not forward looking. At best tangential.
Today's reality is everyone has plenty of computing power locally and don't need to draw it from somewhere else. And even if one does, it's not the way it was foreseen in the 80's.
Best Regards,
Georgi |
|
| Back to top |
|
|
lars_the_bear
Guru
Joined: 05 Jun 2024
Posts: 522
|
| Posted: Thu Nov 14, 2024 4:01 pm Post subject: |
|
|
| logrusx wrote: |
Today's reality is everyone has plenty of computing power locally and don't need to draw it from somewhere else.
|
Not so much in the embedded world, I think. On (say) a Rasberry Pi 3 or similar, creating a user interface using X.org and one of the lightweight widget toolkits is actually viable. At least, in terms of development effort, it's easier than writing a UI from scratch to work on the framebuffer. X.org and Matchbox start up in about one second on a Pi 3. Being limited to 1Gb RAM isn't a problem. I don't know whether something like Cage would provide a Wayland alternative -- in principle it would, I guess, but I don't know whether it works in such a constrained environment.
I guess everybody who reads this forum is a desktop Linux user, some or all of the time, and it's natural to think of resources in terms of the computer you're sitting in front of. But things are still very different outside the desktop computer world.
BR, Lars. |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2444
|
| Posted: Thu Nov 14, 2024 4:06 pm Post subject: |
|
|
| lars_the_bear wrote: | | logrusx wrote: |
Today's reality is everyone has plenty of computing power locally and don't need to draw it from somewhere else.
|
Not so much in the embedded world, I think. |
Aren't you tired of bringing irrelevant arguments?
But allow me to go with it. It is not only irrelevant but plain false. What makes you think Xorg is more lightweight than Wayland? |
|
| Back to top |
|
|
szatox
Advocate
Joined: 27 Aug 2013
Posts: 3442
|
| Posted: Thu Nov 14, 2024 5:16 pm Post subject: |
|
|
logrusx, do you use SSH?
You do, don't you?
| Quote: | | Today's reality is everyone has plenty of computing power locally and don't need to draw it from somewhere else. And even if one does, it's not the way it was foreseen in the 80's. |
I bet you have enough computing power in your pocket you don't need to draw it from somewhere else, let's just get rid of SSH.
X11 over network is not that different from bash over SSH. If you don't have a use for that right now, that's fine.
But you're trying to prove there is no use for that, and at this point you're just wrong.
_________________
Make Computing Fun Again |
|
| Back to top |
|
|
eschwartz
Developer
Joined: 29 Oct 2023
Posts: 228
|
| Posted: Thu Nov 14, 2024 7:00 pm Post subject: |
|
|
| szatox wrote: | logrusx, do you use SSH?
You do, don't you?
|
It is rumored that you can still do this without openssh supporting it, by using gui-apps/waypipe which in turn runs ssh while setting up a socket to communicate with another copy of waypipe running on the remote server.
...
Really, I wouldn't know anything about it. I don't use wayland. I can't use wayland, because my choice of DE does not support wayland and I have always been supremely unconcerned with the argument that I have a moral obligation to migrate away from Xorg at all costs for the good of humanity, including moving away from a perfectly good, actively maintained DE that I find pleasant to use.
Which is unfortunately what a lot of people say whenever the topic of "xorg or wayland" comes up. By no means everyone. But even one person is one person too many -- and it's a heck of a lot more than one person.
Mostly, it is not software developers that talk about the morality of switching. (This is a pattern that manifests in a variety of places, including, for example, programming languages. )
...
I personally have no strong objection to trying out wayland. I might try it whenever it becomes slightly relevant to my choice of DE. I can't really say, because wayland has yet to meet the minimum threshold of relevance to me, of being feasible to take out for a test run.
Last edited by eschwartz on Thu Nov 14, 2024 11:43 pm; edited 1 time in total |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2444
|
| Posted: Thu Nov 14, 2024 7:54 pm Post subject: |
|
|
@szatox, I'm not addressing your ridiculous analogies. If you have something well reasoned to say, I'll be glad to respond. I don't like exaggerations and putting words in my mouth.
@eschwartz, please don't buy into his exaggerations. That's not what I said.
Best Regards,
Georgi |
|
| Back to top |
|
|
szatox
Advocate
Joined: 27 Aug 2013
Posts: 3442
|
| Posted: Thu Nov 14, 2024 8:04 pm Post subject: |
|
|
Yes, that's the thing. Xorg may not be perfect, but it's been working for a long time, there is a whole ecosystem around it, we know how to use it etc. Moving away from it to a radically different solution means all our experience gained so far suddenly becomes irrelevant, so we need to retrain, then we have to deal with young-age diseases like things being not quite ready yet, and evolving ideas breaking stuff, and so on; there's also the issue of big changes to already installed systems...
Big changes are always an inconvenience and additional effort, it's only natural to be reluctant when there are no obvious benefits. Just because it's a new, shiny thing is not really a benefit, and then someone points to an old feature I happen to like, and tells me that it's useless and calls dropping it a "progress".
Well, good to know there is another way to access gui apps remotely now. Still, I remember dropping it being used as one of the selling points of wayland. Obviously, I didn't buy it.
It kinda reminds me that time when really well polished KDE-3.5 got abandoned in favor of redesigned and also completely unusable KDE-4. I'd rather wait a few years.
@logrusx, it wasn't an exaggeration. X-forwarding is to gui apps what ssh is to cli apps. And let me tell you, I've seen my share of corporate cloud-hosted virtual desktops.
_________________
Make Computing Fun Again |
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6150
Location: Dallas area
|
| Posted: Fri Nov 15, 2024 12:01 am Post subject: |
|
|
If you want to use X, then use X. If you want to use wayland then use it.
All this whining and hand wringing will not change others minds.
I'm not ditching wayland in favor of X, because joe blow still prefers X.
I use wayland because it works for me, if it didn't I'd still be using X or xwayland.
And yes remote networking is possible in wayland.
But to answer the OP/topic title, "is it worth swiching to wayland"?
The answer is a big maybe. Many things work well in wayland, to some it's a better experience.
Not everything works well in wayland (though over time, I've said that about many X apps also) thus xwayland to keep those things usable.
For those who don't want to change (whatever the reason) then stick with what works for you.
You will never convince me that your way is perfect, especially when you've not even honestly tried something different.
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
lars_the_bear
Guru
Joined: 05 Jun 2024
Posts: 522
|
| Posted: Fri Nov 15, 2024 12:19 pm Post subject: |
|
|
| logrusx wrote: | | lars_the_bear wrote: | | logrusx wrote: |
Today's reality is everyone has plenty of computing power locally and don't need to draw it from somewhere else.
|
Not so much in the embedded world, I think. |
Aren't you tired of bringing irrelevant arguments?
But allow me to go with it. It is not only irrelevant but plain false. What makes you think Xorg is more lightweight than Wayland? |
I don't know if it is or not. This isn't even a like-to-like comparison. The relevance of my argument is that the Linux community as a whole should not be making decisions that affect all applications of Linux, on the basis of the capabilities of only modern desktop systems. I don't understand why the relevance of that argument would be unclear to you.
Whether Wayland and Cage will make a better kiosk-type GUI on an ARM board than, say, X.org and Matchbox is something that we are, as yet, unable to determine. My gut feeling is that it won't, because the folks developing Cage (and stuff like it) will be assuming the availability of desktop-scale resources. But I'd be happy to be proven wrong in due course.
BR, Lars. |
|
| Back to top |
|
|
metapsyborg
n00b
Joined: 28 Sep 2011
Posts: 26
|
| Posted: Fri Nov 15, 2024 4:44 pm Post subject: |
|
|
| logrusx wrote: | @szatox, I'm not addressing your ridiculous analogies. If you have something well reasoned to say, I'll be glad to respond. I don't like exaggerations and putting words in my mouth.
@eschwartz, please don't buy into his exaggerations. That's not what I said.
Best Regards,
Georgi |
At work I have 5 remote VMs that I use daily for development and testing. To access them I use either RDP or ssh with X11 forwarding, depending on the OS. Wayland supports X11 forwarding or connecting to a remote server? This should be considered a base-line requirement.
The rise of cloud design, architecture and services was the resurgence of the mainframe. Nothing of significance is done on bare metal anymore and everything is virtualized in VMs that have no physical or display I/O connected. I personally dislike the over-reliance on virtualization and remote systems but it is the way things are at this time. |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2444
|
| Posted: Fri Nov 15, 2024 6:00 pm Post subject: |
|
|
I don't see your concerns connection to what I said. |
|
| Back to top |
|
|
sdauth
l33t
Joined: 19 Sep 2018
Posts: 652
Location: Ásgarðr
|
| Posted: Sat Nov 16, 2024 10:48 am Post subject: |
|
|
I'm waiting for xfce to be fully compatible and also be able to set -X system-wide.
See you in a few years I guess  |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2444
|
| Posted: Sat Nov 16, 2024 10:54 am Post subject: |
|
|
| sdauth wrote: | | and also be able to set -X system-wide. |
There are plenty of X libraries in use all around, including by Wayland. If you think X use flag is for the server, you're wrong. It's for the X libraries, mostly. Currently you can run completely Xorg free, but i don't recommend that. Libraries will still be necessary, however. There are plenty of applications which still don't support Wayland and some never will, so X libraries respectively X use flag will be necessary.
Best Regards,
Georgi |
|
| 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
|
|
Gentoo Chat
