Nouveautés dans Solaris Express Developer Edition 9/07

Flash Player 9

Cette évolution du bureau est une nouveauté de Developer version 9/07.

À partir de cette version, le système d'exploitation Solaris inclut Flash Player 9 d'Adobe. Pour plus d'informations sur Flash Player, consultez la page Web http://www.adobe.com/products/flashplayer/productinfo/features/.

x86 : Programmation d'installation rationalisé

Cette évolution du bureau est une nouveauté de Developer version 9/07.

L'installation de Developer version 9/07 est mieux optimisée sur les ordinateurs portables x86. Les utilisateurs disposent d'une nouvelle interface graphique qui les guide, étape par étape, lors de l'installation de la dernière version Solaris Express Developer et des derniers outils pour développeur.

Pour plus d'informations sur cette fonctionnalité et sur les procédures d'installation, reportez-vous au Solaris Express Developer Edition Installation Guide: Laptop Installations .

Notification de bureau

Cette évolution du bureau est une nouveauté de Developer version 9/07.

Désormais, la notification de bureau est prise en charge dans Solaris. Grâce à cela, les utilisateurs peuvent être avertis dès que des événements asynchrones particuliers ont lieu, comme par exemple, lors de l'enfichage d'un disque amovible dans le système.

Pour plus d'informations, consultez la page Web http://www.galago-project.org/news/index.php.

GNOME Devhelp

Cette évolution du bureau est une nouveauté de Developer version 9/07.

Devhelp est un applet de navigation et de recherche des références API GNOME très pratique pour les développeurs. Il fonctionne en mode natif avec gtk-doc et sert à parcourir la documentation du produit.

Pour plus d'informations, reportez-vous aux pages de manuel devhelp.

GNOME 2.18

Cette évolution du bureau est une nouveauté de Developer version 9/07.

L'évolution GNOME 2.18 offre les fonctionnalités suivantes :

• Internationalisation améliorée – Pango prend désormais en charge les formats de texte verticaux pour le chinois et le japonais.

• Graphique en forme d'anneau – L'analyseur de l'utilisation du disque GNOME propose une nouvelle vue de l'utilisation du disque en forme d'anneau.

• Evince – Cette fonction gère à présent les représentations miniatures pour les documents PostScript^TM.

• Prise en charge Glade 3 – Glade 2 a été mis à niveau (vers Glade 3) pour gagner en performances.

• Eye of GNOME – Si vous faites pivoter vos photos dans l'appareil photo, elles restent dans cette position lorsque vous les examinez à l'aide du visionneur Eye of GNOME.

• Vérification orthographique supplémentaire – Aspell a été remplacé par Enchant. Enchant partage des dictionnaires avec Thunderbird et Firefox, ce qui permet d'effectuer des vérifications orthographiques dans un plus grand nombre de langues avec Evolution et Gedit.

• Suivi des fichiers récemment ouverts – GNOME est maintenant capable de localiser les derniers fichiers ouverts pour vous permettre de reprendre plus rapidement le fil de votre travail.

• Recherche de nouvelles distractions – La Deskbar offre une interface de recherche permanente et polyvalente. Les recherches sont traitées par une série de plug-ins ou de gestionnaires. Il suffit de taper des mots-clés dans la Deskbar pour obtenir une liste de résultats. Vous pouvez appliquer la recherche à des fichiers locaux, à des applications et à du contenu Web similaire au gestionnaire Yahoo ou Mozilla. Le résultat de la recherche dépend des gestionnaires activés par les utilisateurs.

• Prise en charge de plug-ins supplémentaires – Vous avez la possibilité d'utiliser de nouveaux plug-ins pour boîtes à rythmes ( artdisplay ou coverart, mmkeys et visualizer). Le plug-in de boîtes à rythmes artdisplay sert à rapatrier et à afficher les pochettes d'album à partir d'Internet. Le plug-in mmkeys gère les boîtes à rythmes au moyen de raccourcis clavier. Le plug-in visualizer facilite le travail des utilisateurs.

• Jeux en ligne– Jeu d'échec en 3–D et Sudoku.

Détection et configuration automatique des imprimantes USB locales

Cette évolution du bureau est une nouveauté de Developer version 9/07.

Developer version 9/07 intègre la prise en charge du bureau pour la configuration d'impression automatique dans le cadre du projet OpenSolaris Presto. Vous disposez pour cela d'un applet GNOME et d'un applet de définition de la configuration et des préférences (capplet). L'applet assure la notification et le traitement d'événements d'imprimante spécifiques tels que les événements d'enfichage à chaud ou d'erreur sur le panneau GNOME. Le capplet permet de gérer le comportement de l'applet. Dans cette version, la prise en charge du bureau se fait en parallèle avec la prise en charge de l'imprimante USB HAL laquelle permet la détection et la configuration automatique de l'imprimante USB locale.

Pour de plus amples informations, reportez-vous à la section Support for Automatic Printer Discovery and Configuration in the GNOME Desktop Environment du System Administration Guide: Solaris Printing .

Pidgin 2.0

Cette évolution du bureau est une nouveauté de Developer version 9/07.

Pidgin est un célèbre client de messagerie instantanée Open Source. Pidgin 2.0 comprend les fonctionnalités suivantes :

• nombreuses améliorations des modules de l'interface utilisateur, notamment au niveau du système de statut, de Buddy List (liste de contacts), de Conversation et de la fenêtre de discussion ;

• nouvelles fonctionnalités Yahoo incluant les paramètres d'invisibilité sélective, Doodle et la commande /list ;

• améliorations globales des transferts de fichiers AIM et ICQ ;

• améliorations du module Log Viewer ;

• prise en charge de la nouvelle version de transfert de fichiers ICQ ;

• nouvelles fonctionnalités IRC incluant la prise en charge de SSL, ainsi que les nouvelles commandes /whowas, /nickserv, /memoserv, /chanserv et /operserv ;

• fonctionnalités Jabber incluant la prise en charge des recherches, SRV, des icônes d'amis et la recherche du répertoire utilisateur Jabber.

GNU Automake

Cette évolution des outils pour développeur est une nouveauté de Developer version 9/07.

À partir de cette version, GNU Automake 1.9.6 et GNU Automake 1.10 sont intégrés au système d'exploitation Solaris. GNU Automake est un outil permettant de générer des fichiers makefile. Il est couramment utilisé par les développeurs qui travaillent sur des projets Open Source.

Pour plus d'informations, consultez la page Web http://sourceware.org/automake/.

Fonctionnalités du système de fichiers Solaris ZFS

Cette section décrit les nouvelles fonctionnalités ZFS de Solaris Express Developer Edition version 9/07.

• Améliorations de l'historique de commandes ZFS : la commande zpool history comprend désormais de nouvelles options permettant de consigner les événements de système de fichiers ZFS, ainsi qu'un formatage long incluant le nom d'utilisateur, le nom d'hôte et la zone dans laquelle a été effectuée l'opération.

  Par exemple, l'option zpool history-i permet d'obtenir les événements de commandes zpool et zfs.

  # zpool history -i users History for 'users': 2007-04-26.12:44:02 zpool create users mirror c0t8d0 c0t9d0 c0t10d0 2007-04-26.12:46:13 zfs create users/home 2007-04-26.12:46:18 zfs create users/home/markm 2007-04-26.12:46:23 zfs create users/home/marks 2007-04-26.12:46:30 zfs create users/home/neil 2007-04-26.12:47:15 zfs snapshot -r users/home@yesterday 2007-04-26.12:54:50 zfs snapshot -r users/home@today 2007-04-26.13:29:13 zfs create users/snapshots

  L'option zpool history -1 permet d'obtenir un formatage long. Par exemple :

  # zpool history -l tank History for 'tank': 2007-07-19.10:55:13 zpool create tank mirror c0t1d0 c0t11d0 [user root on neo:global] 2007-07-19.10:55:19 zfs create tank/cindys [user root on neo:global] 2007-07-19.10:55:49 zfs allow cindys create,destroy,mount,snapshot tank/cindys [user root on neo:global] 2007-07-19.10:56:24 zfs create tank/cindys/data [user cindys on neo:global]

  Pour de plus amples informations, reportez-vous à la page de manuel zpool(1M).

