Super post qui a dû en calmer plus d'un :-)
Les rpmistes (surtout les mdkistes) reprochent souvent aux débianistes de se la jouer mais ils ont exactement la même attitude!
Quand je vois la news, je me demande qu'est-ce qui empêchait core de présenter le document expliquant urpmi sans la jouer "nananére, nous aussi on fait pareil". C'est super puéril.
L'une des notions qui arrive en tête dans le mouvement des logiciels libres, c'est l'entraide. Tu as d'abord toutes les sources à ta disposition, tu peux bien souvent poser des questions à l'auteur en lui envoyant un simple mail ou utiliser l'une des nombreuses mailing listes.
Ici, on constate que mandrake a copié de a à z le principe d'apt-get mais quand il s'agit de faire un utilisateur le reconnaître, y'a plus personne. C'est plutôt: "urpmi est mieux que apt-get parce qu'il est plus simple. Il faut faire urpmi xeyes au lieu d'apt-get install xeyes.". Officiellement non plus, mandrake ou redhat ne renvoient pas trop l'ascenseur vers le système qui a créé l'outil originel.
Quand j'ai appris que connective avait rendu apt-get compatible avec les rpms, j'étais content et je me demandais pourquoi ils ne l'avaient pas fait plus tôt!
Seulement, apt-get n'est pas un outil isolé. Il fait parti d'un tout qui a plusieurs années de réflexion et de travail acharné à son actif. Ce qui est intéressant, ce n'est pas uniquement de faire apt-get install exim mais qu'aprés avoir fait ça, on te propose de configurer, en te guidant, ton serveur de mail.
Quand tu fais apt-get install xsnow, on te suggére d'installer un serveur X avec mais tu n'es pas obligé de le faire.
Je pense qu'il y a encore beaucoup de boulot à faire au niveau du format rpm et des dépendances pour que des outils comme up2date et urpmi (qui sont trés jeunes) soient vraiment efficaces surtout en environment serveur. Mais le plus gros boulot reste au niveau de la mentalité des utilisateurs qui, au lieu de se réjouir, veulent absolument rabaisser le voisin qui ne leur a rien demandé.
[^] # Re: nécessaire mais pas suffisant
Posté par jeanmarc . En réponse à la dépêche Introduction à urpmi. Évalué à -1.
Les rpmistes (surtout les mdkistes) reprochent souvent aux débianistes de se la jouer mais ils ont exactement la même attitude!
Quand je vois la news, je me demande qu'est-ce qui empêchait core de présenter le document expliquant urpmi sans la jouer "nananére, nous aussi on fait pareil". C'est super puéril.
L'une des notions qui arrive en tête dans le mouvement des logiciels libres, c'est l'entraide. Tu as d'abord toutes les sources à ta disposition, tu peux bien souvent poser des questions à l'auteur en lui envoyant un simple mail ou utiliser l'une des nombreuses mailing listes.
Ici, on constate que mandrake a copié de a à z le principe d'apt-get mais quand il s'agit de faire un utilisateur le reconnaître, y'a plus personne. C'est plutôt: "urpmi est mieux que apt-get parce qu'il est plus simple. Il faut faire urpmi xeyes au lieu d'apt-get install xeyes.". Officiellement non plus, mandrake ou redhat ne renvoient pas trop l'ascenseur vers le système qui a créé l'outil originel.
Quand j'ai appris que connective avait rendu apt-get compatible avec les rpms, j'étais content et je me demandais pourquoi ils ne l'avaient pas fait plus tôt!
Seulement, apt-get n'est pas un outil isolé. Il fait parti d'un tout qui a plusieurs années de réflexion et de travail acharné à son actif. Ce qui est intéressant, ce n'est pas uniquement de faire apt-get install exim mais qu'aprés avoir fait ça, on te propose de configurer, en te guidant, ton serveur de mail.
Quand tu fais apt-get install xsnow, on te suggére d'installer un serveur X avec mais tu n'es pas obligé de le faire.
Je pense qu'il y a encore beaucoup de boulot à faire au niveau du format rpm et des dépendances pour que des outils comme up2date et urpmi (qui sont trés jeunes) soient vraiment efficaces surtout en environment serveur. Mais le plus gros boulot reste au niveau de la mentalité des utilisateurs qui, au lieu de se réjouir, veulent absolument rabaisser le voisin qui ne leur a rien demandé.