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 de nomachine sur leur serveur/lecteur. J'ai essayé la prévisualisation du lecteur avec ma configuration de serveur nomachine nx existante, sans mettre à niveau le serveur nx. Cela semble fonctionner. Je ne sais pas s'il s'agit de désactiver 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, ce qui est très utile jusqu'à présent. [/MODIFIER]
[Modifier] J'ai par la suite réalisé que mon problème ne se produisait que lorsque j'utilisais NX pour accéder à distance à ma machine. J'ai donc édité 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 lente, et pas si agréable à regarder. [/MODIFIER]
J'ai effectué une nouvelle installation sur un nouvel ordinateur et j'essayais de configurer mes polices.
Lorsque je me connecte à distance via NX, le texte manque sur toutes les interfaces basées sur gtk.
Cela signifie que la plupart des menus (sauf l'unité), les menus clic droit, les applications elles-mêmes, les terminaux, etc.
Firefox est la seule chose qui ne soit pas affectée. tous les textes montrent très bien pour firefox. Donc, cela dit probablement déjà quelque chose à propos des autorisations de texte.
Je suis allé vérifier si mes polices ont les autorisations appropriées et elles le font.
J'ai supprimé mes paramètres personnalisés de /etc/fonts/config.d, et les textes sont toujours manquants.
Il existe un moyen de contourner le problème en utilisant "désactiver l’extension de rendu" dans les paramètres d’affichage personnalisés.
Comment résoudre ce problème de manière permanente?
J'ai trouvé une solution pour un problème identique dans les forums Arch.
Vous devez rétrograder libcairo2 vers la version 1.10 (je l’ai téléchargée à partir du référentiel precise-updates - http://packages.ubuntu.com/precise-updates ) et mettre de l’ordre dans le désordre de dépendance qui en résulte.
J'ai également dû déclasser les packages suivants: libcairo2: i386 (mon système est AMD64, mais par exemple, acroread dépend de la version 32 bits de la bibliothèque), libpoppler-glib8 et poppler-utils. Les deux dernières dégradations ont nécessité l’installation de libpoppler19. Tous les paquets poppler ont été pris à partir 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 n’ayons besoin d’attendre un correctif pour la bibliothèque cairo.