• Mise à niveau des systèmes de fichiers ZFS (zfs upgrade) : à partir de cette version, la commande zfs upgrade est incluse afin de permettre les améliorations futures de systèmes de fichiers aux systèmes de fichiers ZFS existants. Les pools de stockage disposent d'une fonctionnalité de mise à niveau similaire permettant d'apporter des améliorations aux pools de stockage existants.

  Par exemple :

  # zfs upgrade This system is currently running ZFS filesystem version 2. The following filesystems are out of date, and can be upgraded. After being upgraded, these filesystems (and any 'zfs send' streams generated from subsequent snapshots) will no longer be accessible by older software versions. VER FILESYSTEM --- ------------ 1 datab 1 datab/users 1 datab/users/area51

  Cependant, aucune nouvelle fonctionnalité de mise à niveau de systèmes de fichiers ZFS n'est fournie dans cette version.

• Administration déléguée ZFS : à partir de cette version, vous pouvez déléguer les autorisations à granularité fine afin de permettre à des utilisateurs non privilégiés de réaliser des tâches d'administration. Les commandes zfs allow et zfs unallow permettent d'accorder ou de retirer les autorisations.

  L'exemple suivant illustre la définition des autorisations afin que l'utilisateur cindys puisse créer, supprimer, monter et prendre des instantanés sur tank/cindys. Les autorisations sur tank/cindys sont affichées également.

  # zfs allow cindys create,destroy,mount,snapshot tank/cindys # zfs allow tank/cindys ------------------------------------------------------------- Local+Descendent permissions on (tank/cindys) user cindys create,destroy,mount,snapshot -------------------------------------------------------------

  Dans la mesure où l'autorisation de point de montage tank/cindys est définie sur 755 par défaut, l'utilisateur cindys ne pourra pas monter les systèmes de fichiers sous tank/cindys. Définissez une ACL similaire à la syntaxe suivante afin de fournir un point d'accès de montage.

  # chmod A+user:cindys:add_subdirectory:allow /tank/cindys

  Vous pouvez modifier la capacité d'utilisation de l'administration déléguée de ZFS à l'aide de la propriété delegation du pool. Par exemple :

  # zpool get delegation users NAME PROPERTY VALUE SOURCE users delegation on default # zpool set delegation=off users # zpool get delegation users NAME PROPERTY VALUE SOURCE users delegation off local

  Par défaut, la propriété delegation est activée.

  Pour de plus amples informations, reportez-vous au Chapter 8, ZFS Delegated Administration, du ZFS Administration Guide .

• Définition de périphériques de journalisation ZFS distincts : le ZIL (ZFS Intent Log, journal de tentatives ZFS) permet de remplir les conditions POSIX pour les transactions synchrones. Par exemple, les transactions de base de données doivent souvent se trouver sur des périphériques de stockage stables lorsqu'elles sont obtenues à partir d'un appel système. NFS et d'autres applications peuvent également assurer la stabilité des données à l'aide de fsync(). Par défaut, le ZIL est attribué à partir de blocs dans le pool de stockage principal. Cependant, il est possible d'obtenir de meilleures performances en utilisant des périphériques de journalisation de tentatives séparés dans le pool de stockage ZFS, par exemple NVRAM ou un disque dédié.

  Les périphériques de journalisation du ZIL ne sont pas liés aux fichiers journaux de base de données.

  Vous pouvez définir des périphériques de journalisation ZFS distincts comme suit :

  • pendant ou après la création du pool de stockage ZFS ;

  • connexion d'un périphérique de journal à un périphérique journal existant afin de créer un périphérique mis en miroir. Cette opération est similaire à la connexion d'un périphérique à un pool de stockage qui n'est pas mis en miroir.

  Pour obtenir des exemples de configuration de périphériques de journal, reportez-vous à la section Creating a ZFS Storage Pool with Log Devices du ZFS Administration Guide et à la section Adding Devices to a Storage Pool du ZFS Administration Guide .

  Pour déterminer si l'utilisation de périphériques de journalisation ZFS distincts est adaptée à votre environnement, reportez-vous à la section Setting Up Separate ZFS Logging Devices du ZFS Administration Guide .

