pasBill pasGates a écrit 16291 commentaires

Quand sur un site dédié à Linux tu réponds à un posts qui parle de Linux ( http://linuxfr.org/comments/464879,1.html(...(...)) ) dans une news sur Linux,
si tu ne veux pas aborder Linux, pitié mon ami dit le !

Je te cites, du post que tu as linke :
NB, le 2) n'est pas possible avec un OS proprio. Alors arrêtons de considérer Linux comme intégriste alors qu'il est beaucoup plus "coolant" que tous les OS proprios et ce pour 0 ¤.

Non seulement tu ne sais pas lire ce que j'ecris, mais en plus t'es meme pas capable de relire ce que tu as ecris ?

Faut retourner a la maternelle mon cher, il y a du travail en perspective.

Pour certains drivers aussi.

Comment ose-tu dire ça sérieusement ?

Ben c'est tres simple, j'utilises Windows et j'ai des yeux et un cerveau

Dans quel cas, je doit rebooter ?
=> lorsque je change de noyau
Pourquoi changer de noyau
=> car il a changé !
Comment a-t-il changé
=> avec un patch !

Je vais t'apprendre un truc gigantesque : Quand tu ajoutes le support ATM a Windows, tu ne changes pas le noyau, tu charges un driver, un fichier separe, comme un module sous Linux.
Si tu veux modifier ATM, tu ne modifies pas le noyau, tu modifies le driver. Il n'y a _pas besoin_ de toucher au noyau

Par exemple, Windows n'a pas ATM et tu ajoutes un driver qui uilise ATM.
=> faut patch/recompiler

Non c'est faux, tu charges le driver ATM, tu ne touches pas au noyau.

Drivers pour gros disque dure. Quand il a fallu dépasser l'énorme valeur 8 Go pour Windows :-)
=> Nouveau noyau

Non, nouveau driver IDE

Non, tu es d'une mauvaise fois infini.

Je dirais plutot que c'est toi qui est un ane qui ne comprend rien a Windows et ne sait pas du tout comment il fonctionne.

Reviens quand Windows ne demandera pas de rebooter lorsque t'installes un drivers, change de couleur de fond d'écran, etc...

C'est bon je suis de retour.

T'es franchement pathetique, rien de ce que tu ne dis ne tient debout.

Et ? Ou m'as tu vu dire le contraire ?

Je parles de devoir recompiler le noyau, il n'y a jamais besoin de recompiler le noyau pour faite tourner un driver.

Tu prends le noyau de Win2000.

Tu prends un driver de Win95.

Si tu veux faire tourner ce driver, faut modifier/recompiler le driver, pas le kernel Win2000

J'ai cru que c'était un comparaison avec Linux. J'avais tord ?
Oui

Ben désolé. Merci pour ces infos sur les OS proprios dans une news Linux. Passionnant.

C'est toi qui a commence a parler d'OS proprios et de recompilation de kernels proprios, te plaint pas si on te repond.

Ce sont les *drivers* qui ont ete recompiles, pas les noyaux

Ce n'est pas parce que ça ne sert à rien mais parce que ce n'est pas possible que sous Windows on ne patch pas. La nuance est de taille.

J'attends toujours un exemple ou patcher le kernel serait necessaire pour faire tourner un driver


MS fournis les sources à quelques clients sélectionnés il me semple. Ce n'est pas pour patcher les sources et recompiler ?

Non, c'est pour auditer le code, faire de la recherche,... ils n'ont pas le droit de modifier les sources et deployer les binaires modifies.

Tu m'expliques ou dans ton exemple il y a besoin de recompiler le noyau de Windows pour faire fonctionner un driver en passant de Win95 a Win2000 ?

Il parle de mettre les patchs a part et tout recompiler, je lui explique simplement que sous Windows ca ne sert a rien, j'ai pas dit que c'etait necessaire sous Linux.

Bon mon petit debile, avant d'insulter les gens, tu m'expliques ou est-ce que dans mon commentaire je dis que chez Linux il y a besoin de recompiler le kernel pour avoir son driver ?

Va prendre des cours de francais et reste poli

Il y a ici un problème de non respect de licence de Linux.
Une licence (libre ou pas) doit être respectée. Point final. Sinon c'est le bordel.

Le probleme etant que les mainteneurs du kernel ont accepte cette violation en connaissance de cause pendant 3 ans, et c'est bien ca qu'on leur reproche, leur incoherence .

NB, le 2) n'est pas possible avec un OS proprio. Alors arrêtons de considérer Linux comme intégriste alors qu'il est beaucoup plus "coolant" que tous les OS proprios et ce pour 0 ¤.

Le 2 est un cas qui ne se presente pas avec un OS proprio, car avec un OS proprio il n'y a jamais besoin de recompiler le kernel pour faire marcher une carte graphique, suffit d'installer un nouveau driver.

La difference etant que MS ne t'as pas permis pendant 3 ans de redistribuer ta version de Windows.

C'est le mainteneur de pwc qui a fait l'erreur ! C'est lui qui a _présenté_ son code comme GPL alors qu'il ne l'était pas.

Ben voyons, ca fait 3 ans et tout le monde est au courant de la situation, faut pas te foutre du monde non plus.

Puis il n'y a pas d'arrangement à faire avec une licence. Surtout avec la GPL car il faut que tout le monde soit d'accord. Il est pratiquement impossible de changer la licence (GPL) de Linux et ça PBPG le sait.

