Effectivement, tout comme moi.
J'ai installé Chrome du coup, et ai même activé la synchro cloud (pour la science !), mais sans résultat.
Par contre j'ai trouvé ceci sur le net ; n'ayant pas de compte "entreprise", je ne peux pas tester…
Hello, après avoir lu le code de Chromium,
J'ai trouvé où c'est implémenté, mais pas appelé. Du coup je me demande si seul Chrome (le browser commercial) ne ferait pas appel à cette info, et d'une manière qu'on ignore ; pourrais-tu exécuter :
ls ~/.config/chromium/Policy/Enrollment/
ls ~/.config/chrome/Policy/Enrollment
ls ~/.config/google-chrome/Policy/Enrollment/ et m'indiquer le retour ?
(un indice quand même : sous Windows uniquement, si l'équivalent de cette valeur existe, la machine est considérée comme "gérée par l'entreprise" et Chrome ne fait pas ses mises à jour par lui-même)
Comme la news est lapidaire, j'étoffe un coup ; Apple Silicon sera un dérivé de ça.
Soc Apple A12Z (ou +), jeu d'instructions ARMv8.3, donc. Comme le dit @barmic, la plupart des projets supportent déjà ARM en général ; on peut imaginer que le coup de pouce vise l'optimisation.
Dans Chromium p.ex., il y a différents codes assembleur suivant le niveau de jeu d'instructions ARM ciblé ; sauf que bien sûr, les jeux en question correspondent surtout aux CPUs des téléphones Android.
Vu à quel point ARM reste encore en retrait d'x86 sur la performance brute, avec ou sans optim' ça fait un monde de différence.
Maintenant, on peut juste imaginer arrêter le délire de mettre tous les informaticiens à Paris, et que ceux qui préfèrent un autre endroit moins cher puisse le faire
Difficile de plusser… plus.
Avec pour principe de refuser les offres parisiennes, même en évitant les domaines réservés (finance etc), on sentait être trop d'oiseaux à picorer dans l'assiette.
Et puis, même nonobstant le côut de… tout en fait, Paname c'est pas si top que ça.
Attention, erreur : apt search montre tous les paquets, pas juste ceux installés. Tu peux vérifier avec dpkg -L [paquet].
Cependant, il est probable que tu aies bien libgusb.so.2 (qui, comme packages.ubuntu.com nous l'apprend, fait partie du paquet libgusb2) ; mais pas dans la version qu'attend simple-scan .
Questions :
- as-tu installé simple-scan avec apt install ou un gestionnaire externe comme Snap ou Flatpak (ou une archive auto-installable fournie par un site tiers) ?
- dans le 1er cas, essaie un apt-get update suivi d'un apt install libgusb2 .
Du coup, l'environnement est beaucoup moins amusant.
Je m'étais aussi fait la remarque récemment.
Dans le temps, il y avait un côté fun et un peu décalé ici.
Maintenant le langage reprend les tics de l'entreprise : ça cause régressions, nombre de contributeurs, quantité de features/release… les anciens hackers dans leur garage ont été au pire embauchés par les GAFAM, au mieux engloutis dans les wannabe de la startup nation.
Ue signe : le soutien apporté dans les commentaires à des softs pyramidaux et éminemment discutables comme systemd, Chromium… qui en leur temps ont généré des trolls épiques. Avec le fameux argument "Si tu n'es pas content, fais mieux" volontiers utilisés par ceux qui bossent dans des fermes de développeurs capables d'aligner des centaines de personnes et des millions de dollars.
Du coup il ne reste que les barbus du logiciel libre -qui ont toujours été un peu à part- pour détonner, et du coup de plus en plus par rapport aux précédents.
sortir une vielle machine et faire les mises à jours version par version, plutôt qu'une nouvelle installation propre, je pense que l'auteur du journal peut être un client ;)
Une vieille version de QEMU (à la louche, fourchette v0.8-v0.9) devrait pouvoir le faire. En fait elle est même capable d'émuler un AMD64 sur un IA-32 ;).
Ça laissera le souci d'une lenteur internale -bon PoC de geek, mais complètement inutilisable au quotidien.
En voyant écrit GNOME, Skype, Chromium… j'ai direct anticipé que ça allait coincer.
D'ailleurs pour bosser un peu sur le code du dernier, je peux te dire que le support pour ton proco a été retiré il y a bien longtemps.
Indépendamment de la puissance brute, tu utilises une archi considérée "morte" par de nombreux devs : l'IA32 -sans même SSE2.
En dehors du simple cas "pas testé", ça embête les logiciels compétitifs -ceux qui utilisent les optims explicitement- de maintenir ton cas vu le manque d'effectif ;).
J'ai pas de solution miracle à part d'embaucher un dév ou récupérer au moins un Athlon 64.
Laisse, Bastoon.
Tu as parfaitement le droit de critiquer GNOME 3 par rapport à MATE ; bien qu'ils partagent beaucoup de code, les personnes/priorités/financements du premier ont beaucoup changé depuis l'époque de GNOME 2 - ça se voit à l'oeil nu. Bien sûr ils n'allaient pas tout réécrire ; et de son côté l'équipe de MATE est trop petite pour s'eloigner franchement.
Après, certaines personnes sont territoriales avec le projet qu'elles suivent/soutiennent depuis longtemps.
Intéressant ! Du coup, cela fait de Teo-Ng le premier émulateur dédié Thomson sous Linux -DCMOTO ne supportant que Windows, je me trompe ? (MAME/MESS fonctionne aussi mais n'est pas optimal)
Wayland et Gnome (3): Des projets un peu dogmatiques à mon goût et qui n'écoutent qu'eux mêmes… Au final, d'autres ayant des compétences sur les sujets qui fâchent font Cinnamon et waypipe, certes, mais ces attitudes n'aident pas le libre.
Assez d'accord sur GNOME ;-).
Mais en réalité le concepteur de Wayland (Kristian Høgsberg) avait fourni un PoC équivalent à Waypipe. C'est juste que la fonctionnalité était jugée "non-core" (l'objectif de Wayland était orthogonal) et n'intéressait pas de développeurs assez qualifiés pour la finaliser… jusqu'à maintenant.
Tout comme conchier X: Je préfère un truc qui marche à travers le réseau que gagner des FPS au jeu, même si les deux ce serait l'idéal.
L'écosystème Linux moderne (entre l'embarqué, les designers, les gamers/Steam/Valve…) , s'est clairement déplacé du premier besoin vers le second.
Personnellement, ça ne me choque pas qu'on considère que l'objectif d'un serveur d'affichage est… d'"afficher au mieux", le réseau étant une fonction annexe.
L'intérêt d'X aujourd'hui est historique, et consiste surtout à conserver la compatibilité avec les vieilles applications et OS legacy (les BSD notamment).
waypipe serait typiquement une brique (centrale) d'une solution type x2go.
Il serait même possible de détecter automatiquement le protocole (X11 ou Wayland) en fonction de la présence/absence de sockets et variables d'environnment.
Intéressant. Là je tourne à la mémoire, et manque honnêtement de maîtrise récente du sujet (= il n'est pas impossible que tu aies raison). Il faudrait aussi que je fasse des benches pour comparer tout ça.
des vieille machine DEC dépassée avec écran Monochrome
quelques stations PC/GUN/Linux sous redhat (je crois)
Wow ! On est bien loin de Wayland avec du matos de cet âge (ça démarre à RHEL 8).
Sur un tel parc, non seulement le forwarding X11 c'est le plus logique, mais sûrement tout ce qui est disponible aussi (j'imagine pas les versions modernes de freerdp, Xvnc… compiler sans patch sur DEC ou Tru64). Et pis, pas trop de contraintes de bande passante non plus sur un tel LAN.
waypipe permettra sûrement une migration sans douleur dans, disons, dix ans :-).
J'ai utilisé XFCE pendant deux ans avant de passer sous GNOME 2/MATE.
Je dirais qu'alors que XFCE fournit juste la base d'un bureau, avec peu d'outils basiques qui sont à compléter par d'autres pris ailleurs ; MATE a l'ambition de fournir un bureau complet et "auto-contenu".
Cas typique : l'éditeur de texte. Sous XFCE c'est "mousepad", et il se contente d'afficher du texte avec éventuellement la coloration syntaxique. Sous MATE c'est "pluma", et il le fait aussi; mais supporte les plugins, la correction orthographique, les macros…
Autre cas : la visionneuse PDF, le gestionnaire d'archives ZIP… XFCE ne propose rien de tout ça (tu vas donc installer p.ex. "Xpdf" et "P7ZIP") mais MATE propose "atril" et "engrampa" qui, bien que moins avancés que les 2 précédents, sont cohérents dans leur look et font le job dans 90% des cas.
En résumé : XFCE c'est Windows 98. MATE c'est Windows 98 avec des freewares ;-).
En gros, ça ne fonctionne out-of-the-box qu'avec OpenGL 1.0 (mode soft) ou des drivers graphiques parfaitement aligés (mode hard). La faute à l'absence de gestion du mécanisme des extensions OpenGL par le code historique.
Pour de véritables applis utilisant OpenGL 2.x+, il faut installer p.ex. VirtualGL qui va rajouter sa couche d'abstraction ; c'était le fameux "autre outil" dont j'avais oublié le nom.
Apparemment, même si ce n'est pas automatisé, la possibilité existerait :
It's possible to set up the local and remote processes so that, when the connection between the the sockets used by each end breaks, one can create a new forwarded socket on the remote side and reconnect the two processes. For a more detailed example, see the man page.
La formulation est un peu ambigue ; mais oui ce serait vraiment sympathique de retrouver sa fenêtre à partir d'un autre poste ! Il faut une petite infra quand même pour tester (deux machines avec Wayland en plus du "serveur") ; je regarde ça à l'occasion.
Excellente question :).
Alors, en n'oubliant pas que c'est basé sur le mode de transport choisi (ici, SSH); voici après avoir coupé la connexion :
La wl_shell_surface cesse de répondre au "ping" et le compositeur affiche donc le sablier. Ca reste comme ça pendant 15 secondes; je rétablis et après encore 10 secondes:
Je ne sais pas jusqu'à combien ça "tient" (je dirais : autant que la capacité de SSH à se reconnecter en mode texte selon le paramétrage) mais ça tourne !
Il y a méprise :). Ce que je voulais dire, c'est que le forwarding "à poil" tel qu'expliqué dans les tutos n'est quasi-jamais utilisé. Ou plutôt si, mais pas tout seul.
Dans ma capture, il y a un lecteur vidéo, mais on n'entend pas le son; il faudrait créer un pipe PulseAudio.
Si je fais "Fichier"-"Ouvrir", je vois les répertoires du poste distant, mais pas les miens; il faudrait monter un sshFS distant et me positionner automatiquement dessus.
Etc…
waypipe est super-utile, mais en tant que "brique" d'un système plus complexe, un serveur d'application avec une interface de gestion et une DB d'utilisateurs. Un Terminal Server effectivement.
La vanne sur X11 vient surtout de sa lourdeur de base (pas de compression !) et qu'il faut installer plein d'autres outils pour avoir un vrai truc, genre la 3D que propose simplement waypipe avec DMABUF.
[^] # Re: Utilisé dans Chrome, pas Chromium ?
Posté par Tarnyko (site web personnel) . En réponse au journal systemd: identifiant unique, world-readable?. Évalué à 1.
Effectivement, tout comme moi.
J'ai installé Chrome du coup, et ai même activé la synchro cloud (pour la science !), mais sans résultat.
Par contre j'ai trouvé ceci sur le net ; n'ayant pas de compte "entreprise", je ne peux pas tester…
# Utilisé dans Chrome, pas Chromium ?
Posté par Tarnyko (site web personnel) . En réponse au journal systemd: identifiant unique, world-readable?. Évalué à 3. Dernière modification le 31 juillet 2020 à 14:03.
Hello, après avoir lu le code de Chromium,
J'ai trouvé où c'est implémenté, mais pas appelé. Du coup je me demande si seul Chrome (le browser commercial) ne ferait pas appel à cette info, et d'une manière qu'on ignore ; pourrais-tu exécuter :
ls ~/.config/chromium/Policy/Enrollment/
ls ~/.config/chrome/Policy/Enrollment
ls ~/.config/google-chrome/Policy/Enrollment/
(un indice quand même : sous Windows uniquement, si l'équivalent de cette valeur existe, la machine est considérée comme "gérée par l'entreprise" et Chrome ne fait pas ses mises à jour par lui-même)
# Contexte
Posté par Tarnyko (site web personnel) . En réponse au journal Transition ARM : Apple assistera certains projet open source . Évalué à 10. Dernière modification le 23 juin 2020 à 15:47.
Comme la news est lapidaire, j'étoffe un coup ; Apple Silicon sera un dérivé de ça.
Soc Apple A12Z (ou +), jeu d'instructions ARMv8.3, donc. Comme le dit @barmic, la plupart des projets supportent déjà ARM en général ; on peut imaginer que le coup de pouce vise l'optimisation.
Dans Chromium p.ex., il y a différents codes assembleur suivant le niveau de jeu d'instructions ARM ciblé ; sauf que bien sûr, les jeux en question correspondent surtout aux CPUs des téléphones Android.
Vu à quel point ARM reste encore en retrait d'x86 sur la performance brute, avec ou sans optim' ça fait un monde de différence.
[^] # Re: Rien de nouveau
Posté par Tarnyko (site web personnel) . En réponse au journal Télétravail, premier pas vers une délocalisation générale ?. Évalué à 2.
Difficile de plusser… plus.
Avec pour principe de refuser les offres parisiennes, même en évitant les domaines réservés (finance etc), on sentait être trop d'oiseaux à picorer dans l'assiette.
Et puis, même nonobstant le côut de… tout en fait, Paname c'est pas si top que ça.
# Versions non alignées
Posté par Tarnyko (site web personnel) . En réponse au message Des problèmes avec le scanner USB. Évalué à 2. Dernière modification le 21 mai 2020 à 12:45.
Attention, erreur : apt search montre tous les paquets, pas juste ceux installés. Tu peux vérifier avec dpkg -L [paquet].
Cependant, il est probable que tu aies bien libgusb.so.2 (qui, comme packages.ubuntu.com nous l'apprend, fait partie du paquet libgusb2) ; mais pas dans la version qu'attend simple-scan .
Questions :
- as-tu installé simple-scan avec apt install ou un gestionnaire externe comme Snap ou Flatpak (ou une archive auto-installable fournie par un site tiers) ?
- dans le 1er cas, essaie un apt-get update suivi d'un apt install libgusb2 .
[^] # Re: Une hypothèse optimiste
Posté par Tarnyko (site web personnel) . En réponse au journal oh et puis merde.... dlfp, c'est vraiment censé être politique?. Évalué à 1.
:-D.
[^] # Re: Une hypothèse optimiste
Posté par Tarnyko (site web personnel) . En réponse au journal oh et puis merde.... dlfp, c'est vraiment censé être politique?. Évalué à 8.
Je m'étais aussi fait la remarque récemment.
Dans le temps, il y avait un côté fun et un peu décalé ici.
Maintenant le langage reprend les tics de l'entreprise : ça cause régressions, nombre de contributeurs, quantité de features/release… les anciens hackers dans leur garage ont été au pire embauchés par les GAFAM, au mieux engloutis dans les wannabe de la startup nation.
Ue signe : le soutien apporté dans les commentaires à des softs pyramidaux et éminemment discutables comme systemd, Chromium… qui en leur temps ont généré des trolls épiques. Avec le fameux argument "Si tu n'es pas content, fais mieux" volontiers utilisés par ceux qui bossent dans des fermes de développeurs capables d'aligner des centaines de personnes et des millions de dollars.
Du coup il ne reste que les barbus du logiciel libre -qui ont toujours été un peu à part- pour détonner, et du coup de plus en plus par rapport aux précédents.
Ce commentaire est bien sûr un troll patenté.
# Mine d'or
Posté par Tarnyko (site web personnel) . En réponse au journal Accéder aux articles gratuits des Editions Diamond. Évalué à 2.
Mais… mais c'est une vraie mine d'or planquée quasiment entre le frigo et le micro-ondes !
Merci beaucoup pour le partage :-).
[^] # Re: Ah ben oui...
Posté par Tarnyko (site web personnel) . En réponse au journal Confinement, recyclage et *pof* ça marche pas.. Évalué à 3. Dernière modification le 01 avril 2020 à 16:08.
J'ai pas pertinenté car ça ne fait tourner ni Skype, ni Chrome ;) .
[^] # Re: lol
Posté par Tarnyko (site web personnel) . En réponse au journal Confinement, recyclage et *pof* ça marche pas.. Évalué à 3.
Pas faux :D .
[^] # Re: lol
Posté par Tarnyko (site web personnel) . En réponse au journal Confinement, recyclage et *pof* ça marche pas.. Évalué à 4.
Une vieille version de QEMU (à la louche, fourchette v0.8-v0.9) devrait pouvoir le faire. En fait elle est même capable d'émuler un AMD64 sur un IA-32 ;).
Ça laissera le souci d'une lenteur internale -bon PoC de geek, mais complètement inutilisable au quotidien.
# Rien d'étonnant
Posté par Tarnyko (site web personnel) . En réponse au journal Confinement, recyclage et *pof* ça marche pas.. Évalué à 10.
En voyant écrit GNOME, Skype, Chromium… j'ai direct anticipé que ça allait coincer.
D'ailleurs pour bosser un peu sur le code du dernier, je peux te dire que le support pour ton proco a été retiré il y a bien longtemps.
Indépendamment de la puissance brute, tu utilises une archi considérée "morte" par de nombreux devs : l'IA32 -sans même SSE2.
En dehors du simple cas "pas testé", ça embête les logiciels compétitifs -ceux qui utilisent les optims explicitement- de maintenir ton cas vu le manque d'effectif ;).
J'ai pas de solution miracle à part d'embaucher un dév ou récupérer au moins un Athlon 64.
[^] # Re: Un grand merci pour MATE !
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 2.
Laisse, Bastoon.
Tu as parfaitement le droit de critiquer GNOME 3 par rapport à MATE ; bien qu'ils partagent beaucoup de code, les personnes/priorités/financements du premier ont beaucoup changé depuis l'époque de GNOME 2 - ça se voit à l'oeil nu. Bien sûr ils n'allaient pas tout réécrire ; et de son côté l'équipe de MATE est trop petite pour s'eloigner franchement.
Après, certaines personnes sont territoriales avec le projet qu'elles suivent/soutiennent depuis longtemps.
# Emulateur Thomson sous Linux
Posté par Tarnyko (site web personnel) . En réponse au journal Le 5eme axe sur Xbox. Évalué à 2.
Hello Samos,
Intéressant ! Du coup, cela fait de Teo-Ng le premier émulateur dédié Thomson sous Linux -DCMOTO ne supportant que Windows, je me trompe ?
(MAME/MESS fonctionne aussi mais n'est pas optimal)
[^] # Re: Comble un manque...
Posté par Tarnyko (site web personnel) . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 1. Dernière modification le 12 mars 2020 à 13:03.
Assez d'accord sur GNOME ;-).
Mais en réalité le concepteur de Wayland (Kristian Høgsberg) avait fourni un PoC équivalent à Waypipe. C'est juste que la fonctionnalité était jugée "non-core" (l'objectif de Wayland était orthogonal) et n'intéressait pas de développeurs assez qualifiés pour la finaliser… jusqu'à maintenant.
L'écosystème Linux moderne (entre l'embarqué, les designers, les gamers/Steam/Valve…) , s'est clairement déplacé du premier besoin vers le second.
Personnellement, ça ne me choque pas qu'on considère que l'objectif d'un serveur d'affichage est… d'"afficher au mieux", le réseau étant une fonction annexe.
L'intérêt d'X aujourd'hui est historique, et consiste surtout à conserver la compatibilité avec les vieilles applications et OS legacy (les BSD notamment).
# MATE sur PinePhone
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 1.
Une petite vidéo de MATE tournant sur PinePhone .
[^] # Re: x2go
Posté par Tarnyko (site web personnel) . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 3.
waypipe serait typiquement une brique (centrale) d'une solution type x2go.
Il serait même possible de détecter automatiquement le protocole (X11 ou Wayland) en fonction de la présence/absence de sockets et variables d'environnment.
[^] # Re: Rappel du principe
Posté par Tarnyko (site web personnel) . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 1.
Intéressant. Là je tourne à la mémoire, et manque honnêtement de maîtrise récente du sujet (= il n'est pas impossible que tu aies raison). Il faudrait aussi que je fasse des benches pour comparer tout ça.
[^] # Re: mouarf
Posté par Tarnyko (site web personnel) . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 2. Dernière modification le 19 février 2020 à 17:46.
Wow ! On est bien loin de Wayland avec du matos de cet âge (ça démarre à RHEL 8).
Sur un tel parc, non seulement le forwarding X11 c'est le plus logique, mais sûrement tout ce qui est disponible aussi (j'imagine pas les versions modernes de freerdp, Xvnc… compiler sans patch sur DEC ou Tru64). Et pis, pas trop de contraintes de bande passante non plus sur un tel LAN.
waypipe permettra sûrement une migration sans douleur dans, disons, dix ans :-).
[^] # Re: mouarf
Posté par Tarnyko (site web personnel) . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 4.
Mais si ! C'est comme couper un serveur quand on te demande s'il sert encore : ça génère des appels, et après tu sais ;-).
Ca sent le xhost + lancé plus que de raison ça ;-).
Vous êtes sous quelles versions de distributions (à la louche, comme ça) ?
[^] # Re: Mate vs XFCE4 ?
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 7. Dernière modification le 18 février 2020 à 23:15.
J'ai utilisé XFCE pendant deux ans avant de passer sous GNOME 2/MATE.
Je dirais qu'alors que XFCE fournit juste la base d'un bureau, avec peu d'outils basiques qui sont à compléter par d'autres pris ailleurs ; MATE a l'ambition de fournir un bureau complet et "auto-contenu".
Cas typique : l'éditeur de texte. Sous XFCE c'est "mousepad", et il se contente d'afficher du texte avec éventuellement la coloration syntaxique. Sous MATE c'est "pluma", et il le fait aussi; mais supporte les plugins, la correction orthographique, les macros…
Autre cas : la visionneuse PDF, le gestionnaire d'archives ZIP… XFCE ne propose rien de tout ça (tu vas donc installer p.ex. "Xpdf" et "P7ZIP") mais MATE propose "atril" et "engrampa" qui, bien que moins avancés que les 2 précédents, sont cohérents dans leur look et font le job dans 90% des cas.
En résumé : XFCE c'est Windows 98. MATE c'est Windows 98 avec des freewares ;-).
[^] # Re: Rappel du principe
Posté par Tarnyko (site web personnel) . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 5. Dernière modification le 18 février 2020 à 19:32.
Détails sur la transparence X11/GL .
En gros, ça ne fonctionne out-of-the-box qu'avec OpenGL 1.0 (mode soft) ou des drivers graphiques parfaitement aligés (mode hard). La faute à l'absence de gestion du mécanisme des extensions OpenGL par le code historique.
Pour de véritables applis utilisant OpenGL 2.x+, il faut installer p.ex. VirtualGL qui va rajouter sa couche d'abstraction ; c'était le fameux "autre outil" dont j'avais oublié le nom.
[^] # Re: ça fait penser à xpra
Posté par Tarnyko (site web personnel) . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 2. Dernière modification le 17 février 2020 à 17:35.
Apparemment, même si ce n'est pas automatisé, la possibilité existerait :
It's possible to set up the local and remote processes so that, when the connection between the the sockets used by each end breaks, one can create a new forwarded socket on the remote side and reconnect the two processes. For a more detailed example, see the man page.
La formulation est un peu ambigue ; mais oui ce serait vraiment sympathique de retrouver sa fenêtre à partir d'un autre poste ! Il faut une petite infra quand même pour tester (deux machines avec Wayland en plus du "serveur") ; je regarde ça à l'occasion.
[^] # Re: déconnexion
Posté par Tarnyko (site web personnel) . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 7.
Excellente question :).
Alors, en n'oubliant pas que c'est basé sur le mode de transport choisi (ici, SSH); voici après avoir coupé la connexion :
La wl_shell_surface cesse de répondre au "ping" et le compositeur affiche donc le sablier. Ca reste comme ça pendant 15 secondes; je rétablis et après encore 10 secondes:
Je ne sais pas jusqu'à combien ça "tient" (je dirais : autant que la capacité de SSH à se reconnecter en mode texte selon le paramétrage) mais ça tourne !
[^] # Re: Rappel du principe
Posté par Tarnyko (site web personnel) . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 4.
Il y a méprise :). Ce que je voulais dire, c'est que le forwarding "à poil" tel qu'expliqué dans les tutos n'est quasi-jamais utilisé. Ou plutôt si, mais pas tout seul.
Dans ma capture, il y a un lecteur vidéo, mais on n'entend pas le son; il faudrait créer un pipe PulseAudio.
Si je fais "Fichier"-"Ouvrir", je vois les répertoires du poste distant, mais pas les miens; il faudrait monter un sshFS distant et me positionner automatiquement dessus.
Etc…
waypipe est super-utile, mais en tant que "brique" d'un système plus complexe, un serveur d'application avec une interface de gestion et une DB d'utilisateurs. Un Terminal Server effectivement.
La vanne sur X11 vient surtout de sa lourdeur de base (pas de compression !) et qu'il faut installer plein d'autres outils pour avoir un vrai truc, genre la 3D que propose simplement waypipe avec DMABUF.