Vocês acham que o Wayland está maduro o suficiente para substituir o X.org ?

Londreslondres
(usa Parabola)

Enviado em 02/10/2017 - 11:06h

Vejo muitas reclamações sobre o Wayland.
Hoje, por exemplo, teve um cara que estava com problema no TeamViewer no Fedora 26. Ele resolveu o problema iniciando a sessão através do X.org
Enfim... Vocês acham que o Wayland está maduro?
E aproveitando o tópico, o comando "startx" será mantido ou substituído por outro?

xerxeslins
(usa openSUSE)

Enviado em 02/10/2017 - 11:22h

Não está maduro, pelo menos não no Debian testing 10.

Se eu iniciar pelo Wayland tenho dificuldades para instalar extensões do Gnome pelo Firefox, problemas para abrir o Synaptic, e não consigo reiniciar o Gnome com alt+f2 (colocando "r" e Enter).

Espero que um dia amadureça, mas por enquanto não está valendo a pena.

--
If it ain't broke, fix it until it is.

removido
(usa Nenhuma)

Enviado em 02/10/2017 - 12:45h

Não e provavelmente nunca porque Wayland é uma regressão no estado grafico dos sistemas baseados em Linux.

1. a comparação é entre Wayland e X11 que são ambos protocolos, X.org é apenas o servidor grafico mais utilizazdo
2. Wayland não tem as extensões necessarias para fazer varias coisas no Xorg como Screenshots, Video, Keybinds, Olhar outras janelas, então cada Ambiente grafico tem que fazer suas propias extensões ou TODOS tem que aceitar extensões fora do compositor, no momento Gnome, KDE, Sway cada um implementa suas propias extensões e as pessoas que fazem software tem que dar suporte a todos, no X11 voce só dava ao Xorg porque era o mais/unico usado.
2.1 voce sabe que tá ruim quando o Wine reclama que o Wayland não é poderoso suficiente para fazer mapping do Win32 API pro Wayland e o unico conselho que os desenvolvedores do Wayland conseguiram dar: "Usa o Xwayland que cria a funcionalidade do X11 no Wayland"
3. A segurança do Wayland é ficticia e qualquer pessoa com conhecimento minimo sobre Unix sabe isso, e o momento que faz o necessario para ter segurança no Wayland voce já poderia ter feito no X11/Xorg
4. A arquitetura do Wayland é uma regressão do Xorg que mesmo tendo um monte de coisa que ninguem mais usa ou precisa.

removido
(usa Nenhuma)

Enviado em 02/10/2017 - 12:50h

Unicas salvações é a possibilidade de todo mundo aceitar um monte de extensões que coloquem ordem na casa que tem um problabilidade extremamente baixa, mas tem esperança com coisas como PipeWire. E o uso do Mir como um equivalente ao Xorg que vai dar a modularidade que era comum ao X11

albfneto
(usa openSUSE)

Enviado em 02/10/2017 - 15:31h

Em Sabayon Linux, não está nada maduro....

Instável, fecha sózinho, perde os efeitos 3D, ícones e temas de cursores animados, as animações não funcionam etc... etc...

Ao menos em Sabayon, ele não é usável, a nãos ser que desista de animações e efeitos.
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.

Grinder
(usa Slackware)

Enviado em 02/10/2017 - 16:12h

Não tenho muita experiência com isso, mas acho que não tem como escolher um ou outro, o wayland faz apenas uma parte, ele depende do X para poder funcionar, como o pulseaudio depende do alsa.

Eu só tive que usar o Wayland uma vez, que foi quando eu estava jogando Divinity Original Sin que pede o wayland para rodar. Então apenas compilei o pacote do wayland e recompilei o mesa com o wayland habilitado e pronto. Funcionou muito bem, macio, sem glitches, etc.
- - - - -
www.github.com/ericfernandesferreira
www.youtube.com/candelabrus1

removido
(usa Nenhuma)

Enviado em 02/10/2017 - 17:23h

Protocolo Wayland não tem qualquer dependencia no X11, o que algumas implementações do Protocolo Wayland ( Compositores ) tem é o XWayland que funciona como um pequeno servidor X (tipo o Xpra ou o Xepyhr) pra aplicações que ainda não rodam Wayland então voce pode ter seu ambiente Wayland com X11 para aplicações que ainda usam X11.

removido
(usa Nenhuma)

Enviado em 02/10/2017 - 17:59h

não

o "startx" como o proprio nome diz é para inciar o x, logo não faz sentido usar o mesmo comando para iniciar um compositor wayland.


Nâo seria bom elaborar um pouco mais estas afirmações? dizer que é uma regressão, sem um porque, torna a afirmação pouco relevante.

