Installer des paquets open source sur AIX : l'AIX Toolbox, dnf et l'ordre de /opt/freeware dans le PATH

Ce que c'est

L'AIX Toolbox for Open Source Software est la distribution d'IBM de paquets open source et GNU compilés pour AIX. Elle est proposée au format RPM, avec son propre dépôt. Elle est distincte du petit ensemble de paquets open source (OpenSSL, Perl, Python et similaires) livré sur les supports de base d'AIX, et elle est mise à jour plus fréquemment que celui-ci. L'outil d'installation recommandé est dnf, le successeur de yum pour la gestion des paquets sur AIX. Le script dnf_aixtoolbox.sh (à exécuter en tant que root, avec un accès Internet ou par proxy au dépôt du Toolbox) initialise un système : il télécharge et installe la version requise de rpm.rte ainsi que tous les paquets dont dnf lui-même a besoin, de sorte que la base de données RPM et dnf restent cohérents entre eux.

Les paquets du Toolbox s'installent sous /opt/freeware (binaires généralement dans /opt/freeware/bin, bibliothèques dans /opt/freeware/lib), et non dans /usr/bin à côté des commandes AIX de base portant le même nom.

Pourquoi c'est important

Une commande d'AIX de base et une commande GNU du Toolbox peuvent porter le même nom (grep, tar, awk, etc.) tout en prenant en charge des options différentes. L'ordre du PATH décide donc, sans qu'on le remarque, laquelle des deux un script obtient. Un script écrit et testé avec des options longues de style GNU ne fonctionnera que si /opt/freeware/bin précède les répertoires système d'AIX dans le PATH de la session. Dans le cas contraire, il échouera avec des erreurs d'option ou d'usage, et non avec un message clair du type « command not found ». À l'inverse, définir LIBPATH pour charger /opt/freeware/lib avant le chemin des bibliothèques système peut perturber aussi bien les applications AIX que celles du Toolbox. IBM recommande donc de limiter tout remplacement nécessaire de LIBPATH à l'application concernée (un script wrapper ou sa propre configuration), et non à l'ensemble du système.

Comment l'appliquer

• Installez ou mettez à jour les outils du Toolbox avec dnf_aixtoolbox.sh plutôt que de récupérer des RPM un par un, afin que rpm.rte et dnf lui-même restent cohérents.
• Avant de compter sur une commande du Toolbox dans un script, vérifiez avec whence -p <command> dans ksh (ou utilisez directement le chemin explicite /opt/freeware/bin/<command>) au lieu de supposer l'ordre du PATH.
• Dans les automatisations qui ne doivent pas dépendre du PATH de l'utilisateur appelant, appelez de préférence les binaires du Toolbox par leur chemin complet.
• Évitez de définir un LIBPATH à l'échelle du système ; limitez-le à l'unique application qui en a besoin.

Pièges

• Supposer qu'un script utilisant des options GNU « fonctionne simplement » sur AIX parce qu'une commande du même nom existe : il peut s'agir de la commande AIX de base, avec des options différentes.
• Supprimer un paquet hors Toolbox qui fournit par hasard les mêmes fichiers qu'un paquet du Toolbox (fréquent avec openssl, libgcc/libstdc++, gettext, libiconv) sans avoir vérifié au préalable lequel les fournit actuellement, au risque d'un comportement inattendu de l'installation mixte.
• Considérer les paquets du Toolbox comme pris en charge par IBM au même titre que les filesets d'AIX de base : la stratégie de service d'IBM les décrit comme fournis « as is » (en l'état), le forum AIX Open Source, et non un dossier de support standard, étant la voie d'assistance par défaut.