A arquitetura do servidor / cliente Xorg permite a transparência da rede, o que significa que é possível iniciar x-clients em uma máquina remota e exibir a GUI na máquina local (ou seja, através do x-forwarding usando ssh).
O Wayland terá a mesma maneira ou uma maneira semelhante de permitir a exibição das GUIs de aplicativos em um sistema diferente do que estão em execução?
Será necessário que esse recurso esteja lá, antes que sejam tomadas medidas para substituir o Xorg pelo Wayland nos sistemas Ubuntu?
De acordo com o link , a transparência da rede está na lista de coisas a fazer, é apenas na parte inferior Lista. Se o que é dito lá for verdadeiro, eventualmente seremos capazes de nos conectar graficamente a outra máquina e executar aplicativos, mas não imediatamente, e provavelmente ANTES que o X seja descartado. Espero que isto seja verdade, porque, como os outros aqui, considero que esta é uma vantagem primordial para um sistema baseado em X do que outros, como o Windows.
Meu entendimento é que o X poderá rodar no Wayland como um cliente. Veja os diagramas na parte inferior do link por exemplo.
Eles só mencionam isso em termos de poder compartilhar dispositivos de entrada com X para compatibilidade com versões anteriores, mas presumo que isso signifique que será possível se comunicar com o servidor X através de uma conexão remota, mesmo que esteja sendo executado no Wayland.
Não conheço nenhum aplicativo gráfico que não possa ser iniciado por uma sessão ssh. Eu e provavelmente todos que eu conheço profissionalmente usam isso todos os dias. Não apenas no trabalho, mas também em casa. Compiz e outros efeitos legais são um luxo. A transparência de rede para cada aplicativo gráfico que eu possa instalar é um requisito . RDP ou VNC são substitutos inaceitáveis.
Tudo o que posso ver neste tópico são comentários como "não se preocupe porque ... [insira palavras que me preocupem aqui].
O que eu quero é que alguém que esteja desenvolvendo o Wayland diga publicamente "não se preocupe com isso, porque" a transparência da rede é uma prioridade para nós. "Eles sabem que queremos ouvir isso, mas não saem e dizem sem cobertura.
A resposta correta é: "A transparência da rede está fora do escopo do protocolo Wayland".
Uma explicação completa é fornecida nesta FAQ , mas um breve resumo pode ser: "o objetivo do Wayland é definir um pequeno protocolo, tentando ficar longe do maior erro do X: fazer e mandar demais (X ainda tinha um servidor de impressão!). Com esse conceito em mente, não há nenhuma razão pendente para adicionar transparência de rede no protocolo Wayland. Isso pode ser feito em uma API autônoma e em seu servidor / cliente. protocolo é contra a transparência da rede. "
Uma coisa que vale a pena mencionar é que implementações atuais do X não são mais transparentes à rede , como explica Daniel Stone neste vídeo (que você realmente deve ver se estiver interessado no argumento e se quiser ter um bom riso --nerdy--).
Nenhum Wayland é menos ambicioso que o Xorg e não terá transparência de rede.
Citações do blog de Mark Shuttleworth:
Alguns dos principais objetivos do X tornam mais difícil alcançar essas experiências do usuário no X do que no GL nativo. Por isso, optamos por priorizar a qualidade da experiência em relação a esses valores originais, como a transparência da rede.
ref: link
Como uma opinião pessoal, não acho que a transparência de rede do "servidor" gráfico seja um recurso necessário para um computador de mesa; é um recurso que corresponde melhor à arquitetura tiny_client / big_workstation.
A capacidade do Wayland de executar o X aninhado significa que será possível suportar a maioria das situações de transparência de rede e recursos semelhantes. Também li que essa funcionalidade pode ser substituída por um método melhor (se eu puder encontrar o link novamente, eu o fornecerá).