matiasf a écrit 1969 commentaires

C'est quoi ces "teutons" ? Tu as envis que les Allemands parle de la Mandrake comme une distribe développé par des formages qui pues etc... Je croyais que ce type de propos était d'une autre époque. Pour avoir utilisé ipot, je peux te garantir qu'en 2024, ça marche.

> Si cette phrase s'adresse à moi Non. Mais que de boulot pour faire comprendre un point qui devrait ralier les partisants du logiciel libre que j'espérais plus nombreux ici. Regarde mes scores et les scores des "partisants" de la diffusions des modules proprio. J'ai l'impression qui a une partie non négligable qui veulent du proprio au détriment de la GPL et du LL en général. Je me suis aussi emporté... > je n'achète que s'il existe des drivers GPL. Si cette phrase s'adreese à moi, ben ... heu ... tu as bien raison de te foutre de ma pomme :-) . J'ai fait une connerie...

Alan Cox et peut-etre plus Havoc Pennington allument bien le "core team XFree86". Utiliser l'affichage par auteur pour retrouver rapidement les commentaires. http://xfree86.org/pipermail/forum/2003-March/author.html

C'est un vieux commentaire (1995/12) et Linus est connu pour ces positions laxistes. Je préfère cette version plus récente : http://www.atnf.csiro.au/people/rgooch/linux/docs/licensing.txt Il y a aussi la FAQ linux : http://www.kernel.org/pub/linux/docs/lkml/#s1-18 - According to Alan Cox, a license of "BSD without advertisement clause" is not a suitable free software license. This license type allows binary only modules without source code. Any modules in the kernel tarball with this license should really be "Dual BSD/GPL". Enfin : [root@one root]# insmod -f unicorn_pci /lib/modules/2.4.18-27.8.0custom/kernel/drivers/atm/unicorn_pci.o will taint the kernel: non-GPL license - Proprietary See http://www.tux.org/lkml/#export-tainted for information about tainted modules Warning: loading /lib/modules/2.4.18-27.8.0custom/kernel/drivers/atm/unicorn_pci.o will taint the kernel: forced load Module unicorn_pci loaded, with warnings [root@one root]# NB: il n'y a pas de problème avec unicorn_atm qui est 100% GPL. Et tainted, ça veut bien dire corrompu ? Je conseille aussi : http://www.tux.org/lkml/#s1-19 - By default, symbols are exported using EXPORT_SYMBOL, so they can be used by loadable modules. During the 2.4 series, a new export directive EXPORT_SYMBOL_GPL was added. This is almost the same thing, except that the symbol can only be accessed by modules which have a GPL compatible licence (note that this includes dual-licenced BSD/GPL code). This new directive was added for these reasons: * To clarify the ambiguous legal ground on which non-GPL (particularly proprietary) modules lie. A strict reading of the GPL prohibits loading proprietary modules into the kernel. While Linus has consistently stated that proprietary modules are allowed (i.e. he has granted an explicit exemption), it is not clear that he is able to speak for all developers who have contributed to the Linux kernel. [...] Note that Linus has stated that existing symbols will not be switched to GPL-only. Developers of proprietary modules for Linux need not fear. Furthermore, it is quite unlikely that Linus will look favourably upon the introduction of new core driver API's which are restricted to GPL-only modules. This would not be in the best interests of Linux. Linus has forwarded me a message he sent to someone else to clarify his views. Donc, si lors du "insmod unicorn_pci" (qui utilise des .o only qui appèle des fonctions marquées EXPORT_SYMBOL_GPL) j'ai un "tainted", c'est qu'il y a un problème avec la GPL. C'EST TRÈS CLAIRE ! Perso, j'en ai plein le cul de ce thread où certains donnent la bénédiction à des binaires proprios et qui violent la GPL. Moins il y a de proprio et mieux Linux se protera. PS: J'utilise unicorn_pci et ça me fait chié. Je pensais en achetant cette carte, que les drivers était 100 % GPL. Puisque le driver n'est pas 100 % GPL je ne veux pas qu'il accède aux même facilités de diffution/support que le reste du kernel et je trouve que les distributeurs qui n'incluent pas ce type de driver ont bien raison. Néanmoins, il reste évident que celui qui possède cette carte peuvent légitimement pouvoir l'utiliser sous Linux. Mais c'est plus dure :-( . Et moi, comme d'autres, je serai poussé à faire plus attention lorsque j'achete du matos. PS2 : Je sais plus où j'ai lu ça, mais le fait que le driver ne soit pas 100 % GPL n'est pas de la faute à Bewan. C'est un de ses fournisseurs qui a mis cette restriction. Je n'ai donc rien à reprochér à Bewan qui fait au mieu avec ce qu'il a.

