Re: emacs (GTK) Problème accès distant via x2go
Bonjour,
Roger Tarani, au 2018-11-18 :
> J'ai un doute à propos de emacs25 : à ma surprise, il
> fonctionne ( "with GTK+ GUI support") mais c'est peut-être un
> "virtual package provided by emacs25-lucid, emacs25-nox" ?
Les versions GTK et Lucid d'Emacs ne sont pas compatibles :
$ apt-cache show emacs-lucid | grep -E 'Provides:|Conflicts:'
Provides: editor, emacs, emacsen, info-browser, mail-reader, news-reader
Conflicts: emacs-gtk, emacs-nox
Si vous n'avez pas explicitement enlevé `emacs25-lucid` pour
installer le paquet `emacs25-gtk`, alors il est très possible
que vous ayez lancé tout de même la version Lucid. Sinon, cette
version de Emacs GTK3 fonctionne, et ce n'est pas la peine d'en
changer. :-)
> Dans quelle direction faudrait-il chercher pour trouver la
> cause du problème initial ?
Il faudrait corriger GTK3 ou X2Go. Mon avis rejoint une
observation faite par Tom Horsley :
https://bugzilla.redhat.com/show_bug.cgi?id=1349412#c14
X2Go ne supporte pas nombre d'extensions X. Certains programmes
en GTK3 peuvent éventuellement exiger ces extensions pour
fonctionner. Il faudrait que GTK3 soit capable de gérer
correctement les situations « dégradées », ou améliorer X2Go
pour supporter ces extensions. VirtualGL permettrait
d'implémenter cette dernière solution, mais il ne faut pas avoir
peur d'y passer du temps, c'est assez lourd à mettre en place :
https://virtualgl.org/
La solution recommandée par Emacs, dans ce cas de figure, reste
l'usage de Lucid. Vous pouvez vous référer à la page d'aide en
ligne <C-h><C-p>, elle comporte une section à ce sujet.
Vi IMproved comporte un paquet similaire `vim-athena`, en
conflit avec `vim-gtk`, pour palier à ce genre de problèmes.
Amicalement,
--
Étienne Mollier <etienne.mollier@mailoo.org>
Reply to: