[Précédent (date)] [Suivant (date)] [Précédent (sujet)] [Suivant (sujet)] [Index par date] [Index par sujet]

Re: :) je peux me tromper mais ...

On Thu, Nov 30, 2000 at 04:00:43PM -0500, Moulinneuf wrote:
> >Contrairement aux autres distros, Debian permet à des compagnies
> >comme HelixCode, Progeny, Stormix ou Corel de contribuer directement
> >à la distro, un niveau de coopération impossible à atteindre pour des
> >gens comme Mandrake, Caldera ou RedHat.
> 
> La facon de travailler des distribution est ce qui fait que c'est une
> autre distribution parceque plusiseur se ressemble au niveau des
> outils et package.

C'est trop general comme phrase, que veux-tu dire par façon de
travailler?

> 
> Je suis d'accord avec ceux qui dise qu'il y a trop de facon de faire
> et pas asser de standard, par le passer je l'avait dit que les rpm et
> mdk et autre ferait de la confusion car chacun travail de son coté et
> pas vraiment personne s'occupe de reprendre le code source et de le
> remetre dans un seul et unique package.
> 
> Mais ce qui apparait c'est que aucun n'est capable de mettre son ego
> de coté pour dire il y a peut etre de quoi a faire et on doit y
> travailer ensemble.

J'ai été parmi les premiers à travailler sur la LSB (je n'ai toutefois
pu continuer car le temps me manquait).  Le problème remonte à loin mais
n'est pas aussi simple que tu sembles le croire.  L'égo n'a souvent pas
grand chose à voir, c'est plus une question de se mettre en accord sur
ce qui constitue "la meilleure solution".  Chaque distro est différente
à ce sujet et il est toujours aussi faux de croire qu'il n'y a aucune
coopération.  Toutefois, on ne peut pas simplement dire "OK, on utilise
des rpm car tout le monde utilise ça". De nombreuses fois, le sujet est
revenu sur les mailing lists de Debian au sujet d'abandonner le format
deb pour les rpm, afin d'y ajouter les features manquantes. Mark Ewing
et Erik Troan nous ont même proposé d'ajouter ce que l'on voulait aux
rpm pour qu'on l'adopte.  Helas, ces changements rendaient les rpm
incompatibles et l'ouvrage n'en valait pas la peine. En effet, ce n'est
pas parce que le même format de paquets est utilisé que 2 paquets sont
compatibles!  Debian a donc choisi de continuer de son coté tout en
coopérant avec la LSB, la FHS et autres groupes pour parvenir à un
standard.  Alors, ne me dit pas que c'est rien qu'une question d'ego!
C'est une remarque très insultante et qui revient trop souvent de
nouveaux venus dans la communauté de développeurs de Free Software.

> 
> les grande avancées vienne de groupe a part qui ne travaile qu'a un
> seul projet : kde , gnome 
> 
> car si on attend apres les distribution sa risque d'etre long
> 
> Debian c'est des fanatiques faut faire a leur facon. jusqua recemment
> kde = demon incarner

Encore un mauvais PR que trop de monde s'amuse à propager faussement!
L'as-tu simplement écrit comme ça pour me faire réagir ou quoi?

Qt fait partie de Debian depuis le moment que l'on a eu le droit de le
publier!  Pareillement pour KDE.  Debian ne peut pas se permettre de
jouer à ce genre de jeux.  Si une licence indique qu'on ne peut pas
redistribuer un logiciel, même si les auteurs prétendent que ce n'est
pas vraiment ça qu'ils voulaient dire, on ne peut rien faire tant qu'ils
ne modifient pas leur licence pour l'exprimer clairement.  Hélas, le
tout a aisément dégénéré, principalement à cause d'affirmations
gratuites comme tu viens de le faire.

Attention la prochaine fois!

> 
> Mandrake c'est des hacker il mette tout dans leur distribution mais il
> adapte sa a leur distribution et les probleme de compatibilité sont
> nombreux.
> 
> Red hat on le nom établie mais il n'offre pas trop d'innovation
> 
> SUSE travail dans leur petit coin et il partage pas trop avec les
> autres
> 
> C'est bien d'avoir 4 - 10 facon de faire , mais sa sert a quoi?

