Jeudi étant presque vendredi je me permet d'attirer votre attention sur un post de Theo de Raadt (leader d'OpenBSD) se trouvant ici : http://lwn.net/Articles/288299/
Nous avons là un troll d'un fort beau gabarit, même pour les standards sévères de Theo.
Comme toujours il y a un fond de vérité dans son "argumentation" qui est que les développeurs Linux ne se battent pas assez fermement pour obtenir de la documentation libre auprès des compagnies.
Il y a des cas ou le pilote Linux est fourni par l'entreprise en question sans aucune documentation et avec un source obscurci par l'appel à des "nombres magiques", etc. Bien entendu dans ce cas il est difficile pour les devs d'OpenBSD d'écrire un pilote pour leur OS. Pareil quand quelques développeurs Linux signent des NDA avec les firmes pour pouvoir écrire un pilote. Certes on peut lire le source de ce pilote et en comprendre assez sur le fonctionnement du hardware pour écrire un pilote OpenBSD mais il serait plus profitable pour le monde du libre dans son ensemble que la firme libère directement de la documentation.
Ce fond de vérité dans le discours de Theo est malheureusement obscurci par son agressivité maladive et sa propension à insulter généreusement tout ce qui bouge.
Il commence par dire qu'OpenBSB a plus fait sur ce front que tous les autres réunis : "Personally I believe that all the other free operating systems added together have worked MUCH LESS on this than we have".
Je ne sais pas si c'est vrai mais on pourrait s'interroger sur les poids respectifs d'OpenBSD et de Linux dans la décision de certaines compagnies de libérer leurs docs ou leurs pilotes. Est-ce que AMD a ouvert sa documentation parce que Theo a crié très fort et à fait les gros yeux ou bien est-ce parce que Linux est devenu un système trop important pour l'ignorer et que c'est un bon moyen de se différencier de NVidia sur ce marché ?
Ensuite le morceau de bravoure de Theo qui accuse les développeurs Linux de se garder la doc pour eux afin de pouvoir se créer un monopole à la Microsoft par rapport aux autres OS libres : "The Linux developers are selfish dickheads who have exactly the same monopolistic mindset as Microsoft -- who also signs NDAs with vendors. I see nothing different about their processes. They want an advantage. And having vendors documents is an advantage".
Enfin, pour la bonne bouche, une petite attaque personnelle contre Linus et une remarque politique surprenante : "He is a monopolist, and the current situation is that Linux is strong enough that they get documentation from most vendors, under NDAs. That makes them like the other super power who they love to hate, and keeps all the other people trying to write operating system code third world. And that suits their very American viewpoint just fine, I suppose".
Donc Linus et ses sbires ont ourdi un plan machiavélique qui est de priver les autres OS libres de la doc qu'ils obtiennent facilement. Cela dans le but d'obtenir un monopole et de laisser crever les concurrents. Ce plan machiavélique que les devs de Linux mettent en place serait le reflet de leur mentalité américaine.
Sans parler de la paranoïa aiguë que cette "théorie" révèle et de la grotesque généralisation finale il me semble que le problème principal est beaucoup plus simple que ça. La communauté Linux est grande, très grande, immensément plus grande que la communauté OpenBSD. Les devs OpenBSD sont un petit club soudé et les gens partagent une même vision sans compromis de la liberté du code. Les devs Linux sont des milliers et la philosophie du libre qui s'en dégage est nécessairement plus diverse. Certains devs Linux signent des NDA et d'autres non. Certains devs Linux s'accommodent de pilotes sans doc et d'autres continuent de réclamer cette doc à la compagnie à l'origine du pilote.
Bien entendu il faudrait faire plus. Bien entendu le combat du libre doit continuer et il faut maintenir la pression sur les firmes. Mais insulter les gens et se proclamer le seul à faire avancer la cause n'est pas le bon moyen pour ça.
Je note que Richard Stallman ne s'est pas trompé sur la qualité des contributions de Theo puisque la FSF lui a décerné son "Free Software award" en 2004.
Theo lui ne rate jamais une occasion de cracher sur Stallman : "He cried, and nothing happened. He cried, and then did no reverse engineering. He cried, and the only people who listened and agreed are those who do nothing".
C'est quand même vraiment dommage qu'un type aussi talentueux et déterminé que Theo, qui a fait et qui continue de faire autant pour la cause du logiciel libre...soit en même temps un tel sociopathe.
Journal The Linux developers are selfish dickheads
3
juil.
2008
# the Theo style
Posté par B16F4RV4RD1N . Évalué à 10.
... ou pas. J'ai surtout l'impression qu'il fait toutes ces déclarations pour que l'on parle de lui et que l'on s'intéresse aux travaux d'OpenBSD. Je ne suis pas certain que cela le fasse de la meilleure manière, mais en tout cas on parle de lui comme cela (par exemple je connais mieux son nom que celui des dev freebsd ou netbsd). Il semble un peu aigri en tout cas.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: the Theo style
Posté par Quikeg . Évalué à 4.
Si l'on remonte un peu dans l'Histoire, faire des histoires est toujours une bonne méthode pour occuper la scène médiatique, car à long terme il vaut mieux que des gens connaissent votre nom que vos actions. Là Farfadin a tout de suite compris que c'était Theo et qu'il parlerait d'OpenBSD, ça marche ;)
Coluche présidentiable, ce deuxième Delanoë aux municipales de Paris qui récolte quelques %, Louis-Napoléon Bonaparte, le Prince de France élu Président en 1848...
[^] # Re: the Theo style
Posté par B16F4RV4RD1N . Évalué à 10.
"... (techno autre que linux).. + badly designed" = commentaire à coup sûr de Linus. J'imagine que même la porte électrique de son garage, si cela ne tourne pas avec du linux, c'est sans doute "badly designed" pour lui.
"... non-free..." = commentaire de Stallman. Même Ingrid Betancourt ou Simone de Beauvoir ne doivent pas être assez libérées pour lui...
"... kernel.. malloc ... big-lock... pétaflops..." = commentaire de Patrick_g ;)
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: the Theo style
Posté par kowalsky . Évalué à 1.
"... kernel.. malloc ... big-lock... pétaflops...BSD SUCK !" = commentaire de Patrick_g ;)
ps: désolé...
[^] # Re: the Theo style
Posté par patrick_g (site web personnel) . Évalué à 4.
[^] # Re: the Theo style
Posté par CrEv (site web personnel) . Évalué à 10.
http://linuxfr.org/comments/946846.html#946846
désolé...
[^] # Re: the Theo style
Posté par patrick_g (site web personnel) . Évalué à 10.
[^] # Re: the Theo style
Posté par Psychofox (Mastodon) . Évalué à 8.
Ce serait le cas si il postait ce genre de déclarations dans un journal ou sur une mailing list généralistes.
Hors si tu regardes bien, c'est juste une réponse à un post par ailleurs idiot sur la mailing list "OpenBSD Misc" qui est utilisé par des gens qui s'intéressent à OpenBSD. ça n'a donc rien de marketing.
Après si des linuxiens choqués viennent pleurnicher ailleurs pour linker ce message, c'est pas de sa faute.
[^] # Re: the Theo style
Posté par psychoslave__ (site web personnel) . Évalué à 4.
# Énervement
Posté par Octabrain . Évalué à 10.
[^] # Re: Énervement
Posté par polytan . Évalué à 3.
[^] # Re: Énervement
Posté par Quikeg . Évalué à 5.
"I could name several people that I would love to either curbstomp or rape anally (enjoying every inch of their rectum, though many of them would enjoy the experience too, i know you dig dicks guys!)"
Ça va loin là ! (ou profond...)
# Vous devez entrer un sujet et un commentaire
Posté par gaston . Évalué à 9.
C'est sur que faire des journaux faisant exploser les trollomêtres les plus aguerris ca fait avancer la cause...
[^] # Re: Vous devez entrer un sujet et un commentaire
Posté par patrick_g (site web personnel) . Évalué à 3.
# Theo de Raadt ou la xyloglossie bafouée
Posté par GeneralZod . Évalué à 10.
C'est sa façon d'être, comme tu le soulignes, il en rajoute probablement un poil pour avoir un impact plus fort. Son style outrancier est la meilleure publicité qu'il soit pour OpenBSD.
Sur le fond, il n'a pas tort, avoir des pilotes libres c'est bien mais avoir les spécifications libres c'est mieux. Le logiciel libre ne se limite au noyau Linux, et tout les OS libres doivent avoir la possibilité d'implémenter des pilotes pour tout les périphériques. Sinon, effectivement, on ne fera que remplacer un monopole Microsoft par un monopole Linux.
L'attaque vis à vis de Linus n'est pas dénué d'un fond de vérité, Linus est avant tout un "pragmatique" et non pas un militant comme TdR ou RMS. Linus ne cherche très certainement pas de nuire volontairement aux autres OS libres mais il n'en a rien à foutre également.
Cette attitude est nuisible au logiciel libre, dans une certaine mesure on la retrouve même au sein de la communauté GNU/Linux où certaines distributions renâclent à jouer le jeu.
Je préfère un TdR franc et direct aux connards spécialistes de la langue de bois ou du double langages.
Quant à son inimité vis à vis de RMS, ce n'est pas surprenant vu l'opposition de leurs personnalités respectives. RMS est un asocial profond doublé d'un logicien hors pair, TdR est un gros bourrin sanguin. Le plus comique dans tout ça est que ce qui n'est très souvent que de l'ingénuité de la part de RMS passe pour de la malice pour TdR ce qui a tendance à le rendre encore plus fou. ^^
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par patrick_g (site web personnel) . Évalué à 10.
Certes. Il n'empêche que le code du noyau Linux est libre. Tout à fait libre. Complètement libre. Absolument libre.
Donc que Linus soit pragmatique OK mais l'accuser d'être un monopoliste comme les firmes produisant du code propriétaire c'est un peu gros non ?
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par GeneralZod . Évalué à 10.
Certes, il exagère en disant que Linus cherche le monopole -il doit probablement s'en foutre- mais ce genre d'attitude qui consiste à ignorer les copains ne peut que mener à un monopole Linux.
Un monopole libre ne vaut guère mieux qu'un monopole propriétaire.
A mon avis, si il a tapé sur Linus plutôt que sur les développeurs en question, c'est parce qu'il n'a probablement pas de noms en tête et que Linus est la figure de proue du projet.
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par TeXitoi (site web personnel) . Évalué à 1.
A mon avis, c'est parce que c'est Linus qui choisit (en tant que dictateur bien veillant) si un morceau de code rentre dans la branche officielle ou pas.
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par patrick_g (site web personnel) . Évalué à 1.
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par TeXitoi (site web personnel) . Évalué à 10.
Accepter ce genre de pilote, c'est bien pour avoir un OS efficace dans la plupart des cas : plus de drivers veux dire que ca marche plus souvent bien. Par contre, quand on veux faire de la sécurité, ne pas pouvoir comprendre le code, c'est genant pour faire des audits, comme le fait régulièrement OpenBSD (d'autant plus qu'OpenBSD ne peut réutiliser le code sans le comprendre, vu que le code est sous GPL).
Le problème ici, c'est pas code libre contre code pas libre, c'est code compréhensible et réutilisable contre code obscure et non documenté.
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par Thomas Douillard . Évalué à 7.
Genre ici, le code il sert à piloter un périphérique.
Quelle est la question essentielle, pour le coup: est-ce que le code du driver est libre, ou est-ce qu'un code, éventuellement offusqué, est la "forme préférentielle" pour écrire ou modifier un pilote de périphérique ? Forme préférentielle évoquée par la GPL, il faut le rappeler.
Donc techniquement, pas de soucis, le code est libre. Quoi que du code obfusqué c'est limite. Mais pour le coup on est quand même "limite" quelque part, ça se sent bien. En d'autres termes, un code qu'il faut avoir écrit et avoir les spec pour comprendre sans un effort qui s'apparente à du reverse engineering de binaire est-il philosophiquement libre (si on a pas les specs) ?
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par imalip . Évalué à 9.
Même si TdR a un langage fleuri et vert, ça n'en fais pas pour autant un sociopathe.C'est vrai, 400 mails d'insulte au support d'une boite qui lui a offert des cartes de dev, parce qu'un jumper était positionné sur debug a la livraison (comme indiqué dans la doc fournie) alors que lui il aurait préféré le mode pas debug, c'est clairement le signe d'un individu tout a fait sain d'esprit...
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par B16F4RV4RD1N . Évalué à 7.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par imalip . Évalué à 3.
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par Psychofox (Mastodon) . Évalué à -2.
Un Orang Outan dans un Zoo m'a dit que Linus Torvalds avait le sida. Il l'aurait appris après avoir été lui-même contaminé par Linus lors d'un rapport anal.
ça vaut à peu près autant.
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par imalip . Évalué à -2.
Je peux aussi t'ecrire une page sur internet ou une entrée wikipedia si ca peut te faire plaisir.
Et ton Orang Outan, tu lui faisais une pipe pendant qu'il t'a raconté ca ? C'était quoi son petit nom ?
[^] # Re: Theo de Raadt ou la xyloglossie bafouée
Posté par NickNolte . Évalué à 2.
# Il se sent bien?
Posté par ethtezahl . Évalué à -4.
Il se prend pour qui?
Si il veut de la documentation, il n'a qu'à monter au créneau avec les constructeurs, les devs Linux ne sont pas les assistants de ce cher Theo!
[^] # Re: Il se sent bien?
Posté par GeneralZod . Évalué à 10.
ça prête à sourire parce que justement TdR et ses potes sont ceux qui font le plus de lobbying pour libérer les spécifications, un lobbying dont Linux est un des premiers bénéficiaires.
Il gueule régulièrement car il aimerait un peu plus de soutien de la part des développeurs Linux, ce qui ne serait pas du superflu car j'imagine bien que la plupart des constructeurs doivent lui rire au nez vu la part de marché d'OpenBSD.
> les devs Linux ne sont pas les assistants de ce cher Theo!
L'inverse également.
# GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -9.
Et voilà Linus avec son GNU/Linux et son "I give code, you give code" et une licence qui a le mérite de protéger un peu contre les pratiques précédentes... bizarrement la donne a complètement changée...
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par psychoslave__ (site web personnel) . Évalué à 10.
Je trouve ton commentaire un peu insultant vis à vis de tout ce qu'on doit aux auteurs qui publient sous de tels licences.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -8.
Le fait qu'OpenSSH tourne sur GNU/Linux permet de temporiser. Chaque chose en son temps comme on dit. Il va falloir voir si on peut récupérer lsh (http://www.lysator.liu.se/~nisse/lsh/ ) de l'état léthargique dans lequel il est pour en faire un ssh sous GPL tout propre.
Si il y a des trolleurs qui sont embêtés de voir des GPLiens sur linuxfr, ils n'ont cas créer un bsdfr, non? Ça serait pas mal, car les pollueurs de l'industrie des logiciels proprios auraient à travailler sur vos forums comme les notres, un partage de la nuisance en somme.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Bapt (site web personnel) . Évalué à 7.
Parce que si tu parles de MacOS X, que je sache darwin est toujours libre, tout ce qui vient du monde BSD est toujours libre, pourtant ils auraient pu le rendre libre, donc ça profite à tout le monde.
Si tu regarde les utilisateurs de BSD ils reversent toujours ou presque du code dans la branche d'origine car il est plus facile de ne pas avoir a maintenir un fork.
Regarde Cisco, ils font du proprio, ce sont des gros vilains qui *pillent* (je reprends tes termes) pourtant ils reversent dans le libre : Dtrace pour FreeBSD par exemple.
Il y a beaucoup plus d'exemple de pilleurs de code GPL que de code BSD (par la tivoisation par exemple, il y a plein de moyen) en générale ceux qui utilisent du code BSD jouent beaucoup plus le jeux du libre, car ils sont libre de le faire sans que personne ne viennent les emmerdés, et au rythme qui leur convient. Ce n'est pas pour autant que je crache sur la GPL, la GPL ne me convient pas pour mes propres devs car je la trouve trop restrictive, mais elle à le mérite d'exister et j'utilise beaucoup de softs sous GPL et ça ne me gêne pas, alors que pour toi l'utilisation de code BSD ou equivalent à l'air de te brûler les doigts...
Attention, j'espère que tu as une couche de remplacement pour xorg sous la main parce que c'est licence X11 proche de la BSD : tiens la x11 est dans la même liste : http://www.gnu.org/philosophy/bsd.fr.html
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par patrick_g (site web personnel) . Évalué à 2.
Y'a pas les devs OpenBSD qui réécrivent patiemment tous les outils GNU sous GPL pour les remplacer par des outils BSD ?
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Bozo_le_clown . Évalué à 7.
Marrant, toi qui soutient toujours Linus face à RMS en louant son attitude plus ouverte, tu te réfugies derrière les arguments de celui que tu fais quelquefois passer pour un intégriste.
Dès qu'il s'agit de Linux/s tous les arguments semblent bons en fait.
TdR est un trolleur sociopathe invétéré mais Linus est un ne s'adonne jamais à cette pratique ou alors quand il le fait c'est excusable.
Ces querelles de chapelles me dépassent
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Bapt (site web personnel) . Évalué à 4.
Oui il y a des dev *BSD pas seulement OpenBSD qui réécrivent les outils GPL, mais ils ne le font que en ce qui concernent les outils de l'OS, pour les ports, la GPL ne pose de problème à personne. Ils veulent un ensemble cohérent concernant les l'OS en lui même et ça peut se comprendre. De plus la priorité est mise sur des projets GPL qui posent des problèmes : GNU CVS non maintenu alors qu'il est encore très utilisé pour le dev d'openbsd, gcc qui pose des problème de maintenance au mainteneur d'OpenBSD (on ne reviendra pas la dessus), bsdtar (libarchive) car gnu tar n'était pas assez souple que qu'il voulais une lib réutilisable pour tous les outils du systèmes pkg_tools par exemple etc.
Il y a certes de l'intégrismes BSD là dedans, mais la plupart du temps il s'agit de palier a un problème existant.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -4.
gnutls remplace progressivement openssl... (comme la libedit remplace readline dans le sens opposé) c'est vrai qu'on manque de main d'œuvre pour un remplaçant GPL d'openssh (qui est d'excellente qualité). On avait http://www.lysator.liu.se/~nisse/lsh/ mais j'ai l'impression que le projet a été sabordé.
Il faudrait voir ce qu'on pourrait en tirer pour lancer un gnussh.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par psychoslave__ (site web personnel) . Évalué à 4.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 1.
T'est abruti ou quoi ?
OpenSSH est compatible GPL, si tu veux tu rajoutes un saut de ligne à chaque ligne de code et tu peux alors mettre OpenSSH sous GPL et tu nous fous la paix .
Si OpenSSL a été (inutilement ?) cloné avec GnuTLS c'est parce qu'il contenait l'ancienne clause publicitaire incompatible avec la GPL .
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par ErrTu . Évalué à 2.
En fait non, tu ne peux pas changer la license des fichiers du code source d'openssh. Seul les déteneurs des copyrights peuvent le faire. Donc malgrès que ton fork d'openssh soit sous GPL, le code source que le compose restera sous license BSD.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 3.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 2.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -1.
Un autre exemple, Darwin/MacOS: tu sais pourquoi darwin n'est pas installé de base sur les mac, bin parce qu'il y a tellement de modifications non publiées qu'en fait il est impossible d'exploiter au mieux son hardware mac avec un darwin verbatim. Tu vas me dire c'est pareil sur Linux, mais la grande différence est que sur Linux c'est illégal et toléré par pragmatisme alors que sur darwin, c'est légal et monnaie courante.
Un autre coup de la pomme délicieuse: NTFS-3G, le codeur principal a qui on doit le privilège de pouvoir écrire en NTFS, et bien apple a pris le soin de l'engager avec la condition de réserver sa version "la plus aboutie et 10x plus rapide" à MacOS... bien entendu c'est un module proprio qui n'est pas dans le darwin... hein... ça serait trop facile...
Le libre oui, mais un libre le moins diminuer et le plus fonctionnel possible.
Je ne parle pas des forks proprios d'openssh et openssl avec le petit malin qui y a corrigé 2 failles et demi et qui jalousement se les garde en affichant "fièrement" un "si vous voulez moins de failles, achetez mes forks proprios". (Je crois qu'il y a des forks proprios d'apache dans le même genre).
Au bout du compte tu as des versions libres en retrait des forks proprios.
Simplement le pillage de code GPL est contraire à la licence, alors qu'avec une licence BSD il n'y a aucun frein. Le plus dommageable c'est la non publication d'améliorations et correction de bugs.
C'est vrai que Cisco commence à s'y mettre... en effet, certains de leurs modules tournent sous GNU/Linux. J'attends impatiemment la mise à jour de leurs équipements avec le support d'IPv6 avec des classes de trafic différentes. (Si ce n'est pas déjà fait).
Si tu n'es pas content d'avoir des pro-GPL sur Linuxfr.org, tu n'as qu'a poster sur BSDfr.org à moins que tu n'ais peur qu'il n'y ait jamais personne?
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Bapt (site web personnel) . Évalué à 3.
2/ la pile sous Windows a fait que tout le monde c'est mis à parler la même langue, tu aurais préférer qu'ils invente leur truc à eux que personne n'aurait pu causer alors qu'ils étaient déjà en situation ultra majoritaire je te rappel qu'a l'époque tout le monde y allais de sa couche de communication cf appletalk par exemple
3/ ntfs-3g c'est pas BSD c'est GPL donc le problème peut aussi se poser avec la licence GPL alors ?
4/ Darwin est libre, et même utilisable, MacOS X est basé dessus, certes ils ont certainement des truc en plus dessus mais le jeux est joué, tout ce qui est venu du libre reste libre, parce que des linux avec des blobs proprio tu en as la blinde aussi, note que je ne suis pas fan de apple et que je préfère qu'ils jouent encore plus le jeu, mais les modifs de code BSD sont disponibles, donc il n'y a pas eu pillage.
Pour finir je ne suis pas "pas content d'avoir des pro-GPL", en revanche je ne suis pas content d'avoir des gens qui ne savent pas de quoi ils parlent mais qui l'affirment fortement.
Le plus dommageable c'est la non publication d'améliorations et correction de bugs.
Justement c'est ce qui est publié le plus souvent car c'est beaucoup moins chiant que de maintenir ses patchs dans son coin, ce qui est moins souvent publié ce sont les codes qui gravitent autour, GUI, nouveaux outils etc, mais comme ce n'est pas lié à la licence puisque non linké, tu as la même chose avec du BSD ou du GPL.
Donc je me répète, le code sous BSD quand il est repris par les boites qui font du proprios est presque toujours reversé (amélioration, correction de bug) souvent ces mêmes boites font des ajouts de fonctionnalités, et dernier cas il sert à l'interopérabilité, faisant en sorte que tout le monde parle la même langue (note que c'est pour ce dernier point que la LGPL existe chez les GNUiste).
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -3.
L'exemple de la pile IP de win9x est un bel exemple de code pillé, c'est ce que tu voulais... et bien tu l'as eu. À savoir que si MS n'avait pas repompé la pile IP de BSD, nous n'aurions pas internet, je laisse les trolleurs de linuxfr jugent de ce genre de... bref...
Tu n'as rien compris à l'histoire du codeur de ntfs-3g... je re-explique: le codeur de ntfs-3g a été embauché pour faire le support ntfs de MacOs à la condition qu'il laisse tomber ntfs-3g. Bien entendu, le support du ntfs n'est pas dans darwin... quand on parle d'OS libre diminuer par rapport aux forks proprios, tu en as un élément ici.
Le monsieur t'a dit que le propriétaire dans Linux était contraire à la licence et toléré par pragmatisme. Contre ce genre de pratiques tu n'as aucun frein dans les kernel *BSD. Darwin est sérieusement diminuer par rapport à MacOs, ce qu'il est nettement moins le cas pour Linux car ce n'est pas un fork proprio que tu mets en œuvre mais Linux avec un module proprio (en général le driver 3D), avec de vrais efforts fait pour s'en débarrasser.
Si depuis que les *BSD existent, le fait d'avoir à maintenir un fork proprio était trop dur, et bien nous n'aurions pas eu de MacOS, ni la myriade des forks proprios *BSD sans compter les morceaux de code *BSD légitimement pillés grâce à leur licence dans certains autres OS particulièrement malsains...
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Zenitram (site web personnel) . Évalué à 3.
Non.
La licence BSD (celle actuellement utilisée) est compatible GPL.
La licence OpenSSL n'est pas compatible GPL. (points 3 et 6).
C'est donc loin d'être une licence "à la BSD", la compatibilité GPL étant importante...
L'exemple de la pile IP de win9x est un bel exemple de code pillé, c'est ce que tu voulais... et bien tu l'as eu
Pillé? Pardon??? Non, Microsoft n'a rien pillé, il a respecté la licence!
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -5.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par TeXitoi (site web personnel) . Évalué à 2.
Hé ba, ces développeurs ont qu'a pas faire du code sous BSD, je vois pas le problème.
Et non, les développeurs du libre ne se résument pas aux pros-BSD qui postent "bruyamment" sur linuxfr.org.
Je vois pas en quoi les développeurs pro GPL serait gené par des développeurs pro BSD. Si le code BSD (écrit par des pro BSD, donc, sinon, ils écriraient pas du code en BSD) est "pillé", en quoi ca gène les autres ? Ca les regarde, ils ont droit de faire ce qu'ils veulent...
En tout cas, une chose est sûr : tu ne comprends rien à la problématique.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Troy McClure (site web personnel) . Évalué à 4.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Zenitram (site web personnel) . Évalué à 7.
Ouvre un dictionnaire :
http://www.cnrtl.fr/definition/Pillage
"Le fait pour une personne de s'emparer du bien d'autrui"
Les diffuseurs BSD autorisant ce que MS a fait, MS ne s'est pas emparé du bien d'autrui... Puisque les auteurs on donné à MS.
Sinon, pour "Emparer" :
http://www.cnrtl.fr/definition/Emparer
"Se rendre maître de quelque chose, prendre (par la force, l'habileté, la ruse, etc.) un bien appartenant à autrui."
Le bien étant donné, MS ne peux pas s'en emparer...
avec la licence BSD, Il n'y a pas pillage.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -4.
MS a pris de son plein droit le code de la pile IP BSD pour win9x. MS l'a amélioré, enlevé des bugs, et tout cela en gardant bien tout pour lui tout seul, de son plein droit.
Et de son plein droit, pour remercier les codeurs de la pile IP de BSD, MS a fait un beau et large sourire en pensant très fort "trop bon trop c...".
Et heureusement que MS a copié la pile IP BSD car sinon, et c'est bien connu ma p'tite dame, nous n'aurions jamais eu internet...
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Zenitram (site web personnel) . Évalué à 2.
Si chacun se met à parler son français à lui, c'est vachement pratique.
Prenons un exemple (c'est juste un exemple). Tu es un connard. Ne le prend pas mal, dans mon français à moi c'est affectueux, c'est juste pour dire que je ne suis pas d'accord avec toi. Tu vois où mène ta logique avec "pillage"?
MS l'a amélioré, enlevé des bugs, et tout cela en gardant bien tout pour lui tout seul
Il n'y a donc rien à reprocher à MS, étant donné que les codeurs de la pile IP avaient volontairement autorisé ça. En fait, tu reproches à MS d'avoir respecter la licence.
Et pour info, une licence qui oblige une personne à envoyer les patch en amont est considéré comme non libre. Même la GPL, même l'AGPL (la plus restrictive des licences libres que je connais) ne se le permet pas!
Les codeurs qui codent en BSD ne font pas de GPL donc, j'ai l'impression que ce que tu reproches en fait, c'est que des codeurs codent en licence BSD plutôt que GPL. Ah zut j'ai vu ton nom trop tard! Tu connais la liberté de choisir une licence? Et si les gens ont envie que leur code soit repris par MS ou autre, pour améliorer le vie de tous? C'est leur choix, respecte-le.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -4.
Re-lis mon post. Où est-ce que tu vois que je reproche à MS d'avoir respecter la licence BSD?
Il me semble que tu n'as pas compris que le troll en cours est sur les licences BSD et GPL, avec ce qu'elles permettent de faire ou pas. Et c'est là-dessus que j'ironisais, cad sur la licence BSD en prenant l'exemple de MS et la pile IP des win9x, mais pas sur MS en lui-même que j'envoie au Diable en passant.
J'aurais très bien pu prendre le cas du support ntfs amélioré de MacOS par rapport à Darwin (et linux!).
Mis plus simplement, la licence BSD permet à des entreprises de se comporter de certaines façons, cad de manière plus ou moins fair-play, et je pense que c'est important de le faire savoir, de propager l'esprit de la GPL et il faut bien résister un peu de temps en temps contre les assauts répéter des intégristes BSD sur ces forums (un comble sur linuxfr.org).
Donc, il s'agit ici d'inciter les développeurs a utiliser la GPL dans leur développement et éviter la BSD en montrant les dérives possibles, particulièrement désagréables quant on contribue du code dans un esprit de partage. Donc, je l'ouvre et je code (L)GPL.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Zenitram (site web personnel) . Évalué à 6.
Quelle insulte? Dire que MS est un pilleur (et tu récidives) n'est pas pour toi une insulte, donc je ne vois pas pourquoi mon mot, que j'estime être un mot gentil (aussi gentil que ta vision de "pilleur"), te choque étant donné que ce qui est important est "à la tête du mec qui utilise le mot".
Tu parles d'insulte, alors que tu insulte sans vergognes, plusieurs fois.
de propager l'esprit de la GPL
Quel esprit? Qui es-tu pour dire que ton opinion sur la GPL est l'opinion de tous sur la GPL?
Mis plus simplement, la licence BSD permet à des entreprises de se comporter de certaines façons, cad de manière plus ou moins fair-play,
Comme pour la GPL, qui n'évite pas cet écueil. Donc si je suis ta logique, il faudrait inciter les gens à ne pas utiliser la GPL, car on l'a vu avec la Tivoïsation, la GPL permet à d'autre d'utiliser ton code. Allez, vite, au closed-source, seul moyen d'éviter ce que tu reproches!
Donc, il s'agit ici d'inciter les développeurs a utiliser la GPL dans leur développement et éviter la BSD
En gros, si tu en avait le pouvoir, tu interdirais la BSD... Désolé, mais la liberté c'est important, je t'interdis d'interdire. Mais de quel droit voudrais-tu te permettre de dire aux gens que c'est mal de fournir trop de liberté? C'est exactement le même genre de raisonnement utilisé par les anti-GPL : la GPL permet aux autres de "piller" ton code, te se faire du fric dessus (RedHat se fait du fric sur Linux...), allez, passe au closed-source... Ton raisonnement est complètement farfelu.
Et comme la BSD est compatible GPL, ça ne pose aucun problème aux adorateurs de la GPL d'avoir en stock de code sous BSD. Ou alors le problème se situe sur le fait que d'autres personnes donnent plus de libertés que toi.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -2.
Quel esprit? Qui es-tu pour dire que ton opinion sur la GPL est l'opinion de tous sur la GPL?
Où Diable as-tu vu que je me vantais de représenter l'opinion de tous? Je suis conscient qu'il y a beaucoup d'intégristes BSD et trolleurs du logiciel propriétaire qui viennent vomir leurs trolls sur les forums de linuxfr.org... normal c'est une place névralgique sur le web.
Comme pour la GPL, qui n'évite pas cet écueil. Donc si je suis ta logique, il faudrait inciter les gens à ne pas utiliser la GPL, car on l'a vu avec la Tivoïsation, la GPL permet à d'autre d'utiliser ton code. Allez, vite, au closed-source, seul moyen d'éviter ce que tu reproches!
Elle est énorme celle-là... je pense que tu voulais dire tous à la GPLv3?
En gros, si tu en avait le pouvoir, tu interdirais la BSD...
Délire marrant et particulièrement farfelu. Petit détail, je ne suis pas dictateur... Et dans la même veine "il est interdit d'interdire", j'espère que tu as saisi la grande différence entre la GPL et la BSD: cette dernière te donne la liberté de supprimer la liberté d'un code source... c'est une des raisons qui dérangent (et certainement beaucoup de GPLiens) dans la licence BSD.
Avec la BSD, il faut être prêt à écarter les fesses et dire merci... et je l'ouvre car beaucoup de jeunes développeurs n'en n'ont pas conscience.
Donc pour ma part, il s'agit de leur montrer les dérives des licences BSD et de les convaincre de faire plutôt du code GPL.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Zenitram (site web personnel) . Évalué à 6.
De la même manière que sous couvert d'enrobage, tu traite MS de pilleurs. Tu les insultes ("pilleurs" est une insulte quand ils n'ont pas pillé mais respecté la licence), pourquoi?
Que toi tu insultes ne te dérange pas, alors pourquoi es-tu choqué par le fait qu'on t'insulte? Accepte au minimum ce que tu fais aux autres. Microsoft n'est pas un pilleur, on te la démontré. Alors pourquoi insister, le répéter inlassablement? Pourquoi insulter MS à chaque post ici?
Avec la BSD, il faut être prêt à écarter les fesses et dire merci...
C'est ta vision des choses, insultante pour les gens codant sous BSD.
Tu insultes MS, tu insultes les codeurs BSD, oh! Faut arrêter un peu la...
et je l'ouvre car beaucoup de jeunes développeurs n'en n'ont pas conscience.
Allume ton cerveau, et réfléchi un peu : qui t'as dit que les gens qui codent en BSD ne le font pas en sachant exactement ce qu'ils font? Tu veux absolument te persuader que les codeurs BSD sont dans l'ignorance de l'impact de la licence qu'ils ont choisit. Ce n'est pas le cas : ils ont décidé d'offrir à tous leur code, pour que le monde soit meilleur pour tous, et pas que pour le libre. La pile TCP/IP est utilisée correctement par MS car ils ont utilisé du code BSD, du coup TCP/IP est une norme reconnue par tous les acteurs de la planète, pas que des barbus. Et c'est bien.
Donc pour ma part, il s'agit de leur montrer les dérives des licences BSD et de les convaincre de faire plutôt du code GPL.
Dit autrement : ils accordent trop de libertés aux gens, tu essayes de les convaincre de restreindre les libertés qu'ils accordent. Je pense qu'ils n'ont qu'une seule chose à te dire : "arrête de faire chier ton monde, mon code est compatible GPL alors il n'y a pas de problème tu peux utilsier mon code comme les autres". Les codeurs BSD ont choisi plus libre que toi, compatible avec ta liberté, le seul reproche que tu leur fais est d'être plus libre que toi (ta licence interdit une bonne partie des gens d'utiliser ton code, leur licence n'élimine personne)... Tu n'aimes pas la liberté?
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Moonz . Évalué à 4.
Sûr, depuis que MS a repiqué la pile TCP/IP de FreeBSD, FreeBSD est devenu automagiquement non libre...
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -7.
C'est sympa pour tous les contributeurs de la pile IP BSD. Je trouve cela écœurant et je ne suis pas le seul. D'ailleurs, ce qu'il faut faire c'est l'expliquer aux jeunes développeurs pour qu'ils fassent du code (L)GPL à la place de code BSD.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par pasBill pasGates . Évalué à 6.
Je t'aides, il n'y en a aucune, on a reecrit une stack de zero.
Quand a :
C'est sympa pour tous les contributeurs de la pile IP BSD. Je trouve cela écœurant et je ne suis pas le seul.
Un jour peut-etre tu comprendras que les devs BSD en sont parfaitement conscient, l'acceptent sans probleme et ne s'en plaignent pas, c'est permis par la licence et ils ont mis leur code sous cette licence en connaissance de cause.
Alors que toi tu trouves cela ecoeurant, tout le monde s'en fout un peu, c'est le code des devs BSD pas le tien, et eux n'ont aucun probleme avec ca.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -4.
Je recommence: ce que je cherche à faire c'est convaincre d'utiliser la GPL (mieux... l'AGPL!) à la place de la BSD. Donc mon but c'est d'amener les jeunes développeurs à contribuer en GPL en évitant la BSD pour les raisons que j'évoque dans ce thread, voir carrément faire passer des devs BSD du côté claire de la force aka côté GPL! :)
Donc je l'ouvre le plus souvent possible et je m'arrêterai jamais.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 1.
Tiré de la GPLv2 :
"This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version."
Ce qui veut dire que Stallman pourra faire un GPLv4 bien zélée (excusez-moi ça existe déjà non ?) et le code GPL sera mis à jour en GPLv4 même si ça plait pas à ses auteurs .
PS: promis on est vendredi
[^] # GPLx ou plus... ou pas plus.
Posté par Zenitram (site web personnel) . Évalué à 2.
Non.
Tiré d'un conseil d'application de la GPLvx (x=2, 2.1, 3...)
Tu peux coder sous GPL2 (sans "or
(at your option) any later version"), et donc Stallman ne peux rien faire sur ton code.
Un exemple : Linux n'est pas sous GPLv3.
[^] # Re: GPLx ou plus... ou pas plus.
Posté par FreeB5D . Évalué à 1.
[^] # Re: GPLx ou plus... ou pas plus.
Posté par Zenitram (site web personnel) . Évalué à 2.
2/ C'est la FSF et non Stallman qui a le "pouvoir". Ce n'est pas dans les mains que d'une personne.
3/ Même si la GPLv4 est hoorible, ça n'enlève pas du tout les droits détenus par la version précédentes de la licence.
--> finalement, ça fait pas beaucoup de pouvoirs... A la limite, les developpeurs donnent la possibilité à Stallman de donner plus de lbertés (comme passer en BSD :) si la GPLv4==BSD), mais il ne pourra jamais enlever des droits.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à -1.
Ca m'étonnerait fort vu que *BSD est de meilleure qualité que Windows Me.
Et sous Windows Vista le problème de naviguer sur Internet en écoutant de la musique ce ne serait surtout pas la faute de la pile BSD .
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 1.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Zenitram (site web personnel) . Évalué à 1.
La licence BSD a changé, ce n'est pas pour rien.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Jerome Herman . Évalué à 3.
Ca dépend du point de vue. En ce qui concerne les devs BSD en général, et OpenBSD en particulier le gain est totalement négligeable. mais bon il y avait un groupe de barbus et de collégiens qui avait besoin d'un peu de code gratuit pour commencer un OS (ni les uns ni les autres ne savaient vraiment coder un OS)
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par psychoslave__ (site web personnel) . Évalué à 3.
Toute manière c'est carrément n'importe quoi ce journal à troll et Patrick savait par avance comment ça finirait parcequ'il en est pas à son premier essai sur ce sujet, il aurait au moins pu attendre vendredi.
Personnellement, je pense que je ne saurais jamais assez montrer ma reconnaissance envers tous les auteurs de logiciels libres, et du moment que c'est libre, la licence n'a d'importance que dans un soucis pratique de compatibilité. À ce niveau là, les licences genre X11 posent pas de problème, donc moi je trouve rien à y redire.
D'ailleurs je trouve quand même gonflé de raller contre des gens qui vous offre des libertés, on aura vraiment tout vu.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par patrick_g (site web personnel) . Évalué à 6.
J'ai posté jeudi car j'ai eu peur qu'en attendant vendredi quelqu'un d'autre me coupe l'herbe sous le pied. Un tel appeau à trolls c'était vraiment trop tentant.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Moonz . Évalué à 3.
référence nécessaire
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -3.
La note du début stipule que la GPL s'arrête au user space(la limite est représentée par les syscalls). La GPL de Linux est donc spéciale. Car sinon, même en user space le code devrait être en GPL. Donc en dessous, tout est GPL.
C'est pour cela que la gnu libc est LGPL et non GPL. Pour qu'on puisse linker des programmes non-GPL avec la gnu libc en user space (proprio,BSD etc...). En plus, si ça n'était pas le cas, alors toute l'attention portée à arrêter la GPL de Linux au user space et mettre la gnu libc en LGPL n'aurait aucun sens!
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Gniarf . Évalué à 4.
> C'est pour cela que la gnu libc est LGPL et non GPL. Pour qu'on puisse linker des programmes non-GPL avec la gnu libc en user space (proprio,BSD etc...). En plus, si ça n'était pas le cas, alors toute l'attention portée à arrêter la GPL de Linux au user space et mettre la gnu libc en LGPL n'aurait aucun sens!
je crois que tu risques une attaque cardiaque le jour où tu t'apercevras que les distributions GNU/Linux fournissent en même temps des softs sous licence GPL, LGPL, BSD, Apache, WTFPL et j'en passe.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -2.
Déjà que le kernel soit GPL et la libc LGPL est une excellente base. Personnellement, il s'agit de la défendre ce qui est acquis, ce que les intégristes BSD mettent en péril.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 1.
Ce qui est faux .
Le programme n'est pas une modification du système d'exploitation donc la GPL ne s'applique pas au programme (au moins pour la version 2) .
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -2.
D'ailleurs... si c'était faux, la LGPL n'aurait pas de raison d'exister... :)
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 1.
Apple a embauché le développeur de ntfs-3g et c'est son droit .
Ca n'a rien a voir avec la GPL/BSD
"ce qu'il est nettement moins le cas pour Linux car ce n'est pas un fork proprio que tu mets en œuvre mais Linux avec un module proprio (en général le driver 3D), avec de vrais efforts fait pour s'en débarrasser"
Si les développeurs Linux voulaient vraiment pas de blobs dans leur noyau certains auraient déposé des plaintes contre Ubuntu/Mandriva/etc. pour mettre à disposition nvidia/fglrx par défaut .
Or ce n'est pas arrivé à ma connaissance .
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -2.
Apple a embauché le développeur de ntfs-3g pour lui faire développer un module proprio fermé pour MacOs, et cela est ok car Darwin est un *BSD. Donc Darwin (la version libre) est diminuer par rapport à MacOS.
Grosso-modo, est-ce que tu peux avec un OS libre accéder à un file system NTFS:
- avec Linux oui.
- avec Darwin non.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par B16F4RV4RD1N . Évalué à 1.
http://www.darwinports.info/ports/fuse/ntfs-3g.html
donc grosso modo pour faire fonctionner ce système de fichiers propriétaire, la version darwin fonctionnera sans doute aussi bien que la version linux.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -2.
MacOS possède un module proprio pour lire le ntfs OR ce module est bien plus performant que ntfs-3g car développer par le même codeur qui n'a plus le droit de travailler sur ntfs-3g.
Donc si tu veux le meilleur support ntfs sur darwin et linux, bin tu peux pas, car la gentille pomme a fait en sorte que non.
Ce n'est pas tant le support du ntfs qu'il faut voir ici, c'est une illustration de la dérive suivante: si tu utilises un OS libre avec une licence qui n'incite pas à la publication des améliorations/modifications, tu te retrouves avec un OS libre diminué par rapport à leur forks propriétaires. Là dessus, j'avoue qu'apple avec MacOS apporte beaucoup d'eau à mon moulin, cela dit, si j'avais été plus vieux on aurait pu parler des forks proprios des *BSD il y a de ça bien plus longtemps.
Bon je parle d'OS mais on peut parler de serveurs web par exemple: Apache a des forks proprios vendus comme "mieux" que la version verbatim qui est libre, car contenant des modifications améliorations propriétaires.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Gniarf . Évalué à 8.
foutaises, redévelopper un truc ne le rend pas automagiquement plus performant. cf Vista.
> Donc si tu veux le meilleur support ntfs sur darwin et linux, bin tu peux pas, car la gentille pomme a fait en sorte que non.
si tu veux le meilleur support ntfs tu te sors les doigts du slip et tu reprends ntfs-3g au point où il en était et tu l'améliores. ça tu peux. mais tu vas sûrement me dire que tu n'es pas programmeur, que c'est pas ton boulot, que l'utilisateur final il veut juste un support ntfs qui juste marche et que ouin-ouin tout çà c'est la faute à BSD qui permet le pillage ?
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par patrick_g (site web personnel) . Évalué à 0.
Le fait est que sur le fond du raisonnement il a parfaitement raison. La licence BSD permet la reprise du code par une firme propriétaire. Cette dernière peut apporter des améliorations au code et le revendre ensuite sous une licence propriétaire. Le résultat dans ce cas c'est que le monde du libre se trouve marginalisé : il est perpétuellement à la traine du proprio car la situation est inégale et le flux de code ne va que dans un sens.
Les systèmes BSD n'ont jamais "percé" car les firmes propriétaires peuvent reprendre leur code sans reverser au pot commun.
Linux a "percé" car tout le monde doit reverser au pot commun le code qui a été amélioré.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par B16F4RV4RD1N . Évalué à 6.
En quoi les BSD sont-ils à la traîne face à linux ? Le support du matériel est relativement équivalent, et la plupart des logiciels qui tournent sur linux tournent sur freebsd.
En part de marché d'utilisation, peut-être. En serveur, je serais curieux de connaître les résultats quand même.
En terme de notorité face au grand public et aux décideurs pressés, là oui c'est sans doute à la traîne car linux est plus connu et a plus le vent en poupe, mais je ne vois pas en quoi cela cela viendrait de la licence utilisée. Novell contribue à linux vu qu'ils ont acheté Suse, IBM contribue à linux parce qu'il s'est lancé dans ce créneau (avec plus de 600 developpeurs, selon leur site, ils doivent être relativement indépendants par rapport à leurs besoins propres quand même), idem pour red had qui est un pionner dans le monde linux.
Enfin, au niveau performance et fonctionnalités, les BSD n'ont pas l'air du tout à la traîne face à linux, ils ont même pu intégrer des techno comme dtrace et zfs (pour freebsd et mac os x en tout cas), et d'ailleurs on n'a pas zfs dans le noyau linux notamment à cause de la licence...
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par psychoslave__ (site web personnel) . Évalué à 2.
Si sun voulait il pouvait le mettre sous licence BSD, et il pourrait être intégré sans problème dans tous les OS.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Psychofox (Mastodon) . Évalué à 3.
Les systèmes BSD n'ont jamais "percé" car les firmes propriétaires peuvent reprendre leur code sans reverser au pot commun.
Linux a "percé" car tout le monde doit reverser au pot commun le code qui a été amélioré.
Personnellement, je ne vois pas les os libres comme à la traine vis à vis du proprio. Franchement quand on compare Vista, Mac OS X avec Linux et les BSD. Ben je préfère toujours le second choix. Et quand on voit que ce qui fait la force de Solaris (ZFS, Ldoms, zones, containers...) a maintenant été libéré avec OpenSolaris, la répartition des forces en présence montre que les OS libres sont globalement de meilleures qualité. Il reste les autres unix comme HP-UX, AIX. Le marché montre qu'ils ne sont pas irremplaçables et que leur point fort, c'est surtout le support de HP et IBM et l'historique des sociétés qui en font usage (je vois peu de nouvelle société se tourner vers ces OS). Après y'a peut-être des marchés de niche comme l'embarqué-temps réel (QNX...) que je ne saurais juger.
Au niveau du grand public, ce qui fait passer les OS proprios pour des éléments de qualité, c'est surtout leur préinstallation sur du hardware testé. Et encore quand on voit la mauvaise image qu'à Windows même chez ses propres utilisateurs, on reste dubitatif.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Jerome Herman . Évalué à 8.
C'est vrai,
Prenons par exemple Les serveurs X, la pile TCP/IP ou les interfaces SSH. Toutes les sociétés qui sont allées reprendre ces technos chez BSD ont apportés pleins de modifications proprio et le résultat c'est une multitude de protocoles proprios incompatible sle suns avec les autres pendant que libre lui peine à faire des choses aussi simple que de se connecter de façon sécurisé à internet...
Par contre regardons les normes crées par la GPL (telles que VFS, Alsa ou AIGLX). Là les méchants proprio sont bien embêtés parce que si ils reprennent le code ils sont obligés de redistribuer les modifications éventuelle; du coup Linux est à la pointe en ce qui concerne la gestion des systèmes de fichiers, les effets graphiques ou la reproduction sonore.
Un protocole en GPL ou une norme avec une implémentation de référence en GPL c'est une garantie d'inter-opérabilité d'une part et une victoire du libre d'autre part...
PLONK !
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Bozo_le_clown . Évalué à 4.
TCP/IP 1983
SSH 1995
Alsa (1998 première intégration dans le kernel 2002)
AIGLX (2006 je crois)
Attendons encore une quinzaine d'année et on verra si il n'y a pas de balkanisation pour ces beaux standards
En choisissant bien ses exemples on peut démontrer n'importe quoi.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Bozo_le_clown . Évalué à 3.
Il consiste à faire une proposition , l'illustrer par quelques valeurs de vérité à VRAI et en déduire que la proposition est toujours vraie.
SSH TCP/IP ont été adoptés par toutes les plateformes
Xwindow par tous les unix.
ALSA et AIGLX ne sont des standards que pour Linux et encore pas toutes les distribs.
Quant à VFS duquel parles tu ?
Linux VFS ah OK.
C'est sûr que tout seul on avance plus vite qu'a plusieurs, tu parles de standards ! Pour changer de troll on pourrait parler de l'Europe à 25 et du TCE, mais revenons à LA déduction
J'en conclus qu'un standard BSD même s'il est imparfaitement adopté se répand plus facilement et que les standards GPL qui ne sortent pas de leur niche.
Ils nuisent donc à l'intéropérabilité et à l'innovation puisque les autres platefomes ne l'adoptent pas.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Moonz . Évalué à 1.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Bozo_le_clown . Évalué à 1.
J'ai marché en plein dedans.
Il l'a vraiment bien amené et je ne serais pas étonné que parmi ceux qui l'ont plussé certains y ont vu un argument pro-GPL.
/me sort par la toute petite ----> []
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Jerome Herman . Évalué à 2.
Dans un soucis de rendre le troll plus crédible, je dirais que je serais extrêmement enthousiaste le jour ou un "standard" GPL vivra plus de dix ans. (N.B : pour commencer petit je conseille de faire dans le kernel linux une ABI qui dure plus de six mois ou une API qui dure plus de deux ans, ca serait déjà un net progrès...)
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 1.
C'est une façon de dire "Regardez nous on a notre super système top moumoute, FreeBSD c'est ringard c'est même pas foutu de supporter notre API "à faible latence" toute nouvelle et toute performante !" et de faire de Linux un monopole .
Embrace, Extend, Extinguish .
Les 3 en peu de temps (OSS 3.8 qu'ils ont rendu délétère, le nouveau "super" ALSA, OSS marqué comme "deprecated")
Regarde donc les liens suivants :
http://insanecoding.blogspot.com/2007/05/sorry-state-of-soun(...)
http://4front-tech.com/hannublog/?p=5
Promis, c'est vendredi !
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Jean Roc Morreale . Évalué à 1.
OSS 3.8 qu'ils ont rendu délétère -> changement de licence de la part de 4Front et non maintenance de la version kernel au profit de la proprio ?
le nouveau "super" ALSA -> maintenu par plus d'un dev ? à l'inverse de 4Front ?
de faire de Linux un monopole -> les dictionnaires sont nos amis
Ah et la douce ironie de voir apparaître OSS dans un sujet où trône Theo se plaignant du dev de pilotes sous NDA et sans doc sachant que c'est exactement ce que fait 4front avec Creative pour les X-fi...
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 2.
Sauf que dmix il ne supporte que le mixage des applications ALSA .
Une application OSS (lire "une application simple et sensée") a besoin de l'exclusivité par rapport à dmix
-> Bref si t'as une application uniquement OSS que tu veux utiliser tu peux toujours courir pour utiliser une autre application sonore, qu'elle soit OSS ou ALSA .
Et les développeurs de FreeBSD, eux, ont un système de son qui supporte le mixage entre les applications OSS et ils ont pas eu besoin de 4Front pour le faire .
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par Gniarf . Évalué à 6.
et le feu ça brûle et l'eau ça mouille, oui. certains en ont fait une chanson.
> La licence BSD permet la reprise du code par une firme propriétaire.
> Cette dernière peut apporter des améliorations au code et le revendre ensuite sous une licence propriétaire.
elle peut. faut arrêter de tortiller, bouder, pleurer, chouiner, elle peut, point. ce sont les règles du jeu.
les GNU-guignols ont perçu des "menaces" dans l'application de la GPL par certains utilisateurs, ils ont changé la GPL, c'est à dire les règles du jeu. ils peuvent.
> Le résultat dans ce cas c'est que le monde du libre se trouve marginalisé : il est perpétuellement à la traine du proprio car la situation est inégale et le flux de code ne va que dans un sens.
c'est très, très fumeux comme conclusion. je trouve que c'est le proprio qui est marginalisé car il a du code en plus donc des bugs en plus et des trous de sécurité en plus. je ne peux pas l'auditer, et je ne peux pas lui faire confiance d'une manière générale. rajoutons qu'il y a des emmerdes diverses du genre DRM et la dictature du design par exemple de Steve Jobs qui fait que je ne peux même pas configurer l'OS comme je veux ou que si j'utilise des APIs pour obtenir certains effets visuels qui déplaisent cette andouille les enlève à la version suivante de son fort cher joujou.
la BSD permet des forks proprios mais je les considère comme des cancers, des aberrations contre-nature. j'ai le droit, j'espère ? et ce sont là des considérations techniques, pas idéologiques, hein.
idéologiques ca serait dire que certes "le flux de code ne va que dans un sens" mais je m'en fous puisqu'il part dans une espèce de trou noir, de bouche d'égout : je ne veux pas m'en servir, ou d'ailleurs je ne peux pas, pas le bon matos. la situation n'est donc pas "inégale", elle m'est indifférente.
> Les systèmes BSD n'ont jamais "percé" car les firmes propriétaires peuvent reprendre leur code sans reverser au pot commun.
> Linux a "percé" car tout le monde doit reverser au pot commun le code qui a été amélioré.
Linux a la vedette depuis des années mais croire que les systèmes BSD n'ont pas "percé" c'est avoir des sacrées oeillères. à moins que tu ne me sortes que Nextstep ou OS/X n'ont rien à voir avec des BSD ?
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -2.
Nextstep et OS/X sont des forks proprios basés sur des BSD. Ce n'est donc pas le BSD libre qui a eu la vedette, mais ses forks proprios... et par transitivité ses "cancers, des aberrations contre-nature".
Ce que je recherche, c'est d'avoir installé sur ma machine que des logiciels libres 100% fonctionnels et certainement pas des forks prorios de logiciels libres... grosse nuance...
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 0.
La "protection" de la GPL c'est une connerie, la GPL est sous les ordres de Stallman et il met ce qu'il veut dedans .
S'il voulait enlever le copyleft pour la GPLv4 il y arriverait vu tout ce qu'il est arrivé à mettre dans la GPLv3 (tivo, accords de licence, etc.)
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à 0.
MacOS est un logiciel propriétaire basé sur Darwin qui est sous APSL .
C'est totalement autorisé .
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par B16F4RV4RD1N . Évalué à 4.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par GPL . Évalué à -2.
[^] # Re: GNU/Linux est beaucoup plus difficile à piller...
Posté par FreeB5D . Évalué à -2.
Et si les systèmes BSD sont restés en arrière-plan c'est parce qu'il étaient encore en litige avec AT&T quand GNU était prêt (mais pas Hurd) .
La GPLv3, ou l'art de faire chier tous ceux qui plaisent pas à Stallman avec des clauses dont tout le monde se fout à part lui et ses fanboys (accords de licence, etc.) .
# theo reiser
Posté par Nico C. . Évalué à 10.
Bah, tant qu'il ne tue ni sa femme ni qui que ce soit, il peut bien continuer a gesticuler autant qu'il veut...
# et la maintenance du pilote ? (doubles standards)
Posté par herodiade . Évalué à 10.
> fonctionnement du hardware pour écrire un pilote
Je pense que tu ne perçois pas tout le problème (d'où tes commentaires sur le reste).
Il ne s'agit pas seulement d'écrire un pilote, mais aussi de le maintenir. Soit, entre autres :
- Corriger les bugs rapidement
- Apporter de nouvelles fonctionnalités non prévues dans le pilote initial (supporter le suspend-to-ram, par exemple)
- Pouvoir facilement refactorer un sous-système (type gestion des périphériques blocs, des périphériques réseau, enlever un verrou global, changer de stack wifi, ...) sans être bloqués par ce qu'on ne sait pas quoi faire d'un pilote intouchable.
- Continuer de maintenir le pilote malgré le turn over des développeurs (et même lorsque le constructeur préférerai qu'on encourage l'achat de nouveau matériel)
Si on prends en compte ces contraintes supplémentaires (en plus de l'écriture d'un driver initial, one shot, fut-il libre), on peut affirmer qu'en effet :
- Même lorsqu'un pilote libre est intégré dans le noyau vanilla, si seule Red Hat (au hasard) dispose des docs, cette compagnie sera plus à même de servir ses clients (corriger les bugs, etc) que ne le sera SuSE (au hasard encore).
- Lorsque le constructeur souhaite pousser l'adoption d'une nouvelle génération de matériel, il est peu probable qu'il accepte de continuer à livrer les docs sous NDA pour le vieux matériel. Dès lors, on il ne nous reste qu'à croiser les doigts pour que le développeur (ou la compagnie) disposant de cette doc ne disparaisse pas.
- Et n'oublions pas que, effectivement, les distributions commerciales de Linux négocient leur bénédiction pour le support des serveurs (IBM, HP, Sun, ou Dell on généralement besoin que leurs serveurs soient "officiellements" supportés par RHEL et SuSE, mais ces dernières n'exigent pas que le matériel soit documenté de façon ouverte).
Pour finir, je continue d'être surpris par la tolérance envers les NDA dans la communauté du libre. Lorsque Greg Kroah-Hartman a lancé son Linux Driver Project en annonçant qu'il fournissait un cadre blindé pour les constructeurs souhaitant une diffusion restreinte des docs par NDA, et que c'était encouragé, j'ai sauté au plafond !
Prenez le temps de comparer avec ce qu'on (les personnes sensibles au libre) dit et pense des format ouverts et libres, des protocoles standards, ... ; à savoir : que la disponibilité d'une implémentation de référence (fut-elle libre, comme pour le .doc dans abiword, netbios dans samba, ...) ne suffit pas à rendre le format/protocole libre : il faut au moins la doc soit publiquement disponible (et c'est une condition nécessaire mais non suffisante).
Pourquoi ne pas exiger des constructeurs de matériel ce qui nous parait aller de soi pour les concepteurs de protocoles et formats de fichiers ? Theo n'a pas tort, ça fait très double standard.
[^] # Re: et la maintenance du pilote ? (doubles standards)
Posté par patrick_g (site web personnel) . Évalué à 5.
>> fonctionnement du hardware pour écrire un pilote
Je pense que tu ne perçois pas tout le problème (d'où tes commentaires sur le reste).
C'est marrant que tu ne cite pas le reste de ma phrase :
"on peut lire le source de ce pilote et en comprendre assez sur le fonctionnement du hardware pour écrire un pilote OpenBSD mais il serait plus profitable pour le monde du libre dans son ensemble que la firme libère directement de la documentation."
Donc je suis parfaitement d'accord avec toi pour dire que la doc est préférable.
Maintenant quand une firme refuse obstinément de fournir de la doc on fait quoi ? Ben AMHA un NDA permettant d'écrire un pilote non obfuscé est alors une solution de repli valable.
[^] # Re: et la maintenance du pilote ? (doubles standards)
Posté par herodiade . Évalué à 5.
Possible. Si cette option n'est pas contre-productive pour la possible libération de la doc. Si au moins tout à été fait pour que ça ne soit qu'un dernier recours. La tolérance aux NDA immédiatement annoncée et mise en avant par le LDP n'est - au minimum - pas forcément quelque chose qui encourage très fort les fabriquants à chercher beaucoup plus loin, par exemple.
Prenons pour exemple le support pour les contrôleurs RAID sur SCSI/SAS d'Adaptec, parce que c'est intéressant et critique (nos données peuvent en dépendre). Le pilote Linux est développé en interne par Adaptec, et est notoirement de qualité exécrable (il semblerait notamment qu'Adaptec cherche à factoriser le code du pilote pour les divers OS qu'ils supportent pour économiser de la main d'oeuvre), et peu maintenable par les développeurs extérieurs. Même Ingrid est plus libre que ça.
De plus, aucun logiciel libre ne permet de gérer les fonctionnalités des contrôleurs RAID Adaptec modernes à chaud (savoir si une array est en mode dégradé, quel disque est en panne, ajouter un hotspare, lancer une reconstruction, créer/détruire une array en RAID X, ...), ce qui rends ce matériel totalement inutile si on ne souhaite l'utiliser qu'avec du logiciel libre (sérieusement, pourquoi utiliser un contrôleur RAID qui ne permet même pas d'être alerté lorsqu'on a un disque en panne, qui accumule bugs matériel, bugs bios et bugs driver alors qu'on peux faire du RAID logiciel de bonne qualité, stable, ouvert, avec toutes les fonctionnalités utiles, gratuitement ?). On peux aussi se demander à quel point Adaptec s'efforce de corriger les bugs pour les générations de matériel qu'ils ne vendent plus...
Il y a quelques années, OpenBSD disposait d'un pilote équivalent à celui de Linux (et pour cause, c'était le même code) pour ce matériel. Ce pilote était vaguement maintenu par un ancien d'Adaptec. Las de ne pouvoir le supporter proprement (évolutions, corrections des bugs) et complètement (gestion à chaud comprise), Theo a lancé un dernier appel public pour la libération des spécifications ; Adaptec s'obstinant à ne pas livrer la doc, OpenBSD a tout simplement décidé de jeter son pilote. Ce qui est hardi pour un OS plus ou moins dédié aux serveurs.
On peux en conclure, selon son point de vue, que Theo est un grossier intégriste psychorigide qui se moque des utilisateurs, ou qu'un peu de solidarité de la part des devs noyau Linux aurait été bienvenue (parce que vue la part de marché de Linux sur les serveurs, Adaptec n'aurai pas tenu un bras de fer bien longtemps pour de telles queues de figues).
[^] # Re: et la maintenance du pilote ? (doubles standards)
Posté par patrick_g (site web personnel) . Évalué à 4.
En même temps tout ce que peut faire Linus c'est d'inclure ou pas un pilote en mainline mais il n'a aucun pouvoir sur les distros.
Imaginons qu'il décide de virer le pilote Adaptec de la mailine mais que Red Hat et Novell continuent de mettre le pilote dans le noyau de leurs distribs....ben je crois qu'Adaptec n'en aurait rien eu à faire de la décision de Linus.
OpenBSD est avantagé par le fait qu'il n'y a qu'une "distribution" de l'OS alors que dans le monde Linux chaque distro fait ses choix et intègre ce qui lui plaît.
En résumé : certes le "poids" de Linux est plus important et cela peut servir à mettre la pression sur Adaptec....mais en contrepartie la prise de décision est éclatée entre plusieurs acteurs alors qu'OpenBSD bénéficie de l'unité de commandement.
# Theo, mon idole !
Posté par Mr Kapouik (site web personnel) . Évalué à 7.
Bref les OS de type BSD ont de plus en plus de mal à écrire des drivers.
Bon après il est vrai que de se faire insulter par Theo n'aide pas à changer de comportement mais bon, tout les grand guru sont de sacré trolleur dans l'âme (Linus : Gnome est une interface de nazis, RMS : OpenBSD et Linux c'est pas libre, Billou : Windows est le meilleur OS au monde).
ps : mettre Linus, RMS, Theo et Billou dans un même commentaire c'est vraiment trollesque :)
[^] # Re: Theo, mon idole !
Posté par zebra3 . Évalué à 5.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Theo, mon idole !
Posté par Octabrain . Évalué à 7.
Tu dis n'importe quoi.
[^] # Re: Theo, mon idole !
Posté par timid . Évalué à 4.
C'est stupide ce que tu dis, si le développeur du pilote sous GPL l'a pas fait sous BSD c'est qu'il veut pas que du code BSD puisse l'utiliser (pour diverses raisons).
Dans le même genre de remarque je peut dire que après tout si les développeurs d'openBSD veulent pouvoir utiliser du code GPL dans leur OS ils ont qu'à changer de licence ...
[^] # Re: Theo, mon idole !
Posté par NickNolte . Évalué à 4.
Ben tu vois, autant pour des trucs spécifiques à l'OS qui justifie l'existence de celui-ci, je pourrais comprendre, autant pour des pilotes de périphérique, clairement non!
Sinon en revient au matos certifié windows only™.
Le noyau linux a tendance à être un fourre tout plus ou moins structuré, quand je lis le fichier de config du noyau OpenBSD, je suis fasciné par la cohérence et la clarté du truc, sous Linux ben...
[^] # Re: Theo, mon idole !
Posté par Kerro . Évalué à 3.
quand je lis le fichier de config du noyau OpenBSD, je suis fasciné par la cohérence et la clarté du truc, sous Linux ben...Et même mieux: sous BSD tu configures ton noyau avec un simple éditeur de texte. Tu peux mettre des commentaires, des inclusions, tu peux faire copier/coller, tu peux avoir un tronc commun et des fichiers séparés avec juste quelques petites différences pour des machines spécifiques. Et même tu peux avoir juste un fichier avec tes bricoles, et le noyau se compile avec toutes les options standards (plus tes bricoles, bien séparées du reste). Sous Linux, il faut passer par un programme (?!) sinon c'est vraiment imbuvable à la mimine.
[^] # Re: Theo, mon idole !
Posté par patrick_g (site web personnel) . Évalué à 1.
[^] # Re: Theo, mon idole !
Posté par TeXitoi (site web personnel) . Évalué à 2.
Perso, je dirais le WPA Entreprise. Il manque également le DRI (en cours), le suspend to disk/ram.
Sinon, sous OpenBSD (et les autres aussi), y'a pf, qui n'a pas d'équivalent sous linux.
[^] # Re: Theo, mon idole !
Posté par patrick_g (site web personnel) . Évalué à 2.
Ben parce que OpenBSD n'est pas prévu pour fonctionner de façon performante sur les machines SMP, parce que OpenBSD fonctionne encore moins bien avec les machines NUMA, parce que le scheduler OpenBSB n'est pas très performant, parce que les systèmes de fichiers distribués à la lustre n'existent pas sous OpenBSD...etc etc etc
[^] # Re: Theo, mon idole !
Posté par patrick_g (site web personnel) . Évalué à 2.
[^] # Re: Theo, mon idole !
Posté par Gniarf . Évalué à 2.
de là à dire que c'est aussi pertinent que se demander pourquoi Linux est utilisé sur les System/390 et autres zSeries d'IBM et pas OpenBSD, il n'y a qu'un pas.
(et pour rappel, Linux tourne aussi sous Windows, alors pourquoi pas un noyau BSD aussi ?)
[^] # Re: Theo, mon idole !
Posté par TeXitoi (site web personnel) . Évalué à 3.
Ensuite, il me semble pas qu'on fasse un supercalculater avec un linux vanilla.
Et tu ne réponds pas à ma question : qu'est-ce qu'il te manque dans OpenBSD
[^] # Re: Theo, mon idole !
Posté par patrick_g (site web personnel) . Évalué à 1.
[^] # Re: Theo, mon idole !
Posté par Mr Kapouik (site web personnel) . Évalué à 0.
# Buzz
Posté par Bozo_le_clown . Évalué à 3.
http://linuxfr.org/~PsychoFox/26877.html
c'est la seule idée qui me vienne à l'esprit.
C'est grave Docteur ?
[^] # Re: Buzz
Posté par Psychofox (Mastodon) . Évalué à 7.
Si c'est arrivé jusqu'à LinuxFR et/ou à du plus grand public, c'est parce que vous aimez sa prose ou que vous avez des penchants SM.
# eeepc
Posté par gde . Évalué à 5.
pour faire court à ceux qui n'ont pas suivi le lien, TdR prend l'eeepc en exemple typique du résultat de la politique (laxiste) des dev linux. Le driver du controlleur ethernet à été livré avec les sources mais sans doc et le driver wifi est un blob digne de ce nom (drivers binaire sans doc, forcément). Pour une machine qui est faite presque surmesure pour mettre linux, on pourrait s'attendre à mieux de ce coté là. TdR va jusqu'a annoncé : "One year ago we had complete support of every
major component in every laptop, and then voila, this Linux-based
laptop came out which required a LINUX BLOB."
Enfin, openbsd c'est une communauté bien soudé entre dev et utilisateurs. Quand les devs ont besoin d'un coups de main de leur utilisateur ils n'hésitent pas, même pour la doc fournisseur. L'exemple récent de Qlogic le montre bien (http://undeadly.org/cgi?action=article&sid=2008042114030(...) ). Le contructeur trainait des pieds, hop un petit appel à la communauté... 6h après l'annonce, Qlogic promet d'envoyer le matos et de la doc.
J'aimerais bien voir ce genre d'appel de la part de Linus ou autre dev... mais je crois que je peux attendre. Et pourtant, vu la taille de la communauté linux, ça pourrait faire des grand bonds en avant pour le libre.
[^] # Re: eeepc
Posté par patrick_g (site web personnel) . Évalué à 4.
Oui mais bon pour l'eeepc c'est quand même un peu Asus qui décide là et pas la communauté des devs Linux.
[^] # Re: eeepc
Posté par Psychofox (Mastodon) . Évalué à 10.
Personally I believe all free operating systems have worked on the
change of the situation. The popularity of Linux has helped to create a
market that has better and more open documentation - and machines that
are made to work perfect with Linux (like eeepc) are more easily made to
work perfectly for OpenBSD and other free OSes.
http://marc.info/?l=openbsd-misc&m=121452314014894&w(...)
[^] # Re: eeepc
Posté par patrick_g (site web personnel) . Évalué à 3.
Le message en question est effectivement très idiot. Les fameuses "machines that are made to work perfect with Linux (like eeepc)" peuvent parfaitement êtres conçues par le constructeur pour contenir de la merde et les devs Linux devraient essayer de faire pression pour qu'Asus change de politique.
Maintenant je ne sais pas si le blog binaire du wifi n'est pas lié à une une petite couche libre minimale dans le noyau pour ne pas violer la GPL. Dans ce cas il n'y a aucun moyen légal de faire plier Asus.
[^] # Re: eeepc
Posté par timid . Évalué à 2.
[^] # Re: eeepc
Posté par patrick_g (site web personnel) . Évalué à 2.
[^] # Re: eeepc
Posté par timid . Évalué à 2.
[^] # Re: eeepc
Posté par timid . Évalué à 2.
je veux dire que la licence de linux interdit à priori l'inclusion de blobs binaires contrairement à openBSD
# Les specs
Posté par patrick_g (site web personnel) . Évalué à 4.
"As usual, Theo is clueless and uses propaganda to advance his agenda.
Specifically, in his email he mentions Intel ethernet being undocumented
-- false. The hardware docs are on SourceForge.
There are plenty of other examples of Linux people working to open up
hardware documentation. Many formerly-closed docs are posted at
http://gkernel.sourceforge.net/specs/ or on ALSA's doc FTP site.
But the truth does not fit Theo's narrative, so....
Jeff"
# « I think the OpenBSD crowd is a bunch of masturbating monkeys » (Linu
Posté par herodiade . Évalué à 1.
C'est de Linus Torvalds, hier, sur LKML. Moi je trouve ça rigolo.
http://kerneltrap.org/mailarchive/linux-kernel/2008/7/15/250(...)
Est-ce que patrick_g va faire un journal pour s'en offusquer au premier degré (comme à chaque vanne de TdR) ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.