[f.....g]

Zrezygnowałem z SDDM-git i Waylanda. Wróciłem do X11. Straszne wycieki pamięci były pod Plasmą...
#linux #sddm #wayland #archlinux #kde

[f.....g]

@fryderyk-baumberg: wpis mój sprzed miesiąca

[PortowySzczur]

@fryderyk-baumberg: a ludzie się obrażają jak cisnę po wayland. Dopóki nie znajdą sposobu na globalne skróty klawiszowe i ten standard zacznie być wspierany merytorycznie przez ludzi od standardu to nie będzie tam dobrze. Niech teraz żrą co wysrali.

[f.....g]

@PortowySzczur: SDDM nie ma wsparcia dla tego protokołu w wydaniu stabilnym. KDE Plasma niby oferuje na Waylandzie całą funkcjonalność, ale środowisko potrzebuje jeszcze wielu optymalizacji...

[PortowySzczur]

@fryderyk-baumberg: już sam fakt że oni traktują to jak standard niczym protokół http sprawia że jest kilka konkurujących, czego się nie da według standardu to sobie kde/gnome/wlroots dopisze samemu i masz potworka, który wszędzie działa inaczej. Weź teraz napisz stabilna aplikacje desktopowa.

[vries]

@PortowySzczur: Ale tak ma być. Wayland ma wspierać twoich skrótów, nie ma spierać przesyłania obrazu. Musisz sobie to dopisać w ramach kompozytora. Jak mają być standardy, to się muszą dogadać pomiędzy kompozytorami. Jak dobrze wiesz, tak się nie stanie, bo to nie jest "open source way".
Ludzie się przyzwyczaili do X'ów, gdy wcale nie jest to dobre rozwiązanie. X'y to kobyła pisana od ponad 20 lat z naleciałościami tego wieku,

[fervi]

Jak dobrze wiesz, tak się nie stanie, bo to nie jest "open source way".

@vries: Nie jestem tego pewien. W sensie ogólnie to prawda Xd Ale Wiele tego typu rzeczy można zrobić z poziomu alternatywnych aplikacje, które wykorzystując poszczególne cosie kompozytora wykonają pracę. Czyli w skrócie aplikacja do screenshotów może sprawdzić jaki kompozytor jest i w ten sposób zrobić screena.

Ale to pewna

[PortowySzczur]

RedHat bardzo lubi standardy na serwerach, ale na desktopie, to ma kompatybilność wsteczną i wygodę użytkownika w dupie

@vries: za razem masz projekty jak podman czy pipewire, które stoją interfejsami API kompatybilnymi z kolejno dockerem i pulseaudio, także jak chcą to potrafią ułatwić wdrożenie. Ogółem prostota portowania, w celu szybkiego zdobycia grupy użytkowników ma duże plusy, łatwiej o start i szybkie wdrożenie technologii.

[fervi]

więc może wartoby napisać coś co daje kompatybilność wsteczną ale jest krokiem do przodu.

@PortowySzczur: No wiesz. Takie jest częściowe założenie. Tylko trzeba pomijać błędy koncepcyjne Xorga :P A to nie takie proste.

[walenty-merkel]

git, SDDM, i Wayland

@fryderyk-baumberg: Sam się prosiłeś.

[f.....g]

@walenty-merkel: miesiąc temu to działało zacnie. Ale to Arch, pakiety się aktualizują i mogą zdarzać sie regresje. W miedzyczasie przyszła nowa wersja Mesy, Qt, KDE Frameworks i innych

[uesugi2]

@fryderyk-baumberg: poetteringware swieci w nocy jak swiateczna choinka z lasu obok czarnobyla.

[walenty-merkel]

@fryderyk-baumberg: O! A takie Qt, miało działać niezależnie od generacji, bez hocków-klocków jak przy 3>4, a tu "Komunikat programu: Mieszasz biblioteki, frajerze, nie będę działać!" Że się pożalę nie na temat. A miało być letko i szypko, całe DE lekkie i szybkie, łech...

[niepodszywamsiepodbiauka]

@fryderyk-baumberg: XWayland i wszystko śmiga. Manjaro GNOME in default instaluje jak wykryje Radeona i znajomy nawet nie był świadom, że od paru miechów na Waylandzie siedzi. Ja jednak dalej w X, ale jaram się na Waylanda. Z protokołami niestety tak jest, że dużo czasu zajmuje ustalenie standardu, a na dodatek mamy do przepisania X, co jest zajebiście WIELKIM wyzwaniem.
Jednakże jest progres. 5 lat temu, nie dało się tego włączyć,