
Il se passe quelque chose d'intéressant au sein de la communauté Arch Linux : un projet est en cours qui pourrait changer l'avenir de… gestionnaire de paquets pacmanL'idée est de développer une nouvelle base pour la gestion des paquets. Entièrement écrit en Rust, un langage qui se distingue par sa sécurité et sa fiabilité. Ce projet est connu sous le nom de ALPM (Gestion des paquets Arch Linux).
Depuis plus d'un an, le développement de ALPM Le projet a bénéficié de financements, ce qui se reflète dans son avancement. Des spécifications claires ont déjà été définies concernant la structure des paquets, le traitement des données et les mécanismes cryptographiques à utiliser pour garantir l'intégrité et l'authenticité des fichiers système. Il ne s'agit pas d'une simple idée théorique : elle repose sur un travail concret.
Pacman pour ALMP ? C’est une réelle possibilité.
Cela a amené beaucoup de gens à se demander si Pacman sera un jour remplacé. Il existe des différences importantes entre les deux projets, non seulement sur le plan technique, mais aussi juridique. Pacman est distribué sous licence GPL, tandis qu'ALPM utilise des licences plus permissives telles qu'Apache 2.0 et MIT, ce qui faciliterait son adoption dans d'autres projets ou contextes avec moins de restrictions.
Pour l'instant, aucune confirmation officielle n'a été faite concernant la suppression de Pacman. Une solution envisagée est une approche hybride : conserver la commande Pacman telle quelle, tout en la prenant en charge en interne grâce à une implémentation moderne écrite en Rust, à l'instar de ce qui a déjà été fait dans d'autres distributions pour des outils système critiques.
Pour l'instant, nous n'en sommes qu'aux prémices de cette proposition. Aucun changement ne sera immédiat, même si Arch Linux est réputé pour son modèle de développement à mises à jour continues et le déploiement rapide de ses logiciels. Parmi les questions en suspens, on peut se demander ce que feront les autres distributions utilisant la même base, comme Manjaro et EndeavourOS.