ESR instrumente cette histoire pour s'attaquer encore et encore à RMS. Il est vexé que SCO parle de "Free-Software Community" et pas d'open source. Ce gars décidément ne changera jamais.
Il y a quelques mois, il publie une pré-version de "The Art of Unix Programming" ( http://www.catb.org/~esr/writings/taoup/html/(...) ) qu'il classifie sur son site comme livre technique (par opposition aux écrits politiques), mais ce bouquin contient encore de nombreuses attaques anti-RMS (ex: ch2 Linux and the pragmatist reaction) où il mets des propos dans la bouche de Linus Torvalds qui sont clairement contraires à ce que on peut lire dans les messages de Linus sur la LKML.
Faut qu'il arrête la fumette et qu'il range ses fusils mitrailleurs!
LinuxFR est devenu Slashdot. Tolérance zéro pour les personnes qui ont des opinions différentes, et esprit de clocher sans aucun recul auto-critique.
Comme mon numéro l'indique, je fais partie des vieux de la vieille de LinuxFR. J'ai connu ce site via Slashdot, qui était déjà bien grave à l'époque, mais encore rien comparé à ce que c'est devenu. Ils avaient descendu LinuxFR en l'accusant d'être un site les plagiant. Fabien avait eu sa boîte au lettres explosée, mais son site était devenu célèbre en contrepartie. Désolé pour la séquence Nostalgie. Soit je deviens un vieux con, ce qui n'est pas à exclure, soit ce site est devenu un nid de fanatisme.
Quand je vois le comportement de certains qui s'acharnent sur la bête noire qui a posté le premier commentaire de cette dépêche, je suis triste. Triste pour eux, car quand on compare leur réponse au messages de leur mouton noir préféré, ils n'en sortent pas grandis.
Triste pour LinuxFR, car il est devenu un site comme les autres avec sa dose de trous du cul (désolé, mais c'est le mot le plus poli qu'il me vient).
Triste pour GNU/Linux, car il ne mérite pas de tels abrutis (oui, je vais varier les qualificatifs).
Il est évident que Mandrake est la distribution parfaite. Elle n'a aucun bug(*). Mandrake ne peut pas être critiquée. Car dans ce monde, il n'y a que 2 camps: Bush ou Saddam. Mandrake ou Microsoft. Dieu et le Diable.
En censurant les critiques justifiées ou non contre Mandrake, vous n'effacerez pas les raisons du malaise. Vous prouverez seulement que vous portez des oeillières.
A bon entendeur...
(*)
d'ailleurs, c'est pour celà que personne n'en corrige (le bug 1600, par exemple, vieux de quelques semaines, n'est qu'une ressortie du bug 204, datant de 7 mois, qui n'a jamais été jugé digne d'intérêt par les programmeurs de MandrakeSoft, mis à part Gaël Duval)
Si le kernel plante, il ne peut pas intercepter ces touches. Si le kernel est sain mais que X est planté, il n'y a aucun problème à intercepter ces touches. Donc dans ton cas, c'est soit:
- que c'est ton kernel qui plante
- que ton kernel n'est pas compilé avec le support de cette fonctionnalité
Le rapport est disponible. lwn a déjà fait une interview très intéressante d'une personne de Reasoning à ce sujet. Les erreurs sont par exemple un memory leak ou une variable non initialisée.
Alors, pour les aïs, un petit résumé
1- Cette étude est financée par Reasoning pour se faire connaître:
"The study was not commissioned by any of the Linux vendors or companies who might be competing with Linux. Instead, Trappe said that the company had performed the study primarily to highlight its services."
2- La pile TCP-IP n'a pas été choisi au hasard ou par incompétence:
"The company chose the TCP/IP stack because it provided a good point of comparison."
3- Quels sont les autres OS?
"The company did not name the specific operating systems, but Reasoning's CEO Scott Trappe confirmed that two were commercial Unix systems, one was "not Unix but in very broad use," and the embedded implementations were by "major vendors of networking equipment.""
4- Que sont ces bugs, qu'en est-il advenu?
"The company looks for five kinds of defects in code: Memory leaks, null pointer dereferences, bad deallocations, out of bounds array access and uninitialized variables. According to Trappe, none of the errors found in the Linux TCP/IP stack were security issues. At least one of the issues, a memory leak, was fixed in the 2.4.20 kernel before Reasoning notifed the kernel team of the defects. Four of the problems found (an uninitialized variable and some out-of-bounds errors) are not truly defects, since they do not cause the code to behave incorrectly."
5- Cette étude ne montre pas que l'open source est meilleur, mais qu'il est au moins au niveau des programmes propriétaires:
"Trappe admitted that it might be stretching it to draw too many conclusions from the study of one piece of software, but that their study "does support some claims that it can rival commercial quality.""
Sur les bécanes en question, Win2k serait une catastrophe. Il lui faut 8 minutes pour démarrer sur une bécane plus grosse dans la pièce d'à côté. Les PC en question sont des vieilles machines (pas de 96 quand même!).
Je trouve que le linux répond beaucoup plus vite quand une application consomme énormément de CPU, alors que ma station NT4 ne répond quasiment plus dans des circonstances similaires (*).
Par ailleurs, je peux lancer plusieurs applications en même temps sous mon Linux sans que les temps de chargements soient très différents que la somme des temps de chargement individuels. Sous ma station NT, je ne dois surtout pas faire celà. Je lance séquentiellement, sinon, ça rame grave.
Au niveau de la "perception" de l'utilisateur "moi", Linux multitâche mieux (pardon pou le barbarisme). La machine Windows a 384MiB de RAM, donc il ne s'agit pas d'une question de SWAP sur le disque, avec les programmes que j'utilise.
Merci pour m'avoir confirmé dans l'idée que Win NT a toujours été 32 bits. :)
(*) un exemple:
Récemment, sous la machine Linux, dans Gimp 1.3.12, je testais le nouvel outil texte. Comme un abruti, je change la résolution du texte de 22 "points" à 22 "inches"... résultat, Gimp commence à charger la RAM et bouffe 99% du CPU (normal). Cependant, rien ne m'a paru lent. Enlightenment répondais toujours au quart de tour, aterm et top aussi, Rox-Filer (mon desktop) aussi. Dès que je demandais du CPU pour une appli, il était disponible. et pendant ce temps, Gimp bouffait et bouffait de plus en plus de RAM, et prenait tout le CPU disponible.
Parfois, une situation similaire m'arrive sous Win. J'ouvre un fichier trop gros pour mon éditeur de texte(PFE). Un truc d'environ 1 MiB (un eps par exemple). PFE clairement a un problème dans ces cas, et commance lui aussi à consommer la RAM et le CPU. La différence est que plus rien ne répond en dehors du Ctrl-Alt-Suppr (qui fait apparaître la fenêtre permettant entre autres d'accèder au task-manager pour tuer le process). Même là, les temps de réponses sont très lents, et je ne réussi pas en général à éviter la saturation de la mémoire, puis le terrifiant grrrrr de l'utilisation du SWAP.
Tiens PasBill, j'ai une question pour toi. Samedi dernier, après quelques bonnes bières (une mutine et une BFM pour les amateurs), nous nous sommes mis à débattre par on ne sait quel hasard de Windows.
Un ami programmeur, le pro-windows du groupe, me disait que ce n'est qu'avec WinXP que Windows est devenu vraiment 32bit, alors que je soutenais que Win NT l'était déjà (moi je sui les pro-linux, pour simplifier). Il me disait que NT était 16 bits.
Alors, 32 bits, NT l'était ou pas?
Au passage, on remarquera que le pro-Windows maintenait un position qui n'est pas très flatteuse pour MS (XP serait le 1° système 32 bits de MS, alors que les processeurs 32 bits sont de l'histoire ancienne, + de 15 ans) et que le Pro-Linux "défendait" Windows. Celà est dû au fait que travillant sur 2 bécanes comparables, une NT, une Linux, je trouve que le multitâche de linux est très supérieur. D'où l'intérêt d'argumenter que NT est 16 bits, donc pas vraiment multitâche (y'a pas de rapport IMHA).
Epiphany est enregistré comme marque déposée aux US par pas mal d'entreprises (22 entrées à l'USPTO), dont quelques unes dans le domaine de l'informatique 76222289, 74705715 (Epiphany Software) et 74374873.
ça sent bon le "On cherche un nouveau nom pour epiphany!" dans 2-3 mois.
Je n'ai pas mis [-1] à ton poste, mais, quand tu dis: "ne comporte pas d'insulte" , je suis obligé de te rappeler que tu as utilisé les qualificatifs suivants pour les dev. (bénévoles) de Mplayer:
"puérils", "attitude infantile, minable", "s'amuser à denigrer le travail des autres", "C'est tres bien d'avoir un cerveau pour coder mais bon faut aussi en avoir un pour reflechir"
Si ce n'est pas des injures certes, ça se qualifie à mon avis comme des insultes.
En outre, ton poste est bourré de graves inexactitudes:
1) "ils interdisent la distributions des binaires"
FAUX.
Ils n'ont jamais interdit la distribution de binaires. Ils ont, à l'époque où Mplayer n'était pas complètement GPL, précisé que la distribution de binaire était illégale
2) "Ils ont choisi une licence qui s'appelle GPL cela implique des droits mais, malheureusement pour eux, des devoirs en particulier celui de la respecter"
FAUX.
La GPL n'impose aucun devoir au détenteur du Copyright. Elle s'applique aux perssones qui re-distribuent le programme.
3)"critiquent debian qui n'inclue pas leur logiciel dans leur distrib"
Cette phrase insinue que leur critique de Debian serait lié à la non-distribution de Mplayer par debian. Si tu avais lu le thread, tu saurais que leur critique de Debian se base sur le fait que un développeur Debian distribue des paquets défectueux à leur goûts. Ils préfèreraient que Mplayer ne soit pas distribué que mal distribué.
J'espère t'avoir éclairer sur les raisons qui ont peut-être conduit une personne à te mettre [-1]
Sur l'air de ... devinez ;):
"Ouvrez ouvrez le code aux hackers
Regardez les programmez en coeur
Les enfants si vous voyiez
Un utilisateur prisonnier
Ouvrez lui la porte vers la liberté"
sur l'air de Lili:
"On le trouvait plutôt doué, Linus
Il arrivait de Helsinki, Linus
Dans une grande communauté
Qui codait, tous de leur plein gré
Un noyau libre et multi-puces"
le zizi:
"Tout tout tout
Vous aurez tout dans le noyau
Le libre, le beau
L'zippé, le gros
Le PCI
Et le SCSI
L' UDMA
Le bus ISA
Le PNP
Le SMP
Tout tout tout tout
vous aurez tout dans ce noyau"
Mon p'tit loup:
"T'en fais pas p'tit Billlou
C'est la vie ne pleure pas
T'oublieras, p'tit Billou
ne pleure pas"
Mon expérience des paquets de Texstar et autres (contrib) est plutôt que ça ne s'installe pas sur une 9.0 d'origine. Pourrais tu confirmer que ça s'installe sur une 9.0 avec glibc de base (2.2) et toutes les libs de base, et non pas sur une "fausse 9.0 vraie cooker" (glibc 2.3)
>ce sont eux quisont venus se plaindre que Debian intègre xine et pas mplayer
Non, si tu regardes les premières interventions de Gabucino, tout à commencé quand le développeur Debian qui fait les paquets de Mplayer a déclaré qu'il n'avait jamais reçu de plainte par email des gens de Mplayer quant à la qualité de ses debs. Ce à quoi Gabucino a répondu que c'était un mensonge. Ce n'est qu'après, que le débat à glissé sur des problèmes de licence qu'ils ont (justement AMHA) fait remarquer que ce n'était pas spécifique à Mplayer.
Mais quant on commence un thread par un mensonge (dev de Debian qui est +/- vexé qu'un autre dev Debian fasse son "boulot" en mieux) suivi d'un réponse qui dit "même pas vrai, oh le gros menteur!", la chance que la suite aboutisse à autre chose de constructif est assez faible :)
>Ce que je ne concois pas, c'est qu'ils essaient de le faire rentrer dans la debian alors que leur projet ne respecte pas le contrat Debian.
Il ne veulent pas le faire rentrer dans Debian. Ce sont des gens extérieur à leur projet, des developpeurs Debian, qui ont demandé l'inclusion. Sur ce, ils sont venus dire qu'ils en avaient plus que marre de revevoir sans cesse des rapports de bugs venant d'utilisateurs Debian, vu qu'ils jugent que ces bugs ont trait à la mauvaise qualité des .deb de Mplayer, qui sont expurgés de nombreuses fonctionnalités.
Leur point est:
"Si vous voulez inclure Mplayer dans Debian, on s'en tape à la condition que ce soit bien fait"
Là dessus vient se greffer les problèmes de licence/brevets, qui es en deux parties:
1) Par le passé, vu que Mplayer était composé de bouts de programmes sous licences diverses, il n'était pas possible de distribuer Mplayer en binaire. Ce n'est pas qu'ils ne voulaient pas, c'est juste que ce n'était pas légalement possible.
Depuis, ils disent avoir expurgé tout ce qui n'est pas GPL. Il y a peut-être encore quelques problèmes (cf. le thread Debian), mais sans doute peu.
2) Mplayer utilise pour certains formats des bibliothèques qui peuvent être illégales aux US. Sur ce point, ils font remarquer dans la discussion que ce qui vaut pour Mplayer vaut pour Xine forcément.
Ce qui est dommage, c'est que pour tirer la substantifique moelle
des discussions, il faut vraiment se prendre la tête parce que Gabucino n'a pas un caractère facile, et que le QI de certains dev Debian ne vaut pas mieux.
Je suis aussi sous mandrake 9.0, et mplayer tourne super bien chez moi...
Je l'avais sous ma 8.2. J'ai chopé les rpm soit chez textar, soit chez plf, je ne me souviens plus (c'est un pre, pas un rc).
Mplayer bouffe tout sans problème. xine ne joue pas la moitié des vidéos que Mplayer joue chez moi. J'arrive même à lui faire jouer des trucs que le player MS n'arrive pas sur mon NT (question de codecs, sans doute, mais je n'arrive pas à mettre à jour via le net mon vieux MS player, ça plante toujours ;-/ )
Bref, Mplayer, c'est hachement bien! Même sous Mandrake!
[^] # ESR ne changera jamais
Posté par oliv . En réponse à la dépêche SCO lance des poursuites contre IBM. Évalué à 5.
Il y a quelques mois, il publie une pré-version de "The Art of Unix Programming" ( http://www.catb.org/~esr/writings/taoup/html/(...) ) qu'il classifie sur son site comme livre technique (par opposition aux écrits politiques), mais ce bouquin contient encore de nombreuses attaques anti-RMS (ex: ch2 Linux and the pragmatist reaction) où il mets des propos dans la bouche de Linus Torvalds qui sont clairement contraires à ce que on peut lire dans les messages de Linus sur la LKML.
Faut qu'il arrête la fumette et qu'il range ses fusils mitrailleurs!
# Il fallait bien que ça arrive ...
Posté par oliv . En réponse à la dépêche La Mandrake 9.1 RC2 est sortie. Évalué à 0.
Comme mon numéro l'indique, je fais partie des vieux de la vieille de LinuxFR. J'ai connu ce site via Slashdot, qui était déjà bien grave à l'époque, mais encore rien comparé à ce que c'est devenu. Ils avaient descendu LinuxFR en l'accusant d'être un site les plagiant. Fabien avait eu sa boîte au lettres explosée, mais son site était devenu célèbre en contrepartie. Désolé pour la séquence Nostalgie. Soit je deviens un vieux con, ce qui n'est pas à exclure, soit ce site est devenu un nid de fanatisme.
Quand je vois le comportement de certains qui s'acharnent sur la bête noire qui a posté le premier commentaire de cette dépêche, je suis triste. Triste pour eux, car quand on compare leur réponse au messages de leur mouton noir préféré, ils n'en sortent pas grandis.
Triste pour LinuxFR, car il est devenu un site comme les autres avec sa dose de trous du cul (désolé, mais c'est le mot le plus poli qu'il me vient).
Triste pour GNU/Linux, car il ne mérite pas de tels abrutis (oui, je vais varier les qualificatifs).
Il est évident que Mandrake est la distribution parfaite. Elle n'a aucun bug(*). Mandrake ne peut pas être critiquée. Car dans ce monde, il n'y a que 2 camps: Bush ou Saddam. Mandrake ou Microsoft. Dieu et le Diable.
En censurant les critiques justifiées ou non contre Mandrake, vous n'effacerez pas les raisons du malaise. Vous prouverez seulement que vous portez des oeillières.
A bon entendeur...
(*)
d'ailleurs, c'est pour celà que personne n'en corrige (le bug 1600, par exemple, vieux de quelques semaines, n'est qu'une ressortie du bug 204, datant de 7 mois, qui n'a jamais été jugé digne d'intérêt par les programmeurs de MandrakeSoft, mis à part Gaël Duval)
[^] # Re: En cas de Freeze de la machine
Posté par oliv . En réponse au message [Terminal] En cas de Freeze de la machine. Évalué à 1.
- que c'est ton kernel qui plante
- que ton kernel n'est pas compilé avec le support de cette fonctionnalité
[^] # Re: En cas de Freeze de la machine
Posté par oliv . En réponse au message [Terminal] En cas de Freeze de la machine. Évalué à 1.
Le kernel intercepte ces touches directement.
je te mets [+1] :)
[^] # Re: Xfree 4.3.0 est arrivée
Posté par oliv . En réponse à la dépêche Xfree 4.3.0 est arrivée. Évalué à 2.
[^] # Re: Etude de fiabilité de GNU/Linux face à des OS propriétaires
Posté par oliv . En réponse à la dépêche Etude de fiabilité de GNU/Linux face à des OS propriétaires. Évalué à 2.
Le rapport est disponible. lwn a déjà fait une interview très intéressante d'une personne de Reasoning à ce sujet. Les erreurs sont par exemple un memory leak ou une variable non initialisée.
[^] # Re: Etude de fiabilité de GNU/Linux face à des OS propriétaires
Posté par oliv . En réponse à la dépêche Etude de fiabilité de GNU/Linux face à des OS propriétaires. Évalué à 1.
oui. cf. mon post plus bas sur la news de lwn à ce sujet
[^] # Re: Etude de fiabilité de GNU/Linux face à des OS propriétaires
Posté par oliv . En réponse à la dépêche Etude de fiabilité de GNU/Linux face à des OS propriétaires. Évalué à 1.
>s'agit'il d'erreur importante ?
Tout est dans le rapport et dans lwn
>d'ailleur, s'il ont vue des erreurs pour linux, ils peuvent en faire part a la communauté, ca serait sympas
ils l'ont fait.
# Toutes les infos et une critique bien faîte, ici
Posté par oliv . En réponse à la dépêche Etude de fiabilité de GNU/Linux face à des OS propriétaires. Évalué à 6.
http://lwn.net/Articles/22025/(...)
Alors, pour les aïs, un petit résumé
1- Cette étude est financée par Reasoning pour se faire connaître:
"The study was not commissioned by any of the Linux vendors or companies who might be competing with Linux. Instead, Trappe said that the company had performed the study primarily to highlight its services."
2- La pile TCP-IP n'a pas été choisi au hasard ou par incompétence:
"The company chose the TCP/IP stack because it provided a good point of comparison."
3- Quels sont les autres OS?
"The company did not name the specific operating systems, but Reasoning's CEO Scott Trappe confirmed that two were commercial Unix systems, one was "not Unix but in very broad use," and the embedded implementations were by "major vendors of networking equipment.""
4- Que sont ces bugs, qu'en est-il advenu?
"The company looks for five kinds of defects in code: Memory leaks, null pointer dereferences, bad deallocations, out of bounds array access and uninitialized variables. According to Trappe, none of the errors found in the Linux TCP/IP stack were security issues. At least one of the issues, a memory leak, was fixed in the 2.4.20 kernel before Reasoning notifed the kernel team of the defects. Four of the problems found (an uninitialized variable and some out-of-bounds errors) are not truly defects, since they do not cause the code to behave incorrectly."
5- Cette étude ne montre pas que l'open source est meilleur, mais qu'il est au moins au niveau des programmes propriétaires:
"Trappe admitted that it might be stretching it to draw too many conclusions from the study of one piece of software, but that their study "does support some claims that it can rival commercial quality.""
[^] # Re: Etude de fiabilité de GNU/Linux face à des OS propriétaires
Posté par oliv . En réponse à la dépêche Etude de fiabilité de GNU/Linux face à des OS propriétaires. Évalué à 2.
[^] # Re: Un portable Lindows
Posté par oliv . En réponse à la dépêche Un portable Lindows. Évalué à 1.
[^] # Re: Un portable Lindows
Posté par oliv . En réponse à la dépêche Un portable Lindows. Évalué à 1.
Par ailleurs, je peux lancer plusieurs applications en même temps sous mon Linux sans que les temps de chargements soient très différents que la somme des temps de chargement individuels. Sous ma station NT, je ne dois surtout pas faire celà. Je lance séquentiellement, sinon, ça rame grave.
Au niveau de la "perception" de l'utilisateur "moi", Linux multitâche mieux (pardon pou le barbarisme). La machine Windows a 384MiB de RAM, donc il ne s'agit pas d'une question de SWAP sur le disque, avec les programmes que j'utilise.
Merci pour m'avoir confirmé dans l'idée que Win NT a toujours été 32 bits. :)
(*) un exemple:
Récemment, sous la machine Linux, dans Gimp 1.3.12, je testais le nouvel outil texte. Comme un abruti, je change la résolution du texte de 22 "points" à 22 "inches"... résultat, Gimp commence à charger la RAM et bouffe 99% du CPU (normal). Cependant, rien ne m'a paru lent. Enlightenment répondais toujours au quart de tour, aterm et top aussi, Rox-Filer (mon desktop) aussi. Dès que je demandais du CPU pour une appli, il était disponible. et pendant ce temps, Gimp bouffait et bouffait de plus en plus de RAM, et prenait tout le CPU disponible.
Parfois, une situation similaire m'arrive sous Win. J'ouvre un fichier trop gros pour mon éditeur de texte(PFE). Un truc d'environ 1 MiB (un eps par exemple). PFE clairement a un problème dans ces cas, et commance lui aussi à consommer la RAM et le CPU. La différence est que plus rien ne répond en dehors du Ctrl-Alt-Suppr (qui fait apparaître la fenêtre permettant entre autres d'accèder au task-manager pour tuer le process). Même là, les temps de réponses sont très lents, et je ne réussi pas en général à éviter la saturation de la mémoire, puis le terrifiant grrrrr de l'utilisation du SWAP.
[^] # Re: Un portable Lindows
Posté par oliv . En réponse à la dépêche Un portable Lindows. Évalué à 2.
Un ami programmeur, le pro-windows du groupe, me disait que ce n'est qu'avec WinXP que Windows est devenu vraiment 32bit, alors que je soutenais que Win NT l'était déjà (moi je sui les pro-linux, pour simplifier). Il me disait que NT était 16 bits.
Alors, 32 bits, NT l'était ou pas?
Au passage, on remarquera que le pro-Windows maintenait un position qui n'est pas très flatteuse pour MS (XP serait le 1° système 32 bits de MS, alors que les processeurs 32 bits sont de l'histoire ancienne, + de 15 ans) et que le Pro-Linux "défendait" Windows. Celà est dû au fait que travillant sur 2 bécanes comparables, une NT, une Linux, je trouve que le multitâche de linux est très supérieur. D'où l'intérêt d'argumenter que NT est 16 bits, donc pas vraiment multitâche (y'a pas de rapport IMHA).
# blague nulle et remarque pas si nulle
Posté par oliv . En réponse à la dépêche Mozilla : on agrandit la famille !. Évalué à 8.
Epiphany est enregistré comme marque déposée aux US par pas mal d'entreprises (22 entrées à l'USPTO), dont quelques unes dans le domaine de l'informatique 76222289, 74705715 (Epiphany Software) et 74374873.
ça sent bon le "On cherche un nouveau nom pour epiphany!" dans 2-3 mois.
[^] # Ce n'est pas une copie!
Posté par oliv . En réponse à la dépêche Un Solaris qui n'a rien à voir avec Sun ;-). Évalué à 3.
Non, ce film n'est pas le remake du film de Tarkovski. Ce film est une adaptation du livre, comme l'était le film de Tarkovski.
[^] # Re: XPDE, un bureau GNU/Linux à la sauce XP
Posté par oliv . En réponse à la dépêche XPDE, un bureau GNU/Linux à la sauce XP. Évalué à 2.
[^] # Re: Opera affiche les pages de MSN en Bork !
Posté par oliv . En réponse à la dépêche Opera affiche les pages de MSN en Bork !. Évalué à 1.
http://www.phpnuke.org/modules.php?name=Statistics(...)
[^] # Re: mplayer vs Debian
Posté par oliv . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 2.
"puérils", "attitude infantile, minable", "s'amuser à denigrer le travail des autres", "C'est tres bien d'avoir un cerveau pour coder mais bon faut aussi en avoir un pour reflechir"
Si ce n'est pas des injures certes, ça se qualifie à mon avis comme des insultes.
En outre, ton poste est bourré de graves inexactitudes:
1) "ils interdisent la distributions des binaires"
FAUX.
Ils n'ont jamais interdit la distribution de binaires. Ils ont, à l'époque où Mplayer n'était pas complètement GPL, précisé que la distribution de binaire était illégale
2) "Ils ont choisi une licence qui s'appelle GPL cela implique des droits mais, malheureusement pour eux, des devoirs en particulier celui de la respecter"
FAUX.
La GPL n'impose aucun devoir au détenteur du Copyright. Elle s'applique aux perssones qui re-distribuent le programme.
3)"critiquent debian qui n'inclue pas leur logiciel dans leur distrib"
Cette phrase insinue que leur critique de Debian serait lié à la non-distribution de Mplayer par debian. Si tu avais lu le thread, tu saurais que leur critique de Debian se base sur le fait que un développeur Debian distribue des paquets défectueux à leur goûts. Ils préfèreraient que Mplayer ne soit pas distribué que mal distribué.
J'espère t'avoir éclairer sur les raisons qui ont peut-être conduit une personne à te mettre [-1]
[^] # Re: Queleues chansons modifiées :)
Posté par oliv . En réponse à la dépêche Le parler des geeks !. Évalué à 4.
# Queleues chansons modifiées :)
Posté par oliv . En réponse à la dépêche Le parler des geeks !. Évalué à 10.
"Ouvrez ouvrez le code aux hackers
Regardez les programmez en coeur
Les enfants si vous voyiez
Un utilisateur prisonnier
Ouvrez lui la porte vers la liberté"
sur l'air de Lili:
"On le trouvait plutôt doué, Linus
Il arrivait de Helsinki, Linus
Dans une grande communauté
Qui codait, tous de leur plein gré
Un noyau libre et multi-puces"
le zizi:
"Tout tout tout
Vous aurez tout dans le noyau
Le libre, le beau
L'zippé, le gros
Le PCI
Et le SCSI
L' UDMA
Le bus ISA
Le PNP
Le SMP
Tout tout tout tout
vous aurez tout dans ce noyau"
Mon p'tit loup:
"T'en fais pas p'tit Billlou
C'est la vie ne pleure pas
T'oublieras, p'tit Billou
ne pleure pas"
[^] # Re: [Konqueror] Défilement automatique
Posté par oliv . En réponse au message [X-Window] [Konqueror] Défilement automatique. Évalué à 1.
[^] # Re: Ici peut être :
Posté par oliv . En réponse à la dépêche Mandrake apporte de la valeur ajoutée au Mandrake Club. Évalué à 3.
Merci d'avance :)
[^] # Re: mplayer vs Debian
Posté par oliv . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 3.
Non, si tu regardes les premières interventions de Gabucino, tout à commencé quand le développeur Debian qui fait les paquets de Mplayer a déclaré qu'il n'avait jamais reçu de plainte par email des gens de Mplayer quant à la qualité de ses debs. Ce à quoi Gabucino a répondu que c'était un mensonge. Ce n'est qu'après, que le débat à glissé sur des problèmes de licence qu'ils ont (justement AMHA) fait remarquer que ce n'était pas spécifique à Mplayer.
Mais quant on commence un thread par un mensonge (dev de Debian qui est +/- vexé qu'un autre dev Debian fasse son "boulot" en mieux) suivi d'un réponse qui dit "même pas vrai, oh le gros menteur!", la chance que la suite aboutisse à autre chose de constructif est assez faible :)
[^] # éclaircissements / rappels
Posté par oliv . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 10.
[^] # Re: Peut-être un peu trop ?
Posté par oliv . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 5.