Ben alors pourquoi donc permettent ils toutes ces exceptions avec les drivers graphiques, etc... ?
Ton histoire ne tient pas, trouves d'autres raisons pour accuser les autres de mauvaise foi.

Là il n'y a qu'un développeur, pas de pognon, des sources qui ne respectent pas la licence de Linux et aucun soutient de Philips depuis 1 an

T'as oublie d'ajouter : Et un module qui a ete accepte pendant 3 ans et que plein de gens utilisent

De plus avec Linux, tu peux contourner le problème (mettre tous les patches qui vont bien à part et tout recompiler). Ceci est impossible avec Windows.

Avec Windows le probleme ne se pose pas, t'as pas besoin de recompiler le kernel pour faire marcher un driver.

J'attends toujours des chiffres de ta part quand tu enonces tes verites universelles.

Les sondages disent que Linux a ~3% de parts de marche sur le desktop, tu soustrais a cela tous ceux qui n'ont pas de webcam, reste plus grand-chose. Je pourrais te retrouver les liens si tu veux mais faudra attendre demain, la c'est 3h du matin et j'ai sommeil.

Pour une carte video, je suis a croire que les linuxiens sont tres tres tres largement minoritaire

De mon point de vue c'est justement l'inverse, tout le monde a besoin d'une carte graphique, et quasiment toutes les cartes vendues sont 3D, alors qu'une webcam c'est pas essentiel pour utiliser un ordinateur.

Ben je regardes autour de moi, et je comptes les gens qui :
- jouent (donc 3D)
- font de l'IM avec webcam

Depuis Linux 2.4 (milieu 2.4) et surtout 2.6, le mécanisme a été renforcé avec EXPORT_SYMBOL. Avant il fallait auditer manuellement le code et maintenant non.

Ce qui ne change rien, jusqu'a il y a peu, ca marchait, et ca a marche pendant 3 ans.

pasBill pasGates tu supportes pas un OS payant "à tous les étages" ?

Plutot qu'essayer de lancer un troll n'ayant rien a voir avec le sujet, concentres toi sur le sujet en question.

Les utilisateurs de linux les achetaient donc en priorite s'ils voulaient une webcam sur leur OS favori. Maintenant, ce ne sera plus le cas. Je crois qu'ils vont le ressentir sur la vente de ce produit.

Le probleme c'est que les "acheteurs Linux" representent une part infime des ventes, donc je suis franchement pas sur qu'ils vont voir la difference.

C'est vrai, tout le monde n'en a pas besoin.

Maintenant, le truc est que 90% des gens le demandent, donc eux ils passeront pas sous Linux.
Ensuite, tu vas expliquer aux 10% restant qu'ils ne seront jamais plus que 10% et que si dans 1 an ils veulent une webcam ou une carte 3D, ils devront repasser sous Windows.

Tu vas vite arriver a une part de marche similaire a celle du Hurd comme ca.

Linux est arrive ou il est aujourd'hui en restant libre.

Ah bon ?

Tu crois que Linux serait utilise par bcp de gens sans le support webcam, drivers Nvidia, drivers ATI,... ?

Moi j'ai comme un doute, ils ont grandement facilite l'arrivee de Linux sur les desktops.

Que veux tu que le developpeur fasse ? Il n'a pas le choix, il a du signer un NDA avec Phillips pour pouvoir supporter decemment les webcams et il n'est pas _autorise_ a divulger les sources.

Il n'y peut rien, les devs du kernel ont simplement change d'avis du jour au lendemain et lui ont retire la permission de linker avec du non-GPL alors qu'ils le lui avaient permis pendant 3 ans sans qu'il ne fasse rien de mal/inapproprie.

C'est dommage mais ce n'est surrement pas de la faute des developpeurs du noyeau qui sur le coup sont on ne peut plus coherent avec leur politique

Ben justement, ils ont ete plutot incoherent en laissant faire pendant 3 ans, le temps que les gens se mettent a utiliser leurs webcams pour plein de trucs, y compris des gens n'ayant aucune idee de ce que la GPL est, pour finir par virer ce support du kernel et mettre tous ces gens dans la m...

Ils auraient du soit le refuser depuis le debut, soit trouver un arrangement pour faire en sorte qu'ils fonctionnent encore, mais la les seuls gens qui paient le prix ce sont les utilisateurs qui se retrouvent avec leurs matos qui marchait et qui ne marche plus.

J'ai même l'impression que reiser4 est une étape importante. Les FS : XFS, JFS et NTFS sont maintenant dépassés par une solution libre. J'ai même l'impression qu'aucune concurrence ne viendra plus lui contester sa suprématie.

Depasses en quoi ?

Les plugin ? Deja dans NTFS depuis des lustres
Optimisation pour petits fichiers ? Deja dans NTFS depuis longtemps(ils vont dans la MFT, n'utilisent pas de clusters)
...

Et je serais pas surpris du tout que XFS ou JFS soient dans le meme panier.

Je crois surtout que tu t'es laisse impressioner par une page pleine de mots techniques et un manque de connaissance des autres FS

Et il y a une autre chose qu'il ne faut pas oublier, c'est que les features d'un filesystem sont totalement inutiles si rien dans les couches du dessus ne les utilise, il faudra du temps pour voir si les couches hautes de Linux se mettent a supporter les extensions de ReiserFS

Ca sera plus lent sur une machine tres chargee, mais si ta machine est tres chargee, t'auras d'autres problemes a resoudre que les qqe % de perfs de ton FS a mon avis