J'avais oublié que knoppix était basé sur Debian. Ceci explique peut-être celà. PS: je n'aurais pas dû posté ça, ya les debian user qui vont se déchainer. Trop tard...

Quand je vois comme mon poste http://linuxfr.org/comments/186230,1.html se fait descendre, il est claire que les gens en ont rien a foutre. Alors OUI, téléchargé cette distribe. On va pas en faire un formage. Mais lorsqu'il a une incohérence sur la license il faut pouvoir le signaler sans ce faire allumer. C'est le rôle de la communauté de se contrôler ! Si on fait comme ça pour tout les drivers, on ne fait qu'encourager ce type de pratique. > Peut etre pourrait on simplement esseyer de s'arranger avec le createur de la knoppix non ? Oui. Mais si à moyen terme, il n'y a pas de solution, je ne vais pas encourager l'usage de cette distribe.

Je ne critique pas Bewan ! Distribuer les sources/binaires comme ils le font me parait authorisé ! Le problème est de distribuer Linux avec ce driver. > If you wrote the whole program yourself Bewan n'a pas écrit tout Linux. La license Linux est GPL. Les ajouts qui sont fait à Linux et que sont distribués doivent être compatibles GPL. Un binaire ne me semble pas compatible GPL. Si je me procure knoppix 3.2, je peut légitimement demander les sources de Linux. Et TOUT les sources! Or knoppix ne peut pas me fournir les sources de modem_ant_PCI.o et modem_ant_USB.o. Fesons une caricature. Imaginons que tout les drivers soient fait avec des fichiers sources sous GPL + exceptions qui ne sont que d'une interface vers des fichiers binaires, on peut se retrouver dans un situation où il y a plus de binaire que de source. Penses à ça :-)

Je vais préciser. Voilà le contenu du fichier COPYING du driver : ---------------------------------------------------------------------- Program code and documentation are (C) Copyright 2002 BeWAN systems All rights reserved. This package 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. In addition, as a special exception, BeWAN systems gives permission to link the code of this program with the modem SW library (modem_ant_PCI.o, modem_ant_USB.o), and distribute linked combinations including the two. You are also given permission to redistribute the modem SW library (modem_ant_PCI.o, modem_ant_USB.o) with the rest of the code. You must obey the GNU General Public License in all respects for all of the code used other than the modem SW library. See the file COPYING.GPL for details. ---------------------------------------------------------------------- Donc pas de source pour modem_ant_PCI.o et modem_ant_USB.o . Ce n'est donc pas du GPL. Tous les sources sont GPL plus la condition ci-dessus. De plus, pour que ça marche, il faut linker avec du non GPL, du non compatible GPL. Donc le driver au complet n'est pas GPL ni compatible GPL. C'est d'ailleur pour ça qu'il ne sera jamais dans le linux officiel (où il n'y a AUCUN .o).

Parce qu'il y a deux modutils totalement différents. Voir ici : http://www.kernel.org/pub/linux/kernel/people/rusty/modules/ Tu veras que le .src.rpm est beaucoup plus gros car il contient aussi l'ancien modutils pour 2.4 . Sinon il n'y a pas de compatibilité avec 2.4. Je sais pas si debian fournit le nouveau modutil. Si c'est le cas, donne un pointeur pour que tout le monde en profite car le nouveau modutils est sortie il y a 2 à 3 mois (vers 2.5.48). Et confirme que le modutil par défaut de debian contient aussi le nouveau modutil et que mkinitrd support aussi la cohabitation du nouveau et ancien modutil comme ici : http://psyche.fedora.us/apt/RPMS.kerneldevel/ NB: les url ici ont été données au-dessus.