• Création de jeux de données ZFS intermédiaires : vous pouvez appliquer l'option -p aux commandes zfs create, zfs clone et zfs rename afin de créer rapidement un jeu de données intermédiaire non existant, s'il n'existe pas encore.

  Par exemple, créez les jeux de données ZFS users/area51 dans le pool de stockage datab.

  # zfs list NAME USED AVAIL REFER MOUNTPOINT datab 106K 16.5G 18K /datab # zfs create -p -o compression=on datab/users/area51

  Si le jeu de données intermédiaire existe pendant l'opération de création, celle-ci est réussie.

  Les propriétés spécifiées s'appliquent au jeu de données cible, mais pas aux jeux de données intermédiaires. Par exemple :

  # zfs get mountpoint,compression datab/users/area51 NAME PROPERTY VALUE SOURCE datab/users/area51 mountpoint /datab/users/area51 default datab/users/area51 compression on local

  Le jeu de données intermédiaire est créé avec le point de montage par défaut. Toute propriété supplémentaire est désactivée pour ce jeu de données. Par exemple :

  # zfs get mountpoint,compression datab/users NAME PROPERTY VALUE SOURCE datab/users mountpoint /datab/users default datab/users compression off default

  Pour de plus amples informations, reportez-vous à la page de manuel zfs(1M).

• Améliorations de l'enfichage à chaud de ZFS : à partir de cette version, ZFS réagit plus efficacement au retrait de périphériques. ZFS fournit également un mécanisme permettant d'identifier automatiquement les périphériques insérés avec les améliorations suivantes :

  • Vous pouvez remplacer un périphérique existant par un périphérique équivalent sans utiliser la commande zpool replace.

    La propriété autoreplace contrôle le remplacement automatique de périphériques. Si la propriété est désactivée, l'administrateur doit initier le remplacement du périphérique à l'aide de la commande zpool replace. Dans le cas contraire, tout nouveau périphérique se trouvant au même emplacement physique qu'un périphérique qui appartenait au pool est automatiquement formaté et remplacé. Par défaut, la propriété autoreplace est désactivée.

  • L'état de pool de stockage REMOVED est fourni lors du retrait du périphérique ou d'un disque hot spare, en cas de retrait physique du périphérique alors que le système est en cours d'exécution. Si un disque hot spare est disponible, il remplace le périphérique retiré.

  • Si un périphérique est retiré, puis inséré, il est mis en ligne. Si un disque hot spare est activé lors de la réinsertion du périphérique, le disque hot spare est retiré une fois l'opération en ligne terminée.

  • La détection automatique du retrait ou de l'insertion de périphériques dépend du matériel utilisé. Il est possible qu'elle ne soit pas prise en charge sur certaines plates-formes.

  • Les disques hot spare sont consultés régulièrement afin de vérifier qu'ils sont en ligne et disponibles.

  Pour de plus amples informations, reportez-vous à la page de manuel zpool(1M).

Pour de plus amples informations sur ces améliorations apportées au système de fichiers ZFS, reportez-vous au ZFS Administration Guide.

Modification des types uid[lowbar]t et gid[lowbar]t

Cette évolution des outils pour développeur est une nouveauté de Developer version 9/07.

À compter de cette version, les types uid[lowbar]t et gid[lowbar]t , long (binaires 32 bits) et int (binaires 64 bits), ont été remplacés par le type uint32[lowbar]t. Ce type sert à la fois aux binaires 32 bits et 64 bits. Cette modification assure la compatibilité avec les autres systèmes d'exploitation.

Dans le cadre de la modification du type de uid[lowbar]t et gid[lowbar]t, l'implémentation Solaris réserve également les valeurs uid[lowbar]t et gid[lowbar]t allant de 231 à 232 - 2. La valeur 232 - 1 reste réservée à une utilisation en tant que valeur sentinelle. Les valeurs assignées dans cette nouvelle plage sont des affectations temporaires effectuées par le nouveau service de mappage d'identités. Ces valeurs ne sont, toutefois, pas conservées après une réinitialisation système. Par conséquent, il faut s'assurer que les applications n'écrivent pas de valeurs UID ou GID dans des fichiers persistants du système de fichiers. Elles ne doivent pas non plus transmettre ces valeurs par le biais d'une connexion réseau en guise de référence à une identité persistante. Pour assurer la persistance des informations, servez-vous du nom d'identité correspondant. Les utilitaires Solaris, tels que la commande tar, et le protocole de réseau NFSv4, respectent déjà ces pratiques.

