6 ms·
Wayland is not a program, it's a protocol, so there is no way it could depend on systemd. Some compositors may choose to, some compositors may choose not to.
by navaati 11y ago
Wayland is not a program, it's a protocol, so there is no way it could depend on systemd. Some compositors may choose to, some compositors may choose not to.
- digi_owl 11y agoCompositors choose to, because they need a part of it, logind, to talk to polkit, to gain the proper access privileges to do what needs to be done. Basically, with Wayland the compositor/Window Manager/toolkit gets elevated to the same level as X11. Meaning that it has to do pretty much everything that X11 used to do for it. The alternative to using logind+polkit is to run the DE/WM/compositor as root. Not something often talked about, as wayland is supposed to be the secure choice vs X11. Frankly it feels like Linux is turning into some kind of marketing mess, where stuff is being presented as one thing but is in essence something quite different for those in the know.
- byuu 11y agoI would actually be somewhat okay with running the graphical stack as root inside a jail, if it meant bypassing all of the systemd emulation. > Frankly it feels like Linux is turning into some kind of marketing mess I feel it's just been becoming a mess in general. They're trying too hard to cater to every possible use case, and there's nobody really in charge of the whole end-product to say "NO" to things. So they completely miss the elegance that comes with simplicity and minimalism. More and more, I feel the long-term solution for BSD is going to have to be a full split on the graphical stack. It's been lovely for transitioning to be able to take all of my Linux apps with me to BSD, and it's a huge hindrance to eg Haiku adoption, but ... with Linux becoming more and more insular with Linux-only dependencies all throughout the stack, it seems inevitable that this Frankenstein of Linux emulation is going to have to collapse at some point. We could still have GTK/Qt ports, so we could still run the truly portable stuff (Audacious, Pidgin, Transmission. etc.) Or as a nice alternative, dedicate a TTY to running a virtual machine of a full Linux OS for your graphical desktop.
- toyg 11y ago>So they completely miss the elegance that comes with simplicity and minimalism For anyone following Linux since 2000 at least, this statement is so funny. X11 was never simple nor minimal. The various init daemons were never simple nor minimal. The mess that is the collection of kernel drivers has never been simple nor minimal. Linux has always been about choice: if you like stripped-down, you go and strip it down; if you like full-featured, you go and pack everything. There is no one-size-fits-all, no single design. Anything else would not be Linux. The un-linuxness of systemd is exactly that it's becoming less and less optional. We whined for years that X11/Xorg was really a non-optional piece of crap, and when it's finally seeing some competition, we're being saddled with a non-optional daemon that takes over the rest of your system -- and unlike X11, it's not even desktop-only.
- generic_user 11y agoYes, I agree with this very much as a long time Linux and BSD user. Linux was never like a BSD. The only thing that 'IS' Linux is the kernel everything else is a choice. With BSD you get a kernel + system libraries + userland all in the base system. So linux has always been a mess but extremely flexible.
- chousuke 11y ago> Linux has always been about choice This is wrong. Linux has never been about anything. It's always been only what people have made it; no less, no more. Viewed like this, systemd is not at all "un-linuxy" (if that made sense in the first place). It is a set of tools written by a bunch of people to solve their problems, and has gained mindshare, users and developers faster than other alternatives, which is exactly what Linux (the kernel) did. Your only choice is to use it, or not use it, but you don't get to complain if someone else decides to depend on it because they deem superior to alternatives. If you want to keep other software from depending on systemd, the onus is on you to provide a reasonable alternative. It will not work to simply demand that others must spend their effort maintaining code that they have no interest in because you want something.
- 11y ago
- generic_user 11y agoThe Wayland Protocol is simply a specification that is true. But there also has to be an actual implementation. The only implementation of Wayland Protocol at this point is the reference implementation that heavily uses Linux only system calls and is not practically portable to BSD or any other system. Therefor Compositors that use libwayland such as Weston and Gnome are also not portable. SystemD dependencies add another layer of incompatibility. So yes Wayland Like X is in theory OS agnostic but in practical terms they are only as portable as there specific implementation.
- simoncion 11y agoHnnh. I see that the Wayland folks have -perhaps inadvertently- subjected us to another round of "Do you mean Java-the-language, Java-the-VM, or Java-the-Runtime-Environment?" style confusion. I've always heard things like "Wayland is going to be the replacement for X.org." and "Work on Wayland compositors is proceeding at pace.". Pardon my confusion. To address my claim, do you know if there is currently a functional, non-toy Wayland compositor that doesn't plan to add a dependency on systemd?
- yrro 11y agoPerhaps it would clarify things if you knew that Weston is the reference implementation of Wayland that is presumably going to depend on logind.