Re: [dev] Wayland compositors

2021-09-17 Thread Teodoro Santoni
2021-09-17 13:54 GMT+02:00, Страхиња Радић :
> Exactly what Wayland's monolithic,
> opinionated concept doesn't. If a compositor crashes, the whole session
> goes
> down.

Wayland isn't monolithic, BUT is a faulty funnel. It does one thing,
does it poorly, and cuts some well-established use cases in the
process.

> It doesn't matter who is responsible. If Wayland is not finished, its
> developers
> shouldn't act like it is and force it on users and programmers.

That's to me the most insane part of RedHatWare (systemd, wayland,
pulseaudio, GNOME, dbus, udev, polkit, consolekit): it's shipped
unfinished and buggy but the universe is now required to replace old,
clunky apparatus with new, shiny, miscarriaged foetus.



Re: [dev] Wayland compositors

2021-09-17 Thread Страхиња Радић
On 21/09/16, 20:36, Kyryl Melekhin wrote:
>And remember, always follow unix philosophy - go for what works first, optimize
>it later.

This should read "programs should do one thing and do it well" (DOTADIW)[1],
with the added "and work together".  Exactly what Wayland's monolithic,
opinionated concept doesn't. If a compositor crashes, the whole session goes
down. Comparatively in X.Org, you lose window transparency, shadows and
animations and can continue your work as normal. Wayland is in many ways
reminiscent of systemd.

[1]: https://en.wikipedia.org/wiki/Unix_philosophy


On 21/09/17 06:33, Tobias Bengfort wrote:
>I think much of the hate for wayland is misdirected. 

Although I cannot speak for everyone, criticism of Wayland is driven by facts,
not emotions. "Hate" or "love" don't have anything to do with it.

> Don't get me wrong, the state of wayland is bad. But IMHO that is not entirely
> the wayland people's fault.

It doesn't matter who is responsible. If Wayland is not finished, its developers
shouldn't act like it is and force it on users and programmers. Ideally, common
courtesy would be to dedicate part of their efforts towards the "long term
support" (fixing bugs, actual "finishing") of X.Org without introducing new
features. For example, they could address the well-known Xft color emoji crash,
a real example affecting suckless software. Instead, they deliberately choose
otherwise, while presenting Wayland as the new standard, using strong language
to tell off and even openly insult, resorting to petty name-calling, people who
suggest this or who present evidence on why their decisions are wrong. They
didn't even merge independently developed libxft-bgra patch so far! (Yes, it
doesn't solve the entire problem yet, but that's what git is for.)

>it's open source and I cannot force anyone do work on X if they don't want to.

Neither should Wayland be presented as the "be all, end all" of GUI under
GNU/Linux, even moreso since it "isn't in a good state" (fully agree).  After
all those years, someone should begin to wonder if it's worth it at all. Maybe
the general direction should be reevaluated?

>We could absolutely have a full replacement for the X server based on wayland.
>The wayland people won't build it for us though. Neither will the gnome 
>people. 

To use an allegory: it is perfectly fine that they don't want to build our
bridges. But they shouldn't tear down the ones we have, no matter how worn out
or in need of repair they might be. The new ones have design flaws and aren't
even complete.

> You can decide for yourself whether you want to keep whining

Typical use of a strong language as a substitute for having real arguments.




Re: [dev] Wayland compositors

2021-09-17 Thread Tobias Bengfort

Hi,

I think much of the hate for wayland is misdirected. Don't get me wrong, 
the state of wayland is bad. But IMHO that is not entirely the wayland 
people's fault.


What they did is saying: "Hey guys, we are tired of maintaining X. We 
will start a new project with a tighter focus. The wider linux community 
has to step in for all the parts that we no longer support. Just use 
dbus or something."


This move was not great and also not very well communicated. But hey, 
it's open source and I cannot force anyone do work on X if they don't 
want to.


I think what they intended was that some people mess around with some 
ideas and after a while everyone agrees on a single set of protocols (or 
maybe even a single compositor implementation).


Imagine a scenario where we had a single compositor that had an API for 
window management. That is entirely possible. (I built a window manager 
that uses the sway IPC mechanism a while ago.) Wayland does not prevent 
the old server/window manager separation. But it also does not enforce 
that separation.


Unfortunately the wider community did not come together on this. 
Especially gnome created a bunch of specific solutions that will never 
work outside of the the gnome ecosystem. The coordination that is 
happening at https://gitlab.freedesktop.org/wayland/wayland-protocols is 
negligible. The best thing we have in that direction is wlroots, but 
most major desktops refuse to use it.


Most people in this thread seem to agree that the wayland protocol has 
some improvements, but the lack of features is a dealbreaker. We could 
absolutely have a full replacement for the X server based on wayland. 
The wayland people won't build it for us though. Neither will the gnome 
people. You can decide for yourself whether you want to keep whining or 
actually do something about that.


tobias