Comme le nouveau et l'ancien types de uid[lowbar]t et gid[lowbar]t occupent la même quantité d'espace, les binaires existants ne sont pas affectés. C'est le cas, par exemple, des binaires compilés à l'aide d'anciennes définitions. Il est inutile alors de recompiler le code. Les binaires, les fichiers d'objets et les bibliothèques partagées (y compris celles liées à des bibliothèques partagées Solaris), ne sont pas non plus concernés.

Voici les effets de ces modifications :

• Pour les binaires C récemment compilés – Lorsque le code est recompilé, les pratiques de développement standard doivent tenir compte des problèmes liés aux modifications des types uid[lowbar]t et gid[lowbar]t. Lorsque le changement de signe risque d'avoir des implications pour la sémantique du code, le compilateur C et/ou le processus Lint produisent certains avertissements. Les développeurs doivent tenir compte des avertissements résultant de cette modification.

• Pour le code C++ – En ce qui concerne le nom du symbole de la fonction, les compilateurs C++ emploient une technique dite de « mutilation du nom ». L'opération consiste à coder les noms de type primitive utilisés dans les signatures d'appel de fonction. Le changement du type uid[lowbar]t et gid[lowbar]t implique une mutilation de nom différente pour les fonctions et objets C++.

  A l'instar des binaires C, les binaires C++ et les bibliothèques continuent de fonctionner comme auparavant, à l'exception des bibliothèques contenant des interfaces qui utilisent uid[lowbar]t et gid[lowbar]t .

  Le système d'exploitation Solaris ne présente pas les interfaces C++ de cette nature. Par conséquent, aucune incompatibilié avec les bibliothèques Solaris n'est attendue.

  Pour plus d'informations sur les conséquences de cette modification, notamment en ce qui concerne les avertissements, reportez-vous à la section Changes to uid[lowbar]t and gid[lowbar]t Types in the Developer 9/07 Release dans le document Solaris Express Developer Edition Release Notes .

Locale Creator

Cette évolution de la prise en charge de la langue est une nouveauté de Developer version 9/07.

Locale Creator est un utilitaire de ligne de commande et une interface graphique prévus spécialement pour créer et personnaliser des versions localisées Solaris. Cet outil permet aux utilisateurs de créer des packages Solaris installables contenant des données locales personnalisées d'une version spécifique. Une fois le package créé installé, l'utilisateur dispose d'un environnement localisé entièrement fonctionnel sur le système. Pour de plus amples informations, reportez-vous aux références suivantes :

• Commande /usr/bin/localectr -h

• Page de manuel localectr

• http://developers.sun.com/global/products_platforms/solaris/reference/techart/locale-creator.html

x86 : Boucle inactive MONITOR et MWAIT CPU

Cette évolution des fonctions du noyau est une nouveauté de Developer version 9/07.

Le système d'exploitation Solaris utilise les instructions SSE3 MONITOR et MWAIT dans la boucle inactive de processeur x86. L'utilisation des instructions SSE3 dans la boucle inactive de processeur permet d'éliminer le temps système utilisé pour l'envoi et la réception d'une commande d'interruption afin d'activer un processeur arrêté. MONITOR permet de spécifier la plage de mémoire sur "monitor". MWAIT arrête le processeur jusqu'à ce qu'il y ait accès à l'adresse précédemment spécifiée avec MONITOR. Grâce à la nouvelle boucle inactive, il suffit qu'un processeur écrive dans la mémoire afin de réactiver un processeur arrêté.

Gestion d'IPsec et d'IKE en tant que services SMF

Cette évolution du réseau est une nouveauté de Developer version 9/07.

Désormais, l'outil de gestion de service (SMF) permet de gérer IPsec et IKE sous la forme d'un ensemble de services :

• svc:/network/ipsec/policy:default

• svc:/network/ipsec/ipsecalgs:default

• svc:/network/ipsec/manual-key:default

• svc:/network/ipsec/ike:default

Par défaut, la stratégie et les services ipsecalgs sont activés alors que les services manual-key et ike sont désactivés. Pour protéger le trafic à l'aide d'IPsec, configurez le service de création manuelle de clés ou IKE et remplissez le fichier /etc/inet/ipsecinit.conf. Cela permet d'activer le service de gestion des clés approprié avant d'actualiser le service de stratégie. Pour de plus amples informations, reportez-vous au Chapter 19, IP Security Architecture (Overview), du System Administration Guide: IP Services.