> 2.5.65 c'est quand même un noyau instable. Par définition. Mais s'il n'y a pas de tests, il ne va pas devenir un noyau stable. Enfin, certains pensent que le 2.5 est prêt pour des tests intensifs. http://www.linuxjournal.com/article.php?sid=6740 OSDL commence à utiliser 2.5 en production : http://www.osdl.org/newsletters/newsletter_2003_mar.html > Et comme dit au dessus, vérifier les dépendances Deux mises à jour seulement pour une distribe moderne : mkinitrd et mod-utils. C'est beaucoup plus légé que lors du passage à 2.2 ou 2.4.

Je suis un peu surpris que le driver soit fourni. Le copyright prétant que le driver est GPL hors il y a 2 fichiers .o . On peut se féliciter que le reste soit gpl mais il me semble qu'il y a là une violation de la gpl. Sur : http://www.knoppixfr.org/index.php?page=listhardware&cat=11 > Un peu compliqué à installer car il faut utiliser gcc-2.95 pour compiler les modules unicons (faire un alias ou changer le compilateur directement dans le Makefile) Pas très compliqué, 2 modules à compiler et activation pppoatm dans ppp. J'utilise pppoatm et knoppix ? > car il faut utiliser gcc-2.95 Bizarre, les modules se compilent sans problème avec gcc 3.2 chez moi. Je n'ai qu'un problème. Sous rh8.0 le kernel est compilé avec gcc 3.2 alors que les fichiers .o ( livrés avec les drivers et sans les sources : modem_ant_PCI.o et modem_ant_USB.o ) sont compilé avec une version de gcc différente de 3.2. modprobe se plaint de çà (c'est une "extension" spécifique à RedHat car les modules compilés avec un version différente du kernel peuvent planter le kernel). Je suis obligé de faire un "insmod -f unicorn_pci. Depuis la version 0.4.5 je n'ai aucun problème.

> qui transportent les missiles nucléaires français

Même si les USA ont voulu en faire une arme de "persuasion", le nucléaire reste une argent de dissuasion. Heureusement !

Fumons le calumet de la paix avec des herbes qui font rire.

> Oui
J'ai pas dis non. Relis. Et pourquoi je dirais non puisque je n'ai pas testé une SID. Mais c'est toi qui parle de Redhat. J'me trompe ?

> Pour tes problèmes de softs, peut etre qu'il faudrait faire des mises à jour avec l'apt Red Hat.

J'utilise apt et freshrpms.

Mais tu devrais te renseigner. freshrpms ne propose pas de paquets qui sont déjà dans la RedHat officiel. Donc pas de mise à jour via freshrpms autre que les paquets officiels. Sinon il y a d'autres projets plus "ambitieux", que freshmeat qui permettra par exemple d'installer gnome 2.2 sur une rh8.0. Par exemple :
http://fedora.mplug.org/(...)

Mais je pense que ça t'interresse pas vu la taille du troll^W ché-pas-quoi.

Hé, Gamin.
Va ici, tu auras tout mes commentaires :
http://linuxfr.org/~matiasf/(...)

Tu feras plaisir à tout le monde.

matiasf et non mataisf. Merci.

Lachez le. J'ai fait plein de commentaires pour vous puissiez vous déchainer. A consommer avec modération sinon tu vas encore plurer que tu as, encore, passé à 2 votes/jour en t'appliquant dans ta cabale.

Dans le même registre :
Ce sont les allemands qui on vendu les gaz qui ont été transportés par des mirages F1 français qui ont tué les Kurdes...

Mais c'est claire que ce sont les US qui ont le plus d'arme de destruction massive et de très très très loin et dans tout les domaines.

Je l'ai un peu fait "exprès". Pour les conséquences de l'embargo, Saddam, l'ONU, etc... sont responsables. La responsabilité des USA n'est pas très claire (à ma connaissance). Je dirais que la communauté mondiale est coupable. Les vois qui se sont élevées sont peu nombreuses pour améliorer la situation. D'ailleur, on pourrait se demander si un pay qui subit un embargo ne doit pas avoir gratuitement de la nourriture si nécessaire, via des organisations humanitaires par exemple, pour montrer que ce n'est pas la population, sur un élément aussi vital que la nourriture, qui est visé.

Il est reconnu que c'était un moyen pour avoir du pétrole pas cher. Du moins ça permettait de diminuer les coûts de la mise sous embargo . . . Or l'argent des ventes de pétrole allait notablement à Saddam et "quelques potes".

Et j'oublie les blessés, les veuves, etc...

J'ai pas lu tout les commentaires au dessus. Mais ça me demange trop.

Personne n'est contre de virer Saddam.
Le problème est de prétendre qu'il faut une guerre pour désarmer l'Irak :
1 - c'est faut car les inspections (1991-1998) ont supprimé plus d'arme que la première guerre du golf.
2 - Les inspecteurs sont partis en 1998 car les US ont "torpillé" les inspections. Les US utilisaient les renseignements des inspections pour bombarder les installations Irakiennes alors que c'était un désarmement pacifique. De plus, c'est les US et l'angleterre qui ont demandé le retrait des inspecteurs et non l'Irak.
3 - Les US et l'Angleterre abusent. Les zones d'exclusion qu'ils appliquent sont beaucoup beaucoup plus large que celles définient par l'ONU et font des bombardement presque quotidien depuis plus de 10 ans.
4 - Les inspecteurs qui sont le mieux placé pour évaluer ça, estime que le désarmement avance et que c'est une question de mois et surement moins d'un an. Faire une guerre car on ne peut pas attendre quelques mois est ridicule.

Le problème est qu'il prétende que l'Irak possède des armes de destruction massive :
1 - Les inspections sont claires pour le nucléaire : Il n'y a rien !
2 - Les inspections disent qu'il y a des agents chimiques, et en quantité, mais que l'Irak n'a pas les moyens de les utiliser. Du moins ils n'ont pas les preuves que l'Irak a les moyens de les utiliser.
3 - Je pense que l'absence de réponse significative de l'Irak face à l'agression américaine va prouver que l'Irak n'a pas d'arme de destruction massive.

Le problème est qu'il prétende que l'Irak aide le terrorisme :
1 - Il n'y a aucun début de preuve

Le problème est que celà fait un précédant et c'est le plus grave selon moi :
1 - On peut faire la guerre à un pay uniquement car on soupçonne un état de mauvaise intention. Inutile d'avoir des preuves.

On ignore l'ONU. L'ONU est contre une guerre. L'ONU c'est 17 pays dont les plus important. Un vote favorable à un ultimatum donnerait 4 à 5 voies sur 17 ! Alors que les US ont des moyens de pression impressionnant !

On prévilégie la force, on pousse à l'armement. C'est celui qui a le plus gros calibre qui a le dernier mot.

En refusant de discuter avec l'Irak tout en étant "gentil" avec la corée du nord. Beaucoup de pays vont avoir envis de développer une arme nucléaire. Surtout si quand tu es peu armé (le cas de l'Irak) on peut d'attaquer pour un oui ou un non et sans avancer la moindre preuve.