removido
(usa Nenhuma)

Enviado em 02/10/2017 - 18:02h

Leia '2.' e '2.1', diretamente relacionados e o minimo suficiente

removido
(usa Nenhuma)

Enviado em 02/10/2017 - 18:10h

2- não implementar no código coisas que um protocolo não deve fazer é regressão?
2.1 - se já funcionava no x11, e aparentemente não é diretamente portável, então faz sentido falar para usar o xwayland.
São só estes dois pontos que fazem o wayland ser uma regressão? acredito que para fazer estas afirmações deva ter lido sobre, então eu ficaria grato se pudesse me passar algumas fontes que fale sobre isso de forma mais detalhada.

GabrielMS86
(usa Arch Linux)

Enviado em 02/10/2017 - 19:02h

Wayland precisa evoluir um bocado ainda. Várias coisas estão problemáticas, principalmente para rodar aplicativos que pedem senha de root, como por exemplo o Grub Customizer e o Gufw. Atualmente só consigo fazer isso logando sobre o Xorg.
Por outro lado, no Fedora 26, após instalar os drivers proprietários da Nvidia num notebook híbrido e logando ora sobre o Xorg com a Nvidia e ora sobre o Wayland com a Intel Onboard, tenho notado que o desempenho do Wayland - ainda que com a placa onboard - está melhor do que o Xorg + Nvidia.
Não sei se isso é culpa do driver, provavelmente é. Mas o uso do Gnome + Wayland + Intel Graphics não está ruim não. Está até bastante leve e fluido.

removido
(usa Nenhuma)

Enviado em 02/10/2017 - 19:56h

Considerando que Wayland é um protocolo não tem codigo ele só "codifica" um numero de coisas que um Compositor ( aqui que vai o codigo ) tem que fazer para cumprir e ser chamado de Compositor Wayland

Se voce não vai obrigar os compositores a fazerem screenshot e video como o X faz com extensões genericas voce tem 2 opções

1. Implementa um codigo separado em CADA compositor e todos os criadores de software que suportar cada protocolo, é o que o KDE e Gnome fazem no momento e o mais provavel
2. Torcer para uma extensão ser adotada pelos compositores que permita isso, claro que eu quero isso porque seria o melhor caso mas Gnome e Enlightenment já falaram que não vão trabalhar pra isso, a unica esperança nesse caso foi o PipeWire criado pelo Gnome com alguns outros para Video ( não screenshot ) e isso não cobre a unha de coisas que X11 e Xorg fazem que Wayland e os compositores não fazem



Não é diretamente portavel porque o protocolo não é poderoso suficiente para fazer as coisas o que leva as varias DEs terem que reimplementar tudo denovo. E XWayland não ser necessario é o objetivo final pra quem quer mudar pro Wayland, ate o wine não é diretamente portavel pro Wayland [5]



Não só Wayland tambem leva a:

1 ) Duplicação de codigo em que cada compositor tem que fazer suas propias extensões para chegar a paridade de funções com X11/Xorg
2 ) Redução de escolha do usuario agora que coisas vitais com Screenshots, Videos e outros componentes que eram apenas clientes no X11 agora são propiedade do Compositor, espero que as pessoas se divirtam tendo que escolher entre DEs porque não gostaram da ferramenta de Screenshot padrão em vez de pegar a que quer de uma gamma de escolhas compativeis entre cado um devido ao uso do Servidor Xorg

E tem coisas como:

3 ) Venda de segurança ficticia [1][4], atraves da promessa que clientes estão em sandbox, ignorando que estão no Unix e acessar a memoria do Compositor como seu propio usuario é trivial ( claro voce pode desativar mas boa sorte usando qualquer debugger ou até steam que usa isso na inicialização e no anticheat ) e o momento que voce faz o sandboxing em todos os niveis necessarios ( Display, Arquivos, Chamadas ) o Xorg já tem isso via um servidor proxy Xpra [2]
4 ) Falta de SSD ( Server-Side Decorations ) no protocolo deixando o compositor decidir o que força programas a usarem Toolkits como GTK ou Qt, o mpv por exemplo esteve bugado por um tempo no Gnome que só tinha Client-Side Decorations ( CSD ) [3]

[1] https://www.reddit.com/r/linux/comments/73awua/kde_to_focus_on_privacy/dnpbpnl/
[2] http://subuser.org/news/0.3.html
[3] https://github.com/mpv-player/mpv/issues/3646
[4] https://www.reddit.com/r/linux/comments/6zmlyj/gnome_326_wayland_vs_xorg_performance_boot_times/dmy1...
[5] https://people.freedesktop.org/~cbrill/dri-log/?channel=wayland&highlight_names=&date=2015-0...