L'utilisation du xml pour gérer la base de données des paquets est assez interessant du fait que si ton projet continue, c'est un format qui pourra facilement évoluer pour y intégrer des features.
Gérer des installs par sources et pas binaires, c'est assez interessant et comme tu le rapelles, aucun système ne fais correctement les deux, ya toujours une optimisation.
Si tu propose un système qui fonctionne avec vraiment les deux types de paquets (src et compilés) qui est relativement à jour (des chtits scripts web ?) et surtout si tu arrives à proposer un installeur (qui reconnais tout ton matos, non là je rêve) qui te demande pour chaque paquet si tu veux le recompiler ou l'installer en binaire, ya pas de problème j'adhère tout de suite.
C'est vrai que je suis assez pour toutes les tentatives d'utilisation des standards xml (ou xml-dérivé) dans tous les fichiers de configs et TOUT en fait (quand c'est pas trop lourd).
# XML intéressant ... et un instaleur.
Posté par Émilien Kia . En réponse au journal Nouvelle distribution: qu'en attendre?. Évalué à 2.
Gérer des installs par sources et pas binaires, c'est assez interessant et comme tu le rapelles, aucun système ne fais correctement les deux, ya toujours une optimisation.
Si tu propose un système qui fonctionne avec vraiment les deux types de paquets (src et compilés) qui est relativement à jour (des chtits scripts web ?) et surtout si tu arrives à proposer un installeur (qui reconnais tout ton matos, non là je rêve) qui te demande pour chaque paquet si tu veux le recompiler ou l'installer en binaire, ya pas de problème j'adhère tout de suite.
C'est vrai que je suis assez pour toutes les tentatives d'utilisation des standards xml (ou xml-dérivé) dans tous les fichiers de configs et TOUT en fait (quand c'est pas trop lourd).
Un jour libre ?