Si les US avait dès le début présenté la guerre contre l'Irak pour virer Saddam, l'ONU aurait trouvé une large cohalition. Les intentions des US ont toujours été louches. D'ailleur l'utimatum de 2 jours pour que Saddam était un gag. 1 jours après ils ont dit qu'ils attaqueraient l'Irak même si Saddam et sa famille se barrent.

Ils veulent "redessiner" la région alors que l'on ne connait pas leur plan et qu'ils refusent d'en parler sérieusement à l'ONU. Il y a un vague truc sur l'effet domino si l'Irak devient une démocratie, etc... Personne n'y croit.

Afin, ça suffit merde. Le 11 septembre a fait 3000 morts. OK, c'est grave. La première guerre du golf a fait autour de 150 000 morts ! La seconde combien ? 30 000 à 50 000. La guerre contre l'afganistan a fait autour de 50 000. Bref dans leur lutte contre le terroriste ils vont faire dans les 80 à 100 000 morts. Et c'est le début.

Je crois que le monde en a assez soupé du 11/09 et en a déjà largement souffère.

Loggue toi en local sous X11 et
$ echo $DISPLAY
:0

Donc par défaut en local les applis X11 utilisent un socket local.

De plus localhost comme 127.0.0.1 n'est qu'une convention pour désigné l'interface loopback. Tu peut mettre localhost à 200.200.200.200 si tu veux dans /etc/hosts par exemple. Donc si tu définis un host dans display il considère logiquement que c'est une machine distante ou que tu veux passer par la pile tcp/ip (pour debug, analyse du traffic, appliquer des règles firewall, etc...).