Le profil de gestion de réseau IPsec est ajouté dans le but de gérer IPsec au sein d'un rôle. De plus, les commandes ipsecconf et ipseckey peuvent vérifier la syntaxe de leurs fichiers de configuration respectifs. Pour de plus amples informations, reportez-vous aux pages de manuel ipsecconf(1M) et ipseckey(1M).

Allocation restrictive des ressources de la CPU

Cette évolution des ressources système est une nouveauté de Developer version 9/07.

L'allocation restrictive des ressources de la CPU permet de définir précisément le seuil maximum des ressources de la CPU pouvant être utilisées par un projet ou une zone. Ces seuils sont appliqués sous la forme d'une ressource zonecfg et par des contrôles d'utilisation des ressources à l'échelle du projet et de la zone.

• La ressource zonecfg définissant le seul d'utilisation des ressources de la CPU indique la quantité maximale absolue de la CPU allouée à un projet ou à une zone.

• Les contrôles de ressources suivants sont disponibles :

  zone.cpu-cap

  Quantité absolue des ressources de la CPU pouvant être consommée par une zone non globale.

  project.cpu-cap

  Quantité absolue des ressources de la CPU pouvant être consommée par un projet.

Pour plus d'informations, reportez-vous aux références suivantes :

• Page de manuel zonecfg(1M)

• Page de manuel zones(5)

• System Administration Guide: Virtualization Using the Solaris Operating System

Prise en charge d'iSNS dans la cible iSCSI Solaris

Cette évolution de la gestion de périphériques est une nouveauté de Developer version 9/07.

Cette version de Solaris assure la prise en charge du protocole iSNS (Internet Storage Name Service) dans le logiciel cible iSCSI de Solaris. Le protocole iSNS permet la détection automatique, la gestion et la configuration des périphériques iSCSI sur un réseau TCP/IP.

Actuellement, le logiciel iSCSI Solaris ne prend pas les serveurs iSNS natifs en charge. Cependant, dans cette version de Solaris, la commande iscsitadm permet d'autoriser l'accès à un serveur iSNS existant afin de détecter automatiquement les périphériques iSCSI du réseau. Vous pouvez spécifier le serveur iSNS à l'aide du nom d'hôte ou de l'adresse IP. Une fois les informations du serveur iSNS ajoutées, activez l'accès au serveur.

Pour de plus amples informations, reportez-vous à la page de manuel iscsitadm(1M) et au Chapter 14, Configuring Solaris iSCSI Targets and Initiators (Tasks), du System Administration Guide: Devices and File Systems.

SPARC : Prise en charge des contextes partagés

Cette évolution des performances du système est une nouveauté de Developer version 9/07.

Le mécanisme de contexte, utilisé par l'unité de gestion de la mémoire (MMU) pour distinguer l'utilisation de la même adresse virtuelle dans différents espaces d'adressage de processus, n'est pas toujours efficace lorsque vous avez recours à de la mémoire partagée. Ce problème vient du fait que les données correspondant à une adresse mémoire partagée particulière dans différents processus peuvent être identiques, bien que le numéro de contexte associé à chaque processus ne soit pas le même. L'unité de gestion de la mémoire ne sera donc pas capable de reconnaître une correspondance. Certaines correspondances seront, par conséquent, inutilement évincées du cache de translation MMU (ou TLB, Translation Lookaside Buffer) et remplacées par des correspondances identiques avec un numéro de contexte différent.

Le système UltraSPARC T2 (Niagara 2) offre un contexte partagé supplémentaire, c'est-à-dire une fonction matérielle permettant d'améliorer la gestion de la mémoire partagée. Lors d'une recherche d'une correspondance dans le tampon TLB, un résultat est obtenu pour le contexte privé ou le contexte partagé. La prise en charge logicielle actuelle du contexte partagé active cette fonctionnalité pour les processus faisant appel à la mémoire DISM (Dynamic Intimate Shared Memory). Dans ce cas, le segment de texte du processus et les segments DISM mappés à la même adresse virtuelle et avec les mêmes autorisations pour chaque processus exploiteront le contexte partagé.

x86 : Hiérarchie de cache utilisant CPUID

Cette évolution des performances du système est une nouveauté de Developer version 9/07.

