ce que j'aime bien c'est qu'il ne se passe même pas 24 h pour que
Han comme le vince a tué le Troll...
Bon, si il faut autant de provoc pour avoir des paroles réfléchies...
M'enfin bon au moins on vois que vince n'est pas mort c'est bien

.
D'autant que mon troll n'était pas sur linux, mais sur dropline gnome, il n'a tué qu'un troll dont il avait lui même participé à la naissance.
illwieckz :
arf la belle bêtise.
la tienne ?
Le problême de linux....
C'est sa mise à jour.
Pas uniquement,[...]
Non bien sûr mais le reproche qui sous tendait était surtout celui là (dans les trolls précédents).
c'est pas uniquement une question de rapidité des sorties... il suffit de se pencher un peu sur la gestion de ce "projet" (le méta projet auquel tu faisais référence) c'est ni fait ni à faire... Si y'avait un semblant d'organisation, on n'aurait pas une date de sortie repoussée régulièrement, on n'aurait pas des versions soit disant stables mais qui en fait n'ont été que peu testées, on n'aurait pas cette impression d'amateurisme qui masque le travail énorme fourni par certains...
Ne parlons pas de la sortie de longhorn qui est toujours et toujours repoussée, et les innovations qui au fur et à mesures sont annoncées pour plus tard ou annulées tout simplement. Et les problèmes de sécurité des versions "stables" d'XP, d'IE etc.
Ce problème n'est pas seulement celui de Linux... Il ne faut pas se masquer le visage.
A ceci près que la rétrocompabilité est trop souvent oubliée... que des interfaces que ça ne coute rien de laisser sont supprimées, que les docs ne sont dispo dans la plupart des cas qu'en N-1...
Euh, là je ne comprend pas, justement il est plutôt rare de trouver quelque chose qui a marché un jour ne plus marcher aujourd'hui.
Je ne citerais pas l'exemple du joystick microsoft d'un ami qui n'est plus supporté par le SE de microsofts lui même...
(Par contre sous linux aucun problème).
Et rien ne m'empêche d'installer des linux sur des vieux pc avec du très vieux matériel...
Justement le libre permet de garder ces compatibilités ascendantes, parceque pour le modèle propriétaire, il faut que ce soit la maison éditrice elle seule qui le fasse, et que lorsqu'elle décide d'abandonner le support pour un produit c'est fini pour lui.
Et la doc, c'est plutôt étonnant toute la doc que l'on peut trouver...
En effet il m'arrive d'être frustré parfois lorsque l'on fait des recherches google, de tomber sur des doc pour des versions anciennes... Mais sur les site officiel tout est toujours à jour, le problème c'est qu'asssez souvent il n'y pas de docs officielles en français.
Mais ça ce n'est pas un problème de linux, ni du libre, c'est un problème de langue.
Mais pas un soft ne sors sans sa doc, ses changelogs etc.
Et d'ailleurs puisque l'on parle de linux, si l'on parlait du noyau, même les plus instables, les patchs les plus extrémistes, de toute manière avec chaque releases, chaque option du noyau, chaque module a ses lignes de documentations, commentaires, conseils...
N'importe quand lors d'un menuconfig on peut appeler l'aide lors de la configuration du noyau et des modules...
Dans le noyau linux tout ce qui a été supporté un jour il y a des chances pour que ça le soit toujours, pas forcément par défaut, certes, mais atciver une option n'est pas très compliqué.
Et ne me dites pas que vous n'avez jamais eu de problème à récupérer un driver pour un matériel dont vous auriez perdu le cd/disquettes d'installation, ou que vous n'aviez eu ces cd/disquettes parceque récupéré par ci ou par là...
Sous windows même sur les sites officels c'est pas toujours trouvable.
Et j'ai devant moi un exemple d'écran dont la documentation sur le site officiel n'est pas disponible.
Donc avant de parler de documentation et de support matériel/périphérique/interface, il faudrait faire la juste par des choses.
Et c'est pareil pour tout les logiciels du projet gnu ou libres tout simplement.
NON !!! Les logiciels libres, faudrait arrêter de penser que c'est uniquement réservé au linuxiens et il existe des logiciels libres qui bénéficient d'un vrai cadre de projet, eux méritent qu'on s'y intéressent !
J'ai envie de me répéter....
Justement c'est bien pour cela que je rajoute ça "[...]ou libres tout simplement.", parceque il n'y a pas que linux dans la vie, et que personellement si mon contrôleur sata était supporté par freebsd ce ne serait pas une gentoo qui tournerait sur mon amd64.
Et je sais aussi qu'il existe autre chose que linux etc, comme le montre la licence libre CeCILL élaborée par le CEA, le CNRS et l'Inria, bref par la recherche, qui est un tout autre domain d'étude que la simple bureautique, on peut aussi parler des SSLL...
Bien sûr qu'il n'y a pas que linux dans le libre, heureusement d'ailleus, et c'est ce que je disais.
On ne sort pas un nouvel OS tout prêt qui nous supprimera l'ancien, et prévu pour une durée de quelques années.
T'es tu demandé pourquoi ? Pourquoi ne pas faire une version PROPRE de la nouvelle release qui se charge de nettoyer les résidus de la version N-1 ? Parcque ça risquerait de faire pro ? Bah justement, c'est ptet ce que les utilisateurs attendent...
Euh, ça faisait combien de temps que la debian n'avais pas sortie de versions stables....
Les releases candidate ça sert à quoi ?
On fait des versions propres *et* intermédiaires, là est la différence.
J'ai [encore] l'impression d'avoir déjà répondu à ça quand je donnais l'exemple du noyau linux avec la numérotation des versions [ce n'était qu'un exemple bien sûr), enfin bref les versions propres et pas propres...
Tu n'as vraiemnt rien compris à ce que j'ai dit.
Ce n'est pas parceque les versions de test sont accessibles à tout le monde que les versions stables n'existe pas.
Tu reproche à la transparence du système de permettre de faire des bêtises, mais si tu prends les releases stables des logiciels ou des distributions en particulier, elles sont justement stables, et le sonbt grâce au testnqui ont été fait par des milliers de personnes, tu reproche à la stabilité d'un logiciel libre le fait qu'il a été obtenu parceque des personnes ont éprouvé les verions instables, si tu ne veux pas être testeur, n'utilise pas les versions instables, il faut savoir ce que l'on veut.
Le problème c'est son évolution trop rapide, le schéma de production sur lequel il est contruit qui est trop productif.
Tu enlèves productif, et tu mets bancal à la place... il n'existe qu'en théorie ce schéma de production vu qu'après le dev, c'est le néant, ou presque...