C'est un bug ou une "feature" qui réécrit tout la ligne à chaque caractère dans gnome-terminal. C'est corrigé dans rawhide et la futur RH8.1. Pour être plus précis, c'est corrigé dans Gnome. Rendons à Gnome ce qui appartient ...

Fait un truc simple :
$ /sbin/ifconfig lo
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:10887591 errors:0 dropped:0 overruns:0 frame:0
TX packets:10887591 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1579380680 (1506.2 Mb) TX bytes:1579380680 (1506.2 Mb)

$ env DISPLAY=:0.0 mozilla
# surf sur le web, fait toit plaisir.
[...]
$ /sbin/ifconfig lo
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:10887591 errors:0 dropped:0 overruns:0 frame:0
TX packets:10887591 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1579380680 (1506.2 Mb) TX bytes:1579380680 (1506.2 Mb)

Rien a changé.

$ env DISPLAY=127.0.0.1:0.0 mozilla

$ ifconfig lo
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:10894614 errors:0 dropped:0 overruns:0 frame:0
TX packets:10894614 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1583231964 (1509.8 Mb) TX bytes:1583231964 (1509.8 Mb)

y a eu du traffic sur la pile ip. Tu peux le contrôler en interdisant le traffic sur lo en configurant un firewall. mozilla sur 127.0.0.1:0.0 ne marche plus.

Un autre test :
$ env DISPLAY=:0.0 mplayer ....
$ env DISPLAY=127.0.0.1:0.0 mplayer ...

Le second cas bouffe plus de cpu.

> non pas plus instable qu'une Mandrake ou une Red Hat.

Connait pas beaucoup Mandrake, donc je vais pas m'étaler. Par contre Redhat est assez "chiant" sur la fiabilité. Par exemple pour la futur RH8.1 il ont viré dès la beta 2 ACPI et htree ou ext3. Généralement RedHat fait 3 betas. La beta 2 est en générale la dernière chance pour un changement de version des paquets sauf problème important. Pour être claire, la base de RedHat est très fiable (sauf quelques problème avec des drivers). Ma bécane à un petit 11 jours d'uptime actuellement. Mais je suis monté à 60 jours en fesant des tonnes de chose (j'avais dépassé les 10 millions de processus lancés) avant la mise à jour du noyau.

Par contre Redhat en a pratiquement rien à foutre des petits problèmes lorsque la distribe est lancée. Exemple : rpm livré avec la RH8.0 tombe souvent en deadlock. La solution existe mais Redhat ne fourni pas de mise à jour cas le problème est contournable. Ya un petit bug con avec grubby qui fouare l'installation d'un nouveau noyau. Pas de modif de RedHat. Des problèmes de clavier sous X11 avec certaine config dû à la priorité -10 de X11. Pas d'errata. Des exemples comme ça, il y en a pratiquement une centaine. Redhat fait réellement le forcing sur la fiabilité. Mais si ça ne boot pas avec une certaine config, tant pis, ya pas de perte de donnée. Il sont uniquement "obsédé" par les données et les crash systèmes. Enfin, si un bug vient de la version d'origine, il ne corrige pas sauf si c'est un gros bug.

Heureusement, il y a l'excellente base de donnée bugzilla, et correctement maintenue, qui permet de glaner de bonnes informations pour corriger les tracas les plus pénibles.

Tout ce blabla pour dire que la base d'une Redhat est vraiment très fiable mais que les détailles laissent parfois franchement à désirer.

> Rien à mon sens ne peut justifier une guerre.

Rien... Parfois c'est justifié. Par exemple l'intervention américaine lors de la seconde guerre mondiale.
Mais il est évident que cette guerre est très très difficilement justifiable.