Les processeurs Intel modernes présentent une interface permettant de détecter des informations sur la hiérarchie de cache à l'aide de l'instruction CPUID.

Outil Flash Update

Cette évolution de l'administration du système est une nouveauté de Developer version 9/07.

La nouvelle commande Solaris fwflash(1M) permet la manipulation de microprogrammes pour les cartes PCI-X, ainsi que PCI-Express HBA et HCA. Actuellement, la commande permet l'affichage, la lecture et l'écriture du microprogramme pour les cartes InfiniBand HCA.

Pour de plus amples informations sur cette commande, reportez-vous à la page de manuel fwflash(1M).

L'accès à la base de données audit[lowbar]user(4) n'est pas restreint

Cette amélioration de la sécurité est une nouveauté de la version Developer 9/07.

L'accès à la base de données audit[lowbar]user(4) n'est plus restreint. Les serveurs de noms NIS+ (Network Information Service Plus) existants peuvent être mis à jour à l'aide de la commande :

# nischmod nw+r audit_user

Veillez à ce que les conditions suivantes soient vérifiées :

• Les entrées de classe d'objet SolarisAuditUser doivent être lisibles par tous. Les serveurs de noms de répertoire LDAP existants ne doivent pas modifier la commande par défaut, idsconfig(1M), des entrées des classes d'objets SolarisAuditUser, les ACI SolarisAuditAlways et SolarisAuditNever.

• S'il existe des ACI personnalisées pour les entrées de classes d'objets SolarisAuditAlways et SolarisAuditNever dans le fichier /usr/lib/ldap/idsconfig, elles doivent autoriser l'accès en lecture anonyme.

La création d'un serveur de noms NIS à l'aide de la commande ypmake(1M) installée entraîne la création d'une base de données audit[lowbar]user sans restriction. De même, la création d'un serveur de noms NIS+ à l'aide de la commande nissetup(1M) entraîne également la création d'une base de données audit[lowbar]user sans restriction.

Pour plus d'informations, reportez-vous aux références suivantes :

• Page de manuel audit[lowbar]user(4)

x86 : Support graphique des cartes i945 et i965

Cette évolution du pilote est une nouveauté de Developer version 9/07.

Les formats graphiques 2-D et 3-D accéléré sont désormais pris en charge avec les cartes graphiques Intel de la série i945 et i965. Cela concerne le noyau agpgart et les pilotes DRM (Direct Rendering Manager), les pilotes Xorg DDX de niveau utilisateur et les pilotes Mesa 3–D correspondants.

La fonction de gestion graphique offre des possibilités de rendu haute résolution et d'accélération en 3–D pour les cartes graphiques i945 et i965.

Pilote rge

Cette évolution du pilote est une nouveauté de Developer version 9/07.

Désormais, le pilote Ethernet Realtek Gigabit rge prend en charge le jeu de puces RTL8110SC/RTL8169SC.

x86 : Pilote Ethernet bnx II

Cette évolution du pilote est une nouveauté de Developer version 9/07.

Désormais, le pilote prend en charge le jeu de puces Broadcom NetXtreme (bnx) II composé des modèles BRCM5706C, BRCM5706S, BRCM5708C et BRCM5708S.

Pour plus d'informations, reportez-vous à la page de manuel bnx(7D).

x86 : Pilote sans fil Ralink RT2500 802.11b/g

Cette évolution du pilote est une nouveauté de Developer version 9/07.

À compter de cette version, le système d'exploitation Solaris intègre un nouveau pilote sans fil ral. Ce nouveau pilote prend en charge le jeu de puces Ralink RT2500 802.11b/g. Le pilote augmente la couverture WiFi dans Solaris et rend l'utilisation de Solaris WiFi plus conviviale.

Pour plus d'informations, consultez la page Web http://opensolaris.org/os/community/laptop/.

x86 : Pilote sans fil RealTek 8180L 802.11b

Cette évolution du pilote est une nouveauté de Developer version 9/07.

rtw(7D) est désormais le pilote de la carte sans fil PCMCIA RealTek 8180L 802.11b. Le pilote augmente la couverture WiFi dans Solaris et rend l'utilisation de Solaris WiFi plus conviviale.

Pour plus d'informations, reportez-vous aux références suivantes :

• Page de manuel rtw(7D)

• http://opensolaris.org/os/community/laptop/

