J'ai du mal à saisir le rapport entre le langage et la documentation. En quoi un outil en shell ne pourrait-il pas être documenté comme il faut ?
De plus, la gestion des paquets, c'est àmha vraiment un boulot typique pour le shell : le gros œuvre (conditionnement et déploiement des fichiers) est souvent assuré par une commande unique (genre tar/cpio). Le reste c'est juste de la gestion de log et de la mise en place/exécution de fichiers annexes...
Je proposerais bien spkman/spkcpio, qui produisent et gèrent des paquets Slackware au format CPIO, et sont codés avec dash en essayant de coller au max. à POSIX :
Mais après avoir jeté un œil à spkg, il est loin d'en avoir toute les fonctionnalités. Pourtant, pour une "distro" (1) comme Saevia, il y aurait sûrement une bonne piste vers la simplicité : qui a besoin de gérer les dépendances, lorsqu'il a compilé tout le système lui-même ? le boulot du gestionnaire sur une telle distro se borne en gros à changer une pièce par une autre, non ?
Mes 2¢.
(1) À l'instar de Linux Froms Sratch, ça me paraît plus une méthode qu'une distribution.
# Limite de documentation ?
Posté par dr_home . En réponse au journal Projet Saevia - Recherche de contributeurs. Évalué à 10.
J'ai du mal à saisir le rapport entre le langage et la documentation. En quoi un outil en shell ne pourrait-il pas être documenté comme il faut ?
De plus, la gestion des paquets, c'est àmha vraiment un boulot typique pour le shell : le gros œuvre (conditionnement et déploiement des fichiers) est souvent assuré par une commande unique (genre tar/cpio). Le reste c'est juste de la gestion de log et de la mise en place/exécution de fichiers annexes...
Je proposerais bien spkman/spkcpio, qui produisent et gèrent des paquets Slackware au format CPIO, et sont codés avec dash en essayant de coller au max. à POSIX :
http://requiescant.tuxfamily.org/spack/index.html
Mais après avoir jeté un œil à spkg, il est loin d'en avoir toute les fonctionnalités. Pourtant, pour une "distro" (1) comme Saevia, il y aurait sûrement une bonne piste vers la simplicité : qui a besoin de gérer les dépendances, lorsqu'il a compilé tout le système lui-même ? le boulot du gestionnaire sur une telle distro se borne en gros à changer une pièce par une autre, non ?
Mes 2¢.
(1) À l'instar de Linux Froms Sratch, ça me paraît plus une méthode qu'une distribution.