Es-tu sur que c'est seulement ça?  Tu as peut-être l'impression que SuSE
travaille seul dans son coin, mais c'est probablement aussi l'impression
des Européens par rapport à RedHat et aux autres distros américaines.
La plupart des vieilles distros ont été créé pour répondre à un besoin
que les autres ne désiraient pas.  De là, chaque distro a fait son p'tit
bout de chemin, essayant des avenues que les autres avaient refusé.

Je pense que le texte de ESR sur la motivation par l'égo a été trop
souvent mal interprété.  En fait, la reconnaissance par les pairs
n'intervient qu'à la fin du processus, c'est un bonbon, une récompense,
mais certainement pas le moteur même de la motivation.  ESR le dit très
bien, le véritable moteur de motivation dans le modèle OpenSource, c'est
le petit truc qui embête, le petit quelque chose qui dérange.  C'est
ainsi que tout se développe et je pense que si au départ, plusieurs
fourches sont prises, elles finissent toutes par tendre vers un point
commun ou par des solutions totalement différentes et essentielles tant
l'une que l'autre.  Personnellement, je suis bien content de toutes les
variations qu'a connu FVWM... auriez-vous préférez n'avoir qu'un seul
desktop, à la Windows?  Et, finalement, je rappelle aussi que nombre de
projets étaient à la base qu'un projet pour apprendre tels ou tels
trucs, ou simplement pour essayer un nouveau concept... Il faut donc
s'attendre à des duplications à ce niveau.

> Il devrait se reunir et faire des competition et garder uniquement les
> meilleurs de ces competition dans toutes les distribution comme sa
> quand tu cherche xconfig ou sndconfig il est la sur toute les
> distribution et il fonctionne pareil sur toute et il s'appelle le meme
> nom sur toute.

Et sur quoi tu baserais tes critères?  Si c'était aussi simple que ça,
toutes les distro finiraient par utiliser la même chose après une ou
deux versions.  Ce n'est hélas pas le cas.  Chaque distro à ces propres
critères, et le respect de ces derniers et une base importante du choix
et de la fidélité des consommateurs.

La solution que tu proposes est quant à moi plus un recul:  que
coûte-t-il de limiter le choix?  Déterminer le meilleur outil est
franchement plus une question de goût.  Faudra-t-il imposer Emacs
ou Vi comme unique éditeur sous GNU/Linux?  Bien que l'exemple soit
simplet, rappelons quand même qu'il est beaucoup plus facile de
remplacer un éditeur par un autre, qu'un outil d'administration par un
autre!

Je suis toutefois d'accord pour la réutilisation de code source, et
encore plus des librairies!  Le projet Gnome semble avoir bien compris
le principe car la majorité de leur librairies sont indépendantes de
l'environnement de travail, tout comme des outils utilisés.  Ainsi, le
système de messages se retrouve dans GLib, une librairie indépendante de
XWindows, permettant ainsi de l'utiliser dans une application console
par exemple.  De même, le système bonobo est complètement indépendant de
GTK, permettant tant KDE, Wing ou FLTK de l'utiliser.

Atteindre un tel niveau de recyclage d'électrons demandent toutefois une
certaine maturité du code que peu de projets ont atteint.  La
performance fait aussi souvent défaut, l'optimisation devenant de plus
en plus difficile.

Finalement, pour défendre un peu mon Église, disons que Debian à quand
même fait beaucoup pour aider cette cause.  Qu'on ne cite que
l'utilisation et l'amélioration de busybox (de Lineo/uCLinux) lors de
l'installation, ou encore le port récent d'APT pour les RPMs (par
Connectiva mais apt était déjà conçu dès le départ pour supporter divers
types de paquets), ou simplement l'accès libre du Bug Tracking System de
Debian aux auteurs des différents logiciels (ESR utilisent souvent le
BTS de Debian pour s'informer et répertorier les bugs sur son logiciel
fetchmail) sont autant d'exemples de contributions et de partage de
Debian avec la communauté OpenSource.  Je suis certain que la même
chose peut être dite vis-à-vis nombre de distributeurs de Linux, que ce
soit RH, Caldera, ou Mandrake.

-- 
-------------------------------*  *-------------------------
Fabien Niñoles                /  /          [email protected]
Chevalier Servant de Sa Dame /  /   C15D FE9E BB35 F596 127F
Veneur Gris par la Clef     /  /    BF7D 8F1F DFC9 BCE0 9436
Développeur pour Debian    /  / http://www.tzone.org/~fabien
--------------------------*  *------------------------------