Merci de me faire rire, il faut bien dérider l'atmosphère un peu de temps en temps, rire ça fait vivre vieux.
Facile de me reprendre si tu modifies mes propos.
Et sur le coût du "néant" "après" cf ce que j'ai déjà dit deux ou trois fois dans mes interventions précédentes, et deux ou trois fois aussi dans ce même post.
J'ai vraiment l'impression de me répéter, j'ai même donné des exemples....
Le problème des pilotes par exemple.
Une société de matériel informatique qui fournit des pilotes pour ses produits, pour un système comme windows XP, qui a quatre ans si je ne me trompe pas, un pilote développé il y a quatre ans devrait encore fonctionner aujourd'hui, et si loghorn sort en 2007 ce même driver aura duré 6 ans, avant d'être mis à jour. Quand je disais trois ans j'étais bien optimiste...
Avec un système libre, cela ne peut tenir.
Pour une raison précitée... la rétrocompatibilité... aucun effort n'étant fait en ce sens, il faut redévelopper dans sa quasi intégralité le driver à chaque release de noyau...(fréquence qui peut monter à 1/j voire plus !)
Mais tu ne comprend rien ou quoi, justement ce problème de réécriture intégrale du pilote, c'est le problème que l'on voit avec longhorn ou windows XP 64... c'est un problème que l'on a moins avec linux (et les autres systèmes libres).
La rétrocompatibilité peut se faire à moindre coût dans le cas du libre du fait du caractère libre, cf des arguments/exemples donnés plus haut.
Les softs sont fait en se basant/s'adaptant/etc sur ceux déjà existant, et en les connaissants, puisqu'ils sont libres.
C'est ça qui permet une longévité à quelquechose, et qui permet d'éviter de recommencer trop souvent, au pire une breve modification/patch.
Et le coût de la release du noyau à "1/j voir plus", heureusement que les versions de développements ont ce ryhtme, c'est ce qui montre la rapidité du développement et son évolution.
Mais encore faudra t'il se répéter, ce sont les version de développements.
Je ne sais pas pourquoi mais de tout ce que tu dis ce n'est justifié (ou plutôt expliqué) que par un point : le fait que tu ne fasse pas la différence entre une version stable et une version instable/de développement/de test...
Bref si tu comprenais ce petit point ça éviterais bien de l'encre écrite...
Pars déjà sur une base de réfléxion juste avant de parler.
d'où la nécessité de standardiser et maintenir des interfaces stables
Ce que le libre n'empêche pas, bien au contraire, souvent le caractère propriètaire rend aussi les standards fermés ou les documentations sur les interfaces non documentées. (cf les multiples problèmes de microsoft à ce sujet, par exemple pour les formats d'office).
On connait le problème de l'intéropérabilité entre les systèmes propriétaires.
Tu te trompe de cible.
c'est justement là qu'est le problème : le fait de devoir tout refaire à chaque fois !

