Introduction
Nix est connu pour sa capacité à gérer les dépendances de manière isolée et reproductible. Cependant, un défi persiste : la nécessité de binaires relocalisables. Actuellement, le préfixe de stockage est intégré dans chaque dérivation, rendant les intégrations complexes avec des outils comme Bazel ou Buck2.
Le problème des préfixes fixes
Les systèmes basés sur le stockage, tels que Nix et Guix, utilisent un préfixe bien défini pour stocker tous les paquets. Cela simplifie la réécriture des chemins vers les binaires ou les bibliothèques. Par exemple, un binaire bash est transformé en /nix/store/gik3rh1vz2jlgnifb9dh6vc6sxwwz9jj-bash-5.3p9/bin/bash. Cependant, que se passe-t-il si tu veux utiliser un chemin différent, non préfixé à la racine ?
Les défis de l'intégration
Imaginons que tu veux intégrer Nix dans un écosystème qui utilise déjà son propre sandboxing via le namespacing, comme Bazel. L'intégration devient impraticable à cause des restrictions sur les namespaces utilisateurs imbriqués et le montage. Actuellement, changer le préfixe de stockage invalide tout le graphe de dépendance, ce qui peut entraîner des heures de compilation.
Une solution potentielle : les binaires relocalisables
Pour résoudre ce problème, Nix a besoin de binaires relocalisables. Cela signifie pouvoir installer les binaires Nix n'importe où sans utiliser de namespacing ou de chroot. Une approche pourrait être l'utilisation de chemins relatifs au lieu de préfixes complets. Cela permettrait de maintenir le même hash et d'utiliser les caches binaires publics existants, évitant ainsi des compilations longues.
L'impact des binaires relocalisables
L'adoption de binaires relocalisables pourrait radicalement améliorer l'intégration de Nix dans divers environnements de développement. Cela rendrait l'outil plus flexible et accessible, notamment pour les projets open source et les environnements sans privilèges élevés.
Conclusion
Faire de Nix un système avec des binaires relocalisables n'est pas seulement une question de commodité, mais aussi une nécessité pour son adoption plus large dans des environnements de développement modernes. En résolvant ce problème, Nix pourrait devenir un outil incontournable pour les développeurs cherchant à optimiser leurs flux de travail.
Discutons de ton projet en 15 minutes.