Les paquets et leurs dependances sont de grande qualite.
Donc ca depend de la qualite des dependances ? C'est pas tres rassurant de savoir qu'une dependance ne peut pas etre parfaite et pour le coup c'est un tres bon argument contre son utilisation. Une distribution qui ne les gere pas sera toujours parfaite dans ce cadre.
Mon point de vue est qu'il vaut mieux ne pas gerer les dependances plutot que de prendre le risque de mal les gerer (ce qui est malheureusement frequent, GETA).
les machines qui ne sont pas des postes de travail ( serveurs, embarqué, applications spécifiques...)
Les sytemes rpm/deb sont a vise generaliste, c'est clair. Pour un serveur ca passe mais tu ne va quand meme pas nous faire croire qu'on installe une DB pour faire de l'embarque :-) C'est l'equipe uClinux qui va etre contente. Il faut etre serieux. Meme les applications specifiques sont rarement bases sur un systeme de dependance generaliste, c'est pas logique d'ailleurs.
Il n'y a pas de raison pour qu'une base de donnée soit plus corrompue que les simples fichiers textes
Je repete ce que j'ai ecrit plus haut:
Un unique binaire modifie est moins stable qu'un fichier ascii modifie parmi plusieurs. Qu'est-ce qui se passe si ton systeme plante a l'installation d'un logiciel ? Sur slack, tu le reinstalles, c'est tout. Il remplace le fichier texte. Sur une distrib avec RPM/deb ?
Sans compter que c'est déployable, automatisable..
Comme tout systeme scriptable et surtout flexible. Je ne vois pas de difference avec la slack a part peut-etre qu'il faut utiliser un peu plus ces neurones.
Sinon, merci pour ce post, il sort du lot par sa pertinence.
[^] # Re: éternel dilemne
Posté par Jérôme Pinot (site web personnel) . En réponse au journal éternel dilemne. Évalué à -1.
Donc ca depend de la qualite des dependances ? C'est pas tres rassurant de savoir qu'une dependance ne peut pas etre parfaite et pour le coup c'est un tres bon argument contre son utilisation. Une distribution qui ne les gere pas sera toujours parfaite dans ce cadre.
Mon point de vue est qu'il vaut mieux ne pas gerer les dependances plutot que de prendre le risque de mal les gerer (ce qui est malheureusement frequent, GETA).
les machines qui ne sont pas des postes de travail ( serveurs, embarqué, applications spécifiques...)
Les sytemes rpm/deb sont a vise generaliste, c'est clair. Pour un serveur ca passe mais tu ne va quand meme pas nous faire croire qu'on installe une DB pour faire de l'embarque :-) C'est l'equipe uClinux qui va etre contente. Il faut etre serieux. Meme les applications specifiques sont rarement bases sur un systeme de dependance generaliste, c'est pas logique d'ailleurs.
Il n'y a pas de raison pour qu'une base de donnée soit plus corrompue que les simples fichiers textes
Je repete ce que j'ai ecrit plus haut:
Un unique binaire modifie est moins stable qu'un fichier ascii modifie parmi plusieurs. Qu'est-ce qui se passe si ton systeme plante a l'installation d'un logiciel ? Sur slack, tu le reinstalles, c'est tout. Il remplace le fichier texte. Sur une distrib avec RPM/deb ?
Sans compter que c'est déployable, automatisable..
Comme tout systeme scriptable et surtout flexible. Je ne vois pas de difference avec la slack a part peut-etre qu'il faut utiliser un peu plus ces neurones.
Sinon, merci pour ce post, il sort du lot par sa pertinence.