Ça en devient sao$ulant d'être borné à ce point ! Mais qu'est ce que je n'arrête pas de dire, tu sais ce que ça veux dire, "ouvert" ?
Elle peut très bien se le permettre, mais elle n'y a aucun intérêt ! T'es en train de nous expliquer que pour une petite part des utilisateurs, un constructeur devrait être sur la brêche en permanence ? Contrairement aux développeurs dits du monde libre, les sociétés ne travaillent pas bénévolement parcque leurs employés doivent être payés pour le travail qu'il fournissent... Et si je te donne le choix entre :
A) Un driver open source (constructeur) en N-4 et payant (enfin tu le payes avec ton matos)
B) Un driver (A forké) en N-1 mais non réputé stable
tu installes lequel... le B,n'est ce pas ? or le A, la société si elle le case pas, elle mets la clé sous la porte à terme. donc pour être sur de le caser, elle se garantit l'exclusivité en rendant les sources propriétaires... c'est aussi simple que ça
Uen petite part des utilisateurs, cette petite part est maintenue petite justement à cause du caractère propriétaire, si ce n'est inexistant, forcément un utilisateur achète un produit supporté.
Et faut arrêter de croire aussi que les développeurs libres travaillent bénévolement, bien sur qu'il y en a, mais il y en a aussi qui sont employés par des boîtes de matos justement !
On peut payer quelqu'un à développer un driver libre. Libre ne veut pas dire pas payé. Une société peut vendre un matériel avec un driver libre, jsutement ça lui assurera uen certaine pérénnité, même si elle abandonne le support. Il ya d'aileurs de sociétés qui libèrent des spécifications après un certain temps, c'est bien dans cette optique, puisque le mamrché propriétaire n'est plusrentable, on espère garder encore quelques clients en utilisant un autre modèle.
Au pire comme je l'ai dit elle distribue des spécifications, même si elle ne distribue pas de driver libre, le problème c'est que ça rend absurde le developpement d'un driver propriétaire. Je suis d'accord avec toi là dessus,
Le problème n'est pas là, il est bien avant, c'est le fait qu'il existe une sorte de monopole du marché qui marginalise certains utilisateurs.
Le problème c'est la marginalisation de ces utilisateurs, et que dans son principe, elle tend à les marginaliser toujours plus.
(Ils sont peu, donc ce n'est pas rentable, ce n'est pas rentable, donc on ne s'occupe pas d'eux, on en s'occupe pas d'eux, donc ils sont encore moins, etc.)
C'est le seul qui soit structuré et qui garantisse le résultat. Je ne m'y accroches pas mais (cf au dessus) je le comprends tout à fait... Si demain on te donne le choix entre une banque dont le système d'information est open source et une banque qui s'appuie sur un système propriétaire (comme actuellement) tu prends celle en open source ? Y'a pas que le problème de cycle de dév, y'a aussi les pbs de sécurité... Et j'anticipe tout de suite : non tous les informaticiens ne sont pas philantropes
Je ne dit pas que le libre est bon partout, j'ai pas envie que l'on dévoile par exemple des codes militaires spécifiques... (c'est normal). Et ton exemple de banque est bon, Mais sauf que sur le point de la sécurité, pour une banque cela fonctionne, parceque peut de personne utiliseront le logiciel chez lui, ou du moins en masse. Docn le fait qu'un code soit secret, si de plsu on a pas l'exécutable sous la main, cela peut être vu comme un surcroit de sécurité. (d'autant plsu que fournir un code source c'est presque fournir l'exécutable).
Mais pour des logiciels qui seront utilisés en masse, on voit bien toutes les failles découvertes dans windows, pourtant tout est fermé... Un logiciel ouvert peut permettre de trouver une faille plus rapidement peut être, mais aussi sa correction.
Il y a des failles dans windows qui mettent plusieurs mois à être corrigées, et là c'est la caractère propriétaire qui en est la cause, parceque seul Microsoft peut le faire.
Si une fois pour internet explorer un patch était sorti d'autrepart que de chez microsoft, mais peu de personnes l'ont installé, vu que cela risquait de rendre les mises à jours de microsofts suivantes incompatibles.
Ça c'est le vrai problème, de posséder un logiciel buggé, de le savoir, et de devoir attendre la mise à jour plusieurs mois, au bon vouloir ou disponibilités seules de la maison éditrice.
Le système ouvert n'a pas ce problème, une problème apparait : il est très vite corrigé.