Notes de mise à jour de Red Hat Linux 9

Le programme d'installation de Red Hat Linux a la possibilité de tester l'intégrité des supports d'installation. Il fonctionne avec les méthodes d'installation CD-ROM, DVD, disque dur ISO, et NFS ISO. Red Hat vous recommande de tester tout support d'installation avant de commencer le processus d'installation et avant de rapporter tout bogue relatif à l'installation (bien des bogues rapportés sont en fait dûs à des CD-ROM qui n'ont pas été gravés correctement). Pour utiliser ce test, tapez linux mediacheck à l'invite boot:.

Alors que la plupart des ordinateurs modernes peuvent lancer le processus d'installation en démarrant directement à partir du premier CD de distribution Red Hat Linux, certaines configurations matérielles nécessitent l'utilisation d'une disquette d'amorçage. Si votre matériel nécessite une disquette d'amorçage, sachez que les changements suivants se produiront.

Red Hat Linux 9 utilise une mise en page différente des versions précédentes de Red Hat Linux. Une seule disquette de fichier image (bootdisk.img) est désormais utilisée pour démarrer tous les systèmes nécessitant une disquette d'amorçage.

Si vous effectuez toute autre tâche qu'une installation à partir d'un périphérique IDE ou USB, vous devrez insérer une disquette de pilotes créée d'après les fichiers image suivants:

- drvnet.img — Pour des installations réseau

- drvblock.img — Pour des installations SCSI

- pcmciadd.img — Pour des installations PCMCIA

Comme lors des versions précédentes de Red Hat Linux, ces fichiers image sont disponibles dans le répertoire images/ qui se trouve sur le premier CD d'installation.

Dans le répertoire images/ se trouve également le fichier boot.iso. Ce fichier est une image ISO qui peut être utilisée pour démarrer le programme d'installation Red Hat Linux. C'est un moyen pratique de lancer des installations basées sur le réseau sans avoir à recourir à de multiples disquettes. Afin d'utiliser boot.iso, votre ordinateur doit d'une part, pouvoir démarrer à partir de son lecteur de CD-ROM et d'autre part, avoir son BIOS configuré dans ce sens. Vous devez ensuite graver boot.iso sur un CD-ROM enregistrable/ré-enregistrable.

L'environnement du mode de secours (accessible en démarrant avec la commande boot-time "linux rescue") a été amélioré. De nombreux utilitaires demandés ont été ajoutés et il existe désormais un support pour activer les interfaces réseau. Des commandes nécessaires pour le support de bandes SCSI sont également disponibles. Veuillez tester cet environnement et nous envoyer vos commentaires.

Si vous choisissez de monter une installation existante en mode de secours et que les pages de manuel sont installées sur cette installation existante, la commande man fonctionnera dans le cadre du mode de secours.

Le programme d'installation de Red Hat Linux détecte maintenant les produits Red Hat présents sur votre système et vous demandera de préciser celui que vous désirez mettre à niveau. Vous aurez également la possibilité d'effectuer une réinstallation complète du système plutôt qu'une mise à niveau. Veuillez rapporter tout problème rencontré avec cette nouvelle fonction.

Si le contenu de votre fichier /etc/redhat-release a été modifié par rapport aux valeurs par défaut, il se peut que le système ne trouve pas votre installation Red Hat Linux en essayant de mettre à niveau Red Hat Linux 9.

Vous pouvez assouplir certains des contrôles de ce fichier en entrant à l'invite boot: les éléments suivants:

linux upgradeany

Utilisez l'option upgradeany seulement si votre installation Red Hat Linux existante n'a pas été détectée.

La commande isolinux est désormais utilisée pour le démarrage du CD d'installation Red Hat Linux. Si vous rencontrez des problèmes lors du démarrage à partir du CD, vous pouvez écrire l'image images/bootdisk.img sur une disquette selon les instructions fournies dans le Guide d'installation de Red Hat Linux.

Lors d'une installation graphique, vous pouvez maintenant presser sur les touches SHIFT-Print Screen et l'écran d'installation actuel sera capturé. Ces captures d'écran sont stockées dans le répertoire suivant:

/root/anaconda-screenshots/

Il est possible d'accéder aux captures d'écran une fois que le système nouvellement installé est redémarré.

Le programme de changement des partitions du disque dur parted a été mis à niveau dans la version 1.6.

