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

Re: Linux Commercial Tue la Cooperation et la Compatibilite?

Moulinneuf wrote:
> 
> Avant quand on disait Distribution Linux sa voulait dire
> le noyau plus une couple de programme mis ensemble plus le support.
> 
> maintenant quand on regarde une distribution c'est une sorte d'instalation,
> une facon de detecter le hardware, une facon de faire fonctionner le son,
> une facon de placer les programmes, une version de programme.
> 
> Quand tu cherche un rpm sa te prend le rpm de mandrake quand tu as mandrake
> et le rpm de suse si tu as suse et le rpm de red hat si tu as red hat.
>

Le terme RPM refere a RedHat Program Manager.

Il y a deux types de fichier RPM, source et binaires.

Ce que permet le fichier source, etant donner que la licence
du GPL exige que le source des programmes soit disponible, est
de fournir la source de depart.  Cette source de depart porte
aussi le nom de "prestine" source.  Il est donc dans le fichier
*.src.rpm.  Les differents distributeurs ajoutent des corrections
et des personnalisations relative a leurs exigences.

Les corrections ulterieurs apparaisse en incrementant la version
du rpm (pas la version du prestine source).  Ces corrections portent
le nom de "patch"s et sont ajoutees comme fichier a inclure dans le rpm.
Par example, patch1 et pacth2,..., patchN.

La commande
$ rpm -bb tata-1.2.3-4.src.rpm
permet de creer le fichier binaires tata-1.2.3-4.i386.rpm

Si la question est, est-ce que les personnalisations different
d'un fournisseur a l'autre ?
La reponse est, oui.

> Je pensait que la license gpl permetait que tout le monde prenne le
> programme et le modifie pour l'améliorer et ensuite le redonne au autre qui
> le veule qui eux l'ameliore et ainsi de suite pas que moi je le prenne
> je le modifie, que mon voisin le prenne le modifie et que les deux
> version ne soit plus compatibles et que ensuite d'autre nous demande
> cette version et la modifie a leur tour.
> 

Le mecanisme, d'approbation des modification, est tres mal decrit.
Les utilisateurs fonctionnent avec des versions dit stable.
Les developpeurs d'un logiciel vont choisir les nouvelles
fonctionnalites a inclure pour la version suivante.  Certaines
options peuvent etre mis en veilleuse pour une version stable
ulterieur.  C'est pourquoi les developpeurs utilise RCS/CVS
qui permet de faire des importations et des fusionnements.
Parce que le meme logiciel peut avoir d'autre branches de developpement
avec des options experimentals, trop precoce pour etre incluse, ou
permettre de continuer le developpement pendant le gel des inclusions
des nouvelles options pour une version stable a lieu.

> Une chose de bien sur windows est que tu soi en australie ou a
> montreal si tu envoie un programme a quelqu'un c'est compatible
> la il vas faloir demander qu'elle distribution tu as de plus sa vas
> etre beau le support.

Il est surprenant que les gens est autant de difficulter avec la
personnalisation des logiciels.  Prend pour exemple l'industrie
automobile, si tu veux des options supplementaires tu es pret a
payer plus. Et a changer de concessionnaire.  Tout le monde
trouve cela normale.

Peu de gens achete leur voiture en piece detacher, mais c'est faisable.
Ca prend des outils, qui sont aussi couteux mais disponibles.
Et requiere un expertise a maintenir et a faire fonctionner.
Par exemple, j'achete mes vetements tout fait et je n'ai pas de
machine a coudre.  Les fournisseurs de chemises mal faite vont
disparaitre.

De meme que les fournisseurs de systemes d'exploitation qui ne
reponde plus au besoin de leur clientele.  Il y a aussi
l'education du consommateur.  L'adage dit:
   "consommateur stupide,
    marketing intelligent"