3 votes

nomachine NX : Texte manquant sur toutes les interfaces gtk (Unity et Gnome Classic)

[EDIT] Juste au cas où cela pourrait aider quelqu'un...

J'ai trouvé une .... nouvelle solution ?

http://www.nomachine.com/preview/download-package.php?Prod_Id=14

Je suppose que c'est la prochaine version du serveur/joueur de Nomachine. J'ai essayé l'aperçu du lecteur avec ma configuration existante de serveur nx de nomachine, sans mettre à niveau le serveur nx. Cela semble fonctionner. Je ne suis pas sûr que cela désactive l'extension de rendu, mais au moins il n'y a pas de ralentissement majeur comme avant.

Il y a plus d'artefacts à l'écran lors du changement de fenêtre ou du glisser-déposer, mais ils disparaissent, jusqu'à présent c'est plutôt utile. [/EDIT]


[J'ai réalisé par la suite que mon problème ne se produit que lorsque j'utilise NX pour accéder à distance à ma machine. J'ai donc modifié le titre et la description.

J'ai également trouvé la solution temporaire, qui consiste à "désactiver l'extension de rendu" dans les paramètres d'affichage personnalisés. Mais cela rend l'expérience NX très lente et peu agréable à regarder. [/EDIT]

J'ai fait une nouvelle installation sur un nouvel ordinateur, et j'essayais de configurer mes polices.

Lorsque je me connecte à distance via NX, mes textes sont manquants sur toutes les interfaces basées sur gtk.

Cela signifie la plupart des menus (sauf pour unity), les menus de clic droit, les applications elles-mêmes, le terminal, et ainsi de suite.

La seule chose qui n'est pas affectée est firefox. Tous les textes s'affichent très bien pour firefox. Donc, cela dit probablement déjà quelque chose sur les autorisations de texte.

Je suis allé vérifier si mes polices ont les permissions correctes et elles les ont.

J'ai supprimé mes paramètres personnalisés de /etc/fonts/config.d, et les textes sont toujours manquants.

Il est possible de contourner ce problème en utilisant "disable render extension" dans les paramètres d'affichage personnalisés.

Comment puis-je résoudre ce problème de façon permanente ?

2voto

APT Points 36

J'ai trouvé une solution pour un problème identique dans les forums d'Arch.

Vous devez rétrograder libcairo2 à la version 1.10 (je l'ai téléchargé depuis le repo precise-updates). http://packages.ubuntu.com/precise-updates ) et mettre de l'ordre dans le désordre des dépendances qui en résulte.

J'ai également dû rétrograder les paquets suivants : libcairo2:i386 (mon système est amd64, mais acroread, par exemple, dépend de la version 32 bits de la bibliothèque), libpoppler-glib8 et poppler-utils. Les deux dernières mises à jour ont nécessité l'installation de libpoppler19. Tous les paquets poppler proviennent de dépôts précis : http://packages.ubuntu.com/precise

Bien sûr, ce n'est pas une solution permanente, mais tout fonctionne bien. Je crains que nous devions attendre un patch pour la bibliothèque du Caire.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X