Les utilisateurs de Red Hat Linux 6.2 qui veulent mettre à niveau leur système sur Red Hat Linux 9 doivent d'abord appliquer toutes les mises à jour d'errata avant de lancer le processus de mise à niveau. La manière la plus directe pour accomplir cela, est d'utiliser Red Hat Network. Un système Red Hat Linux 6.2 qui n'est pas complètement mis à jour ne sera pas mis à niveau avec succès sur Red Hat Linux 9.

Les installations en mode texte utilisant un terminal en série fonctionnent le mieux lorsque le terminal supporte UTF-8. Sous UNIX et Linux, Kermit supporte UTF-8. Pour Windows, Kermit '95 fonctionne bien. Les terminaux non-UT8 fonctionneront tant que seul l'Anglais est utilisé durant l'installation. Un affichage en série amélioré peut être utilisé en passant "utf8" comme une option de démarrage au programme d'installation. Par exemple:

linux console=ttyS0 utf8

Certains problèmes apparaissent lorsque vous mettez à jour les systèmes Red Hat Linux 6.<x>, 7.<x>, 8.0, et 9 fonctionnant avec Ximian GNOME. Ils sont causés par une superposition de versions entre les RPM Red Hat Linux officiels et les RPM Ximian. N'oubliez pas qu'il s'agit d'une version non prise en charge par Red Hat. Pour résoudre ces problèmes, plusieurs possibilités s'offrent à vous:

1) Vous pouvez éliminer Ximian GNOME de votre système Red Hat Linux avant de mettre à niveau Red Hat Linux

2) Vous pouvez mettre à niveau Red Hat Linux, puis réinstaller immédiatement Ximian GNOME.

3) Vous pouvez mettre à niveau Red Hat Linux, puis supprimer immédiatement tous les RPM Ximian restant et les remplacer par les RPM Red Hat Linux correspondants.

Il vous faut résoudre cette superposition de versions selon l'une des méthodes proposées ci-dessus. Si vous ne le faites pas, la configuration de GNOME sera instable.

Dans les versions récentes de Red Hat Linux, une certaine confusion s'est produite quant à un problème de polices de caractères sous le système X Window. À l'heure actuelle, il y a deux sous-systèmes pour les polices de caractères, chacun d'eux étant doté de caractéristiques différentes:

- On fait référence au sous-système original (datant d'il y a plus de 15 ans)en tant que "core X font subsystem". Les polices de caractères produites par ce sous-système ne sont pas lissées, sont traitées par le serveur X et portent des noms comme:

-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1

- Le sous-système de polices le plus récent est connu en tant que "fontconfig" et permet aux applications d'avoir un accès direct aux fichiers de polices de caractères. Fontconfig est souvent utilisé avec la bibliothèque "Xft" qui permet aux applications de produire les polices de caractères fontconfig à l'écran avec lissage. Fontconfig utilise des noms plus simples comme:

Luxi Sans-10

Avec le temps, fontconfig/Xft remplacera le système de polices de caractères noyau X. En ce moment, les applications utilisant les kits de programmes Qt 3 ou GTK 2 (y compris les applications KDE et GNOME) utilisent les sous-systèmes des polices de caractères fontconfig et Xft; la plupart des autres applications utilisent la police de caractères noyau X.

Dans le futur, il se peut que Red Hat prenne en charge seulement fontconfig/Xft au lieu du serveur de polices XFS comme la méthode d'accès local par défaut, aux polices de caractères.

REMARQUE: Il existe deux exceptions à l'utilisation des sous-systèmes de polices de caractères soulignées ci-dessus, à savoir, OpenOffice.org (qui utilise sa propre technologie pour produire les polices) et Mozilla (qui utilise fontconfig, mais pas GTK 2).

Si vous souhaitez ajouter de nouvelles polices de caractères à votre système Red Hat Linux 9,vous devez savoir que les étapes nécessaires à cette opération dépendent du sous-système de polices utilisé par les nouvelles polices de caractères. Pour le sous-système de polices noyau X, vous devez:

1. Créer le répertoire /usr/share/fonts/local/ (s'il n'existe pas encore):

mkdir /usr/share/fonts/local/

Si vous avez dû créer /usr/share/fonts/local/, vous devez ensuite l'ajouter au chemin d'accès du serveur de polices X (xfs):

chkfontpath --add /usr/share/fonts/local/

2. Copier le nouveau fichier de polices de caractères dans /usr/share/fonts/local/

3. Mettre à jour les informations relatives aux polices de caractères en exécutant la commande suivante:

ttmkfdir -d /usr/share/fonts/local/ -o /usr/share/fonts/local/fonts.scale

4. Charger de nouveau le serveur de polices xfs à l'aide de la commande suivante:

service xfs reload

Ajouter de nouvelles polices au sous-système de polices fontconfig est une opération plus simple; en effet, il suffit de copier le nouveau fichier de polices dans le répertoire /usr/share/fonts/ (les utilisateurs individuels peuvent modifier leur configuration de polices personnelle en copiant le fichier de polices dans le répertoire ~/.fonts/).

Une fois la nouvelle police copiée, utilisez fc-cache pour mettre à jour le cache d'informations de polices:

fc-cache <répertoire>

(Où <répertoire> correspondrait aux répertoires /usr/share/fonts/ ou ~/.fonts/.)

Les utilisateurs individuels peuvent également installer des polices de manière graphique, en navigant fonts:/// dans Nautilus et en y faisant glisser le nouveau fichier de polices.

REMARQUE: Si le nom de fichier des polices se termine par ".gz", il a été compressé avec gzip et doit donc être décompressé (avec la commande gunzip) avant que le sous-système de polices fontconfig ne puisse utiliser la police.

En raison de la transition à un nouveau système de polices basé sur fontconfig/Xft, GTK+ 1.2 les applications ne sont touchées par aucun changement effectué au moyen du dialoguePréférences de polices. Pour ces applications, une police peut être configurée en ajoutant les lignes suivantes au fichier ~/.gtkrc.mine:

style "user-font" {

fontset = "<spécification-police>"

}

widget_class "*" style "user-font"

(Où <spécification-police> correspond à la spécification de police dans le style utilisé par les applications traditionnelles comme "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*".)

Parmi les nouvelles fonctions dans XFree86 figurent:

- Xcursor — Nouveau code de curseur, permettant d'utiliser la couleur, le lissage, la translucidité (alpha-blending), l'animation, la thématisation et une variété de tailles pour le pointeur de la souris.

- Le support pour ATI Radeon 9000, 9100, FireGL 8700, 8800 3D/2D/Xv est maintenant disponible. ATI Radeon 9500 Pro et 9700 Pro, ainsi que ATI FireGL X1 et Z1 sont maintenant supportés en 2D seulement. Le support pour plus de 30 jeux de puces ATI Rage 128 supplémentaires a été ajouté dans cette version, ce qui devrait maintenant couvrir tous les jeux de puces Rage 128 existants.

- Le support vidéo intégré d'Intel i845, i852, i855 et i865 (2D/3D/Xvideo), le support vidéo amélioré d'Intel i830. Le lecteur vidéo d'Intel a été totalement restructuré et pour la plupart ré-écrit afin d'être plus robuste et de prendre en charge un plus grand éventail de matériel. De nombreux bogues ont été corrigés et de nombreuses solutions ont été apportées aux problèmes en relation avec les BIOS des ordinateurs portables et des cartes mères limitant la mémoire à 1 Mo.

- Un nouveau support pour Nvidia GeForce 4, nForce, GeForce 2 Go et d'autres éléments matériels de Nvidia. De plus, le pilote nv a été amélioré afin d'essayer de détecter automatiquement les puces Nvidia inconnues qui ne sont pas officiellement prises en charge, mais qui peuvent probablement être utilisées (bien que n'étant pas officiellement supportées) en les traitant comme les autres puces supportées appartenant à la même famille. Le pilote nv, comme dans les versions précédentes, demeure 2D seulement.

- Au moment où ces notes de mise à jour furent finalisées, les pilotes exclusivement binairesd'accélération 3D de NVIDIA ne sont pas actuellement compatibles avec Red Hat Linux 9. NVIDIA est au courant de ce problème, consultez le site Web de NVIDIA pour des mises à jour concernant cette situation.

- Pilote Savage mis à jour qui supporte les jeux de puces vidéo Savage les plus récents et corrige un certain nombre de bogues.

- Un pilote tout nouveau pour le jeu de puces de National Semiconductor Geode, nsc, est fourni.

- De nombreuses autres mises à jour et améliorations ont été apportées aux pilotes.

- De nombreux nouveaux pilotes d'entrée, y compris fpit, palmax, ur98, entre autres, ont été ajoutés.

Par défaut, l'agent transporteur de courrier (MTA) Sendmail n'accepte pas les connexions réseau venant d'hôtes autres que l'ordinateur local. Si vous voulez configurer Sendmail comme serveur pour d'autres clients, vous devez éditer /etc/mail/sendmail.mc et changer la ligne DAEMON_OPTIONS pour qu'il accepte les périphériques réseau (ou vous pouvez commenter cette option entièrement en utilisant le délimiteur de commentaire dnl). Vous devez ensuite recréer /etc/mail/sendmail.cf en lançant la commande suivante (en tant que super-utilisateur):

make -C /etc/mail

Notez bien que le paquetage sendmail-cf doit être installé pour que cette opération réussisse.

CUPS est maintenant le spouleur d'imprimante par défaut et redhat-config-printer est l'outil recommandé pour sa configuration. Il peut être lancé à partir du menu Paramètres de système à l'aide de l'entrée du menu Impression. LPRng est toujours fourni et les mises à jour à partir d'installations précédentes utilisant LPRing pourront toujours être effectuées.

GNOME Print Manager est un simple outil de gestion graphique des files d'attente d'impression qui est désormais inclus. Il peut être lancé à partir du menu Outils de système à l'aide de l'entrée Gestionnaire d'impression. De plus, lorsqu'une tâche d'impression est dans la file d'attente, une icône apparaîtra dans la zone notification système du panneau.

Red Hat Linux 9 inclut Native POSIX Thread Library (NPTL), une nouvelle implémentation des threads POSIX de Linux. Cette bibliothèque offre des améliorations de performance et une scalabilité accrue pour les processeurs i686 ou supérieurs.

Cette bibliothèque de threads est conçue pour être compatible en binaire avec l'ancienne implémentation de Linux Thread; toutefois, les applications qui dépendent des endroits où l'implémentation de Linux Thread diffère du standard POSIX devront être corrigées. Parmi les différences importantes on compte:

- La gestion des signaux est passée d'une gestion par thread à une gestion des signaux selon le processus POSIX.

- getpid() renvoie la même valeur dans toutes les threads.

- Les gestionnaires de threads enregistrés avec pthread_atfork ne sont pas exécutés si vfork() est utilisé — aucun thread de gestionnaire

Parmi les applications rencontrant des problèmes avec NPTL se trouvent:

- Sun JRE précédant la version 1.4.1

- IBM JRE

Si une application ne fonctionne pas correctement avec NPTL, elle peut être exécutée à l'aide de l'ancienne implémentation de LinuxThreads, en réglant la variable d'environnement suivante:

LD_ASSUME_KERNEL=<kernel-version>

Les versions suivantes sont disponibles:

- 2.4.1 — Linuxthreads avec piles flottantes

- 2.2.5 — Linuxthreads sans piles flottantes

Le support NPTL pour toutes les applications liées dynamiquement peut êtredésactivé à l'aide de l'option boot-time suivante:

nosysinfo

Un nouveau message système a été ajouté à Red Hat Linux 9:

bogue d'application: <app-name>(<app-pid>) a SIGCHLD réglé sur SIG_IGN maisappelle wait(). (voir la section NOTES de 'man 2 wait'). Solution activée.

Ce message (qui est affiché sur la console du système et/ou dans les fichiers journal du système) indique que l'application n'est pas complètement conforme aux normes concernant la manière dont elle traite les processus enfants. Si vous voyez ce message, vous devriez avertir les développeurs de l'application.

Python a été compilé avec un support UCS4 (caractères Unicode représentés sur 4 octets) au contraire de UCS2. UCS4 permet de représenter des caractères au-delà du BMP (Basic Multilingual Plane). Certaines bibliothèques trois-tiers peuvent arrêter de fonctionner à cause de ce changement; recompiler ces bibliothèques devrait être suffisant pour résoudre le problème. Veuillez remarquer que les modules python "pure" (dont le code est écrit en python) ou les modules compilés qui n'utilisent pas directement Unicode ne sont pas touchés par ce changement.

Les paquetages fileutils, textutils, sh-utils et stat ont été remplacés par le tout nouveau paquetage coreutils.

Les RPM contenant Network Administration Tool ont changé de noms et de fonctions. Le RPM redhat-config-network contient l'interface utilisateur graphique des outils, alors que redhat-config-network-tui contient l'outil lui-même (avec son interface utilisateur en mode texte).

Le support pour XHTML1 — la conversion de HTML en XML — a été amélioré. Pour ce faire, le paquetage xhtml1-dtd a été ajouté, les DTD ont été installés dans le catalogue système et un support spécifique a été ajouté dans les outils libxml2 et xsltproc.

La commande et le paquetage redhat-switchmail ont été rebaptisés redhat-switch-mail. Le paquetage redhat-switchmail-gnome a été rebaptisé redhat-switch-mail-gnome.

Le profileur de tout le système Oprofile a été ajouté à Red Hat Linux 9. OProfile est un outil pour les programmeurs, permettant d'analyser les performances du système à l'aide de matériel spécifique intégré dans la plupart des ordinateurs modernes. De la documentation sur OProfile existe dans le paquetage oprofile; après avoir installé Red Hat Linux 9, exécutez la commande rpm -qd oprofile pour obtenir une liste de la documentation disponible. Pour de plus amples informations, consultez le site Web à l'adresse suivante: http://oprofile.sourceforge.net

GDB a été amélioré pour permettre aux informations de débogage d'applications d'être lues de fichiers séparés. Il est alors possible d'extraire des informations de débogage de binaires et de les placer dans un paquetage supplémentaire. Durant le développement de Red Hat Linux 9, des paquetages "debuginfo" étaient produits pour pratiquement tous les paquetages en implémentant des macros RPM spéciales. Par défaut, la configuration de macros RPM dans Red Hat Linux 9 produitdes paquetages "debuginfo". Si vous construisez des paquetages et ne voulez pas produire des paquetages "debuginfo" , ajoutez les éléments suivants dans votre fichier ~/.rpmmacros.

%define debug_package %{nil}

Remarque spéciale: Le support ACL ajouté au noyau dans les deux premières versions beta publiques étaient instables et provoquaient la régression du noyau. Red Hat a donc supprimé ce support ACL du noyau Red Hat Linux 9. Les ingénieurs qui travaillent au noyau continueront d'améliorer le support ACL, afin qu'il soit disponible dans une version future. Les paquetages attr et acl qui devaient prendre en charge les ACL sont toujours compris, de manière à ce que les utilisateurs et développeurs désirant tester les ACL puissent le faire plus facilement. Red Hat peut, à sa discrétion, fournir un support ACL pour cette version de Red Hat Linux au moyen d'une mise à niveau, si des essais futurs montrent que la qualité du support ACL est suffisamment améliorée.

L'option de boot-time apic permettant l'installation sur des systèmes avec un jeu de puces Intel 440GX a été supprimée car elle créait un conflit avec de nombreux serveurs plus récents: le SSM (System Management Mode) ne fonctionnait plus ou du moins incorrectement, ce qui provoquait l'échec de l'installation sur ces systèmes. La suppression de l'option de boot-time apic permet une installation réussie sur ces nouveaux systèmes.

Une solution à ce problème a été apportée qui permet au moins à certains systèmes avec un jeu de puces Intel 440GX de démarrer; cette solution est automatiquement activée et ne demande aucune action de votre part. Si vous avez un système basé sur Intel 440GX et ne pouvez pas installer Red Hat Linux 9, mais une version précédente de Red Hat Linux peut être installée correctement, veuillez créer un rapport de bogues et y inclure la sortie (exécutée sur la version précédente, bien-sûr) du programme dmidecode, exécuté en tant que super-utilisateur, dans votre rapport de bogues. Remarquez, toutefois, qu'il ne sera pas possible d'installer Red Hat Linux 9 .

Les systèmes avec des jeux de puces 440GX sont supportés seulement sur une base de meilleur effort. Tous les rapports de bogues concernant les systèmes avec des jeux de puces 440GX sont donc les bienvenus, mais nous ne serons pas toujours capable de les résoudre.

Le support du noyau pour la nouvelle fonction NPTL modifie plusieurs interfaces de programmation du noyau internes de manière significative. En conséquence, plusieurs modules de noyau externes ne pourront pas compiler sans apporter des modifications qui correspondent aux nouvelles interfaces. Des exemples courants incluent les modules NVIDIA et ATI 3D, ainsi que tout autre module qui utilise les threads et/ou signaux de noyau.