le packaging c'est une autre problématique qui doit être géré par un autre outil.
Non. Le build est lié à la licence, car un bon système de build permet de respecter qu'on distribue bien les sources associées à tel binaire, et qu'on est capable de le reproduire dans un environnement donné. Pour l'installation, le linkage peut être dépendant de la manière dont sont installées les bibliothèques, et tu devras forcément introduire dans ton système à un moment où aller chercher tel fichier. Ces problématiques sont très liées, et limiter un outil de build à faire uniquement ça c'est dupliquer les efforts pour plus tard gérer les autres aspects.
Avoir un outils qui fait tout crée une usine à gaz.
C'est parce que builder, installer, reproduire et installer sont un ensemble de problèmes complexe. Les autotools sont éventuellement une usine à gaz pour la flexibilité dans certains choix, mais ils simplifient tout de même beaucoup l'ensemble de ces tâches, avec des paramètres par défaut plutôt bon qui font qu'on n'a pas forcément à toucher tout son paramétrage.
Tu peux aussi avoir une commande qui génère le rpm/msi/deb/autre
Si on avait un système de package (au sens « distribution Linux » du terme) universel, oui on pourrait, mais c'est un problème politique trop grand. Alors c'est l'inverse qui est arrivé : le packaging Debian (par exemple) d'un paquet déjà géré par autotools est fait en une ligne de procédure (et quelques lignes de description de données spécifiques au système de Debian).
[^] # Re: Une amélioration possible
Posté par benoar . En réponse au journal `smk`, un make sans Makefile. Évalué à 2.
Non. Le build est lié à la licence, car un bon système de build permet de respecter qu'on distribue bien les sources associées à tel binaire, et qu'on est capable de le reproduire dans un environnement donné. Pour l'installation, le linkage peut être dépendant de la manière dont sont installées les bibliothèques, et tu devras forcément introduire dans ton système à un moment où aller chercher tel fichier. Ces problématiques sont très liées, et limiter un outil de build à faire uniquement ça c'est dupliquer les efforts pour plus tard gérer les autres aspects.
C'est parce que builder, installer, reproduire et installer sont un ensemble de problèmes complexe. Les autotools sont éventuellement une usine à gaz pour la flexibilité dans certains choix, mais ils simplifient tout de même beaucoup l'ensemble de ces tâches, avec des paramètres par défaut plutôt bon qui font qu'on n'a pas forcément à toucher tout son paramétrage.
Si on avait un système de package (au sens « distribution Linux » du terme) universel, oui on pourrait, mais c'est un problème politique trop grand. Alors c'est l'inverse qui est arrivé : le packaging Debian (par exemple) d'un paquet déjà géré par autotools est fait en une ligne de procédure (et quelques lignes de description de données spécifiques au système de Debian).