Améliorations apportées à CDE sur le plan de l'administration du système

Ajouts au chemin de recherche d'aide par défaut

Le Gestionnaire d'aide de CDE peut enregistrer et afficher des volumes d'aide créés à l'aide du système d'aide d'HP (VUE). Un volume d'aide doit être enregistré, si l'on veut qu'il :

CDE utilise un chemin de recherche d'aide pour repérer et enregistrer les volumes d'aide.

Les emplacements suivants et leurs sous-répertoires ont été ajoutés au chemin de recherche d'aide par défaut de CDE.

/etc/vhelp
/usr/vhelp

Les systèmes HP VUE mis à niveau pour CDE ont généralement leurs volumes d'aide enregistrés sous /etc/vhelp/volumes/$LANG.

	REMARQUE : Les groupes de volumes d'aide d'HP VUE et de CDE sont différents. Par exemple, les Gestionnaires de fichiers de CDE et d'HP VUE ont chacun leur propre volume d'aide. Si CDE et HP VUE sont sur un système, les volumes d'aide des deux bureaux sont présents. Les applications accèdent au volume d'aide approprié. Toutefois, si vous sélectionnez Tous les volumes dans la fenêtre Recherche dans l'index - Aide, les volumes d'aide de CDE et d'HP VUE sont affichés.

Définition de chemins d'aide pendant l'exécution à distance

CDE utilise des variables d'environnement pour préciser les chemins de recherche des groupes d'applications, des icônes, des fichiers d'aide et des fichiers de type action/données. Ces chemins de recherche sont définis au cours de la connexion.

Si vous utilisez des actions pour exécuter des processus à distance et que l'environnement sur le système distant diffère de l'environnement local, il se peut que des anomalies se produisent. Supposons, par exemple, qu'un serveur de sessions, appelé SystèmeA, contienne l'icône personnalisée /etc/dt/appconfig/icons/C/CUST.pm. Comme le répertoire /etc/dt/appconfig/icons/C est dans le chemin de recherche de l'icône du SystèmeA, les applications locales peuvent repérer l'icône. Toutefois, lorsque le SystèmeA appelle une application du SystèmeB qui a besoin de l'icône, il ne la trouvera pas ; le SystèmeB hérite en effet de l'élément du chemin de recherche de l'icône /etc/dt/appconfig/icons/C, mais ce répertoire du SystèmeB ne contient pas l'icône.

CDE permet de faire correspondre les chemins de recherche dans le réseau. Cette fonction est, par défaut, désactivée sur les systèmes HP-UX, car elle peut occasionner une baisse des performances lors de l'exécution à distance.

Pour vous assurer que les chemins de recherche seront bien acheminés aux systèmes éloignés, vous pouvez procéder de l'une des deux façons suivantes :

Utilisation de la ressource dtEnvMapForRemote

La syntaxe de la ressource dtEnvMapForRemote est :

*dtEnvMapForRemote  variable[:variable]...

variable représentant le nom d'une variable d'environnement dont la valeur doit être mappée.

Exemple :

*dtEnvMapForRemote  XMICONSEARCHPATH:DTHELPSEARCHPATH:DTDATABASESEARCHPATH

précise que l'icône, l'aide et les chemins de recherche de type actions/données CDE doivent être mappées.

Dans le cas du fichier pixmap Cust.pm manquant, vous devez définir la ressource suivante sur le SystèmeB :

*dtEnvMapForRemote     XMICONSEARCHPATH

Le chemin hérité du SystèmeA, /etc/dt/appconfig/icons/C est changé pour /net/SystemeA/etc/dt/appconfig/icons/C. Si le répertoire du SystèmeA est monté sur le SystèmeB l'icône sera repérée.

Définition du point de montage pour les fichiers distants

Afin d'offrir la "transparence réseau" pour les fichiers, CDE mappe automatiquement les noms de fichiers. Les chemins des fichiers peuvent ainsi être convertis aux chemins de réseau appropriés.

Lorsqu'un montage explicite est exécuté dans /etc/checklist, CDE utilise ces points de montage dans son mappage. Toutefois, lors d'un montage automatique, CDE présume que le point de montage est /net. Si vous utilisez un point de montage différent, définissez la variable d'environnement DTMOUNTPOINT.

Le chapitre 5 du manuel Bureau CDE : Guide de l'administrateur décrit comment définir DTMOUNTPOINT. Vous devez entre autres modifier /etc/inetd.sec.

Pour les systèmes HP-UX, l'entrée rpc.ttdbserver dans /etc/inetd.conf devrait être :

rpc stream tcp swait 

au lieu de :

rpc stream tcp wait