A arquitetura servidor / cliente do Xorg permite transparência na 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, via x-forwarding usando ssh).
O Wayland terá a mesma ou semelhante maneira de permitir exibir as GUIs dos aplicativos em um sistema diferente do que eles estão executando?
Será necessário que esse recurso esteja lá, antes que sejam tomadas quaisquer medidas para substituir o Xorg pelo Wayland nos sistemas Ubuntu?
Respostas:
De acordo com http://mmol-6453.livejournal.com/253081.html , a transparência da rede está na lista de coisas a serem feitas, apenas no final da lista. Se o que for dito for verdade, eventualmente seremos capazes de conectar graficamente a outra máquina e executar aplicativos, mas não imediatamente, e provavelmente ANTES de X ser descartado. Espero que isso seja verdade, porque, como outros aqui, considero isso uma vantagem primordial para um sistema baseado em X do que outros, como o Windows.
Meu entendimento é que o X será capaz de rodar em cima do Wayland como cliente. Veja os diagramas na parte inferior de http://wayland.freedesktop.org/architecture.html, por exemplo.
Eles apenas mencionam isso em termos de poder compartilhar dispositivos de entrada com o X para compatibilidade com versões anteriores, mas presumo que isso significa que será possível se comunicar com o servidor X por uma conexão remota, mesmo que esteja sendo executado no Wayland.
Não conheço nenhum aplicativo gráfico que não consiga iniciar em uma sessão ssh. Eu, e provavelmente todos que conheço profissionalmente, usam isso todos os dias. Não apenas no trabalho, mas em casa também. Compiz e outros efeitos interessantes são um luxo. A transparência da 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 sobre esse tópico são comentários como "não se preocupe, porque ... [insira palavras que me preocupam aqui].
O que eu quero é que alguém que desenvolva 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 eles não dizem isso sem se proteger.
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 evitar o maior erro de X: fazer e exigir demais (X tinha até um Com esse conceito em mente, não há motivo excepcional para adicionar transparência à rede no protocolo Wayland. Isso pode ser feito em uma API autônoma e seu servidor / cliente. Nada no protocolo Wayland é contra a transparência da rede. . "
Uma coisa que vale a pena mencionar é que as implementações atuais do X não são mais transparentes à rede , como Daniel Stone explica neste vídeo (que você realmente deve ver se está interessado no argumento e se quer dar uma boa risada) )
No Wayland é menos ambicioso que o Xorg e não terá transparência na rede.
Citando o blog de Mark Shuttleworth:
Alguns dos principais objetivos do X dificultam a obtenção dessas experiências do usuário no X do que no GL nativo. Optamos por priorizar a qualidade da experiência sobre esses valores originais, como a transparência da rede.
ref: http://www.markshuttleworth.com/archives/551
Como opinião pessoal, não acho que a transparência da rede do "servidor" gráfico seja um recurso necessário para um computador de mesa, é um recurso que melhor corresponde à arquitetura tiny_client / big_workstation.
A capacidade de Wayland de executar o X aninhado significa que será possível suportar a maioria das situações de transparência de rede e recursos similares. Também li que essa funcionalidade pode ser substituída por um método melhor (se eu puder encontrar o link novamente, fornecerei).