x86 : Pilote WiFi 3945

Cette évolution du pilote est une nouveauté de Developer version 9/07.

Le nouveau pilote WiFi 3945 prend en charge la puce WiFi Intel Centrino 3945. Ce nouveau pilote s'avère utile dans les cas des ordinateurs portables équipés de la puce 3945.

libchewing 0.3.0

Cette évolution de la prise en charge de la langue est une nouveauté de Developer version 9/07.

La méthode d'entrée Chewing repose sur libchewing, bibliothèque Open Source d'entrée pour le chinois traditionnel. La mise à niveau vers la version libchewing 0.3.0 a été réalisée. La nouvelle version inclut les fonctions suivantes :

• incompatibilité avec API/ABI ;

• moteur principal de langue UTF-8 pour environnement Unicode commun ;

• moteur principal de langue UTF-8 pour environnement Unicode commun ;

• moteur principal de langue UTF-8 pour environnement Unicode commun ;

• amélioration des symboles et corrections Zhuyin ;

• correction de fuites et bogues de gestion de mémoire interne ;

• nouvelle forme binaire des données de hachage utilisateur permettant d'accélérer leur chargement et la résolution de leur corruption ;

• amélioration du calcul des constantes d'arborescence interne et de phone ;

• révision du lexique tsi.src permettant d'éviter les pannes et d'enrichir les expressions ;

• fusion des expressions et des phones du jeu de caractères CNS11643 ;

• amélioration du système de transcription phonique HanYu PinYin permettant l'implémentation de la consultation de table ;

• évaluation expérimentale de fréquence permettant de recalculer la durée de vie Chewing ;

• implémentation du mécanisme de choix pour les paires de symboles ;

• gestion expérimentale des données binaires basée sur le mappage de mémoire permettant d'accélérer le chargement des données.

Pour plus d'informations, consultez le document International Language Environments Guide.

Bibliothèque de wrappers C-URL

Cette évolution du freeware est une nouveauté de Developer version 9/07.

C-URL est une bibliothèque d'utilitaires offrant un accès programmatique aux protocoles Internet les plus populaires tels que HTTP, FTP, TFTP, SFTP et TELNET. C-URL est également utilisée de façon extensive dans diverses applications.

Pour plus d'informations, visitez le site Web http://curl.haxx.se/.

Libidn - Bibliothèque de domaines internationalisée

Cette évolution du freeware est une nouveauté de Developer version 9/07.

Libidn assure la mise en ??uvre des spécifications Stringprep (RFC 3454), Nameprep (RFC 3491), Punycode (RFC 3492) et IDNA (RFC 3490). Cette bibliothèque offre de nouvelles fonctionnalités et de nouveaux outils au système d'exploitation Solaris.

Pour plus d'informations, reportez-vous aux références suivantes :

• http://www.gnu.org/software/libidn/

• http://www.ietf.org/rfc/rfc3490.txt

• http://www.ietf.org/rfc/rfc3492.txt

• http://www.ietf.org/rfc/rfc3490.txt

• http://www.unicode.org/reports/tr28/tr28-3.html

LibGD - Bibliothèque Graphics Draw

Cette évolution du freeware est une nouveauté de Developer version 9/07.

LibGD est une bibliothèque d'utilitaires de conversion et de manipulation d'objets graphiques. Elle est utilisée de façon extensive dans les architectures applicatives basées sur le Web. Les utilitaires de ligne de commande de LibGD offrent des fonctions de conversion graphique intuitives.

Pour plus d'informations, visitez le site Web http://www.libgd.org/.

Expressions régulières compatibles Perl (PCRE)

Cette évolution du freeware est une nouveauté de Developer version 9/07.

Le module PCRE permet un accès programmatique aux expressions régulières compatibles Perl. Avant PCRE, les expressions régulières Perl étaient disponibles uniquement par l'intermédiaire du langage Perl.

Pour plus d'informations, visitez le site Web http://www.pcre.org/.

Bibliothèque HTML TIDY

Cette évolution du freeware est une nouveauté de Developer version 9/07.

TIDY est un analyseur syntaxique HTML. Il est l'équivalent HTML de lint(1). TIDY est très pratique pour valider la précision des pages HTML statiques et dynamiques.

Pour plus d'informations, visitez le site Web http://tidy.sourceforge.net/.