Je ne renie pas la qualité du logiciel, et pour me faire comprendre, je vais tenter d'élargir le débat. Mandriva et MDS ne sont que des exemples.
Je suis convaincu que ce non seulement ce mode de développement n'est pas viable, mais également que c'est un frein à l'adoption de Linux par les entreprises qui ont besoin d'un premier serveur LDAP.
Chaque distribution a développé ses propres outils LDAP, tous « ouverts ou open source » mais curieusement incompatibles.
Pourquoi ? Simplement parce qu'ils tentent de rentabiliser les frais R&D ( qu'uils auraient du mettre en commun) en appliquant une politique « vendor lockin » digne de MS, tout en restant habilement « open source». Fichiers de configuration différents, découpage des paquets différent, binaires incompatibles, extensions propriétaires, pas de dépôt subversion ou dépôt non mis à jour régulièrement, versions enterprise/pro, difficultés à contribuer, etc. Les moyens ne manquent pas... Attention, je ne dis pas que c'est intentionnel (quoi que), c'est simplement le résultat du "business model" choisi par ces distribs. Le pire exemple: Zimbra...Essayez d'installer ceci sur autre chose que RedHat, et vous comprendrez...
Source de revenus supplémentaires, ces distribs sont donc assorties de pseudo « certification », où l'on apprends aux ingénieurs la procédure qui va bien pour trouver le bon bouton ou le fichier à modifier, (attention hein, c'est pas le même bouton que sur Redhat/Mandirva/Novell)
Au final, les PME, se tournent donc vers Microsoft AD, rassurées par le parc déjà installé et la facilité de trouver un ingénieur presse bouton certifié krosoft.
Je l'avoue , je n'aime ni Red hat, ni Mandriva, ni Novell. Ubuntu, j'attends de voir si les paquets "enterprises" sont reversés dans Debian.
Pour les dépôts debian, c'est bien, mais depuis combien de temps il sont là ? je dirais trop tard....Et je serais curieux de savoir à quel point ils s'intègrent dans Debian sans tout casser.
Ironie suprême, le serveur pour les sources tourne sous Debian, avec apache laissé configuré par defaut (ServerTokens Full).
[^] # Re: Quelques Questions
Posté par André Rodier . En réponse à la dépêche Mandriva Directory Server (MDS) 2.4.0 disponible : Sécurité et traçabilité accrues. Évalué à 0.
Je suis convaincu que ce non seulement ce mode de développement n'est pas viable, mais également que c'est un frein à l'adoption de Linux par les entreprises qui ont besoin d'un premier serveur LDAP.
Chaque distribution a développé ses propres outils LDAP, tous « ouverts ou open source » mais curieusement incompatibles.
Pourquoi ? Simplement parce qu'ils tentent de rentabiliser les frais R&D ( qu'uils auraient du mettre en commun) en appliquant une politique « vendor lockin » digne de MS, tout en restant habilement « open source». Fichiers de configuration différents, découpage des paquets différent, binaires incompatibles, extensions propriétaires, pas de dépôt subversion ou dépôt non mis à jour régulièrement, versions enterprise/pro, difficultés à contribuer, etc. Les moyens ne manquent pas... Attention, je ne dis pas que c'est intentionnel (quoi que), c'est simplement le résultat du "business model" choisi par ces distribs. Le pire exemple: Zimbra...Essayez d'installer ceci sur autre chose que RedHat, et vous comprendrez...
Source de revenus supplémentaires, ces distribs sont donc assorties de pseudo « certification », où l'on apprends aux ingénieurs la procédure qui va bien pour trouver le bon bouton ou le fichier à modifier, (attention hein, c'est pas le même bouton que sur Redhat/Mandirva/Novell)
Au final, les PME, se tournent donc vers Microsoft AD, rassurées par le parc déjà installé et la facilité de trouver un ingénieur presse bouton certifié krosoft.
Je l'avoue , je n'aime ni Red hat, ni Mandriva, ni Novell. Ubuntu, j'attends de voir si les paquets "enterprises" sont reversés dans Debian.
Pour les dépôts debian, c'est bien, mais depuis combien de temps il sont là ? je dirais trop tard....Et je serais curieux de savoir à quel point ils s'intègrent dans Debian sans tout casser.
Ironie suprême, le serveur pour les sources tourne sous Debian, avec apache laissé configuré par defaut (ServerTokens Full).
--