Mon programme make préféré, souvent bmake sous Linux a un mode dit méta qui lui permet de détecter automatiquement les dépendances dans le travail de compilation. Sous BSD un processus peut surveiller les I/O de ses fils grâce à filemon(4) ce qui permet cette détection. On peut appliquer la même stratégie à la préparation des paquets: en épiant les I/O des processus fils, on peut automatiquement détecter la liste des dépendances de production.
Si je résume, je peux « épier » tous les fichiers (y compris les ressources statiques genre icônes, *.jpg, *.mp3) que j'installe avec un classique « make install » ? Où cela ne marche que pour les libs utilisées à la compilation ?
La détection complète des dépendances d’exécution me semble beaucoup plus délicate à réaliser puisque l'examen des bibliothèques liées ne détecte que... les bibliothèques, mais il y a beaucoup d'autres exemples de dépendances.
Tout à fait !
En fait je trouverais presque ça malsain de tout faire automatiquement. Exemple : les « environnements de bureau » qui se reposent sur certaines spécifications freedesktop.org, et qui permettent, de fait, de choisir entre plusieurs implémentations pour un même module (widgets systray, gestionnaire de fenêtre, gestionnaire de connexion, etc). Là on est dans un cas ou on doit laisser le choix à l'utilisateur d'exprimer la dépendance, laquelle peut rester malgré tout obligatoire (par exemple un environnement de bureau n'est pas utilisable sans gestionnaire de fenêtres).
Mais bon, après on est pas obliger de tout faire automatiquement non plus :)
[^] # Re: distrib 1 - journal 0
Posté par vlamy . En réponse au journal NuTyX, une distribution atypique. Évalué à 2.
Si je résume, je peux « épier » tous les fichiers (y compris les ressources statiques genre icônes, *.jpg, *.mp3) que j'installe avec un classique « make install » ? Où cela ne marche que pour les libs utilisées à la compilation ?
Tout à fait !
En fait je trouverais presque ça malsain de tout faire automatiquement. Exemple : les « environnements de bureau » qui se reposent sur certaines spécifications freedesktop.org, et qui permettent, de fait, de choisir entre plusieurs implémentations pour un même module (widgets systray, gestionnaire de fenêtre, gestionnaire de connexion, etc). Là on est dans un cas ou on doit laisser le choix à l'utilisateur d'exprimer la dépendance, laquelle peut rester malgré tout obligatoire (par exemple un environnement de bureau n'est pas utilisable sans gestionnaire de fenêtres).
Mais bon, après on est pas obliger de tout faire automatiquement non plus :)