Articles précédents : Logiciel
- [156] Sortie de la version 4 de ReiserFS
- [10] Mise à jour de Qstat et XQF
- [38] Nouvelle version stable de BIE (v 6.0.3)
- [69] Linux 2.6.8, suivi de près par Linux 2.6.8.1
- [56] SpamAssassin devient un projet Apache, et corrige une faille de sécurité
- [39] L'éditeur HTML Nvu 0.40 est sorti
- [3] PloneiCalendar 1.0Beta2 est sorti !
- [31] Yzis sort sa deuxième version
- [38] Un aperçu de GNOME 2.8
- [27] Blender 2.34 est sorti
Liens connexes
- Linux support for Philips USB webcams discontinued (3186 hits)
- Discussion sur la liste des développeurs du noyau (LKML) (2149 hits)
Dépêche modérée par
Dépêche éditée par
Logiciel : Fin du support Linux des webcams Philips
Posté par Christophe BAEGERT (). Modéré le 26 août 2004.
Comme la quasi-totalité des webcams sur le marché utilisent ce module, elles ne sont donc plus supportées par Linux. C'est un coup dur pour Linux sur le poste client... En attendant une autre solution ?
![[en]](../../../images/en.png)
Linux support for Philips USB webcams discontinued (3186 hits)-
Discussion sur la liste des développeurs du noyau (LKML) (2149 hits)
> Lire les commentaires (536 commentaires, moyenne: 2,1).
mais quel gâchis !!!
tant d'heures passées à développer pour finalement que ca ne serve à personne.
Quel gâchis!
-
[^]Re: mais quel gâchis !!!
Posté par DonKiShoot (page perso, ) le 26/08/2004 à 09:05. (lien). Évalué à 2.Je plussois :(
J'éspère qu'il va y avoir une solution car c'est un vrai problème pour les personnes comme moi qui possedent une webcam philips usb !!!
-
[^]Re: mais quel gâchis !!!
Posté par spart (page perso, ) le 26/08/2004 à 10:53. (lien). Évalué à 19.Et tout ça parce que le développeur du pilote concerné ne veut pas partager les informations qu'il est le seul à avoir.
Il explique tranquillement que l'expiration de son NDA avec Philips l'autorise à mettre tout cela sous GPL depuis plus d'un an, mais que non, il ne va pas le faire, parce que vous comprenez, ce serait mauvais pour la "confiance" de Philips.
Qu'est-ce que la confiance vient faire là-dedans ?
Si Philips lui fait signer un NDA à _échéance_, c'est pour faire joli ?
Encore une triste histoire d'orgueil et de pouvoir, m'est avis.-
[^]Re: mais quel gâchis !!!
Posté par ced () le 26/08/2004 à 11:18. (lien). Évalué à 3.boulay spotted (pas toi hein, lui).
Il va nous faire un coup à la donnez moi 42 000¤ et je libère les sources ?
C'est triste de voir que beaucoup de gens ont le kiki tout dur dès qu'il ont quelque chose que les autres veulent... Surout que là c'est quand même assez important, ce n'est pas une histoire de billes de gamin de maternelle mais le comportement est le même.
Je trouve ça désolant...-
[+] [^]Re: mais quel gâchis !!!
Posté par Nicolas Boulay () le 26/08/2004 à 13:11. (lien). Évalué à -3.Le pire est que son drivers "closed" est parfaitement illégal.
Linux est 100% GPL. La tolérance pour les modules non GPL provient d'une subtilité dans la définition de la "combined forme of work". En gros, on rajoute un système de fichier (AFS, je crois à poser le pb le premier) ou un driver video (déveloper en 1 er pour windows). C'est ok.
Or, là, il s'agit purement d'un travail en vue d'utilisation pour linux et uniquement linux à 100%. Il ne respecte donc pas la GPL.
Sinon, son attitude dans son mail est déplorable. Comment ose-t-il demander le retrait de son code du kernel ? C'est du code GPL !
Et pourquoi n'a-t-il pas libéré le code depuis 1 an ? C'est bien qu'il a envis de faire chier son monde !--
"Tout ce que les être humains font pour contrôler les réseaux informatiques facilite, dans le même temps, le contrôle des êtres humains par les réseaux informatiques."-
[^]Re: mais quel gâchis !!!
-
-
-
[^]Re: mais quel gâchis !!!
Posté par Philippe Fremy (page perso, ) le 26/08/2004 à 13:08. (lien). Évalué à 9.J'ai jamais vu de NDA arriver a echeance. A mon avis, il a mal lu le papier. Les dates limites de NDA disent qu'apres la date limite, on ne peut plus s'echanger d'informations confidentielles et qu'il faut renouveler le NDA. Les informations echangees precedemment restent confidentielles.
-
[^]Re: mais quel gâchis !!!
Posté par spart (page perso, ) le 26/08/2004 à 19:34. (lien). Évalué à 2.Ben tous les sites qui font des revues de matériel genre Anandtech sont liés par NDA jusqu'à une date précise. Ca leur permet de faire leurs tests en avance.
Passé la date, ils sont plutot encouragés à causer :)
Note, je dis pas que c'est la même chose, je dis juste que ce genre de papier est monnaie courante.-
[^]Re: mais quel gâchis !!!
Posté par Philippe Fremy (page perso, ) le 27/08/2004 à 07:44. (lien). Évalué à 6.Pour ce cas precis, il n'y a aucune raisons pour laquelles les informations confidentielles auxquelles il a eu acces ne le soient plus aujourd'hui. C'est pas comme si il avait eu acces a des informations publiques a l'avance.
En plus, je soupconne que la seule raison pour laquelle philips ne veut pas rendre ce code open source, c'est parce que avec un algo de compression, ils vont se faire attaquer de toute part par des mecs qui ont des brevets sur tout et n'importe quoi. C'est moins risque de garder le code close source.
-
-
-
-
[^]Re: mais quel gâchis !!!
Posté par Joaquim Fellmann () le 30/08/2004 à 08:00. (lien). Évalué à 2.Le problème semble reglé:
A la question "Veux tu te porter volontaire et maintenir ça ?" posée par Linus, Alan Cox a répondu "oui":
http://www.uwsg.iu.edu/hypermail/linux/kernel/0408.3/2082.html(...)
Le driver pwc (sans hook) devrait réapparaitre sous peu.
--
Joaquim
Post LKML
Snif snif, triste est le relecteur qui cherche un lien complémentaire et voit la niouze modérée entre temps...
Anyway, c'est là :
http://lkml.org/lkml/2004/8/24/278(...)
pwc vs pwcx
Il me semble que pwc est toujours là.
Il ne permet pas d'exploiter les webcam au maximum, mais reste acceptable.
-
[^]Re: pwc vs pwcx
Posté par Philippe Fremy (page perso, ) le 26/08/2004 à 09:41. (lien). Évalué à 4.Non, le mainteneur a aussi demande la suppression de pwc etant donne que les deux font partie de son travail.
-
[^]Re: pwc vs pwcx
Posté par LupusMic (page perso, ) le 26/08/2004 à 09:57. (lien). Évalué à 5.Il ne peut pas réclamer ça suprresion, le module (la partie noyau) est sous GPL.
-
[^]Re: pwc vs pwcx
Posté par Emmanuel Seyman () le 26/08/2004 à 10:04. (lien). Évalué à 4.Il peut toujours la réclamer mais c'est pas pour ça que ca va se faire.
-
[^]Re: pwc vs pwcx
Posté par Jerome Herman () le 26/08/2004 à 10:14. (lien). Évalué à 14.Il peut toujours la réclamer mais c'est pas pour ça que ca va se faire.
Il peut exiger que ca se fasse pour que son nom ne soit plus associé avec le module dans le kernel (il reste toujours dans les contributeurs du code, mais sort des contributeurs du kernel). Après ca la personne qui réintroduit le code prend sa place vis à vis du kernel.
C'est tout ce qu'il demande.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: pwc vs pwcx
Posté par grafit () le 27/08/2004 à 09:15. (lien). Évalué à 2.ah bon?
Je croyais que les droits d'auteurs étaient inalienables ?!?-
[^]Re: pwc vs pwcx
Posté par Jerome Herman () le 27/08/2004 à 09:30. (lien). Évalué à 2.Je croyais que les droits d'auteurs étaient inalienables ?!?
Ils le sont, il reste toujours l'auteur du code. Par contre le fait de faire ceci le sort des contributeurs du noyau. C'est juste un problème de decorum dans le noyau. Ca ne change rien a ses droits sur le code.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: pwc vs pwcx
Posté par Mickaël L () le 27/08/2004 à 11:23. (lien). Évalué à 1.Je croyais qu'un auteur, en France, pouvais se rétracter complètement. Et donc interdire de diffuser même un ancien code lui appartenant.
-
[^]Re: pwc vs pwcx
Posté par Éric (Jabber id, page perso, ) le 27/08/2004 à 11:31. (lien). Évalué à 4.Oui mais :
- le produit n'est pas diffusé qu'en France et donc en dehors de France ils ne sont je pense pas tenu par les droits d'auteurs français qui sont assez spécifiques mais par les accords internationnaux.
- l'auteur peut jouir de son droit moral et interdire une utilisation de son oeuvre mais s'il s'était engagé à dire "oui" avant je suppose que celui qui se voit notifié l'interdiction peut demander droit à compensation (même si l'auteur a le droit de le faire, en le faisant il casse tout de même un accord qu'il a fait volontairement).
-
[^]Re: pwc vs pwcx
Posté par Cédric Blancher (page perso, ) le 27/08/2004 à 11:51. (lien). Évalué à 3.Et donc interdire de diffuser même un ancien code lui appartenant.
Fallait pas publier sous GPL...--
http://sid.rstack.org/
PGP KeyID: 157E98EE FingerPrint: FA62226DA9E72FA8AECAA240008B480E157E98EE
>> Hi! I'm your friendly neighbourhood signature virus.
>> Copy me to your signature file and help m-
[^]Re: pwc vs pwcx
Posté par Mickaël L () le 27/08/2004 à 12:51. (lien). Évalué à 2.C'est précisément ce que je veux dire... "y compris si la license est la GPL".
Bien sûr, ça ne s'applique que si l'oeuvre est placée sous le droit français, ce qui n'est pas le cas ici.-
[^]Re: pwc vs pwcx
Posté par Nicolas Boulay () le 27/08/2004 à 13:11. (lien). Évalué à 1.La loi dit que tu as le droit de retirer ton oeuvre ... sous réserve de dédomagement a hauteur du préjudice subit de l'éditeur.
--
"Tout ce que les être humains font pour contrôler les réseaux informatiques facilite, dans le même temps, le contrôle des êtres humains par les réseaux informatiques."-
[^]Re: pwc vs pwcx
Posté par Christophe BAEGERT () le 27/08/2004 à 14:56. (lien). Évalué à 0.pour le coup, le dédommagement serait ENORME !
-
[^]Re: pwc vs pwcx
Posté par gnap gnap (page perso, ) le 27/08/2004 à 16:30. (lien). Évalué à 1.En effet, car en choisissant la GPL, il n'y a pas un seul éditeur mais une multitude d'éditeurs. N'importe qui peut se considérer comme éditeur d'un logiciel en GPL.
Il me semble qu'exiger un tel retrait, même avec les lois Françaises, est, dans la pratique, impossible.
Je me demande ce qu'un juriste en dirait.
-
[^]Re: pwc vs pwcx
Posté par Éric (Jabber id, page perso, ) le 27/08/2004 à 16:45. (lien). Évalué à 2.Pas sûr. La GPL contient des clauses qui disent en gros qu'on fournit un code mais qu'on n'est tenu par aucune conséquence et qu'il n'est même pas sensé répondre à un besoin.
En gros celui qui dédomagepourrait peut être n'être tenu que de la perte du code en question et pas des conséquences. Or le code a été fournit gratuitement. Pas sûr qu'il y ai un dédomagement autre que symbolique.
Enfin bon, là on parle dans le paté, Linus n'est pas en France, il n'a à priori pas à respecter ces clauses très spécifiques au droit français (ou du moins j'en serai étonné).
-
-
-
-
-
-
-
-
-
-
-
euhh ... mainteneurs oupsss ?
je tiens d'abord a dire que je respecte les dev et les mainteneurs du kernel , mais mon anglais etant ce qu il est je ne comprend pas bien cette news :
"Suite à la décision des mainteneurs du noyau d'exclure la possibilité d'utiliser un module binaire conjointement au module GPL pwc (philips webcam)"
les mainteneurs ont ils pris cette decision en sachant que "quasi-totalité des webcams sur le marché utilisent ce module" ? doit on comprendre que la quasi totalité des webcams , sous entendu webcams Philips ( d'où le titre de la news) ou bien TOUTE les webcams ?
Meme si il ne s'agit que des webcams philips , je trouve ca trés génant . J'espère que les personnes qui ont pris cette décision vont revenir en arriere ou proposé une alternative fonctionnelle rapide .
On se croyerai presque chez M. Fenetre où quand on change d'os , bah les drivers sont plus compatibles , et tampis si ca marche pas : rachetez vous du matos ....
(ps n'étant pas moi meme un développeur je ne me permet pas de critiquer leur travail , mais leur maniere de faire . Peux etre aurais t il fallu attendre qu une alternative a ce module soit developper avant d exclure une partie des possesseur de webcam.)
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Dafatfab () le 26/08/2004 à 09:09. (lien). Évalué à 2.La question que je me pose c'est : POURQUOI ?
Je ne saisi pas le(s) motif(s) de cet abandon....-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Dafatfab () le 26/08/2004 à 09:10. (lien). Évalué à 2.Bon, y a bien l'explication de la mésentente entre kernel develloper et lui mais bon quand meme...
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Dalton joe (page perso, ) le 26/08/2004 à 09:31. (lien). Évalué à 1.Ben au debut c'est Alan Cox qui avait commencé a tanser un peu le dev.
Puis y a eu la separation du module en 2 (le cote obscure et l'autre).
C'est vrais que Philips n'aide pas trop sur ce coup là, mais on avait des webcams utilisable et qu'on pouvaient adapter à d'autres utilisation (astronomique par exemple).
Bref je pense qu'Alan et les autres veulent pousser dans le sens de l'ouverture, et donc connaissant la loi de la mecanique générale, y a un peu d'inertie.
Le problème est général à Linux et aux relation avec les constructeurs.
Je crois d'ailleur que le flameware est ouvert sur LKML pour la liste noire ou blanche.
Ah, au faite depuis mon passage en 2.6.8.1 je peux plus graver, bizarre...-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par fredix (Jabber id, page perso, ) le 26/08/2004 à 09:48. (lien). Évalué à 2.Ah, au faite depuis mon passage en 2.6.8.1 je peux plus graver, bizarre...
http://www.ussg.iu.edu/hypermail/linux/kernel/0408.2/0091.html(...)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Serge Rossi (page perso, ) le 26/08/2004 à 10:02. (lien). Évalué à 2.On en a déjà cause ici. Tu trouvera toute la discussion ainsi que le patch là :
http://linuxfr.org/2004/08/14/17040.html(...)
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Croconux () le 27/08/2004 à 09:36. (lien). Évalué à 5.C'est surtout pour des problèmes clarté. Le driver et question possède une partie GPL inclue jusque là dans le noyau mais qui peut faire appel à un binaire proprio externe pour certaines fonctionnalités. En somme c'est un peu comme le driver NVidia sauf que jusqu'à présent la partie GPL était inclue de base dans le noyau. Il s'agit juste d'être cohérent en matière de politique de liens. Si on ne l'autorise pas pour certains on fait pareil pour tous.
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 09:19. (lien). Évalué à 20.Le motif me semble clair : The kernel maintainers simply do not want to allow any kind of hook or function or mechanism, specifically written to make it possible to load a binary-module.
Les mainteneurs du noyeau en ont un peut marre qu'on viole la GPL à tour de bras. Aujourd'hui il n'autorisent les modules proprio à titre exceptionnel et derogatoire qu'en passant par un sous ensemble de l'API, et le gas avait écrit un truc dans le driver libre spécialement concu pour charger son module proprio.
Du coup le type il rebelle parce que ca fait 3 ans qu'il avait fait ca. Mais je ne crois pas que y a 3 ans il y avait deja cette histoire de sous ensemble d'API pour les drivers proprios.
Maintenant la question est de savoir si il y a les specs complete de la cam et si on peut reecrire son bidule sans passer 3 mois à reverse enginerer les anciens drivers ou ceux de win.
Si ya pas les specs complete et publique, franchement, personne ne peut prétendre ne pas avoir été prévenu du risque de perte partielle de performance... Avec tout ce qui a été expliqué mainte et mainte fois sur le sujet... Et j'en remet une couche : qu'en on utilise un driver proprio qui implement des fonctionnalités non documenté d'un matériel, on s'expose au risque qu'il disparaisse. C'est dommage mais ce n'est surrement pas de la faute des developpeurs du noyeau qui sur le coup sont on ne peut plus coherent avec leur politique... Si on commence a autoriser que chaque driver libre ait un hook pour implenter un driver proprio qui gerera les fonctions interressante du materiel, on se retrouve vite avec une grosse bouse.
Si y a les specs completes et publique alors un driver libre complet renaitra surrement, ce qui est une bonne chose.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 26/08/2004 à 09:31. (lien). Évalué à 7.C'est dommage mais ce n'est surrement pas de la faute des developpeurs du noyeau qui sur le coup sont on ne peut plus coherent avec leur politique
Ben justement, ils ont ete plutot incoherent en laissant faire pendant 3 ans, le temps que les gens se mettent a utiliser leurs webcams pour plein de trucs, y compris des gens n'ayant aucune idee de ce que la GPL est, pour finir par virer ce support du kernel et mettre tous ces gens dans la m...
Ils auraient du soit le refuser depuis le debut, soit trouver un arrangement pour faire en sorte qu'ils fonctionnent encore, mais la les seuls gens qui paient le prix ce sont les utilisateurs qui se retrouvent avec leurs matos qui marchait et qui ne marche plus.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Philippe Fremy (page perso, ) le 26/08/2004 à 09:44. (lien). Évalué à 17.En fait, c'est pas tout a fait aussi simple. pwc s'etait deja fait allume parce qu'il utilisait une algo de decompression dans le kernel, ce qui etait considere comme un code devant reste en user space. Alan Cox avait a cette epoque fait sauter le driver une premiere fois si je me souviens bien, petant tous les logiciels utilisant une webcam avec un patch de 10 lignes.
Je pense que l'auteur est pas tout a fait objectif mais il n'en reste pas moins le resultat. Un perte nette pour tout utilisateur de linux.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Loïs Taulelle (page perso, ) le 27/08/2004 à 07:26. (lien). Évalué à 10.Un perte nette pour tout utilisateur de linux.
Heu, non, moi, ça ne m'affecte pas du tout. J'ai pas de webcam.
Et j'ai pas l'intention d'en avoir une avant qu'il y ait clairement marqué sur la
boiboite "Linux 2.4" ou "Linux 2.4/2.6", comme pour les clefs USB.
"Si y'a pas de support pour X, j'achète pas". Message simple, efficace,
extrémement facile à comprendre même pour les plus gland des commerciaux,
fonctionne bizarrement trés bien dans le milieu professionnel, et bizarrement
trés mal sur le grand public...
--
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Philippe Fremy (page perso, ) le 27/08/2004 à 07:48. (lien). Évalué à 2.Ben, t'as de la chance de pas avoir achete une webcam il y a un mois. Sinont, tu aurais peut-etre prise celle-la puisqu'elle etait supportee.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Loïs Taulelle (page perso, ) le 27/08/2004 à 08:58. (lien). Évalué à 8.Sinon, tu aurais peut-être prise celle-la puisqu'elle était supportée.
*?!* Si je puis me permettre cette expression de mon plus vif étonnement.
Y'a marqué "Linux 2.4" sur la boite (officielle) neuve du produit en
question ?!
Jusqu'à preuve du contraire : Non. Ce n'est pas le cas pour les clefs USB, si je
reprends mon exemple.
Pas marqué Linux© = Poubelle. (je sais, je suis un gros con, un radical, un
brutal, un talibanux. Mais c'est avec ce type de boycott passif que certains
constructeurs changent d'avis)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Fred Albrecht (page perso, ) le 27/08/2004 à 14:50. (lien). Évalué à 2.Sinon qu'il y aurait tout à fait pu y avoir marqué "Linux" sur la boîte officielle puisque jusqu'à il y a peu c'était supposé marcher.
Je n'ai pas souvenir qu'il y avait marqué "Linux" sur la boîte de la carte nVidia que j'ai achetée il y a peu mais c'est portant pour son support Linux (Linux AMD64 plus précisément) que je l'ai achetée. Si on attend que ce soit systématquement écrit sur la boîte, on n'achète pas grand-chose.
Je crois que les seuls matériels dont je dispose qui étaient officiellement supportés sont mon lecteur de cartes OmniFlash (pour les appareils photo) et une carte Ethernet de je ne sais plus quelle marque livrée avec une disquette comportant un pilote tout pourri pour RH 6 (mais elle est supportée par le noyau de base).
Sinon vu que mes machines sont quasiment 100% Linux (sauf pour les jeux et mon prochain portable qui sera probablement un Powerbook), il va de soi que je me documente longuement avant d'acheter un matériel qui risque de poser problème. Mais attendre un engagement officiel des fabriquants est illusoire. Obtenir un engagement officieux est déjà bien (et avec quelques mails on l'a déjà assez souvent).-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gabuzo () le 27/08/2004 à 15:05. (lien). Évalué à 1.Sinon qu'il y aurait tout à fait pu y avoir marqué "Linux" sur la boîte officielle puisque jusqu'à il y a peu c'était supposé marcher.
Ça aurait changé pas mal de chose si un fabricant avait effectivement marqué compatible Linux sur sa boîte. Si ça avait été le cas cela aurait voulu dire que le fabricant s'engageait sur la compatibilité. Donc en cas de retrait du noyau du hook comme cela s'est fait il aurait probablement livré un module externe.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Éric (Jabber id, page perso, ) le 27/08/2004 à 17:05. (lien). Évalué à 2.Hum, il y a du matos avec marqué linux dessus sans que le constructeur fasse autre chose que de mettre un lien vers les essais libres et un "ces drivers ne sont pas les notres, nous ne garantissons rien". Je crois que j'ai vu ça pour des cartes réseaux (faut dire que sur ce domaine le risque est assez faible).
Pour les clés USB la mienne a sur la boite marqué "compatible Linux" (sisi).-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Fred Albrecht (page perso, ) le 27/08/2004 à 17:59. (lien). Évalué à 2.C'est généralement le cas d'aileurs. Les matériels marqués compatible Linux le sont souvent parcequ'ils sont supportés par un pilote libre.
À l'inverse nVidia qui semblent être ceux qui se fatiguent le plus pour sortir des pilotes régulièrement (même si ceux-ci sont "fermés") n'ont pas de marquage particulier sur leurs produits (enfin évidemment ils ne vendent habituellement pas leurs produits en direct).-
[^]Pilotes binaires linux
Posté par Rafael Pinilla (page perso, ) le 29/08/2004 à 08:52. (lien). Évalué à 1.Nvidia fournit effectivement des pilotes binaires pour x86, mais ils n'en fournissent pas pour d'autres plateformes, comme les PPC des powerbook. A la différence des Ibook, qui, eux, sont pourvus de chips ATI.
C'est la raison qui m'a fait préférer un ibook à un powerbook.
Rafael--
linux addict since 1992
-
-
-
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jean Parpaillon (Jabber id, page perso, ) le 26/08/2004 à 09:53. (lien). Évalué à 10.C'est un sujet délicat et trollifère. Mes 2centimes, c'est que je comprend la décision des développeurs quand on voit le nombre de constructeurs qui profitent de l'exception pour en faire une règle : Connexant, ATI, nVidia, j'en passe et des meilleures.
Maintenant que les contructeurs ont compris que Linux existe, il va falloir passer à la vitesse supérieure, c'est à dire que les constructeurs comprennent qu'ils n'ont rien à perdre à faire des pilotes libres.
Parce que, d'accord, les solutions de secours existent (reverse ingeneering ou drivers propriétaires) mais ça laisse encore beaucoup de matériel de côté : modems internes (et oui, ça sert encore), cartes graphiques, webcams, modems ADSL, etc.
Peut-être faut-il rappeler l'intérêt d'un pilote libre : portage facile, pérennité, etc.
C'est peut-être pratique d'avoir un pilote linux pour son matériel xyz, mais si ça marche que sur le noyau 2.4.24 ou 2.6.4 et qu'un autre matériel ne fonctionne qu'avec un noyau 2.5.43, c'est pas vraiment une solution.
-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 10:21. (lien). Évalué à -1.> Ben justement, ils ont ete plutot incoherent en laissant faire pendant 3 ans
Non, non.
Depuis Linux 2.4 (milieu 2.4) et surtout 2.6, le mécanisme a été renforcé avec EXPORT_SYMBOL. Avant il fallait auditer manuellement le code et maintenant non.
> les seuls gens qui paient le prix
pasBill pasGates tu supportes pas un OS payant "à tous les étages" ?-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 26/08/2004 à 10:28. (lien). Évalué à 1.Depuis Linux 2.4 (milieu 2.4) et surtout 2.6, le mécanisme a été renforcé avec EXPORT_SYMBOL. Avant il fallait auditer manuellement le code et maintenant non.
Ce qui ne change rien, jusqu'a il y a peu, ca marchait, et ca a marche pendant 3 ans.
pasBill pasGates tu supportes pas un OS payant "à tous les étages" ?
Plutot qu'essayer de lancer un troll n'ayant rien a voir avec le sujet, concentres toi sur le sujet en question.-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 10:39. (lien). Évalué à -8.> pasBill pasGates tu supportes pas un OS payant "à tous les étages" ?
>
> Plutot qu'essayer de lancer un troll n'ayant rien a voir avec le sujet, concentres toi sur le sujet en question.
Ce n'est pas hors sujet. Linux "dicte" son utilisation (avec EXPORT_SYMBOL, etc).
De plus Linux est une exception à la GPL qui permet d'utilise les modules binaires (dictature douce et ouverture au binaire incompatible avec la GPL).
Et encore "de plus", rien empêche le "Monsieur" de diffuser un patch pour le noyau si c'est nécessaire pour son driver.
Donc, il n'y a aucun problème s'il fait preuve d'un minimum de bonne volonté.
Avec MS, si tu (le développeur du driver et l'utilisateur) n'alignes pas le pognon, t'es "klonqué". Si tu as besoin de patcher le noyau, tu ne peux pas, etc...
Donc pasBill pasGates, tes leçons de morale aux développeurs de Linux (en les accusant presque d'intégristes/fanatiques du logiciel libre) sont très mal placées, et j'ai presque envis de t'inviter à te casser d'ici (pour ce thread seulement :-)).-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par mdlh () le 26/08/2004 à 14:25. (lien). Évalué à 1.Tu dois te tromper de Thread. Pour le coup PbPg n'a traite personne d'integriste. Je suis pas toujours d'accord avec lui, mais la je vais le suivre: concentre toi sur le thread.
-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 15:43. (lien). Évalué à -2.???????
PBPG à dit :
- Ils auraient du soit le refuser depuis le debut, soit trouver un arrangement pour faire en sorte qu'ils fonctionnent encore, mais la les seuls gens qui paient le prix ce sont les utilisateurs qui se retrouvent avec leurs matos qui marchait et qui ne marche plus.
PBPG : "Ils auraient du soit le refuser depuis le debut"
C'est le mainteneur de pwc qui a fait l'erreur ! C'est lui qui a _présenté_ son code comme GPL alors qu'il ne l'était pas.
PBPG : ", soit trouver un arrangement"
Un arrangement avec du proprio ! C'est limite de la provocation.
Puis il n'y a pas d'arrangement à faire avec une licence. Surtout avec la GPL car il faut que tout le monde soit d'accord. Il est pratiquement impossible de changer la licence (GPL) de Linux et ça PBPG le sait.
Linux n'a pas demandé comme arrangement de mettre tout le driver sous GPL comme l'exige la licence GPL _choisi_ par le mainteneur.
PBPG : "pour faire en sorte qu'ils fonctionnent encore"
Le mainteneur (NB : qui n'est pas Philips et qui manifestement en a rien à foutre de Linux depuis au moins 1 an) peut toujours proposer le driver.
Linux (le mainteneur USB) a seulement "corriger" un fichier pour qu'il respecte la GPL. Ça n'a pas fait plaisir au mainteneur et _il_ (pas Linux) a demandé la suppression complète de son drivers.
NB : n'importe qui peut maintenant ajoute le driver puisqu'il était sous GPL (la version vraiment sous GPL:-)).
Le mainteneur est libre de proposer tous les patchs sur son site "qui vont bien" pour "faire en sorte qu'ils fonctionnent encore". Mais Linux ne peut pas car il y a une licence qui l'engage vers ses l'utilisateurs et développeurs => Il faut du libre.
Ça aussi PBPG doit le savoir (ou alors il est un peu c.. vu depuis le temps qu'il traine ici).
PBPG : ", mais la les seuls gens qui paient le prix ce sont les utilisateurs qui se retrouvent avec leurs matos qui marchait et qui ne marche plus."
Je trouve PBPG, bien "facile" de critiquer Linux et trouver Linux trop stricte, "manquant de coeur".
Là il n'y a qu'un développeur, pas de pognon, des sources qui ne respectent pas la licence de Linux et aucun soutient de Philips depuis 1 an (pas NDA, pas de doc) !
Imagine la même situation avec Windows (OS "référence" de PBPG) :
- Un développeur, pas de pognon, une licence incompatible avec la licence de Windows et aucune doc pour bosser.
Question à PBPG :
- "Tu croix que MS serait plus "coolant", plus généreux que Linux et que tu retrouverais le driver en standard dans Windows ?"
Évidemment que non.
De plus avec Linux, tu peux contourner le problème (mettre tous les patches qui vont bien à part et tout recompiler). Ceci est impossible avec Windows.
Btw, l'utilisateur "paient le prix" de quoi (sous Windows ou Linux) :
- L'utilisateur paye Windows
- L'utilisateur paye la carte. Pognon de la carte qui paye les développeurs pour le driver Windows (+les licences de développement Windows :-)) et pognon aussi donné à Microsoft pour avoir le label "design for Windows" ou pour être en standard dans Windows et autres conneries de ce type.
Donc, et ironie, un acheteur Linux de périphérique, souvent paye les développements "close source" du drivers sous Windows rien qu'en achetant le périphérique. Les développements étant "close source" ils ne profitent pas à Linux (le driver Linux étant souvent développé bénévolement).
L'utilisateur Linux se retourve "comme un con" à payer le driver Windows (qui ne lui sert à rien) et à ne rien avoir pour Linux.
Donc, qui fait "payer le prix" à l'utilisateur Linux et sans fournir de driver ?
- Philips et Microsoft.
> Pour le coup PbPg n'a traite personne d'integriste.
Ben il a une vision bien spéciale de la situation (et toi aussi).
PS : je donne l'impression d'être dure avec le mainteneur de pwc, mais le "gros crétin" dans l'histoire, c'est Philips.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par isydor () le 26/08/2004 à 17:19. (lien). Évalué à 2.excellent !
je traîne depuis un peu de temps sur linuxfr et là j'ai découvert des trucs :)
excellent d'avoir pensé à ça : en achetant du matériel, on paye aussi pour le développement des pilotes, l'achat de l'étiquette "designed for widowsXX".
(alors que ça ne nous sert pas)
brillant :)
-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 26/08/2004 à 18:08. (lien). Évalué à -2.C'est le mainteneur de pwc qui a fait l'erreur ! C'est lui qui a _présenté_ son code comme GPL alors qu'il ne l'était pas.
Ben voyons, ca fait 3 ans et tout le monde est au courant de la situation, faut pas te foutre du monde non plus.
Puis il n'y a pas d'arrangement à faire avec une licence. Surtout avec la GPL car il faut que tout le monde soit d'accord. Il est pratiquement impossible de changer la licence (GPL) de Linux et ça PBPG le sait.
Ben alors pourquoi donc permettent ils toutes ces exceptions avec les drivers graphiques, etc... ?
Ton histoire ne tient pas, trouves d'autres raisons pour accuser les autres de mauvaise foi.
Là il n'y a qu'un développeur, pas de pognon, des sources qui ne respectent pas la licence de Linux et aucun soutient de Philips depuis 1 an
T'as oublie d'ajouter : Et un module qui a ete accepte pendant 3 ans et que plein de gens utilisent
De plus avec Linux, tu peux contourner le problème (mettre tous les patches qui vont bien à part et tout recompiler). Ceci est impossible avec Windows.
Avec Windows le probleme ne se pose pas, t'as pas besoin de recompiler le kernel pour faire marcher un driver.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 26/08/2004 à 19:06. (lien). Évalué à 5."Avec Windows le probleme ne se pose pas, t'as pas besoin de recompiler le kernel pour faire marcher un driver."
Avec Linux non plus, je te rassure ;) C'est pas le kernel qu'il faut recompiler mais le driver ;)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 26/08/2004 à 20:06. (lien). Évalué à 1.Il parle de mettre les patchs a part et tout recompiler, je lui explique simplement que sous Windows ca ne sert a rien, j'ai pas dit que c'etait necessaire sous Linux.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 20:59. (lien). Évalué à 0.Ce n'est pas parce que ça ne sert à rien mais parce que ce n'est pas possible que sous Windows on ne patch pas. La nuance est de taille.
Il y a plein de société qui rève de patché Windows et recompiler. Mais ce n'est pas possible.
MS fournis les sources à quelques clients sélectionnés il me semple. Ce n'est pas pour patcher les sources et recompiler ?
C'est pour quoi si ça ne sert à rien ?-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 26/08/2004 à 22:21. (lien). Évalué à 3.Ce n'est pas parce que ça ne sert à rien mais parce que ce n'est pas possible que sous Windows on ne patch pas. La nuance est de taille.
J'attends toujours un exemple ou patcher le kernel serait necessaire pour faire tourner un driver
MS fournis les sources à quelques clients sélectionnés il me semple. Ce n'est pas pour patcher les sources et recompiler ?
Non, c'est pour auditer le code, faire de la recherche,... ils n'ont pas le droit de modifier les sources et deployer les binaires modifies.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par ced () le 26/08/2004 à 23:08. (lien). Évalué à 1.D'après les posts du dessus, ça marche dans l'autre sens (ça revient à peu près au même).
Certains drivers pour Microsoft™ Windows© XP ne fonctionneraient pas avec la mise à jour Service Pack 2 installée.
Après moi je connais pas assez Windows© pour dire si une telle mise à jour remplace le noyau ou non, mais c'est ce que les autres ont voulu dire.
-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 23:30. (lien). Évalué à -1.> J'attends toujours un exemple ou patcher le kernel serait necessaire pour faire tourner un driver
Comment ose-tu dire ça sérieusement ?
Dans quel cas, je doit rebooter ?
=> lorsque je change de noyau
Pourquoi changer de noyau
=> car il a changé !
Comment a-t-il changé
=> avec un patch !
C'est bon, tu suis toujours, c'est pas trop compliqué ?
Quel est l'OS qui demande le plus de reboot pour un driver ?
=> Windows
Ce n'est vraiment pas chance.
Autre exemple.
Par exemple, Windows n'a pas ATM et tu ajoutes un driver qui uilise ATM.
=> faut patch/recompiler
Certe, ce n'est pas toi qui le recompile mais tu n'as plus le même noyau (c'est SP1 ou 2 ou 4587 mais ce n'est plus le même). C'est obligé.
Certe, la modification n'a pas été faite avec un patch mais la différence entre les sources des noyau avec et sans ATM peut-être ramener à patch. C'est un peu l'objectif de patch, si tu n'as remarqué :-)
Autre exemple.
Windows 95 n'avais USB (c'est une version très très très très buggé) et il a fallu attendre la version OSR2 pour avoir un truc potable.
=> Nouveau noyau (donc patch et recompilation) pour des drivers USB.
Autre exemple.
Drivers pour gros disque dure. Quand il a fallu dépasser l'énorme valeur 8 Go pour Windows :-)
=> Nouveau noyau
Autre exemple.
Non, tu es d'une mauvaise fois infini.
Reviens quand Windows ne demandera pas de rebooter lorsque t'installes un drivers, change de couleur de fond d'écran, etc...
Ou explique nous quel est le caca dans Windows qui impose de rebooter 1000 fois plus souvent qu'avec Linux.
Merci.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Larry Cow () le 26/08/2004 à 23:38. (lien). Évalué à 8.Non, tu es d'une mauvaise fois infini.
Autant pour toi.
Reviens quand Windows ne demandera pas de rebooter lorsque t'installes un drivers, change de couleur de fond d'écran, etc...
Tu devrais utiliser Windows plus souvent (en fait, non, mais au moins tu pourrais critiquer sans dire de la merde). Sur 2000 ou XP, rares sont les drivers qui demandent un reboot (le seul exemple que j'ai sous le coude c'est la carte vidéo).
Ou explique nous quel est le caca dans Windows qui impose de rebooter 1000 fois plus souvent qu'avec Linux.
Très honnètement, c'est de moins en moins vrai (on pourrait même argumenter que ce n'est plus vrai du tout). En six mois d'utilisation de Windows, les seuls reboot "fréquents" sont ceux liés au besoin de remplacer un fichier utilisé par le système (ça semble très chiant à l'utilisateur linux que je suis, mais dans l'idée c'est pas plus stupide pour éviter certaines merdes).
Au final, tu as _beaucoup_ de raisons philosophiques ou morale de critiquer Windows, tu as suffisament de raisons techniques également. Alors inutile de rajouter des affirmations péremptoires non-appuyées (tautologiquement), ça donne vraiment pas une image crédible de toi (ni de la communauté, pour ceux qui sont amateurs de généralisations abusives).-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 23:45. (lien). Évalué à 0.> Tu devrais utiliser Windows plus souvent
C'est vrai que j'ai arrêté avec Windows NT4.
Mais je ne vais pas suivre ce conseil :-)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Éric (Jabber id, page perso, ) le 27/08/2004 à 11:48. (lien). Évalué à 2.Et là on se rend compte de la mauvaise foi. Dites, si vous voulez troller sur Windows ou MS-Office, faites le au moins avec des versions récentes, pas avec quelque chose d'horriblement vieux. Ca sera un chouiat plus honnete (je sais, ce n'est pas le but des trolls mais faitent un effort tout de même).
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Volnai () le 27/08/2004 à 16:00. (lien). Évalué à 7.Bah chais pas, mais moi j'ai Windows 2000. Et j 'ai un portable. Et je navigue entre differents réseaux, alors je change régulierement mon ip fixe. Et souvent (pas toujours, et je ne comprends pas pourquoi c'est si chaotique d'ailleurs), aprés avoir fait "OK" dans la boiboite de configuration IP, windows 2000 SP3 me demande de rebooter pour que mes changement soient pris en compte.
Je ne veut pas me battre contre la machine, alors je reboote betement (et je perds 10 minutes, bah oui, windows 2000 c'est un peu long a booter au bout d'un moment).
Alors bon, 007 n'a peut etre pas utilisé de windows depuis longtemps, mais moi j'en utilise un tout les jours. Et un linux aussi, et des BSD aussi, et tiens même des Solaris. Et clairement, celui qui reboote le plus est le windows; alors que paradoxalement j'installe vachement moins de drivers/modules dessus (le dernier en date est un driver de touchpad -> reboot), et que je fait des truc vachement plus sympa (BD, routage, vpn, test cartes pci exotiques... et j'en passe) avec mes machines de test sous linux/bsd qu'avec mon poste de travail bureautique sous windows.
C'est mon expérience, ca n'engage que moi, mais faudrait voir a arreter de déconner, windows s'est énormement amélioré au niveau des reboot, mais c'est encore du foutage de gueule par rapport aux autres systèmes.
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Mickaël L () le 27/08/2004 à 11:29. (lien). Évalué à 3.J'ai eu un mal fou à configurer l'ordinateur de mon frère (un portable sous XP) pour le mettre en réseau avec le mien.
Il rebootait chaque fois.
Une fois quand on a ajouté le pilote de carte éthernet.
Une fois pour le pilote TCP.
Une fois quand j'ai changé l'adresse IP.
Il faut qu'il reboote à chaque fois qu'il change de réseau et modifie son adresse IP.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 11:32. (lien). Évalué à 2.T'as certainement fait qqe chose de completement faux dans tes manips mon cher
1) La stack IP est presente par defaut, pas besoin de l'installer
2) Il n'y a pas besoin de rebooter pour changer d'addresse IP-
[^]Re: euhh ... mainteneurs oupsss ?
-
-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par Ph Husson (Jabber id, ) le 27/08/2004 à 11:41. (lien). Évalué à -1.Pour une fois pBpG a raison (remarque c'est pas la premiere fois mais bon bref)
A part peut-être pour le pilote de la carte ethernet (j'en sais trop rien la dessus)
Le reste peut etre fait a la volée ou est deja fait par defaut
A moins qu'il y ai eu regression entre win 2k et xp mais bon faut le faire--
Ce messages est crypté par le système 42-rot13 pour plus de sécurité.
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gabuzo () le 27/08/2004 à 14:50. (lien). Évalué à 1.On va HSer un peu. La plus grosse source de reboot sous Windows (XP compris) est effectivement comme tu le dis la gestion des locks sur les fichiers qui ne permet pas d'écraser ou de renommer un fichier qui est ouvert. Donc lors de la mise à jour d'un driver il est extrêmement courant que l'un des fichiers à remplacer soit ouvert et hop ... reboot.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 27/08/2004 à 17:28. (lien). Évalué à 8.Wai, cassage de windows, apres la journée éprouvante que je viens de passer, ca va faire du bien :)
"Très honnètement, c'est de moins en moins vrai (on pourrait même argumenter que ce n'est plus vrai du tout). En six mois d'utilisation de Windows, les seuls reboot "fréquents" sont ceux liés au besoin de remplacer un fichier utilisé par le système"
Mouahah, le vieux mensonge :p
C'est marrant, mais a chaque formation Microsoft que j'ai faite, Active Directory pour la derniere, tu passes ton temps à rebooter la machine... Le jour ou tu pourras faire un dcpromo sous windows sans rebooter, on en reparlera ;) Si je me souviens bien, quand tu install le dns via le admin.pak, il te demande aussi de rebooter.
apt-get install openldap samba bind et pas besoin de reboot.
Quand tu passes un 2000/2003 en controleur de domaine, le truc se met a ramer comme une merde... C'est trop bon à la formation, dcpromo, reboot, et la : "Monsieur, c'est normal que ca rame" et le formateur dégouté... Et pourtant c'etait des beaux pc Dell avec beaucoup de ram et un bon proc. Ben mon pauvre laptop(cerelon 900 et 192 Mo) sous Suse + ldap + samba boot trois fois plus vite( 2x en comptant le démarrage de Kde).
Mais bon, bien sur, comme d'hab, c'est pas vrai, on est de gros menteurs, ca n'arrive jamais, j'as pas vu deux windows 2000 mettrent 15 minutes pour booter aujourd'hui... Mais bon, ca peut arriver un probleme, sous Linux aussi, mais vu la verbosité du boot windows, ca aide vachement a comprendre le probleme... (et rien dans les logs :p)
Et qu'on vienne pas me dire que c'etait une formation de merde ;) Elle etait Microsoft Powered la formation meme que j'ai un papier signé de la main de Steeve Balmer qui dit que je sais me servir d'une souris. Ce qui est faut vu que le formateur m'a lancé deux fois la ligne de commande pour désactiver certaines options que la GUI refusait de remettre à leur état d'origine. Je pourrais aussi parlé de WMI avec le formateur qui te montre comment recupéré le nom de l'utilisateur du processus sur la machine d'a coté et que t'as bien envie de lui dire que ses dix lignes de code, tu fais la meme chose en 1 ligne sous Linux :)
Ah, ca fait du bien :) Quel rapport avec la choucroute? Aucun :)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Larry Cow () le 27/08/2004 à 23:43. (lien). Évalué à 2.En même temps, tu parles de Windows en temps que serveur, là. Je dis pas que ça excuse les reboots, mais en l'occurence je parlais de Windows en temps que station de travail.
J'aurais du préciser, mea culpa.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Dafatfab () le 30/08/2004 à 06:50. (lien). Évalué à 0.J'en remets une petite couche : dans mon enterprise, on a 2 serveurs win2000 Server et une redhat pour Oracle...
Bilan : 2 reboot obligatoires pour une vulgaire maj de securité ""critique"" :-)....devinez les quels des 2 des 3 serveurs il a fallu rebooté alors que ce sont des serveurs qu'utilisent ts le monde tout le temps ??
arf...windows ca reboot tjs comme un 98...
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 00:00. (lien). Évalué à 4.Comment ose-tu dire ça sérieusement ?
Ben c'est tres simple, j'utilises Windows et j'ai des yeux et un cerveau
Dans quel cas, je doit rebooter ?
=> lorsque je change de noyau
Pourquoi changer de noyau
=> car il a changé !
Comment a-t-il changé
=> avec un patch !
Je vais t'apprendre un truc gigantesque : Quand tu ajoutes le support ATM a Windows, tu ne changes pas le noyau, tu charges un driver, un fichier separe, comme un module sous Linux.
Si tu veux modifier ATM, tu ne modifies pas le noyau, tu modifies le driver. Il n'y a _pas besoin_ de toucher au noyau
Par exemple, Windows n'a pas ATM et tu ajoutes un driver qui uilise ATM.
=> faut patch/recompiler
Non c'est faux, tu charges le driver ATM, tu ne touches pas au noyau.
Drivers pour gros disque dure. Quand il a fallu dépasser l'énorme valeur 8 Go pour Windows :-)
=> Nouveau noyau
Non, nouveau driver IDE
Non, tu es d'une mauvaise fois infini.
Je dirais plutot que c'est toi qui est un ane qui ne comprend rien a Windows et ne sait pas du tout comment il fonctionne.
Reviens quand Windows ne demandera pas de rebooter lorsque t'installes un drivers, change de couleur de fond d'écran, etc...
C'est bon je suis de retour.
T'es franchement pathetique, rien de ce que tu ne dis ne tient debout.-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 00:59. (lien). Évalué à -6.C'est tellement beau que j'en pleure.
Si tu passes en 64 bits d'adressage memoire, t'ajoute ipv6, nouvelle gestion de la vm, utilisation des instructions K7 avec SSE2 au-lieu de i386, ajout de SeWindows (l'équivalent d'SeLinux), activation des informations de debug, controle de débordement de la stack, NTFS V10 qui support le zerocopy depuis le réseau via l'appel système sendfile(), etc...
Réponds pas,
j'ai deviné => nouveaux drivers et pas de reboot.
Putain, c'est beau.
C'est clair, je connais bien Linux ((((("""""et si ce que tu dis est vrai"""""))))), je peux t'affirmer que Linux est complètement largué, à la ramasse de à la ramasse.
Putain, le mythique hurd vient de se prendre une mega baffe.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 01:17. (lien). Évalué à 6.Si tu passes en 64 bits d'adressage memoire, t'ajoute ipv6, nouvelle gestion de la vm, utilisation des instructions K7 avec SSE2 au-lieu de i386, ajout de SeWindows (l'équivalent d'SeLinux), activation des informations de debug, controle de débordement de la stack, NTFS V10 qui support le zerocopy depuis le réseau via l'appel système sendfile(), etc...
Tu continues a t'enfoncer.
Tu veux ajouter IPv6, effectivement tu ne changes pas le noyau, IPv6 c'est un driver(tcpip6.sys), tout comme IPv4 l'est. Tu vas sur XP, tu tapes dans une ligne de commande : ipv6 install, la stack IPv6 est installee, pas besoin de reboot.
Je vais meme t'apprendre un truc magique, tu peux enlever la stack IPv4 en tapant : net stop tcpip dans une ligne de commande(a condition qu'aucun driver n'ait de handle sur le driver bien entendu), pas besoin de recompilation, pas besoin de reboot non plus.
Tu veux updater NTFS, effectivement tu ne touches pas au noyau, NTFS c'est un driver, il s'appelle ntfs.sys d'ailleurs.
Les 64bits, c'est un passage de plateforme, rien a voir.
K7 ou SSE2 je vois pas le rapport, si t'updates le noyau pour les supporter, t'as pas besoin de toucher les drivers. Si tu veux que ton driver en tire partie, pas besoin de toucher le noyau, juste le driver
Activation des infos de debug non plus, il y a tout un systeme de tracing, et si tu veux plus, il y a la version debug du noyau dispo dans ce qu'on appelle la version "checked" de Windows.
Controle des debordements de la stack non plus, si tu les veux dans le driver, faut evidemment recompiler le driver, pas le noyau
etc...
Le jour ou tu comprendras que rebooter != changer le noyau et que driver != noyau, t'auras fait un grand pas dans ta comprehension de l'informatique
Tu ferais mieux de t'arreter maintenant, t'as eu l'air assez idiot deja.-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 02:02. (lien). Évalué à -4.Je vais te dire un truc mais je ne devrais pas.
Avec Red Hat et Fedora, le noyau et les modules vont ensembles.
Lors de la mise à jours du système l'un va toujours avec l'autre.
En phase de développement, c'est l'enfer, il faut rebooter (gnagna, changer de noyau) parfois tous les 2 jours.(*)
Exemple :
http://fw07.dmacc.net/rawhide-reports/(...)
kernel-2.6.8-1.526 : le 23/08
kernel-2.6.8-1.525 : le 21/08
kernel-2.6.8-1.524 : le 19/08
Mes amis, j'en ai plein le cul de cet OS complètement "has been".
> t'as eu l'air assez idiot deja.
Tu es si intelligent TOOaa.
Vu le niveau de Windows, fichtre, faut être con pour utiliser Linux.
Je viens même d'apprendre que ntfs est dans le fichier ntfs.sys et qu'on peut le remplacer à chaud.
Et ce truc, dingue de chez dingue :
ou peut ajouter ipv6 à chaud.
Oyé Oyé amis Linuxiens!
Je cite notre espion MS :
- "Tu vas sur XP, tu tapes dans une ligne de commande : ipv6 install, la stack IPv6 est installee, pas besoin de reboot."
"pas besoin de reboot",
et il faut seulement taper "ipv6 install". vous avez bien lu.
Amis Linuxiens, reconnaissez le avec moi :
c'est fou !
Il y a encore deux ou trois rumeurs folles de ce calibre, mais je préfère attendre confirmation avant de les communiquer.
C'est claire, face à windows, on peut tous allez se rhabiller.
(*) : je ne vais pas dire pourquoi, j'ai honte.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 27/08/2004 à 02:50. (lien). Évalué à 2.Mdr je viens de matter havard story, et le gas qui a pris 15 g de LSD il a l'air plus clean que toi 007 :)
C'est pas que j'ai qq chose à te reprocher, juste que c'est marrant que le fait que win soit pas la bouse finie à laquelle tu t'attendais en tant que end user te mettes autant en colère :p-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 03:45. (lien). Évalué à -1.> le fait que win soit pas la bouse finie à laquelle tu t'attendais en tant que end user te mettes autant en colère :p
Tu n'y es pas.
J'ai deux frères informatiens.
Je suis aussi l'informaticien. Moi c'est Unix/Linux et eux Windows.
J'ai utilisé Windows jusqu'à NT 4 (après j'ai décroché).
Mes frères sont d'intécrotables windowsiens (totalement insensibles au logiciel libre, sa philosophie, etc).
Malgrès ça ils ne pipotent pas.
Si tu lis mes posts, a aucun endroit (ou presque) je mets un truc du type :
- Linux c'est mieux que Windows.
Je m'énerve sur le FUD de pb pg qui avance des choses fausses :
- intérêt de patch ou recompiler le noyau windows
- avec linux il faut recompiler le noyau pour installer un driver
- pas de compatibilité binaire car c'est un OS libre
- Les dev Linux sont pas cool avec les utilisateurs de pwc qu'ils laissent tomber.
- etc...
Mes frères ne me sorte jamais de tels conneries !
Pour le côté "bouse finie", Windows n'est pas de la bouse. J'ai dit que mes frères ne pipotaient pas et il ne m'ont jamais dit que Windows était une bousse (Sauf NT qui rebootait tous seul ou restait figé :-)).
D'ailleur nul part j'ai dis ça. Sauf pour les reboots de Windows (et avec Win 9x et Win NT que j'ai connu, je (et mes frères aussi) confirme très très fort qu'il faut rebooter 50 fois le bousin à l'installation du moindre driver).
Pour bien te montrer que j'en est rien à foutre que Windows soit mieux ici ou là, les "ntfs.sys", "ipv6 install", le changement à chaud de driver, de pile tcp/ip etc, me laisse totalement indifférent, mais ça m'amuse de faire croire à PB PG qu'il m'impression.
Linux fait tout ça, très bien, et depuis longtemps (Linux 2.0 (à l'époque de win95) et avec le chargement à la demande).
C'est dire si ça ne m'affole pas de voir pb pg trouver des qualités à Windows :-)
Par contre, son FUD sur Linux me les brise, d'autant plus qu'il y a une majorité de personne ici (linuxfr) qui croit au FUD récurrent de PB PG.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 03:57. (lien). Évalué à 2.Je m'énerve sur le FUD de pb pg qui avance des choses fausses :
- intérêt de patch ou recompiler le noyau windows
- avec linux il faut recompiler le noyau pour installer un driver
- pas de compatibilité binaire car c'est un OS libre
- Les dev Linux sont pas cool avec les utilisateurs de pwc qu'ils laissent tomber.
- etc...
1) Tu m'as toujours pas montre un seul driver qui demandait de patcher le noyau Windows, pourtant j'ai fait des demandes repetees
2) J'ai jamais dit ca
3) Jamais dit ca non plus
4) J'ai critique l'auteur de pwc ? Non, pourtant c'est un dev Linux. Mais bien sur, des que j'emets une critique et que le mot Linux est a moins de 100m, tu prends ca pour une critique de l'ensemble Linux
Bref, tu t'enfonces encore plus.
Pour bien te montrer que j'en est rien à foutre que Windows soit mieux ici ou là, les "ntfs.sys", "ipv6 install", le changement à chaud de driver, de pile tcp/ip etc, me laisse totalement indifférent
Bien sur ca te laisse totalement indifferent, c'est pour ca que tu nous a pondu une liste de 10 trucs differents(et tu t'es ramasse sur chacun d'eux) soi-disant demandant une recompilation du noyau, t'avais surement rien d'autre a faire a ce moment la et tu t'es dit que ca serait drole de faire une liste fantaisiste.
mais ça m'amuse de faire croire à PB PG qu'il m'impression.
T'as pas idee a quel point c'est important pour moi d'impressionner qq'un qui est borne, grossier et qui ne sait pas de quoi il parle.
Tu devrais te recycler dans la speologie, t'as des qualites indeniables pour ce qui est de t'enfoncer.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 05:18. (lien). Évalué à 0.> 1) Tu m'as toujours pas montre un seul driver qui demandait de patcher le noyau Windows, pourtant j'ai fait des demandes repetees
Mais c'est de la SF (science-fiction).
Mais comment je fais ?
- JE N'AI PAS LES SOURCES
- TOUT EST PROPRIO SOUS WINDOWS
- PERSONNE À PART MS PEUT PATCHER WINDOWS
Pour Linux tu transformes un "on peut compiler Linux ..." en un "Il faut compiler Linux..."
Pour Windows tu transforme un "on ne peut pas compiler windows..." en un "Il n'est pas nécessaire de compiler windows..."
T'es salement pervert car après tu me demandes de démontrer qu'll est nécessaire de compiler windows alors que tu sais qu'on ne peut pas compiler windows !
Ce n'est pas parce que je ne peut pas voler à mach 1 qu'il n'est pas intéressant et/ou necessaire d'aller à mach 1. btw, ne me demandes de voler à mach 1 pour te démontrer que c'est intéressant. C'est comme pour la compilation de Windows, je ne peux pas.
Sinon, tu joues le jeu et tu me donnes un acces CVS ou Source Safe ou je_sais_pas_quoi avec les sources de windows.
Idéalement il faut aussi les log comme ça on verrait des trucs :
- fix for driver bidule
- add support for firewire
- etc
Tu dis que le noyau n'a jamais besoin de patch ou d'être compilé, alors démontre le.
Trouves une pages sur www.microsoft.com qui indique les fichiers mise à jours, dis quel est le fichier lié au noyau et on regarde l'historique du noyau.
Normalement (selon toi) il n'y aura rien pour le noyau (jamais nécessaire de le compiler selon toi).
Tu dis qu'il est inutile de patcher/compiler le noyau pour un driver. OK, donc n'importe quelle driver soit marcher sur toute les versions de Windows.
Si un driver ne marche pas sous win 2000 mais marche sous win 2000 SP2, c'est qu'il faut patcher/compiler le noyau (patcher win 2000 pour en faire un win 2000 SP2) pour que le driver fonctionne.
Trouve moi un truc ou une doc qui montre que tous les drivers marchent pour toutes les versions de Windows.
Tu dis que ça sert à rien de patcher/compiler Windows, alors pourquoi Microsoft ne met pas les sources à disposition ?
Que risque MS puisque tu répètes qu'il n'est pas nécessaire de patcher ou compiler windows. Si ce n'est pas nécessaire (car tout est déjà parfait, nickel et adapté aux nouveaux périphériques des 20 prochaines année) alors personne ne va le faire. Si personne le fait, que risque MS ?
Au pire il faut mettre un driver à jour (genre ntfs.sys). Mais ça, ce n'est pas le noyau.
T'es dans un boîte proprio, c'est à toi de faire la démontration. Ou alors tu me donnes accès au CVS de Windows.
Sur ce, bon journée.
Je te félicite pour la qualité de tes trolls (à ce demander si tu n'est pas coatché par MS).-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 06:11. (lien). Évalué à 2.Mais comment je fais ?
- JE N'AI PAS LES SOURCES
- TOUT EST PROPRIO SOUS WINDOWS
- PERSONNE À PART MS PEUT PATCHER WINDOWS
Ben tu vois c'est pas si dur, tu viens de reconnaitre qu'il n'est pas necessaire de recompiler ce noyau pour que tes drivers fonctionnent vu que c'est pas possible et que ca marche quand meme
Pour Linux tu transformes un "on peut compiler Linux ..." en un "Il faut compiler Linux..."
Montres moi ou j'ai dit ca
Sinon, tu joues le jeu et tu me donnes un acces CVS ou Source Safe ou je_sais_pas_quoi avec les sources de windows.
Idéalement il faut aussi les log comme ça on verrait des trucs :
- fix for driver bidule
- add support for firewire
- etc
Inutile, t'as qu'a regarder le contenu des patchs qu'on sort, tu verras que les fichiers pour ATM, TCP/IP, etc... ne sont jamais presents en meme temps que les fichiers du kernel.
Bref, il n'y a aucune dependance de ces drivers vis a vis de la version du kernel
Tu dis que le noyau n'a jamais besoin de patch ou d'être compilé, alors démontre le.
Trouves une pages sur www.microsoft.com qui indique les fichiers mise à jours, dis quel est le fichier lié au noyau et on regarde l'historique du noyau.
Tu delires, j'ai pas dit qu'il n'avait jamais besoin d'etre patche, il est evident que pour corriger des bugs dans le kernel il faut le recompiler.
Tu dis qu'il est inutile de patcher/compiler le noyau pour un driver. OK, donc n'importe quelle driver soit marcher sur toute les versions de Windows.
Non, un driver qui depend de features presentes uniquement dans XP ne va evidemment pas marcher sur Win2000.
Si tu prenais la peine de t'informer avant de raconter n'importe quoi, tu irais lire le DDK de Windows et tu verrais que les drivers utilisent un API tres clairement defini et fige. Tant que ces drivers ne font pas de cochonneries(= trucs non documentes), ils continueront a tourner quel que soit le kernel. Evidemment si ils touchent a des trucs non-documentes et qu'on change ca, ils vont claquer.
Trouve moi un truc ou une doc qui montre que tous les drivers marchent pour toutes les versions de Windows.
Tous c'est impossible car certains font des trucs non documentes et donc vont casser.
La preuve est tres simple : tu regardes les patchs, et tu remarqueras que les fichiers du kernel ne viennent avec _aucun_ driver. Bref, il n'y a aucune dependance binaire entre le kernel et les drivers vu que tu peux installer ces patchs du kernel et tes drivers continueront a tourner. De meme pour les drivers, tu peux les installer sur Win2000/SP2/3/4 , et les drivers ne sont jamais livres avec un kernel, ils viennent tous seuls.
T'es dans un boîte proprio, c'est à toi de faire la démontration. Ou alors tu me donnes accès au CVS de Windows.
Elle est faite, la reponse est dans le contenu de nos patchs.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 06:20. (lien). Évalué à 0.Ils sont où ces patchs ?
btw, relis tous tes posts, tu verras que tu ne dis pas toujours la même chose.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Etienne Juliot (page perso, ) le 27/08/2004 à 06:59. (lien). Évalué à 1.Purée !!
C'est impressionant les mecs !
Vous vous êtes engeulé comme ça toute la nuit !!!
Ca, c'est un troll qui devrait rester dans les mémoires de Linuxfr.
En plus, c'est le bon troll du style : "j'ai 10 ans, mes frères y font du windows, c'est nuuuul parce que ...... euh, bah je vais sortir des trucs techniques, ca va faire le mec qui s'y connait ..... ça pue".
pBpB, je trouve que là, tu as vachement été patient quand même. Le pb, c'est que ce sont des "défenseurs" de linux comme 007 qui disent des conneries grosses comme eux qui en fait le discrédite et l'amateurise.
PS pour 007 : j'ai fait du NT4 et du Win98 aussi, mais promis, ils se sont vachement améliorés depuis. Tant mieux. La concurrence est saine, et Windows n'est pas le mal absolue.-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par isydor () le 27/08/2004 à 08:00. (lien). Évalué à -1.et des défenseurs du libre comme toi je pense qu'on pourrait s'en passer aussi. Etonné par le commentaire éclairé (j'ai l'impression que tu n'as aucune idée de ce qu'est une discussion argumentative. Il faut être aveugle pour ne pas voir que pbpg ne fait que lâcher au fur et à mesure des infos uniquement pour alimenter le troll, c'est à dire maintenir l'inintérêt de la discussion. Que 007 s'agace c'est complètement normal) que tu viens de poster, je suis allé voir ta vitrine technologique, et je dois dire que j'adore l'ambiguité saine de ta news parlant de migration de tuxfamily vers free... très classe.
-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par Nicolas Boulay () le 27/08/2004 à 09:39. (lien). Évalué à -1.PB PG joue aussi beaucoup sur les mots. Dire par exemple que le débordement de pile n'a pas nécessité de modifier le noyau... et jouer sur les mots pour dire que les drivers ont besoin d'être compiler eux pour en bénéficier mais le noyau a bien du être modifier à la base !
Sous windows, on ne peut pas patcher on ne fait que remplacer des binaires...--
"Tout ce que les être humains font pour contrôler les réseaux informatiques facilite, dans le même temps, le contrôle des êtres humains par les réseaux informatiques."-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 09:46. (lien). Évalué à 0.Tu prends Windows 2000, il n'a rien pour detecter les stack overflows.
Tu installes VS.NET 2003, tu compiles ton soft avec le flag /GS, et oh miracle, ton soft aura le code pour detecter un stack overflow.
Le kernel n'a rien a voir avec la detection d'un stack overflow, pourtant tu n'as pas modifie un seul byte du kernel.
Tu peux avoir 2 drivers compiles pour ca, et le kernel ainsi que tous les autres drivers qui ne le font pas, c'est totalement independant du systeme, ca ne depend que du code genere par le compilateur pour le binaire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnujsa () le 27/08/2004 à 11:51. (lien). Évalué à 5.On s'en fout de la détection des stack overflow de Windows 2000 ...
Ça fait des années que tu joue à ce petit jeu. Tu pose un appât à troll dans le genre:
« Avec Windows le probleme ne se pose pas, t'as pas besoin de recompiler le kernel pour faire marcher un driver. »
Dans une news sur Linux, on comprend tous, forcement: « contrairement à Linux » même si tu le dit pas.
Et ensuite tu profite que quelqu'un s'énerve, pour mettre en avant un détail technique ou Windows serait supérieur à Linux.
Mais on s'en fout. On es un peu con, car on préfère Linux malgré qu'il soit beaucoup moins bien que Windows. Des tas de très grosse boite font aussi la même erreur, je comprend que ça te fasse râler. Et puis on a une sale manie aussi, on aime bien avoir quelque chose d'un peu plus consistent que du blabla comme preuve: Les sources.
Ma petite histoire:
Il y a quelques années, j'était sous Windows 98, puis je suis passé à Windows 2000. A ce moment là, mon scanner et ma webcam ne marchaient plus. Plus de pilotes. J'ai oublié le nom du scanner. Pour la webcam, il s'agissait d'une Creative Webcam II sur port parallèle. Et bien j'aurais été très content de pouvoir recompiler le noyau ou le pilote pour les faire fonctionner. Mais avec du logiciel propriétaire ça n'est pas possible.
pasBill pasGates: Mais tu n'aurais pas eu besoin de recompiler le noyau, juste le pilote.
Ça j'en sais rien, à part te croire sur parole. De toute façon, il s'agit d'un problème générale des logiciels propriétaires et pas que Windows.
Maintenant je suis sous GNU/Linux, et je dois avoir du bol, car je n'ai jamais eu à patcher mon noyau pour faire fonctionner mes périphériques, mais si c'est la seul solution, ça reste possible.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 12:05. (lien). Évalué à 1.On s'en fout de la détection des stack overflow de Windows 2000 ...
Faut croire que non vu que nicO a repris cet exemple precis.
Dans une news sur Linux, on comprend tous, forcement: « contrairement à Linux » même si tu le dit pas.
Si vous etes des paranos voyant des attaques contre Linux partout c'est franchement pas mon probleme, allez vous faire soigner, me demandez pas de me taire.
Et ensuite tu profite que quelqu'un s'énerve, pour mettre en avant un détail technique ou Windows serait supérieur à Linux.
Mais il faut arreter le delire mon cher, j'ai pas compare a un seul moment Linux dans cette histoire, je n'ai fait qu'expliquer a 007 que non, Windows ne fonctionnait pas comme il pensait.
Mais on s'en fout. On es un peu con, car on préfère Linux malgré qu'il soit beaucoup moins bien que Windows. Des tas de très grosse boite font aussi la même erreur, je comprend que ça te fasse râler. Et puis on a une sale manie aussi, on aime bien avoir quelque chose d'un peu plus consistent que du blabla comme preuve: Les sources.
Qu'est ce que tu veux que ca me fasse ? Tu m'as deja vu demander a qq'un de rester sous Windows plutot que passer a Linux ? Non, c'est encore ton imagination qui te fait croire que j'ai un probleme avec ca.
Et bien j'aurais été très content de pouvoir recompiler le noyau ou le pilote pour les faire fonctionner. Mais avec du logiciel propriétaire ça n'est pas possible.
Ben essaye de prendre un driver pour MacOS 9 et le recompiler sous Linux, tu verras c'est pas facile. Pourtant c'est ce que tu demandes ici, des drivers qui marchent pour 2 OS completement differents.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 12:13. (lien). Évalué à 1.Je te solite et donc il y a des chances que tu ne répondes pas, mais c'est quoi ton expérience Unix/Linux/GNU.
C'est seulement linuxfr ?-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 12:35. (lien). Évalué à 0.J'ai Linux chez moi depuis 1995 sans interruption, dont 2 ans uniquement sur Linux aux environs de 1997-1999, j'ai aussi developpe un soft qui fait pas loin de 100'000 lignes de C++ portable(multithread/reseau/filesystem) pour Linux/Solaris/NT/Irix/BSD(on supporte plus Irix) avec un pote en 1998 qu'on supporte encore aujourd'hui. Oui t'as devine, il est pas GPL ce soft.
Bref, Linux j'ai pas attendu les belles GUI et la mode pour m'y mettre, ni d'etre chez MS pour m'y interesser.-
[^]Re: euhh ... mainteneurs oupsss ?
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnujsa () le 27/08/2004 à 13:41. (lien). Évalué à 0.« J'ai Linux chez moi depuis 1995 sans interruption, dont 2 ans uniquement sur Linux aux environs de 1997-1999 »
Il s'est passé plein de chose depuis 1999. Tu devrai essayer le noyau 2.4 et surtout le 2.6, sinon tu est aussi crédible quand tu parle de Linux, que ceux qui parle de Windows 95/98
http://linuxfr.org/comments/416770.html#416770(...)
« Dans Linux, de ce que j'en ai vu(bref, jusqu'aux pre-2.4), la separation entre les elements et leur interactions n'etait pas aussi claire. »-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par mdlh () le 27/08/2004 à 14:28. (lien). Évalué à 1.Il dit qu'il a eu uniquement Linux de 97 a 99. Ou y a t il ecrit "Windows uniquement depuis 99".
Evidement il precise pas. Mais quand je lis "Linux depuis 95", je me dis qu'il y a du linux qui traine encore quelque part.
Je vais commencer par me poser des questions sur ma comprehension de la langue francaise. Ca a surement horriblement evolue depuis que j'ai quitte le territoire.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 20:31. (lien). Évalué à 3.1) J'ai encore 2 Linux chez moi, un 2.2 et un 2.4
2) Mon commentaire parlait des entrailles du kernel, que je n'ai pas fouille depuis les pre-2.4, il parle pas du systeme entier. Si tu veux on peut faire un sondage du nombre de gens qui connaissent les structures interne du kernel ici, tu verras t'auras probablement pas besoin de plus d'une main ou deux.
Mais comme toujours, faut trouver une variation de mes commentaires qui satisfasse tes idees.
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par isydor () le 27/08/2004 à 12:55. (lien). Évalué à 2.En fait peu veulent vraiment que tu te taises (et pour des raisons diverses), là on te fait juste remarquer que si tu voulais apporter des réponses constructives dans le contexte de linuxfr, tu te comporterais autrement. Les conversations auxquelles tu participes ont un ratio contenu/bruit beaucoup trop faible, tu ne peux pas le nier.
Encore une fois, si tu voulais améliorer ça tu te comporterais autrement. Après, tes motivations pour continuer comme ça t'appartiennent : caractère de cochon, joie du troll, orgueil, rémunération, ennui, peu importe... On peut même imaginer des trucs marrants comme la simple joie de voir que certains continuent à t'encourager au premier degré alors que tu as sciemment usé d'une astuce réthorique...
Ce qui est rageant, c'est ça, le fait que de manière plus ou moins involontaire tu sèmes la zizanie, alors que c'est pour de mauvaises raisons (c'est souvent la longueur du thread et la faiblesse du rapport contenu/bruit qui amènent cette zizanie).-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par chl (page perso, ) le 27/08/2004 à 13:38. (lien). Évalué à 4.Les conversations auxquelles tu participes ont un ratio contenu/bruit beaucoup trop faible, tu ne peux pas le nier.
Si j'ai bien compris, tu parles de PBPG, et je ne suis pas du tout d'accord avec toi.
Je prefere 100 fois un commentaire de PBPG, qui corrigera quelqu'un qui raconte n'importe quoi sur Windows, quitte a ce qu'il y ai ce que tu appelles une zizanie (moi j'appellerais ca de la "non pensée unique"), plutot que de lire des commentaires de gars qui pensent que Linux c'est parfait, genial et que MS Windows de la merde en barre, alors qu'il ne connaissent que W98.
C'est pas parcequ'on aime bien tous GNU/Linux, que l'on doit se voiler la face et ne pas entendre parler de MS Windows, ni dire qu'un mec qui en parle le fait forcement pour foutre sa merde/zizanie, ou troller.
Trop de pensée unique, tue la liberté d'expression et l'ouverture d'esprit.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par isydor () le 27/08/2004 à 14:38. (lien). Évalué à 2.Je pense que c'est inévitable, j'aurais pris encore plus de précautions dans ma formulation j'aurais quand même eu droit à ce cliché :/
Mon message n'a rien d'un appel à la pensée unique, je rappelle simplement que pour qu'un message soit entendu il faut _s'adapter_ à celui qui est en face, sinon on a droit au début à un dialogue de sourds et à la fin à des insultes, ce qui n'apporte rien. grosso modo, ici nous sommes dans un environnement _linux_, avec des gens _linux_, si pbpg veut parler de _windows_ qu'il s'adapte, qu'il y mette les formes, sinon de toute façon il ne sera pas correctement entendu. Je remarque qu'il ne fait pas cet effort, cf mon premier commentaire. Je m'interroge - sur un ton amusé - sur ses motivations.
C'est de la pensée unique, franchement ?
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 20:53. (lien). Évalué à 1.> MS Windows de la merde en barre
J'ai jamais dit que Windows était de la merde en barre ou un bouse ou un mauvais système ...
Arrête d'affabuler.
Je ne savait pas qu'il y avait un fan club de Windows ici.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par chl (page perso, ) le 30/08/2004 à 11:48. (lien). Évalué à 2.J'ai jamais dit que Windows était de la merde en barre ou un bouse ou un mauvais système ...
Arrête d'affabuler.
Tu passeras le bonjour a tes 2 freres ! \o_
Je ne savait pas qu'il y avait un fan club de Windows ici.
Je vois pas pourquoi je serai membre d'un fan club de Windows ! Mais si ca peut te faire plaisir, j'invite tes 2 freres, a s'inscrire avec nous ! :)
Le fait d'utiliser GNU/Linux n'impliquent pas automatiquement d'etre anti MS Windows, agent 007.
Cependant, les mecs comme toi qui racontent 3 conneries a la minute sur MS Windows, pour dire que Linux c'est mieux, ca m'interesse pas, et je pense pas etre tout seul.
En conclusion, TU racontes pas mal de conneries, PBPG non. Le fait qu'il defende MS windows est secondaire.-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 30/08/2004 à 20:27. (lien). Évalué à -1.> TU racontes pas mal de conneries, PBPG non.
Un pro-Windows encore plus con que le plus con des pro-Linux...
> Le fait d'utiliser GNU/Linux n'impliquent pas automatiquement d'etre anti MS Windows, agent 007.
Tiens, j'ai dérapé dans un de mes commentaires aujourd'hui :
http://linuxfr.org/comments/466896,1.html(...)
Windows n'est pas une merde.
Question à toi, donneur de leçon de mes couilles (car j'en ai un peu marre), à part avoir dit que Windows demandait beaucoup de reboot, quelles sont les critiques que j'ai formuler contre Windows ?
En conclusion :
Le fait d'être pro-Windows, ne t'impose pas de dire des conneries.
PS : Je n'ai pas dit que mes frères étaient fan de Windows ou pro-Windows mais seulement qu'ils étaient d'"indécrottables windowsiens". Ils sont trop habitués à ce système et n'ont pas envis d'allez voir ailleur.
C'est différent. Ils seraient pro-Windows, ils feraient comme PBPG ou toi et viendrait ici "fuder" sur Linux.
PS2 : j'en ai vraiment marre des petits donneurs de leçon de merde en ton genre.
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Nicolas Boulay () le 27/08/2004 à 13:24. (lien). Évalué à 1.Je me suis mal expliqué je pensais à la protection d'execution introduit par le SP2, qui fait planter un bon nombre de programme. Il a bien fallu modifier le noyau pour que les programes ne marchent plus.
--
"Tout ce que les être humains font pour contrôler les réseaux informatiques facilite, dans le même temps, le contrôle des êtres humains par les réseaux informatiques."-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par Gaetan_63 (page perso, ) le 27/08/2004 à 16:00. (lien). Évalué à -1.pas necessairement. C'est une affirmation gratuite. Il y a suffisament de couches entre le noyau et l'espace utilisateur pour y coller une gestion des droits d'execution...
Je suis meme sur qu'avec un pauvre driver en kernel space tu peux le faire...
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 20:38. (lien). Évalué à 2.Il y a bien evidemment des trucs pour lesquels il faut modifier le noyau, aucun noyau n'est parfait et supporte tout des la 1ere version, cependant meme ce changement ne requiert aucune modif/recompile des drivers(a condition qu'ils ne fasses pas de cochonerries non documentees auquel cas il faut les corriger).
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 21rdoma () le 28/08/2004 à 10:25. (lien). Évalué à 1.Ben essaye de prendre un driver pour MacOS 9 et le recompiler sous Linux, tu verras c'est pas facile. Pourtant c'est ce que tu demandes ici, des drivers qui marchent pour 2 OS completement differents.
le problème est donc qu'il doit rester sous un os difficilement sécurisable(*) aka windows 98 parcequ'il n'a pas de driver pour sa webcam
c'est cool windows
* ce n'est pas de moi mais de la résponsable des systèmes d'exploitation chez microsoft qui le dit
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par nullisimo () le 27/08/2004 à 08:14. (lien). Évalué à 2.Purée !!
C'est impressionant les mecs !
Vous vous êtes engeulé comme ça toute la nuit !!!
Ca, c'est un troll qui devrait rester dans les mémoires de Linuxfr.
Et tout ca juste pour une histoire de compatibilite d'ABI ;-)
Windows conserve, au moins par major version une ABI compatible, mais pas forcement linux.
En effet, joli dialogue de sourds...
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jean-Baptiste Mayer () le 27/08/2004 à 08:11. (lien). Évalué à 6.Pour une fois PbPg je suis d'accord avec toi sur un point: la stabilité de l'api du noyau et de l'abi du compilateur.
Si Windows permet d'installer des drivers sans avoir à trop réfléchir sur les compatibilités des drivers, c'est parce que les API sont stables (et c'est sûrement ça qui fait que Longhorn soit largement retardé par rapport au planning initial, me trompé-je?), et parceque l'abi du compilo utilisé l'est aussi.
Le problème de pwc est un changement brutal d'api du noyau: et dans un modèle où les développeurs du noyau sont subordonés à ses utilisateurs (relation fournisseur-client -- comme MS), ce genre de chose ne peut pas arriver.
C'est deux logiques qui s'opposent: une logique d'évolution rapide, où l'existant ne pose pas trop de problème car la recompilation est possible à faible coût, et une logique de maintien de l'hérité, car la recompilation n'est pas possible.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 09:21. (lien). Évalué à 1.> Pour une fois PbPg je suis d'accord avec toi sur un point: la stabilité de l'api du noyau et de l'abi du compilateur.
Encore une preuve que le FUD de pb pg marche super bien.
Vous comparer ce qui n'est pas comparable.
Si vous comparer Winows XP, qui est un produit bien supporté, professionel (c'est à dire fait pour que d'autres boîtes puissent développer/invertir dessus), avec Gentoo ou Fedora, alors oui la stabilité de l'api de GNU/Linux en général est nullissime.
Gentoo/Fedora/Mandrake/etc c'est un peut la version de développement de GNU/Linux, le Longhorn de GNU/Linux.
Par contre prennez une distribution bien supporté type RHEL et là vous aurez 5 ans d'api absolument stable et aussi la compatibilité avec la version N-1.
Les gros distributeurs intègrent les contraintes commerciales professionnelles qu'on ne peut demander à la communauté.
La communauté est fun, elle aime aller de l'avant et pas faire des bugfix et des backport de sécurité avec une api qui ne doit pas bouger pendant 5 ans.
Faire ça gratuitement à la demande de sociétés commerciales qui veulent un api stable pour garantir leur investissement : non merci.
On peut aussi remarquer que certains gros projet n'ont pas d'évolution d'api très rapide. Gnome est compatibible source et binaire pour toutes les versions 2.x . KDE doit avoir un truc de ce type pour les version 3.x (à confirmer).
Il reste quoi en "incontrôlable" => le noyau.
Ce n'est pas le bout du monde. Les gros distributeurs sont à même de rendre l'évolution du noyau d'une distribution "pro" ... très ennuyeuse.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 09:35. (lien). Évalué à 0.Encore une preuve que le FUD de pb pg marche super bien.
Vous comparer ce qui n'est pas comparable.
Quel FUD ? J'ai dit que c'etait different sous Linux ?
T'en as pas marre d'inventer des conneries ?-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 09:52. (lien). Évalué à -1.Ben Jean-Baptiste Mayer ne t'a pas compris et je ne t'ai pas compris.
Ce n'est pas grave.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 09:57. (lien). Évalué à 2.Lui si il m'a compris, il a bien compris que je parlais de la stabilite de l'API Windows, et *lui* a ajoute que sous Linux ce n'etait pas forcement aussi stable, ce avec quoi je suis d'accord, mais je ne l'ai dit nulle part, c'est toi qui pour je ne sais quelle raison t'entete a mettre des mots dans la bouche. Je n'ai fait que dire "Non, sous Windows il n'y a pas besoin de le faire" en reponse a tes posts, j'ai jamais dit "Sous Linux il faut le faire"
-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 10:13. (lien). Évalué à -1.Ben Jean-Baptiste Mayer t'as compris, je ne l'ai pas compris, je ne t'ai pas compris.
Ce n'est pas grave.
Et merci pour tous les lumières sur Windows, ça manque cruellement sur linuxfr.
btw, et t'as pas répondu :
- quel est le fichier qui fait noyau dans Windows
- ou j'ai la liste des patches avec les noms de fichiers affectés et la description du "pourquoi".-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 10:21. (lien). Évalué à 1.Je vais pas tout te filer sur un plateau d'argent non plus. Tu reflechis et cherches 30s et tu trouveras. Si ca t'interesse vraiment tu trouveras tres tres facilement, sinon ben ca vaut pas la peine que j'aille prendre tous ces liens pour toi.
-
[^]Re: euhh ... mainteneurs oupsss ?
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 27/08/2004 à 09:56. (lien). Évalué à 4.Par contre prennez une distribution bien supporté type RHEL et là vous aurez 5 ans d'api absolument stable et aussi la compatibilité avec la version N-1.
En 5 ans, la gestion de mémoire a complètement changé 2 fois, la gestion de périphs a complètement changé, la gestion des modules a complètement changé, le support VesaFB a été mis au ban puis remplacé par directFB en user space puis remis pour debug only.
Le protocole X a grandement évoulé, notament au niveau des methodes de chargement et d'affichage des bitmaps et de la gestion des extensions. Les TTYs on changé, les pseudos TTYs ont changés aussi. Les Files Sytem ont évolués dans des proportions dantesques. La gestion de l'IDE en a pris plein la tête. Les threads ont complètements changés.
Et là je parle seulement du fondamental, parceque si il fallait aller jeter un oeuil sur les libs plus haut niveau ca serait la fête.
Alors de deux choses l'une : soit RHEL tourne sur un noyau 2.2.12 ou inférieur, soit ils ont codés tellement de wrappers en kernel space que leur noyau explose les 100Mos soit tu racontes n'importe quoi.
Il reste quoi en "incontrôlable" => le noyau.
Ce n'est pas le bout du monde.
Euh.... Si ?
Parceque le noyau c'est la base. Le noyau peut peter l'esemble des APIs quand il veut. Un changement de droit et paf il faut reprendre tous les programmes a aller ajouter les modifs qui vont bien....
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 10:07. (lien). Évalué à 2.https://www.redhat.com/security/errata.html(...)
http://www.redhat.com/software/rhel/(...)
Une RHEL qui _vient_ de sortir n'a pas des technologies vieilles de 5ans !
la RHEL 3 est basée sur RH9 et la RHEL 4 sera basée sur FC3 (Linux 2.6, Gnome 2.8, KDE 3.3, SeLinux, Xorg 6.8.0, etc).
Par contre, une fois que c'est sorti, ça ne bouge plus au niveau api. Ce qui n'empêche pas de sortir une nouvelle version. Il y a donc plusieurs versions RHEL maintenue en même temps. Lorsque la 4 sera sortie, il y aura de maintenu en même temps :
- RHEL 2.1
- RHEL 3
- RHEL 4
Comme MS fait (au pif):
- Win Millenium
- Win NT
- Win 2000
par exemple.
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Éric (Jabber id, page perso, ) le 27/08/2004 à 12:06. (lien). Évalué à 2.Tu compares des trucs incomparables. RHEL maintient la compatibilité 5 ans ? oui mais il le fait en ne faisant que les mises à jour de sécu, pas les montées en version. Ce qu'il fournit ce n'est pas une stabilité des interfaces pendant les montées en version mais le support d'une version donnée dans le temps justement. RHEL fournit du support longtemps ? peut être, mais rien à voir. C'est sur que si toi tu ne montent jamais en version tu n'auras jamais de problème de compatibilité, mais ça c'est valable sur n'importe quel système.
Il n'empeche que du passage d'une version à l'autre les interfaces changent, et c'est de ça que PbPg parlait. Le problème c'est que pour un driver de webcam ce qui nous intéresse c'est qu'il soit encore valable sur le nouveau système qui vient de sortir sans tout retapper le driver, pas sur une install vieille de plusieurs années qu n'a subit que les maj de sécu. Et pour ça ce qu'il faut c'est la compatibilité entre les différentes versions (ce que Win fait relativement bien et Linux assez mal), pas la durée du support (qui n'a rien à voir et dont tu me parles avec RHEL).
> Par contre prennez une distribution bien supporté type RHEL et là vous aurez 5
> ans d'api absolument stable et aussi la compatibilité avec la version N-1.
Dommage, ce qui aurait intéressé tout le monde c'est justement d'avoir un N+1, voire un N+X.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 12:23. (lien). Évalué à 0.> Il n'empeche que du passage d'une version à l'autre les interfaces changent, et c'est de ça que PbPg parlait.
Tu te trompes. PbPg explique à qui veut l'entendre qu'il ne fait jamais référence à Linux mais parle uniquement de Windows. RHEL n'étant pas Windows, l'avis de PbPg ne conserne en rien RHEL et Linux.
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Bapt (page perso, ) le 27/08/2004 à 13:58. (lien). Évalué à 2.Par contre prennez une distribution bien supporté type RHEL et là vous aurez 5 ans d'api absolument stable et aussi la compatibilité avec la version N-1.
Bien sûr je connais connais quelqu'un dans une Grosse SSII Française, qui développait un Gros Soft en Python/PyGTK pour une Société fournissant de l'électricité en France ;),
Il devait utilisait RHEL dernière version.
Et la le drame un gros bug GTK, une ligne de code ultra simple PyGTK faisait planté GTK lamentablement, contact du support RHEL (payé), le gars de l'autre côté :
"Oui je le note, c'est un bug connu de GTK, nous prenons note que vous avez eu le soucis", jamais le Bug n'a été corrigé, donc APi absoluement Stable, fo pas déconner non plus, résultat passage en dernière minute à Fedora Core 2.
Tout ça pour dire, RHEL pour moi c'est du bidon. C'est pour les décideurs pressés qui croient qui croient qu'ils auront un vrai support. c'est un produit bien foutu mais si tu as une merde, tu te retrouve dans la même situation que sous MDK, Debian, Fedora ou autre.
PS: Je ne dit pas que c'est mieux sous Win, à mon avis, si tu trouve un bug dans les Api graphique qui font tout craché, je ne pense pas qu'il te reçoiven beaucoup mieux. ;)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Elly (page perso, ) le 27/08/2004 à 14:55. (lien). Évalué à 1."Et la le drame un gros bug GTK"
En même temps, API stable, ça veut dire que la façon d'appeler les fonctionnalités du programme/librairire/noyau ne changent pas d'une version à l'autre, pas que ça plante pas :) (en plus je crois qu'il parlait que du noyau).
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 27/08/2004 à 17:44. (lien). Évalué à 0."Gentoo/Fedora/Mandrake/etc c'est un peut la version de développement de GNU/Linux, le Longhorn de GNU/Linux."
Franchement, t'es grave. Mandrake et Gentoo, ca te fait bander de dire une annerie pareil?
Sinon, je reste solidaire avec PBPG(meme si j'aime bien le taquiner avec les problemes que je rencontre sous windows au taf), balancer des FUD les un derriere les autres, ca rend pas crédible ;)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 21:08. (lien). Évalué à 1.> balancer des FUD les un derriere les autres, ca rend pas crédible ;)
Je parlais de "produit bien supporté, professionel (c'est à dire fait pour que d'autres boîtes puissent développer/invertir dessus)"
Alors regardes les faits. RH ou SuSE sont des solutions professionnelles (ou c'est considéré comme tel par le décideur pressé si tu préfères).
Je vois que très rarement d'annonces du type :
- "Amazon/Wallstreet... bascule tous leur serveur sous Gentoo ou Fedora."
Je me trompe ?
On va encore me dire que ce n'est pas la faute de Gentoo ou Mandrake si les décideurs pressés sont des crétins profonds et accrochent a la pub/marketing de RH/SuSE...
Et en plus cet """argument""", ça ne va pas être considéré comme du FUD...-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Volnai () le 28/08/2004 à 12:05. (lien). Évalué à 2.Ca n'est pas qu'une question d'accrocher ou pas au marketing, il y a aussi une histoire de support. Si une boite passe tout sous gentoo, elle ne pourra se retourner sur personne si ca ne marche pas, et c'est celui qui aura fait le choix de la distribution qui en prendra plein la tete. Et les sociétés qui passent sous linux utilisent aussi encore souvent des logiciels proprietaire style oracle, et les mandrake/gentoo ne sont pas supporté par ceux ci, contrairement à RH et Suse. C'est en ce sens que se sont des solutions professionnelles, ca n'est pas que du marketing.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 28/08/2004 à 13:29. (lien). Évalué à 1.Proposer un bon support, être certifié, etc...
c'est avoir de grosses compétences. Red Hat et SuSE ont beaucoup de développeurs Linux/gcc/libc (et des grands noms).
Il n'y a pas de mystère.
Oracle ne va pas engager sa réputation avec la distribution bidule si derrière ça n'assure pas un minimum.
On ne devient pas une distribution professionnelle car on est certifié Oracle mais car on "assure" suffisament pour être certifié Oracle.
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Gaetan_63 (page perso, ) le 27/08/2004 à 09:58. (lien). Évalué à 4.Vais apporter ma graine de troll
Le noyau Windows est un micro-noyau (en fait un hybride car les modules s'executent en kernel space),donc pas de recompilation du noyau pour installer un module (les API sont tres bien limite, absolument catastrophique a utiliser, mais encadre tout proprement le developpement=> tu ne "touches" jamais au noyau). Le noyau est stocke dans le fichier ntoskrnl.exe. Ce fichier n'est mis a jour que tres rarement, pour les SP, car il est impossible que le noyau n'evolue jamais. Mais oui, pas besoin de recompiler le noyau pour changer de driver, et surtout (ahh, le jour ou se sera possible sous linux en standard parce que c'est tres chiant de recompiler ses drivers quand on met a jour son noyau) pas besoin de changer de driver quand on change de noyau (un driver windows xp sp1 fonctionnera NORMALEMENT sous sp2). Evidement entre 2000 et xp y a quelques changements donc certains drivers peuvent ne plus fonctionner.
Et non on a pas les sources du noyau, c'est pour ca que krosoft a fait ce systeme, pour que les entreprises puissent developpe-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 27/08/2004 à 17:49. (lien). Évalué à 2."Mais oui, pas besoin de recompiler le noyau pour changer de driver, et surtout (ahh, le jour ou se sera possible sous linux en standard parce que c'est tres chiant de recompiler ses drivers quand on met a jour son noyau) pas besoin de changer de driver quand on change de noyau (un driver windows xp sp1 fonctionnera NORMALEMENT sous sp2)."
Sous Linux aussi ;) Mais c'est clairement pas conseillé :) Y'a une option pour pouvoir charger un modules d'un noyau n-1 dans un noyau n.
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Larry Cow () le 27/08/2004 à 13:27. (lien). Évalué à 2.- avec linux il faut recompiler le noyau pour installer un driver
- pas de compatibilité binaire car c'est un OS libre
- Les dev Linux sont pas cool avec les utilisateurs de pwc qu'ils laissent tomber.
- etc...
Mes frères ne me sorte jamais de tels conneries !
Ca risque pas, en effet, si comme tu le dis ils sont d'indécrottables windowsiens. pBpG est un linux-user, en plus d'être employé chez Microsoft: il bénéficie donc des deux "cultures", et est certainement plus à même que toi (linuxien) ou tes frangins (windowsiens) de faire des comparaisons entre les fonctionnements respectifs de linux et windows.
Très franchement, si je limitais mes connaissances de linux à des versions datant de NT4, je n'irais pas bien loin.
Par ailleurs, le chargement à la demande sur linux 2.0, tu dois mal te souvenir: il y avait bien un support de modules, mais pour le "hotplug" c'était pour ainsi dire inexistant. Sans parler de l'ipv6 qui était plus que balbutiant (voire absent).
je (et mes frères aussi) confirme très très fort qu'il faut rebooter 50 fois le bousin à l'installation du moindre driver).
Je t'affirme (et je poste ce message depuis un windows XP, c'est dire à quel point je pousse la rigueur scientifique dans l'expérimentation) que la seule installation qui m'ait motivée un reboot était celle d'une carte vidéo, et que donc au pire un driver nécessite "50" fois moins de reboot que tu ne le prétends. Si j'étais énervé, je te taxerais même de mauvaise foi, pour l'exemple.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnujsa () le 27/08/2004 à 14:08. (lien). Évalué à 1.« pBpG est un linux-user, en plus d'être employé chez Microsoft »
pBpG a avoué avoir arreter Linux avant la série 2.4 Mais il connait peut-etre trés bien Linux 1.x-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par MalMok () le 27/08/2004 à 14:53. (lien). Évalué à 1.pBpG a avoué avoir arreter Linux avant la série 2.4
Il n'a jamais avoué avoir arrêté avant le série 2.4...
Je cite : J'ai Linux chez moi depuis 1995 sans interruption, dont 2 ans uniquement sur Linux aux environs de 1997-1999, ;)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Thomas Douillard () le 27/08/2004 à 15:09. (lien). Évalué à 1.Il me semble qu'il a effectivement dit ca par le passé ici, mais il parlait d'utiliser linux mais de toucher/regarder le code de linux.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnujsa () le 27/08/2004 à 16:16. (lien). Évalué à 2.avant de t'emballer et de mettre du gras, fait quelques recherches ( c'est pas dur , la réponse se trouve sur cette page)
On est pas là pour faire son procés, mais comme je l'ai déjà vu sortir des énormités sur Linux, je pense qu'il s'y connait surtout en Windows (ou alors les Linux d'il y a quelques années). Sinon moi aussi, je connais trés bien Windows vu que j'ai eu Windows 3.1, 3.11, 95, 98, ... (j'avais même installé Windows 1.0 juste pour rigoler)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 20:41. (lien). Évalué à 2.C'est surtout toi qui devrait faire qqe recherches...
Allez je t'aide, dans le poste du dessus j'ai dit qu'on supportait ce soft qu'on a ecrit en 98 encore aujour'hui, tu crois qu'on fait ca sur un GameBoy en cross-compilation vers Linux ?
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 21:41. (lien). Évalué à 2.Il faut apprendre à lire mon petit fan de Windows/pBpG.
Je ne critique pas Windows ! J'ai dit dans un coin que selon mon expérience il fallait beaucoup rebooter. Mon expérience (Win 9x et Win NT), c'est mon expérience et je vais pas me mettre à Windows pour te faire plaisir.
Tu peux vénérer aussi pBpG pour ces connaissances Linux, mais quand je vois qu'il maîtrise mal la GPL, qu'il s'extasie que sous Windows on peut mettre à jour ntfs ou le réseau car c'est un driver alors qu'avec Linux c'est possible depuis la version 2.0 (1995, époque de Win95), qu'il croit qu'il faut recompiler un noyau Linux pour installer un nouveau driver (plus tard il dit qu'il ne dit pas ça mais tout le monde comprend ça...) alors que c'est faut, je me marre que tu puisses prendre pBpG pour un expert Linux.
btw, je ne me prends pas pour un expert Windows et personne ici me prend pour un expert Windows.
> Par ailleurs, le chargement à la demande sur linux 2.0, tu dois mal te souvenir: il y avait bien un support de modules,
Le Modules-HOWTO de linux 2.0 :
http://www.minet.net/linux/HOWTO-fr/Module-HOWTO-2.html#ss2.3(...)
- Bon, vous avez lu tout ceci, et je vous sens fébrile et pressé d'essayer... Maintenant, oubliez tout ce que vous savez concernant le chargement et le déchargement des modules !
Grâce au démon kerneld, toutes ces opérations seront effectuées automatiquement.
[...]
A chaque fois qu'un programme veut que le noyau utilise un gestionnaire qui n'est disponible que sous la forme d'un module, et que le noyau ne l'a pas déjà installé, alors le noyau va demander au démon de bien vouloir s'occuper du problème.
> mais pour le "hotplug" c'était pour ainsi dire inexistant.
Linux 2.0 supportait PCMCIA. C'est "hotplug". Et fait pas chier en disant que c'est faut, car j'utilisais PCMCIA sous Linux 2.0.
De plus, le "hotplug", ce n'est pas le chargement à la demande et je ne parlais pas de "hotplug".
Exemple :
# grep cdrom /proc/modules
# head /dev/cdrom > /dev/null
# grep cdrom /proc/modules
cdrom 32668 1 ide_cd, Live 0xe0954000
Ça c'est du chargement à la demande et pas du hotplug.
> Sans parler de l'ipv6 qui était plus que balbutiant
Ça tombe bien, j'ai jamais qu'il y avait ipv6 dans Linux 2.0.
> "50" fois moins de reboot que tu ne le prétends.
C'est une image coco. Je dis "bousin", tu ne vas pas pas corriger pour me dire pour me dire que Windows n'est pas un bousin.
Si ?
Ben fait comme tu veux.
Ce qu'il y a de bien avec ton message c'est que maintenant je sais que tu es aussi nul que pBpG en Linux.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 21:55. (lien). Évalué à 2.qu'il s'extasie que sous Windows on peut mettre à jour ntfs ou le réseau car c'est un driver alors qu'avec Linux c'est possible depuis la version 2.0 (1995, époque de Win95)
Mais c'est super, tu continues a nous pondre des delires sur mes paroles.
J'ai dit que c'etait genial ? J'ai dit que Linux ne pouvait pas le faire ?
T'as fume quoi pour deblaterrer autant de conneries a la minute ?-
[^]Re: euhh ... mainteneurs oupsss ?
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 19:09. (lien). Évalué à 1.> Ben voyons, ca fait 3 ans et tout le monde est au courant de la situation, faut pas te foutre du monde non plus.
Tu le savais ?
T'as une référence vers debian-legal (ou n'importe quoi d'autre) ? Si possible un truc vieux de 3 ans :-)
Il y a eu un problème rectifié par Alan Cox et maintenant ça. Moi je ne sais rien plus mais toi t'es très doué.
Puisque tu sais tout, répond à ces deux questions :
* Combien de lignes de code ne respectent pas la GPL ?
* Quel est le ratio avec le nombre de ligne de code total de Linux ?
Tu te fout de ma gueule.
Linux doit être au courrant de tous les problèmes de licence (d'ailleur tout le monde doit le savoir) mais MS rate d'ÉNORME trou de sécurité dans leur code et c'est normal.
T'es spécial.
> Ben alors pourquoi donc permettent ils toutes ces exceptions avec les drivers graphiques, etc... ?
Toi qui sait tout, qui connais chaque ligne de code non GPL dans le noyau Linux (que tu n'utilises pas) tu n'as pas lu COPYING.modules .
T'as remarque montre que tu n'as rien compris au problème actuel.
Le driver pwc serait uniquement binaire et proprio, il n'y aurait pas de problème (mais il ne serait pas dans le Linux officiel). Mais oublions, lis les autres messages pour éclairer ta lamterne casse.
> Avec Windows le probleme ne se pose pas, t'as pas besoin de recompiler le kernel pour faire marcher un driver.
J'adore. Bingo !
Tu reproches à Linux d'être strict et après du dit que Windows c'est bien car on ne peut pas recompiler (du moins ce n'est pas reprochable).
Ben met toi ça dans la tête :
- Linux c'est GPL only (ce qui n'est pas vrai mais faisont une caricature afin de ne pas "favoriser" Linux)
et dit toi que c'est aussi bien, cool, généreux, etc que :
- Windows c'est binary only
Comme ça ils sont pas cool tout les deux et tu n'as pas à faire la morale aux développeurs de Linux.
Fin de l'histoire.
- Ta mauvais foi me casse les burnes
- Ton FUD est plussoyé ici et c'est allucinant
- Apparament, moins de 20 % du public de linuxfr connait la GPL. Suffit de lire les autres commentaires, c'est affligeant. Pas la peine de rentrer dans les "subtilités" (grosse comme un pain de campagne de 800g) entre GPL et LGPL.
- moins de 0.2 % connais l'exception dans COPYING.modules
Affligeant. Je dis pas ça toi particuliairement. Tu es dans "ton rôle" de casser Linux, la GPL, le modèle open source, de dire "binary roxor" et tout ça.
Mais voir la majorité de linuxfr être d'accord avec toi est affligeant (pour moi et une minorité).-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 26/08/2004 à 19:17. (lien). Évalué à 2."- Windows c'est binary only"
Arrete de dire n'importe quoi.
Ce que voulait dire le monsieur, c'est qu'un un driver compilé pour la version n du noyau fonctionnera encore apres une mise à jour de ce dernier(n+1). Sous Linux, c'est faisable(via une option a la compil du kernel) mais c'est vraiment pas conseillé.
Mais si tu veux faire un driver libre pour windows, tu peux ;)
Bon, par contre, PBPG se plante en disant que sous Linux il faut recompiler le noyau pour avoir un nouveau driver, il regarde trop les vidéos matrixiennes faites par ses patrons :)
ps: Pour ceux qui pense que le Hurd reglera le probleme des drivers proprios vu que un driver est un programme comme les autres, perdu, le Hurd n'autorise pas l'execution d'un soft proprio :)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 20:24. (lien). Évalué à 1.> c'est qu'un un driver compilé pour la version n du noyau fonctionnera encore apres une mise à jour de ce dernier(n+1).
Un driver pour win95 ne marche pas avec Win2000. Il faut bien recompiler (et même réécrire le driver).
OK, l'exemple est con.
Mais toutes les noyaux RHEL 3 sont compatibles. Red Hat assure la compatibilité binaire. Par contre les modules pour RHEL 3 ne marcherons pas pour RHEL 4 (comme win95/win2000).
RHEL est supporté 5 ans et c'est du logiciel libre.
Donc ça n'a rien à voir avec "libre vs proprio" et ce n'est pas un problème technique. C'est un "problème" de gestion de projet et d'objectif. L'objectif de RHEL est la stabilité, l'objectif de Linux est le développement. Comme pour Linux, j'imagine bien que les beta Windows demande parfois la recompilation et/ou l'adaptation des drivers au évolution de l'OS.
Ou alors Windows est un OS mort :-)
Linux c'est la possibilité de recompiler le noyau. Pas l'obligation.
Windows c'est l'interdiction de recompiler.
Linux est orienté source, pourvu que ça dure.-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 26/08/2004 à 20:51. (lien). Évalué à -1.Tu m'expliques ou dans ton exemple il y a besoin de recompiler le noyau de Windows pour faire fonctionner un driver en passant de Win95 a Win2000 ?
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Vincent LE LIGEOUR () le 26/08/2004 à 20:53. (lien). Évalué à 1.Mhhh... au hasard, le fait que ce sont deux noyaux différents donc que quelqu'un les a recompilés ?
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 26/08/2004 à 22:21. (lien). Évalué à 2.Ce sont les *drivers* qui ont ete recompiles, pas les noyaux
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Vincent LE LIGEOUR () le 26/08/2004 à 22:33. (lien). Évalué à 1.Heuu, il me semble que les noyaux diffèrent grandement entre 2000 et 95 (par exemple le 2000 est issu des noyaux NT (il fut un temps je connaissais la version ... ) )
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 26/08/2004 à 23:03. (lien). Évalué à 2.Tu prends le noyau de Win2000.
Tu prends un driver de Win95.
Si tu veux faire tourner ce driver, faut modifier/recompiler le driver, pas le kernel Win2000
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 23:32. (lien). Évalué à 0.driver 95 incompatible Millénium, 95 incompatible NT 3.51, NT 3.51 incompatible NT 4, NT 4 incompatible 2000.
Par contre 2000 est compatible XP.
Et là ce sont les incompatibilités "simplifiés".-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 23:42. (lien). Évalué à 2.Je crois que dans une certaine mesure, 2k compatible 98 compatible me (wdm, mais pas vrai tout le temps).
C'est déjà pas si mal pour des OS quand meme assez différents.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 23:50. (lien). Évalué à 0.Pour les drivers ou pour les applis ?
Pour les applis, je suis d'accord.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par pasBill pasGates () le 27/08/2004 à 00:02. (lien). Évalué à 1.Pour certains drivers aussi.
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 21rdoma () le 28/08/2004 à 10:41. (lien). Évalué à 0.et comme on a pas les sources des drivers non plus on ,ne peux pas recompiler c'est cool ?
et comme on a pas accés aux sources du noyau on ne pourrait pas recompiler le driver a moins qu'on puisse recompiler sans rien savoir du noyaux
le tout sans nda
-
-
-
[^]Relis ca phrase
Posté par mcjo () le 26/08/2004 à 23:01. (lien). Évalué à 2.Un driver pour win95 ne marche pas avec Win2000. Il faut bien recompiler (et même réécrire le driver).
-
[^]Re: Relis ca phrase
Posté par pasBill pasGates () le 26/08/2004 à 23:05. (lien). Évalué à 1.Et ? Ou m'as tu vu dire le contraire ?
Je parles de devoir recompiler le noyau, il n'y a jamais besoin de recompiler le noyau pour faite tourner un driver.-
[^]Re: Relis ca phrase
Posté par 007 () le 27/08/2004 à 01:02. (lien). Évalué à 0.> il n'y a jamais besoin de recompiler le noyau pour faite tourner un driver.
Je suis en admiration, subjugué.
Ce sont des exemples qui ne sont pas tiré de la réalités. Mais tant pis.
Exercice 1 :
J'ai Win 95.
SATA ne marche pas avec Win 95 (ya pas SATA).
SATA marche avec Win 98.
J'ajoute un controleur SATA à mon système, dois-je (ou MS) recompiler le noyau pour avoir SATA ?
OUI - NON (rayer la mention inutile)
Exercice n°2 (attention, il y a un piège):
J'ai Win 98.
SATA ne marche pas avec Win 95 (ya pas SATA).
SATA marche avec Win 98.
J'ajoute un controleur SATA à mon système, dois-je (ou MS) recompiler le noyau pour avoir SATA ?
OUI - NON (rayer la mention inutile)
Exercice n°3 (toujours plus dure):
J'ai RHEL 3.
TRALALA ne marche pas avec RHEL 3 du 01/2004
TRALALA marche avec RHEL 3 du 01/2005 (update 3) qui a un nouveau noyau recompilé.
Rappel : RHEL 3 garanti la compatibilité binaire de toutes les versions RHEL 3
J'ajoute un contrôleur TRALALA à mon système, dois-je (ou RH) recompiler le noyau pour avoir TRALALA ?
OUI - NON (rayer la mention inutile)
Exercice n°4 (toujours plus dure, il vaut 7 points):
J'ai RHEL 3 update 3
TRALALA pour RHEL 3 (update 0) est fourni en binaire par la société ZZIIPP.
Rappel : RHEL 3 garanti la compatibilité binaire de toutes les versions RHEL 3
J'ajoute un contrôleur TRALALA à mon système, dois-je (ou RH) recompiler le noyau pour avoir TRALALA ?
OUI - NON (rayer la mention inutile)
Exercice n°5 :
Considérez les réponses des exercices n°1 à 4.
a)Dans quel cas faut-il recompiler un noyau ?
b)Dans quel cas il n'est pas nécessaire de recompiler un noyau ?
Exercice n°6 :
a)Sachant qu'un nouveau driver ne demande pas de changer de noyau, faut-il recompiler un noyau ?
b)Sachant qu'un nouveau driver demande de changer de noyau, faut-il recompiler un noyau ?
c) faite la synthèse de a) et b)
------------------
Solution n°5 :
a) Lorsqu'il faut le changer
b) Lorsqu'on ne le change pas
Solution n°6 :
a) non.
b) oui.
c) C'est vraiment cons comme questions.-
[^]Re: Relis ca phrase
Posté par pasBill pasGates () le 27/08/2004 à 01:21. (lien). Évalué à 1.C'est marrant, t'as pris Win95 et 98 comme exemples, t'as oublie que Win2k/XP existaient (et faut il le rappeler la lignee NT c'est un _OS different_ de Win9x, tout comme Linux et Solaris sont differents) ?
Avec Win2K/XP, les questions 1 & 2 repondent NON
Arretes de t'enfoncer, ca en devient est risible.
-
[^]Re: Relis ca phrase
Posté par Jerome Herman () le 27/08/2004 à 10:33. (lien). Évalué à 3.Allez pour le fun. Il est beau ce trol ca serait dommage qu'il meure :
Exercice 1 :
Soit windows 95 ne voit pas le périph du tout et le discarde au quel cas uen recompilation ne servirait a rien, un changement d'architecture s'impose pour supporter la gamme SATA, soit windows 95 voit le périph, son IRQ et ses zones mémoires auquel cas un pilote peut-être écrit qui prenne en charge le périph (éventuellement en s'aidant d'un wrapper vers SCSI)
Réponse : Non, recompiler le kernel ne servira a rien.
Exercice 2
Si windows 98 est capable de reconnaitre et de faire fonctionner du SATA sans l'intervention de microsoft, on peut en déduire que windows 98 n'a pas besoin d'être recompilé. Dans le cas ou il faille uen version modifiée du kernel pour que ca marche cf première partie de la réponse a l'exercice 1.
Réponse : Non, recompiler le kernel ne servira a rien.
Exercice 3
Comme RHEL assure la compatibilité binaire entre les versions. Si la versions 01/2004 ne supporte pas des périphs que la version 01/2005 supporte celà ne peut que vouloir dire que le pilote ne supporte pas la modularisation. La prise en charge de TRALALA nécessite donc de la part de Red Hat l'activation dans le kernel de la bonen option pour le support de TRALALA.
Réponse : Oui, une activation dans le kernel d'une nouvelle option et la recompilation du kernel ont été necessaire pour le support de TRALALA
Exercice 4
On sait que le pilote de TRALALA n'est pas modularisable, au moins en environement RHEL (cf exercice 3). la fourniture du pilote en binaire n'apporte donc rien, a mois qu'il ne s'agise d'un patch binaire du noyau RHEL3 update 3. Suposons que la probabilité du patch binaire est nulle. On se retrouve donc dasn le cas de l'exercice 3
Réponse : Oui, mais la recompilation a déjà été effectuée par Red Hat (cf exercice 3).
Exercice 5
Sous Windows il ne faut jamais recompiler une noyau, la prise en charge de nouveaux périphs impliquent un changement d'architecture ou un ajout de code. Une simple recompilation n'ammenera probablement nulle part. Celà s'explique par le fait que le noyau windows n'a pas d'options de prise en charge pilote désactivés.
Sous Linux la recompilation du noyeau est necessaire a cause du système de pilotes intégrés au noyau, pour tous les pilotes non modularisables (comme ceux vu dans les exercice 3 et 4).
Exercice 6
a) Oui si le pilote en question n'est pas modularisable et que l'option n'a pas été activée en première compil. Non dans les autres cas.
b) Non, deux noyaux différents peuvent être compatibles vis a vis des pilotes même si ce cas n'a pas été vu en exercice. Dans cette optique un module pour un noyau peut être transposer dans un autre.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: Relis ca phrase
Posté par 007 () le 27/08/2004 à 11:34. (lien). Évalué à 0.Voilà la correction
Exercice 1 :
Oui, il faut recompiler.
L'énoncé dit :
- SATA ne marche pas avec Win 95 (ya pas SATA).
S'il marche pas avec Win 95, il faut patcher win 95 vers Win 98 et recompiler (C'est Microsoft qui fait ça).
NB : il faut monter en version et passer à Win 98.
Exercice 2 :
Non, il ne faut pas recompiler.
Exercice 3 :
Oui, il faut recompiler.
Exercice 4 :
Non, il ne faut pas recompiler.
En effet, il est indique que le driver TRALALA de la société ZZIIPP (qui comme tout le monde sait n'a rien à voir avec le driver TRALALA de Red Hat de l'exercice 3) marche avec RHEL 3 update 0. Red Hat assurant la compatibilité binaire, le driver TRALALA marche parfaitement avec RHEL 3 update 3 sans rien recompiler.
Exercice 5 :
a) Lorsqu'il faut le changer
b) Lorsqu'on ne le change pas
Je sais, c'est dure.
Exemple : Si tu as besoin de Win 2000 pour avoir un système de fichier de 2 To alors que tu as Win 3.11 (workgroup), il faut patcher son Win 3.11 vers Win 2000 et recompiler.
NB : il faut monter en version et passer à Win 2000.
Exemple inverse : Si tu as Win 3.11 (workgroup), que tout marche bien, que tu ne sais pas quoi lui reproche à ce noyau et que tu n'as absolument aucune raison de le changer, alors il ne faut pas le modifier/patcher et le recompiler.
Je sais, c'est subtile de comprend les tenants à les aboutissants de la contre rotation de la queue de la vache par pleine lune, mais telle est la vérité.
Exercice 6 :
a) non.
b) oui.
c) C'est vraiment cons comme questions.
Relire tout doucement l'énoncé pour ceux qui sont surpris par la correction.
Si nous ne comprenez pas les réponses aux questions a) et b), ignorer la question et la réponse c).-
[^]Re: Relis ca phrase
Posté par Ph Husson (Jabber id, ) le 27/08/2004 à 11:49. (lien). Évalué à 1.Dit c'est une blague?
Rassure moi parce que la franchement j'ai jamais vu une anerie pareil (bien que tu as en partie raison mais bon une petite partie)
En plus tu parle de comparer ce qui est comparable plus haut (entre windows et mdk/gentoo/autre ca va pas fo comparer avec RHEL) ben la aussi faut faire la meme chose!!!
Pour passer de win 3.11 a win 2000 c'est encore pire que si tu passais de linux 0.01 a linux 2.6.8
Tu serais assez fou pour faire ca?
Alors arrete de dire des conneries
En plus toujours pour parler de ce qui est comparable
Tu penses que y aurais pas besion de recompiler le noyau de RHEL quand on voudra passer de la limite de 2To a 2Po? (imagination powa)
Pour ton exemple sur le SATA imaginons que tu prenne un noyau disons de mdk 7.1 (si ca supporte le SATA c machin la c grave) comment tu fais (sans recompiler le noyau bien sur) pour supporter le SATA
Alors autant j'sui un fervent defenseur de Linux
Mais j'sui aussi un fervent defenseur de la véritée!
Donc bien que je ne defende pBpG d'indirectement n'empeche qu'il a (en plus grande partie que toi) raison!--
Ce messages est crypté par le système 42-rot13 pour plus de sécurité.-
[^]Re: Relis ca phrase
Posté par 007 () le 27/08/2004 à 12:03. (lien). Évalué à 1.> Dit c'est une blague?
Non.
Remonte le thread pour tomber sur l'énoncer.
Ça débute par :
Ce sont des exemples qui ne sont pas tiré de la réalités. Mais tant pis.
Ça me semble assez claire.
Un ennoncé ne se discute pas, il a toujours raison.-
[^]Re: Relis ca phrase
Posté par Ph Husson (Jabber id, ) le 27/08/2004 à 12:55. (lien). Évalué à 1.Ce sont des exemples qui ne sont pas tiré de la réalités. Mais tant pis.
Ça me semble assez claire.
Un ennoncé ne se discute pas, il a toujours raison.
Ben désolé mais des exemples équivalents qui marchent vraiment j'en vois pas--
Ce messages est crypté par le système 42-rot13 pour plus de sécurité.
-
-
-
[^]Re: Relis ca phrase
Posté par Jerome Herman () le 27/08/2004 à 12:09. (lien). Évalué à 2.NB : il faut monter en version et passer à Win 98.
Ou donc changer de système. A noter qu'avec ta définition ultralarge de "patcher" on peut aussi patcher Win95 en linux 2.6.8 et le tour est joué.
A noter encore que quand on patche on ne recompile pas le même noyau, on en compile un nouveau...
qui comme tout le monde sait n'a rien à voir avec le driver TRALALA de Red Hat de l'exercice 3)
Tout le monde c'est toi ? Ou bien je me suis planté d'univers en me levant ce matin ?
a) Lorsqu'il faut le changer
b) Lorsqu'on ne le change pas
MWAHAHAHA....
Bon tu me diras je t'ai poussé a la faute, masi celle là elle est belle quand même.
Alors voila j'ai un PC avec 1Go de ram, mon kernel qui peut supporter jusqu'à 64Go de ram a été compilé avec une option qui ne gére pas la ram au delà d'1Go. J'ai envie de mettre 4Go de ram sur mon PC, devine comment je vais faire pour résoudre ce problème sans changer ni mon système ni mon kernel ....
Et je te laisse déduire de l'exemple précédent les réponses a la question 6 a).
Pour la 6 b) je te conseille les *BSD ou même le Hurd ou éventuellement QNX dans lesquelles il existe une version bianire du noyeau que quasiment personen ne touche. Pour me faire bien comprendre : il y a compilation du noyau par les équipes concernés mais jamais REcompilation d'un même noyau (ou presque).
Ceci étant ta definition de recompilation étant aussi farfelue que celle de patch....
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[+] [^]Re: Relis ca phrase
Posté par 007 () le 27/08/2004 à 12:40. (lien). Évalué à -1.> qui comme tout le monde sait n'a rien à voir avec le driver TRALALA de Red Hat de l'exercice 3)
>
> Tout le monde c'est toi ?
C'est comme à l'école etc, chaque ennoncé est indépendant.
Donc "comme tout le monde sait", tout ce qu'il y a dans l'exercice 3 (par exemple le driver TRALALA de Red Hat) n'est rien à voir avec l'exercice 4 (et vice-versa).
> devine comment je vais faire pour résoudre ce problème sans changer ni mon système ni mon kernel ....
Ben tu recompiles noyau comme indiqué en 5 a)
- Q : Dans quel cas faut-il recompiler un noyau ?
R : Lorsqu'il faut le changer
Là tu as besoin de le changer. Si tu recompiles ton noyau avec une configuration différente (support 64 Go), le noyau est différent et tu l'as changé. Non ?
> Et je te laisse déduire de l'exemple précédent les réponses a la question 6 a).
Incompréhensible.
> Ceci étant ta definition de recompilation étant aussi farfelue que celle de patch...
man patch : patch - appliquer un fichier diff à un original
man diff : diff - Trouver les différences entre des fichiers.
Nul part il est dit que ça doit conserner les sources d'une même OS. Marche parfaitement entre Windows et Linux ou Solaris.
Je ne te comprend pas...-
[^]Re: Relis ca phrase
Posté par Jerome Herman () le 27/08/2004 à 13:10. (lien). Évalué à 2.Ah, OK excuse moi, tu parles une langue qui ressemble a la mienne, amsi qui repose sur une semantique qui m'est entrangère.
Dans la phrase "Lorsqu'il faut le changer" en réponse à "Dans quel cas faut-il recompiler un noyau ?". Je comprend il faut recompiler le noyau quand on change de noyau. Parceque sinon dire qu'il faut recompiler le noyau quand on veut changer des paramètres et des réglages du noyeau je ne vois pas l'interet.
Pour la question 6 a)
a)Sachant qu'un nouveau driver ne demande pas de changer de noyau, faut-il recompiler un noyau ?
la réponse reste parfois oui si on prend changer au sens auquel je l'ai pris (a savoir utiliser un autre noyau) et est non si on le prend au sens ou tu semble le prendre (a savoir faire des modifications et des reglages au sein d'un même noyau). Effectivement si on ne change rien dun un kernel donné il faudrait être bien abruti pour le recompiler (à la limite recompiler les modules parcequ'on les a corrompus je comprend, mais le kernel entier...)
En d'autres termes, quand on n'a besoin de toucher a rien, il n'y a pas besoin de mettre les maisn dans le cambouis.
Si c'est le sens que tu donnais a tes phrases je te prie de m'excuser de mon entrée dans le troll et de mon attitude un peu agressive. Mais cependant même si "ce qui va sans dire va encore mieux en le disant", là on est quand même en plein dans les lapalissades...
En ce qui concerne ta définition de patch, je en met pas en doute sa validité, je dis juste que la plupart des gens que je connais on tendance a remplacer les fichiers plutot qu'à les patcher passé un certains pourcentage de divergence... Donc patcher du 3.1 en 2000 ....
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.
-
-
-
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 26/08/2004 à 20:54. (lien). Évalué à 2."Red Hat assure la compatibilité binaire."
Oui, mais RedHat ne fait que rajouté des patchs de sécu, ie, pas de passage à la version n+1.
Avec la SP2 de windows par exemple, je suis sur que certaines parties ont clairement changées et pourtant tu te manges pas un "undefined symbol" en installant un driver :p-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 21:41. (lien). Évalué à 0.> Oui, mais RedHat ne fait que rajouté des patchs de sécu, ie, pas de passage à la version n+1.
Évidement puisque l'API ne bouge pas :-) Remarque, si l'API de linux ne bouge pas, il n'y a pas de raison de ne pas passer à n+1 (faut tricher sur la version pour que modprobe te laisse en paix).
Par contre, il peut y avoir des ajoutes de drivers (pour les 2 premières années il me semble) et correction de bug (les 3 premières années).
Exemple (il n'y a pas que des patchs de sécu) :
https://rhn.redhat.com/errata/rhel3as-errata.html(...)
> Avec la SP2 de windows par exemple, je suis sur que certaines parties ont clairement changées et pourtant tu te manges pas un "undefined symbol" en installant un driver :p
Et ?
btw, il me semble qu'il y a des incompatibilités dans SP2. T'as peut-être pas de "undefined symbol", mais certain truc ne marchent plus avec SP2 (Je ne suis pas de façon précise l'actu de Windows donc je me trompe peut-être).
Donc il faut recompiler/adapter certains drivers/services.
Si tu as utilisé Windows, je pense que tu as remarqué pour certains drivers lorsque tu les downloades tu as le chois:
- version 95 SR2
- version 98
- version 98 sp3
Je ne sais pas si ces versions existent réellement mais je peut te garantir que j'ai déjà vu des trucs de ce type et plus d'une fois.
Donc la compatibilité binaire (bien que très bonne sous Windows, c'est indéniable) n'est pas toujours parfaite même entre version mineur (Service Pack).
N'oublions pas les programmes qui écrasent 10 dll système car pas très compatibles.
Faut pas rèver, MS à les même contraites que Linux.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Christophe Merlet (page perso, ) le 27/08/2004 à 12:12. (lien). Évalué à 0.> Si tu as utilisé Windows, je pense que tu as remarqué pour certains drivers lorsque tu
> les downloades tu as le chois:
> - version 95 SR2
> - version 98
> - version 98 sp3
Tu serais vraiment crédible si tu connaissais un minimum windows. En l'occuence, ne même pas connaitre les différentes version de windows sur le marché te ridiculise au plus haut point.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 12:46. (lien). Évalué à 0.> En l'occuence, ne même pas connaitre les différentes version de windows sur le marché te ridiculise au plus haut point.
Oui. Déjà ces versions de Windows ne sont plus sur le marché et elles ont plus de 5 ans. Mais si tu peux me rafraichir la mémoire, n'hésite pas.
Je dis ça ... comme ça mais le prend pas mal hein.
C'est linuxfr et pas windowsfr. Si tu ne trouves pas sur ce site des informations de haute qualité sur Windows,
c'est normal.
-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par Ph Husson (Jabber id, ) le 27/08/2004 à 12:58. (lien). Évalué à -1.mdr j'etais passé a cote de celle la
alors la 007 tu fais fort
mais alors la a un point
bon je t'aide
95 OSR2
98
98 SE (Second Edition)
Comme le dit christophe niveau crédibilité c'est proche de 0--
Ce messages est crypté par le système 42-rot13 pour plus de sécurité.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par isydor () le 27/08/2004 à 13:23. (lien). Évalué à 2.franchement on s'en fout qu'il connaisse les versions de windows par coeur. 98 c'était il y a 5 ou 6 ans, et 85 encore plus loin, alors bon qu'il ne s'en rappelle pas, vraiment je pense que ce n'est pas important.
Á un moment de votre vie il faudra cesser d'être scolaires pour devenir des adultes consentants :)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Ph Husson (Jabber id, ) le 27/08/2004 à 13:30. (lien). Évalué à 1.s/85/95/
Ben disons que 007 parle quasi exclusivement de 95 98 (un peu me et nt4)
pas des systemes recent tels que win 2k, 2k3 ou xp
Donc on peut supposer que c'est parce que c'est les systemes qu'il connait
Ben faut croire que non
Donc apparement il connait quasi rien à windows
Donc vous voyez ou je veux en venir :)--
Ce messages est crypté par le système 42-rot13 pour plus de sécurité.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par isydor () le 27/08/2004 à 13:41. (lien). Évalué à 1.Peut-être qu'il utilise ces versions justement parce qu'il n'a pas utilisé les autre et ne veut pas laisser prise à un "t'en parles mais t'as jamais essayé la version XX".
Et certaines personnes sont complètement hermétiques au versionnage alors qu'elles connaissent bien les architectures logicielles ou matérielles.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 21:48. (lien). Évalué à 1.> Donc on peut supposer que c'est parce que c'est les systemes qu'il connait
Et oui, je ne connait pas ou 2k, 2k3 ou xp.
> Donc apparement il connait quasi rien à windows
J'ai utilisé ÉNORMÉMENT Windows jusqu'en 97. C'est simple, il y avait que ça au boulot. Après s'était un mix Unix/Windows et maintenant c'est que Unix/Linux (à 95 %).
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Krunch (Jabber id, page perso, ) le 26/08/2004 à 22:52. (lien). Évalué à 2.le Hurd n'autorise pas l'execution d'un soft proprio
OMG je savais les hurdistes intégristes mais là c'est quand même fort. Enfin d'un autre côté c'est patchable mais bon...--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 26/08/2004 à 23:11. (lien). Évalué à 3."Enfin d'un autre côté c'est patchable mais bon... "
Non non :)
C'est pas légal de faire tourner du proprio sous le Hurd, tu violes la GPL ;)
Ils sont forts ces hurdistes :)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Elly (page perso, ) le 27/08/2004 à 11:38. (lien). Évalué à 1.Gniiiiii ?
Pas faire tourner de translator proprio, je veux bien si la lib pour les faire est en GPL, mais pas de proprio sous le Hurd, ça voudrait dire que la libc est en GPL au lieu de LGPL, dont j'ai un doute là quand même :)
Accessoirement, s/proprio/non compatible GPL/, un soft peut être libre sans être compatible avec la GPL
(d'ailleurs, je trouve ça un peu dommage, je veux dire, y'aurait pas moyen de mettre un truc du genre "vous pouvez linker un logiciel avec ce programme à condition de donner les sources, de permettre la modficiation et la redistribution de ce code" dans une licence ?)
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Krunch (Jabber id, page perso, ) le 27/08/2004 à 11:55. (lien). Évalué à 2.Tu as plus d'infos là dessus (un lien ?) parce que je trouve rien.
--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 27/08/2004 à 17:54. (lien). Évalué à 2.Fait un journal, Demande à monsieur Manuel Menal, Kilobug ou autre, je tiens cela d'eux, enfin de HappyPeng :) Faut se mefier remarque :D
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par bleh () le 26/08/2004 à 19:42. (lien). Évalué à 2.Linux doit être au courrant de tous les problèmes de licence (d'ailleur tout le monde doit le savoir) mais MS rate d'ÉNORME trou de sécurité dans leur code et c'est normal.
C'est quand même pas la même chose. Une faille de sécurité peut être énorme dans le sens où elle permet de faire beaucoup de chose une fois exploitée et pour autant à peine visible dans un code source. Etre au courant des licences dans un noyau demande quand même un niveau d'expertise et de vigilence plus bas. Si tu ne vois franchement pas la différence ...
Je doute que les mainteneurs (je suppose que c'est eux que tu identifie à Linux ... Mr Linux ?) ne soient pas au courant depuis longtemps de ce problème (Alan Cox avait déjà fait des remarques à propos de ce pilote comme de nombreuses personnes l'ont fait remarquer) alors c'est dommage que ça n'ait pas été relevé plus tôt et qu'une solution n'ait pas été trouvée.
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par oliv () le 27/08/2004 à 07:45. (lien). Évalué à 3.>Ben alors pourquoi donc permettent ils toutes ces exceptions avec les drivers graphiques, etc... ?
Il n' y a pas d' exception avec les drivers graphiques:
Quand un driver est écrit à partir de rien et qu'il utilise les fonctionnalités non publiques du noyau, il est considéré comme code dérivé, donc sujet à la GPL.
Les drivers de NVidia sont adaptés pour linux à partir de code (pré-)existant sous d'autres OS. Ils ne sont donc pas considérés comme des dérivés du code Linux et peuvent donc ne pas être sous GPL.
De la bouche de Linus même:
http://groups.google.com/groups?selm=Pine.LNX.4.44.0210170958340.67(...)
Alors, arrêtes de dire n'importe quoi s'il te plaît. Merci.
-
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 21rdoma () le 27/08/2004 à 23:29. (lien). Évalué à 1."Q: Why did you remove the hook from the pwc driver?
A: It was there for the explicit purpose to support a binary only
module. That goes against the kernel's documented procedures, so I
had to take it out.
Q: That hook had been in there for years! Why did you suddenly decide
to remove it now?
A: I was really not aware of the hook, and the fact that it was only
good for a binary module to use. I'm sorry, I should have realized
this years ago, but I didn't. Recently someone pointed this hook out
to me, and the fact that it really didn't belong in there due to the
kernel's policy of such hooks. So, once I became aware of it, I had
no choice but to remove it.
Q: Why did you delete the whole pwc driver from the tree?
A: That is what the original author (Nemosoft) wanted to happen. It was
his request, and I honored it. Go ask him why he wanted it out if
you are upset about this, I merely accepted his decision as he was
the current maintainer and author of the code.
Q: But you took away my freedom! Isn't Linux about freedom?
A: Again, it was Nemosoft's decision. The kernel also has to abide by
it's documented procedures, so that is why the hook had to go.
Remember, the original driver was released under the GPL, so you are
free to take that code and maintain it if you so desire. I'd gladly
support someone taking the GPL code and agreeing to maintain it, and
resubmitting it for inclusion in the main kernel tree. That's the
freedom that Linux provides, no closed source OS would allow you to
do that, if a company pulled support for a product (which happens all
the time.)
Q: You jerk, I had invested lots of money in this camera, you are
costing me money by ripping it out. You should be ashamed of
yourself!
A: See the above question about freedom. If it means that much to you,
then offer to maintain the code, it's that simple.
Q: You are keeping companies from wanting to write binary drivers for
Linux.
A: Duh! What do you think all of the kernel developers have been
stating for years, in public. Binary drivers only take from Linux,
they do not give back anything. See Andrew Morton's OLS 2004 keynote
address for more information and background on this topic.
Q: You are a fundamentalist turd / jerk / pompous ass /
GNU-freebeer-biased-idiot-fundamentalist fucktard / ignorant slut!
A: I've been called worse by better people, get over yourself.
"Q: Why did you remove the hook from the pwc driver?
A: It was there for the explicit purpose to support a binary only
module. That goes against the kernel's documented procedures, so I
had to take it out.
Q: That hook had been in there for years! Why did you suddenly decide
to remove it now?
A: I was really not aware of the hook, and the fact that it was only
good for a binary module to use. I'm sorry, I should have realized
this years ago, but I didn't. Recently someone pointed this hook out
to me, and the fact that it really didn't belong in there due to the
kernel's policy of such hooks. So, once I became aware of it, I had
no choice but to remove it.
Q: Why did you delete the whole pwc driver from the tree?
A: That is what the original author (Nemosoft) wanted to happen. It was
his request, and I honored it. Go ask him why he wanted it out if
you are upset about this, I merely accepted his decision as he was
the current maintainer and author of the code.
Q: But you took away my freedom! Isn't Linux about freedom?
A: Again, it was Nemosoft's decision. The kernel also has to abide by
it's documented procedures, so that is why the hook had to go.
Remember, the original driver was released under the GPL, so you are
free to take that code and maintain it if you so desire. I'd gladly
support someone taking the GPL code and agreeing to maintain it, and
resubmitting it for inclusion in the main kernel tree. That's the
freedom that Linux provides, no closed source OS would allow you to
do that, if a company pulled support for a product (which happens all
the time.)
Q: You jerk, I had invested lots of money in this camera, you are
costing me money by ripping it out. You should be ashamed of
yourself!
A: See the above question about freedom. If it means that much to you,
then offer to maintain the code, it's that simple.
Q: You are keeping companies from wanting to write binary drivers for
Linux.
A: Duh! What do you think all of the kernel developers have been
stating for years, in public. Binary drivers only take from Linux,
they do not give back anything. See Andrew Morton's OLS 2004 keynote
address for more information and background on this topic.
Q: You are a fundamentalist turd / jerk / pompous ass /
GNU-freebeer-biased-idiot-fundamentalist fucktard / ignorant slut!
A: I've been called worse by better people, get over yourself.
voila la reponse du type qui a virer le hook-
[^]a peine parti et bientôt de retour
Posté par 21rdoma () le 28/08/2004 à 13:25. (lien). Évalué à 1.We have heard in several comments to the effect:
pwc us useless without pwcx
While we don't want/intend to take sides in the pwcx/kernel dispute,
we want to make it clear that these claims are simply not true.
The pwc driver is very useful without pwcx.
The LavaRnd project uses webcams with lens caps an entropy sources
for generating random numbers (see http://www.lavarnd.org(...)). One of
our reference webcams is the Logitech QuickCam 3000 Pro - pwc730 webcam
(see http://www.lavarnd.org/developer/pwc730.html(...)).
On Fri, Aug 27, 2004 at 07:16:18PM -0700, lkml-mail@asthe.com wrote:
>>
>> We would be happy to discuss ways that the pwc might be maintained
>> in the linux kernel. If we can help, please ask us (see
>> http://www.lavarnd.org/about-us/contact-us.html(...) for our EMail address).
Great. Here's what you can do. Take the patch availble at:
http://linux.bkbits.net:8080/linux-2.5/cset@412d8e0cqutBsdGubqorXXC(...)
and apply it reversed to your kernel tree (with -R as an option to
patch). That patch has the binary hook already removed.
Then clean up the text a bit to point to you as the maintainer, that no
one should bother the original author anymore, and such. Cleanup and
change anything else that you think needs to be done to the driver, and
then send me that patch as documented in the
Documentation/SubmittingPatches in the kernel tree.
Then you would be the new maintainer of the driver, and the code would
be back in the kernel tree.
Sound good?
thanks,
greg k-h-
[+] [^]Re: a peine parti et bientôt de retour
Posté par Christophe BAEGERT () le 29/08/2004 à 08:29. (lien). Évalué à -2.Si ça se fait, j'espère que leur but sera supérieur au simple fait de générer de l'aléatoire...
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Philippe Fremy (page perso, ) le 26/08/2004 à 09:40. (lien). Évalué à 6.> Maintenant la question est de savoir si il y a les specs complete de la cam
> et si on peut reecrire son bidule sans passer 3 mois à reverse enginerer les anciens drivers ou ceux de win.
La reponse est non. Un algorithme de compression proprietaire, je doute que tu arrives a faire de reverse- engineering dessus, surtout quant le mec le plus competent ne peut plus travailler dessus.
Il s'agit donc d'une perte nette de toute webcam utilisant un chipset philips, c'est a dire une tres grosse majorite. Par exemple, j'ai une logitech sur mon bureau qui ne marchera plus.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Christophe Chailloleau-Leclerc (Jabber id, page perso, ) le 26/08/2004 à 10:16. (lien). Évalué à 2.Hum...
Comme cela à été signalé directement à son auteur sur la liste où est apparu le "problème", son module est... sous GPL. Il n'y a donc pas de reverse engineering ou de ré-écriture à faire. Il a demandé à supprimer son travail, ce qui a (je crois) été fait dans le CVS. Mais n'importe qui peut, sans aucune autorisation de sa part, le remettre... C'est un peu le principe de la GPL, son travail "appartient" à la communauté, qui est LIBRE de le réutiliser...
A bon entendeur, ...-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Philippe Fremy (page perso, ) le 26/08/2004 à 13:12. (lien). Évalué à 4.Desole, mais t'as rien compris. La partie sous GPL, c'est pwc. La partie close source n'est pas sous GPL (pwcx) et c'est elle qui est le sujet du probleme et sur laquelle il faudra faire de l'inginerie renversee.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Christophe Chailloleau-Leclerc (Jabber id, page perso, ) le 26/08/2004 à 14:06. (lien). Évalué à 3.Non non. Rien n'empêche de ce que j'ai compris de l'utiliser, avec pwc... Ou alors, je n'ai rien compris. C'est du closed source, OK, mais c'est dispo, non ? Donc, rien n'empêche d'utiliser pwc (GPL) pour charger le module non-libre-mais-dispo pwcx.
J'ai raté quelque chose ?-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Christophe KINNE () le 26/08/2004 à 16:42. (lien). Évalué à 2.J'ai raté quelque chose ?
Non je ne pense pas, mais vu le nombre de personnes qui pataugent (dont moi) je pense qu'une explication plus claire dans la news serait la bienvenue.
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Temsa (Jabber id, page perso, ) le 26/08/2004 à 20:16. (lien). Évalué à 3.On sait que sur cette Webcam, après décompression, on obtient une image YUV 4:2:0 planar (si je me rappel bien la dénomination: ca correspond a une matrice Y 4 fois plus grande que la suivante,U, et que la dernière V).
A partir de là, "l'algo de compression proprio" est certainement une faible variante du JPEG (ou eventuellement du MPEG, mais j'en doute). J'aurais du temps à consacrer à ça, ayant le module pwcx et une webcam philips, avec des outils bien trouvés, je tenterais bien d'apporter au minimum ma pierre au problème, malheureusement je ne dispose ni des outils nécessaires (qu'il me faudrait trouver) ni des connaissances necessaires avec l'usb, ni du temps pour apprendre tout ça en ce moment. Dommage, ça va atterir dans mes TODO (mais après le plugin jpeg2000 pour gimp que j'ai jamais terminé, et qui est trop lent) pour le moyen terme ;-)
Car en fait j'en ai besoin de ce driver, notre robot (Coupe e=m6) utilise cette webcam!!!-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Colin Leroy (page perso, ) le 27/08/2004 à 05:50. (lien). Évalué à 3.Pour ton plugin jpeg2000 tu devrais essayer d'utiliser la lib Jasper.
http://www.ece.uvic.ca/~mdadams/jasper/(...)
Son auteur est assez sympa pour l'avoir re-licencié avec une licence style MIT qui permet de la linker à du code GPL ; avant c'était une licence beaucoup moins libre, et il l'a changé pour nous (developpeurs d'ayttm) arranger.
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Sébastien Rohaut (page perso, ) le 26/08/2004 à 09:45. (lien). Évalué à 12.Le type, bah pour moi, sans aucunement parler de ses probables hautes compétences technique, c'est une grande andouille.
De ce que je peux comprendre, mossieu est vexé. Mossieu ne veut pas diffuser son module hors du noyau parce que le projet de mossieu serait considéré comme un projet de second plan...
Alors voila ; vous n'êtes pas condamné à voir le support de votre webcam disparaître à cause des mainteneurs du noyau. Personne n'empêche ce type de diffuser ses modules en téléchargement hors du noyau, via un site de type sourceforge ou autre, propriétaire ou pas. Mais voila il est vexé. Alors il ne le fera pas. Et il n'assume plus.
Ce n'est pas bien. Tiens pour ma part, j'ai une webcam Logitech Quickcam Web. Elle n'est pas par défaut dans le noyau, il faut télécharger et compiler le pilote à part. A priori c'est libre. Et personne n'en fait un caca nerveux. http://qce-ga.sourceforge.net/(...)
Voila.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par fouinto () le 26/08/2004 à 10:02. (lien). Évalué à 4.> Tiens pour ma part, j'ai une webcam Logitech Quickcam Web. Elle n'est pas par défaut dans le noyau, il faut télécharger et compiler le pilote à part. A priori c'est libre. Et personne n'en fait un caca nerveux. http://qce-ga.sourceforge.net/(...(...))
C'est bien pour toi et moi cette solution, mais il est hors de question d'utiliser cette solution pour l'utilisateur moyen (non pas que je me situe au dessus) qui veut juste que ca marche... surtout s'il vient du monde de windows...
P.S. attention, il y a pas mal de webcam logitech qui utiliserait le driver philips en question...-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Nicolas Ternisien (page perso, ) le 26/08/2004 à 10:13. (lien). Évalué à 1.En meme temps, vu que le driver existe et que cela ne dérangeait personne avant, ce driver sera inclus dans la distrib, soit via un patch du noyal et donc directement inclus dedans, soit via un rpm qui complètera le module manquant, donc je pense que ca permet de rétablir un peu de l'ordre dans le développement de linux, et ne pas _trop_ dérangé les utilisateurs finaux.
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Sébastien Rohaut (page perso, ) le 26/08/2004 à 10:10. (lien). Évalué à 0.J'ai du mal à comprendre mon moinssage. Avez-vous le les threads des messages sur la kernel-list ? Il est vexé. Rien d'autre à dire. En plus son module PWC est GPL, rien n'empèche de continuer à l'utiliser.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par SoWhat () le 26/08/2004 à 10:17. (lien). Évalué à 2.De ce que je peux comprendre, mossieu est vexé. Mossieu ne veut pas diffuser son module hors du noyau parce que le projet de mossieu serait considéré comme un projet de second plan...
Moi je lis: "There's nothing I can do about that; I'm bound by an NDA." ; et NDA = "non disclosure agreement". Donc le code binaire fermé, il n'a a priori pas le droit de l'ouvrir. De plus, si tu lis ce qu'il dit, il ne veut plus continuer car cela obligerait à patcher le kernel pour utiliser le binaire, et il ne veut pas supporter cela ("it would probably confuse a lot of people").-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Emmanuel Seyman () le 26/08/2004 à 10:24. (lien). Évalué à 5.> Donc le code binaire fermé, il n'a a priori pas le droit de l'ouvrir.
Le NDA a expiré l'année dernière, apparament.
"Actually, I've got a little surprise for you. The NDA I signed with Philips
has already expired a year ago."-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Pascal Terjan (Jabber id, page perso, ) le 26/08/2004 à 10:44. (lien). Évalué à 3.Ca peut être une mauvaise surprise aussi, il n'a plus accès aux docs des nouveaux modèles.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par GhZaaark3 () le 26/08/2004 à 11:48. (lien). Évalué à 1.y aurait pas moyen d'avoir un contrat de confi...enfin un NDA pour Nvidia et ATI??
Les gars du DRI pourrait s'en occuper?
Ainsi, on aurait des binaires mais contrôlés par des dev libres au faîte de l'évolution du kernel.
j'dis peut-être des conneries mais ça serait une solution meilleure que le tout closed.
+--
moué...-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Mickaël L () le 26/08/2004 à 13:34. (lien). Évalué à 12.Il est généralement considéré qu'un développeur open source à tout intérêt à ne jamais signer de NDA.
Car avoir accès à des documentations/sources/recettes de cuisine qui ne sont pas publique risque de le mettre en porte à faux, et de l'empêcher de contribuer à d'autres projets complètement libres.
Il ne faut pas "pourrir" un bon développeur élevé au bio!-
[^]Re: euhh ... mainteneurs oupsss ?
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Éric (Jabber id, page perso, ) le 26/08/2004 à 17:31. (lien). Évalué à 2.Je ne sais pas pour ATI mais pour nvidia le module GPL est presque essentiellement développé par quelqu'un qui a été payé par nvidia. Il y a donc *déjà* eu quelqu'un qui a eu les specs pour les implémenter (sauf si nvidia était retort au point de payer un dev sans lui donner les docs nécessaires mais je n'y crois pas trop).
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 10:21. (lien). Évalué à 20.Mossieu ne veut pas diffuser son module hors du noyau parce que le projet de mossieu serait considéré comme un projet de second plan...
Le Mossieu vient d epasser trois ans de sa vie a ecrire patch sur patch et a faire demandes sur demandes au dev du kernel pour que telle ou telle fonction soit prise en compte/authorisée/réactivée. Le mossieur il en a pris pleins les dents sur la mailing liste et dans les faits pendant qu'il s'occupait d'un module de premier plan. On lui a peter son module cinq ou six fois au cours des dernières années dont au moins deux fois exprès. Alors le mossieur il veut même pas savoir ce que ca ferait de continuer le même boulot en etant considéré par les devs de premier plan comme accessoire, de seconde zone, facultatif.
Et moi le Mossieur je le comprend un peu au moins sur ce plan là.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 10:50. (lien). Évalué à 12.Oui mais le monsieur ce qu'il voudrait c'est une dérogation sur mesure à la GPL. Et je comprends un peu les mainteneurs du noyeau sur le fait qu'ils veulent pas. Parce que si tout le monde ce met à faire ca, tu peux jeter Linux dans l'année qui suit tant il serivira plus à rien avec plein de modules proprios de partout. Déjà que la qualité des truc proprios kernel spaces des "grands" (comme NVidia, ATI, ...) n'est pas toujours à 100%, alors si tous les developpeur imaginable ce mettent à fermer leur code pour le fun, ca va nous peter à la gueule.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 12:14. (lien). Évalué à 11.Oui mais le monsieur ce qu'il voudrait c'est une dérogation sur mesure à la GPL.
Il n'ay a AUCUNE dérogation a la GPL a fournir un hook qui permet un accés direct au matériel. Et il n'y a aucne derogation a la GPL a ce qu'un modules ou une appli propriétaire utilise ce hook.
Les applis propriétaires ont le droit d'utiliser les API et les appels fondamentaux du système. Prétendre le contraire revient a dire qu'un programme non GPL n'a pas le droit de demander une allocation mémoire physique.
En ce qui concerne l'argument du kernel space/ User space c'ets très simple on a deux solutions :
- Soit on se permet de lancer des bribes d'applicatifs en kernel space et c'est pas très propre.
- Soit on place les accès direct hardware et les inits de périphs en user space et là c'est carrément immonde et en plus ca fait un trou de sécurité assez grand pour y fourrer Jupiter et tous ses satellites.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 14:18. (lien). Évalué à 4.Au contraire, la LKML montre clairement que la propreté est du coté de la suppression de tout code de transformation de format du kernel space, et la transposition vers le user space. C'est la nouvelle "mode" a ceci près qu'elle est on ne peut plus justifiée, notemment en matière de sécu (n'importe quel bof ou autre bug en kernel space est suceptible de deboucher sur un exploit ouvrant la porte du root). Quand au hook il n'etait utilisé que pour chargé un _module_ proprio et il a donc tout normalement été viré.
Parce que les modules proprio, ils ont le droit de se servir que de choses d'API bien définies, si ils ne font pas ca les modules ils deviennent travail dérivé du noyau et donc sous GPL ou rien. C'est pas moi qui le dit c'est les kernel hacker. Et cet API elle est pas défini par le premier quidam venu, sinon je fais un module GPL wrapper qui encapsule TOUS les appels à TOUTES les fonctions du noyau, et pis apres bien tranquilement je déclare que je suis dieu et que cet API peut etre utilisée pour linké des modules proprio qui font ce qu'ils veulent.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 15:16. (lien). Évalué à 4.Au contraire, la LKML montre clairement que la propreté est du coté de la suppression de tout code de transformation de format du kernel space, et la transposition vers le user space.
Mais je suis tout a fait d'accord avec celà. Seulement il y a des fois ou ca n'est pas possible. Dans le cas présent il faut remonter des informations du kernel space (pilote V4L) et de l'User space (lancement de gnome meeting dans une certaine résolution, en overlay a une certaine vitesse) directement vers le device pour le réinitialiser comme il faut...
Ne pas se coller en kernel space, voudrait dire laisser une appli user space acceder directement a un périphérique. Tout le problème est là, le code d'initialisation de la webcam était sous NDA....
Parce que les modules proprio, ils ont le droit de se servir que de choses d'API bien définies, si ils ne font pas ca les modules ils deviennent travail dérivé du noyau et donc sous GPL ou rien.
Oui mais là encore c'est un peu plus complexe, les accès direct au matériel sont authorisés dans une certaine mesure qui varien en fonction du dit matériel. On ne pourra jamais avoir un accès direct a de la ram alors qu'un accès direct au disque dur pose peu de problèmes. Mais dans le cas de la webcam, c'est un accès direct non pas a la webcam, mais au port USB... Donc il y a problème. Ceci étant ce problème a été considéré comme négligeable pendant 3 ans. Et c'est définitvement pas parceque les mainteneurs du kernel ne l'avait pas vu...
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 15:46. (lien). Évalué à 2.Mais le fond, c'est à dire l'origine de cette décision, me semble tout de meme provenir, du moins indirectement, d'un problème de compatibilité de licence. Parce que si le truc proprio n'aurait pas constitué un travail dérivé, alors il n'y aurait pas eu besoin effacer le hook, non ?
Là ce qui clochait en fin de compte c'était que à cause du fait que le truc proprio utilise le hook, il se transformait (illégalement) en travail dérivé. C'est ce que semble penser Greg KH.
On en revient un peu au meme point, c'est à dire est-ce qu'il faut laisser un type écrire un patch pour creer un hook dans une partie de gestion matérielle de nux (usb, ieee1394, pci, etc..) afin de satisfaire ses besoins de pilote proprio. Et si il ne faut pas alors soit il s'agit de limite légales (c'est ce qui est dit sur la LKML par Greg KH : Think legal limits, not arbitrary.) soit le mec il peut continuer à écrire des patchs qui recraient le hook et à se moment là son retrait est juste une question d'ego.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 16:17. (lien). Évalué à 2.Mais le fond, c'est à dire l'origine de cette décision, me semble tout de meme provenir, du moins indirectement, d'un problème de compatibilité de licence. Parce que si le truc proprio n'aurait pas constitué un travail dérivé, alors il n'y aurait pas eu besoin effacer le hook, non ?
C'est ce qui m'ennuie. Soit le hook est effacé pour un problème de licence mais je ne vois pas lequel et les demandes qui fusent sur le flame de la LKML aident pas vraiment. Soit il a été retiré parcequ'un des mainteneurs interprete une phrase de Linus qui dit : "Pas de hook pour du propriétaire seul." Le fait de se charger dans le l'espace mémoire d'une autre appli et de s'y executer ne constitue pas de facto une violation de la GPL. Il faut encore que le programme ainsi chargé fasse appel a des fonctions spécifiques du programme chargeant. Or là j'ai un peu de mal a voir le coté "spécifique Linux" du binaire, surtout que les algos utilisés on été écrit a la base pour Windows et Mac.
D'un autre coté je n'ai pas la certitude non plsu que le binaire en question ne fasse pas un appel un peu trop spécifique suite au modifs. mais j'aimerais juste qu'on me dise lequel dans ce cas là...
Par contre ce contre quoi je me bats personellement dans ce long threads c'est juste les personnes qui déclarent : "Ca linke du GPL sans être soit même en GPL donc il y a forcément violation."
Parceque ca n'est pas vrai (même si dans 99% des cas ca se vérifie.)
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Bench () le 26/08/2004 à 17:18. (lien). Évalué à 3."Ca linke du GPL sans être soit même en GPL donc il y a forcément violation."
rappelons que la GPL ne parle pas de linkage mais de dépendance...c'est à dire que si un code non GPL est dépendant d'un code GPL, c'est une violation...le code non-GPL doit devenir GPL pour devenir légal...
sinon un code GPL peut très bien appeler du proprio, car sinon on pourrait rien executer sous windows qui soit GPL (et qui cible uniquement la platteforme windows ex:cigwin) car même un logiciel GPL fait appel à un moment donné au système...
Donc, j'ai l'impression que refuser qu'un driver du kernel-space sous GPL fasse appel à du proprio c'est pas vraiment interdit par la GPL mais interdit par les mainteneurs du noyau...
le problème est donc de savoir si pwcx est dépendant vis-à-vis de pwc...si c'est le cas...c'est ça qui viole la GPL...et qui fait que le hook à du être retiré...
c t clair?-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Clément Stenac (page perso, ) le 26/08/2004 à 21:09. (lien). Évalué à 1.[i]'est à dire que si un code non GPL est dépendant d'un code GPL, c'est une violation..[/i]
et l'inverse ?
du code GPL peut-il charger des trucs propriétaires ? (je pense notamment aux codecs)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 27/08/2004 à 09:12. (lien). Évalué à 2.du code GPL peut-il charger des trucs propriétaires ? (je pense notamment aux codecs)
Grosso-modo, si tu as deux programmes un en GPL et l'autre pas, ils ont le droit d'interagir ensemble si et seulement si les seuls fonctions qu'un des programmes appelle chez l'autre sont des fonctions de
- chargement en mémoire
- notification de présence/ d'éxecution
- demande d'accès a des données ou des flux sous forme brute (ie sans que la logique de l'autre programme ne les ait mis en forme, execpetion faite des cas ou cette mise en forme est necessaire au fonctionnement (par exemple l'adressage virtuel de mémoire fait par un kernel))
- ou des fonctions standards définies hors du programme (RFC, POSIX, X Protocol etc.)
Donc si un programme GPL appelle chez un programme non GPL de la logique qui ne rempli pas les conditions ci dessus il y a faute. Même chose si un programme propriétaire ne remplit pas les même conditions.
Pour simplifier encore la formulation : tant que deux programmes n'apellent pas la logique spécifique de l'autre ils peuvent raisonablement être considérés comme indépendants. Et donc tant qu'on ne les distribue pas ensemble on a le droit d'en avoir un seul des deux en GPL.--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.
-
-
-
-
-
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Christophe Lucas (page perso, ) le 26/08/2004 à 09:54. (lien). Évalué à 2.Si ya pas les specs complete et publique, franchement, personne ne peut prétendre ne pas avoir été prévenu du risque de perte partielle de performance... Avec tout ce qui a été expliqué mainte et mainte fois sur le sujet... Et j'en remet une couche : qu'en on utilise un driver proprio qui implement des fonctionnalités non documenté d'un matériel, on s'expose au risque qu'il disparaisse.
Bah apparemment le NDA que Nemosoft Unv.avait signé à expirer il y a un an et à la déscision de ne plus permettre de faire des hook pour charger un binaire, celui-ci aurait décider de supprimer toutes traces de son travail, enfin du moins le travail qu'il a fais sous NDA, car ce qu'il a laissé en GPL restera.
Christophe--
- Christophe -
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 10:12. (lien). Évalué à 9.Les mainteneurs du noyeau en ont un peut marre qu'on viole la GPL à tour de bras.
a - PWC fonctionne en stand alone et PWCX fonctionne en stand alone (moyennant bidouilles) Celà ne constitue donc pas une violationd e la GPL
b - La GPL authorise des lib proprios a lier des applis GPL et des libs GPL a lier des applis ou ldes libs proprios a condition que les parties propriétaires soient inhérentes au système. Comme il s'agit du Kernel et de modules du kernel je pense que l'on peut raisonablement penser que l'on est dans un cas ou c'est inhérent au système. Donc ca ne viole toujours pas la GPL.
c - Le link se fait via un hook qui permet de charger un décompresseur video. Sans ce hook aucun decompresseur ne peut être chargé (les decompresseur fonctionnent comme des inits qui passent la webcam d'un mode a un autre), qu'il soit GPL ou non. Il est très facile (même si ca n'existe pas vu que c'ets el fonctionnement de base) de créer un module GPL qui ferait du RAW (IE n'apellerait rien et ne chargerait aucun compresseur). Donc ca ne constitue pas une violation de la GPL.
C'est dommage mais ce n'est surrement pas de la faute des developpeurs du noyeau qui sur le coup sont on ne peut plus coherent avec leur politique
Niveau cohérence en effet c'est assez fort :
- Ca fait plus de 3 ans que c'est comme ca.
- Il y a un paquets d'exemples de hooks qui servent a charger aussi des drivers/modules propriétaires (Au hasard les drivers XFree/AGP de chez Nvidia, mais il y en a d'autres)
- Enlever ce morceau n'apporte rien au noyeau, ni au niveau architectural, ni au niveau perf, ni au niveau legal. Le seul point de doute pourrait être levé par un driver GPL qui ne fait rien (CF c- plus haut).
- Ca pénalise par contre les utilisateurs tant dans leurs choix que dans l'utilisation de leur machines.
Ne nous y trompons pas, on a affaire a une guerre d'ego. D'un coté une personne qui a décidé pour une raison X ou Y que le module ne lui plaisait pas, et de l'autre une personne qui n'etant plus sous NDA decide de quand même garder les sources fermées pour un motif noble ou non.
Ce qui m'embete le plus c'est que j'ai déjà vu ce type de comportement... Chez XFree86.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Flink () le 26/08/2004 à 10:19. (lien). Évalué à 3.Ce qui m'embete le plus c'est que j'ai déjà vu ce type de comportement... Chez XFree86.
et on a vu ce que ça a donné ;)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Sébastien Rohaut (page perso, ) le 26/08/2004 à 11:11. (lien). Évalué à 6.Oui. Que du bien : X.Org.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Krunch (Jabber id, page perso, ) le 26/08/2004 à 13:03. (lien). Évalué à 5.On va tous abandonner Linux pour FreeBSD alors ?
--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par GhZaaark3 () le 26/08/2004 à 13:35. (lien). Évalué à 5.On va tous abandonner Linux pour FreeBSD alors ?
Si vous ne changer pas votre manière de penser, ça risque bien, à savoir qu'on est pas tous des hackeurs barbus qui se contentent d'une console 80x25 (généreux) pour exploiter son PIV 3.0ghz ou qu'on bosse tous dans des entreprises, le desktop familial/Personnel a une part tout aussi importante, non?.
On est plus à il y a 4-5ans.
C'est bien de vendre Linux en disant "meilleur ci, meilleur ça" même si ça l'est vraiment, mais si l'utilisateur - qui est libre avant tout de choisir - ne peut pas faire ce pourquoi il utilise un ordi, il ne voit aucun intérêt et ira se mettre un Windows (à contre coeur) ou au meilleur cas prendra un Mac.
Finalement je pense que l'excuse des jeux video ne va plus valoir, non pas qu'il y aura un certain bOOm concernant le nombre de jeux nunux compliant mais je pense surtout qu'avec l'avènement des nouvelles consoles de jeux vidéo la donne va vite changer (Sony ne fera pas 2x la même erreur)
Et puis c'est tellement mieux de jouer sur console. chacun son domaine...
Mais comme je ne cesse de le répèter, il n'y a pas que les jeux qui demandent de la 3D et de ce fait ce ne sont pas les jeux qui ont poussé Nvidia à faire des pilotes nunux/*BSD!
Donc merci quand même ces enf*** d'Nvidia de nous pondre des pilotes de bonnes factures qui pour l'instant ne rendent pas mon système instable, mais merci d'autant plus de nous fournir les specs ou d'ouvrir votre code, ce n'est pas pour autant que je (on) baissera les bras. :)--
moué...-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 26/08/2004 à 18:33. (lien). Évalué à 2."Donc merci quand même ces enf*** d'Nvidia de nous pondre des pilotes de bonnes factures qui pour l'instant ne rendent pas mon système instable, mais merci d'autant plus de nous fournir les specs ou d'ouvrir votre code, ce n'est pas pour autant que je (on) baissera les bras. :) "
C'est bien jolie tout ca mais Nvidia est une multinationale. Qui est la pour faire de la thune! Le code des drivers Nvidia est aussi important que les puces presentes dans les cartes. Certain algo des drivers ne seront jamais offert à la concurrence, faut pas rever.
Pour les specs, mouahaha, Nvidia a signé des NDA avec des constructeurs de puces(donc pas de specs completes), et Nvidia ne laissera jamais des developpeurs de logiciel libre venir faire de l'ombre à leurs drivers(qui leur coute des thunes). Surtout que un drivers libre avec la moitié des specs, ca donne les drivers DRI pour les cartes ATI: perf de merde. Et ca, c'est pas non plus bon pour l'image de Nvidia.
Bref, faut pas rever, Nvidia ne bougera pas d'un poil. Si tu veux changer quelque chose, demande toi si c'est pas plutot le monde liberticide dans lequel tu vis qu'il faut changer.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Éric (Jabber id, page perso, ) le 26/08/2004 à 19:46. (lien). Évalué à 2.Pour info : le driver libre a majoritairement été développé par quelqu'un financé par nvidia. Donc visiblement ce qui te semble évident est faux (nvidia qui ne veut surtout pas d'un driver libre à moitié fini, nvidia qui ne laissera jamais un dev libre voir les specs en nda, etc.)
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 26/08/2004 à 20:53. (lien). Évalué à 2."nvidia qui ne veut surtout pas d'un driver libre à moitié fini"
Je parlais d'un driver 3D gros malin :p
Je vois pas en quoi le driver "nv" vient faire de l'ombre à leur driver proprio.
"nvidia qui ne laissera jamais un dev libre voir les specs en nda"
Ca tombe bien, tout ceci n'est pas présent dans le driver "nv"
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Morreale Jean Roc () le 27/08/2004 à 08:38. (lien). Évalué à 1.Le dev en question est un employé de Nvidia pas un dev "libre", jette un zieu sur le drivers nv tu verras qu'ils sont obfusqués et qu'a moins d'avoir les specs (ce que personne en dehors de nvidia a) il est extrêment difficile d'y faire quoi que ce soit.
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Éric (Jabber id, page perso, ) le 27/08/2004 à 12:17. (lien). Évalué à 2.mouais, je vais peut être paraitre jouer sur les mots mais un gars qui fait du code libre est pour moi un dev libre, cqfd. Qu'il appartienne à Nvidia ou à Mandrake ou qu'il fasse le code dans son garage n'y change pas grand chose.
Maintenant j'avais ouie dire que nvidia avait embauché le gars sur une période donnée rien que pour ça (bref, que ce n'était pas un employé de nvidia avant et que ça ne l'était pas après), si je ne me trompe pas ça revient bien à filer les specs sous nda à un dev libre, sauf qu'en plus eux ils ont la bonté de payer le gars pour qu'il fasse le développement.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Morreale Jean Roc () le 27/08/2004 à 21:31. (lien). Évalué à 2.Non c'est toujours un employé, ça fait toute la différence :
les specs ne sont jamais sortit de chez Nvidia et si demain le développement du pilote nv devait cesser personne ou alors très difficilement pourrait en reprendre le code obfuscqué et non documenté, qu'il soit sous GPL ou pas.
-
-
-
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 10:44. (lien). Évalué à 0.> La GPL authorise des lib proprios a lier des applis GPL et des libs GPL a lier des applis ou ldes libs proprios a condition que les parties propriétaires soient inhérentes au système.
Ça marche si le noyau est proprio et le driver GPL. Mais là, c'est l'inverse.
Donc ça ne marche pas. Le noyau est plus "inhérent au système" qu'un driver.-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 11:11. (lien). Évalué à -1.Ça marche si le noyau est proprio et le driver GPL. Mais là, c'est l'inverse.
Mince, il va falloir le dire a NVidia, Connexant, ATI et pleins d'autres.
Le noyau est plus "inhérent au système" qu'un driver.
Dans un kernel monolithique, ca me ferait un peu mal.... Tu savais que la gestion mémoire par exemple c'était un driver ?
De toute facon je peux lier une appli complètement propriétaire aux bibliothèques standards en GPL. Et ca tombe un peu bien d'ailleurs, parceque sinon pour faire du proprio sur Linux il faudrait y aller franco...
Le fait d'utiliser les APIs standards, les bibliothèques standards ou les appels standards d'un système ne peut pas constituer une violation de la GPL. Si ca n'était pas le cas on ne pourrait soit pas écrire de programmes GPL sous des OS propriétaires, soit pas écrire de programmes propriétaires sous des OS GPL.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 11:18. (lien). Évalué à 2.Escuse moi d'etre violent mais le coup du "De toute facon je peux lier une appli complètement propriétaire aux bibliothèques standards en GPL. Et ca tombe un peu bien d'ailleurs, parceque sinon pour faire du proprio sur Linux il faudrait y aller franco..." c'est TROP pour moi
Alors tes gentils, mais va apprendre la difference entre GPL et LGPL et revient dire tes conneries après. Va aussi lire le coup de RMS qui a dit a je sais plus qui de passer son soft utilisant readline sous GPL ou d'arreter d'utiliser readline si tes pas bien convaincu.
Avant de vouloir parler d'un truc, faut ptet etre au courant avant, non mais !-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par cykl (Jabber id, ) le 26/08/2004 à 11:47. (lien). Évalué à 2.http://cnswww.cns.cwru.edu/~chet/readline/rltop.html(...) :
"Readline is free software, distributed under the terms of the GNU General Public License, version 2. This means that if you want to use Readline in a program that you release or distribute to anyone, the program must be free software and have a GPL-compatible license. If you would like advice on making your license GPL-compatible, contact licensing@gnu.org.'
Pour les licences compatibles GPL : http://docs.mandragor.org/files/Philosophy/licenses/license-list.fr(...)
(bin oui comme d'hab gnu.org est mort, ils doivent tourner sous Hurd...)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par nicolassanchez () le 26/08/2004 à 12:27. (lien). Évalué à 1.Question idiote ? est-ce que la LGPL est compatible GPL ?
Parce que si c'est le cas, il suffit d'écrire un bibliothèque en LGPL pour accéder à readline et faire un logiciel propriétaire au dessus de cette bibliothèque en LGPL... non ?-
[^]Re: euhh ... mainteneurs oupsss ?
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 13:37. (lien). Évalué à 2.Alors tes gentils, mais va apprendre la difference entre GPL et LGPL et revient dire tes conneries après.
Bon ben je vais en dire une dernière quand même.
Le kernel est en GPL, c'est le seul à gerer les accès a la mémoire physique. Donc toutes les applis qui tuilsent les APIs du kernel pour obtenir une allocation mémoire (en kernel ou en userspace) sont donc soit en GPL, soit sont des exceptions. (La LGPL n'a pas le droit de lier la GPL)
Donc toutes les applis qui fonctionnent sous Linux sont soit en GPL soit tirent parti d'une exception d'une appli ou d'un bibliothèque en dessous d'elles.
Le truc c'est que c'est bien des exceptions, mais pas du tout des entorses a la GPL, mais une non application ou une application parteilel de la protection contre les éléments non GPL. Et ces exceptions sont présente dans la GPL :
These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works.
La clef c'est can be reasonably considered independent Si on considére que d'utiliser des bibliothèques GPL bas niveau d'un système c'est mettre son programme sous GPL, alors aucun programme en peut être raisonablement considéré comme indépendant.
Le terme Bibliothèques standard te gène peut-être. Remplaçons le par "bibliothèques fondamentales". Et dans ce cas de même qu'un programme GPL sous windows peut faire appel a l'API win32 (et heureusement), un programme non GPL sous Linux peut allouer de la mémoire (et heureusement aussi, il y a pas de raison.)
En ce qui concerne readline, la Glibc, la libc ou QT les remarques du thread sont tout a fait valables, mais parce que ce sont des bibliothèques et des applis de trop haut niveau.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 14:30. (lien). Évalué à 6.Bon alors voila je vais t'expliquer calmement.
Soit tu utilise des appels systèmes, distants, RPC, un protocole, etc, ... et il n'y a pas de link donc on ne pas prétendre à un travail dérivé. Donc pas de problème.
Soit tu te met à linker des truc proprio avec des lib GPL, et tu violes alors la GPL en beauté (et accessoirement 500 personnes vont te tomber dessus, ta boite mail va etre explosée par des protestations, et un voodoo va te jeter un sort)
Soit tu link le plus légalement du monde avec de la LGPL.
Il n'y a pas énorment de lib bas niveau en GPL, justement pour qu'on puisse faire des appli proprio
Tu parles de biblio std mais LA biblio std est en LGPL et pour ta gouverne il s'agit de la libc.
Il n'y a rien en dessous de la libc, si ce n'est une API par appel système, et non pas une API par appel de fonctions tournant dans le meme user space.
Donc on a le droit de faire des appels systèmes au noyau, quelque soit les 2 licences (du noyau et de l'appli)
PAR CONTRE
On a pas le droit de linker un truc avec le noyau, qui soit pas sous GPL
SAUF, si il utilise des fonctions qui ont été considérées comme une interface bien determinée, ne générant pas un travail dérivé.
J'avoue avoir parlé incorrectement d'exception, car en général une exception c'est l'autorisation d'utiliser une partie proprio avec une partie libre sous GPL. On considère qu'il y a travail dérivé.
La l'API permettant de linker en kernel space ne fait meme pas considéré qu'il y a travail dérivé. C'est heureux car sinon il devrait y avoir une autorisation par module proprio.
Par contre le hook du gas est là pour brancher un travail qu'on ne peut que définir par travail dérivé, donc ca à disparu, et c'est normal.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par djano () le 26/08/2004 à 14:47. (lien). Évalué à 2.Tres pertinent!
Mais s/gas/gars/
Tu as fait plusieurs fois l'erreur il me semble et la je supporte plus.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 14:51. (lien). Évalué à 0.Euh c'est vrai que globalement j'écris n'importe comment ! Désolé...
Que ceux que ca énervent inutilise ce commentaire pour se venger...
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 15:37. (lien). Évalué à 3.Soit tu te met à linker des truc proprio avec des lib GPL, et tu violes alors la GPL en beauté
Pas du tout.
En fait il est extrèmement complexe de savoir si un code qui lie une appli GPL devient GPL ou non. C'est pour eviter cela que dans le kernel il y a désormais les EXPORT_SYMBOL_GPL. Celà donne uen bonne indication pour savoir si l'on est en train de plonger un peu trop dans le noyau. Grosso modo il y a eu un audit du code Linux et un certain nombre d'EXPORT_SYMBOL ont été changés en EXPORT_SYMBOL_GPL. Si on a besoin pour faire fonctionner son module de faire appel a des entrées qui ont été exportées par EXPORT_SYMBOL_GPL alor son peut être certain que le module DOIT passer en GPL. Par contre pour les EXPORT_SYMBOL ca n'est pas sur, peut-être que le code du module n'est pas obligé de passer en GPL.
On Thu, 4 Dec 2003, Jason Kingsland wrote:
> > - anything that has knowledge of and plays with fundamental internal
> > Linux behaviour is clearly a derived work. If you need to muck around
> > with core code, you're derived, no question about it.
>
>
> If that is the case, why the introduction of EXPORT_SYMBOL_GPL and
> MODULE_LICENSE()?
It is really just documentation.
This is exactly so that it is more clear which cases are black-and-white,
and where people shouldn't even have to think about it for a single
second. It still doesn't make the gray area go away, but it limits it a
bit ("if you need this export, you're clearly doing something that
requires the GPL").
Note: since the kernel itself is under the GPL, clearly anybody can modify
the EXPORT_SYMBOL_GPL() line, and remove the _GPL part. That wouldn't be
against the license per se. But it doesn't make a module that needs that
symbol any less needful of the GPL - exactly because the thing is just a
big cluehint rather than anything else.
Il n'y a pas énorment de lib bas niveau en GPL, justement pour qu'on puisse faire des appli proprio
Ben les appels du kernel sont bas niveau. Et c'est de celà que l'on parle prioritairement non ? Sinon je citerais les stdio et autres malloc/kalloc qui sont vraiment bas niveau.
Donc on a le droit de faire des appels systèmes au noyau, quelque soit les 2 licences (du noyau et de l'appli)
Tout a fait, quand on bosse en user space, on peut dificilement faire un travail dérivé du kernel. Donc la question ne se pose pas. Néamoins ca n'est pas le seul cas ou on a à faire à un travail qui en utilise un autre sans pour autant être un projet dérivé. Le problème se pose surtout quand on porte une application d'une plateforme quelconque vers une plateforme GNU. On peut dificilement considérer un programme comme un projet dérivé d'une lib si le programe existe depuis plus longtemps que la lib qu'il lie sous Linux.
SAUF, si il utilise des fonctions qui ont été considérées comme une interface bien determinée, ne générant pas un travail dérivé.
J'imagine que tu fais allusion aux EXPORT_SYMBOL vu plus haut. dans ce cas je suis tout a fait avec toi, mais ca n'est pas une exception au kernel. Les fonctions qui existaient et etait normés bien avant Linux ou la GPL (maloc(), cat, vi, grep, ed, etc, free() et j'en passe ) ne passe pas en GPL si on les compile avec un lien vers une bibliothèque GPL. Il ne fait aucun doute que ce sont des travaux qui ne sont pas dérivés des librairies qu'ils linkent, et de fait tant qu'on les distribue séparément ils ne sont pas soumis a la GPL.
Par contre le hook du gars est là pour brancher un travail qu'on ne peut que définir par travail dérivé, donc ca à disparu, et c'est normal.
La je suis d'accord avec ton raisonement. Mais par contre je ne le suis pas avec tes hypothéses. Je ne vois pas en quoi la notion de travail dérivé est si évidente que celà....
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 19:48. (lien). Évalué à 2.Bon j'essaie de mettre toutes les idées a plat et j'en suis venu à la conclusion suivante : le seul moyen de savoir si on est en dérivation ou pas est à mon avis de croire l'auteur :)
Sinon on en revient toujours au meme point : dans un soft ou il existe un système de plugin, imagine un type qui met, disons dans le fichier définissant l'interface des plug'ins, toutes les fonctions du code dans des wrappers, et distribue cette modif sous GPL.
Il peut ensuite bien tranquillement coder en dérivant le soft sans le dériver :p
Et si on lui dit "euh, t'es bien gentil, mais ton truc est dépendant du bidule GPL, donc met le sous GPL ou arrete de le distribuer", ben il lui suffit de reimplementer toutes les fonctions utilisées pour qu'elles fassent le moins de chose possible tout en permettant à son truc proprio de faire semblant de fonctionner, ou alors pour faire un truc qui a completement rien à voir...
J'ai bien l'impression qu'ici c'est de ca dont il s'agit : en standalone le truc du gars il sert à rien, et le type avait rajouté un hook dans le noyau rien que pour son truc proprio.
Donc on est bien obligé de croire les gars du noyau quand ils disent : le proprio c'est cet API et pas une autre. Sinon c'est la porte ouverte à toutes les dérivations masquées. Genre un noyau linux GPL rempli de hook qui font tous des appels à un truc proprio pour supporter une nouvelle archi... Et pour justifier la non dépendance, des programmes qui appelent les fonctions propriétaire pour utiliser certains algorithme d'une autre manière, ou carrement un système de test complet...
Alors, possible ou pas ? Faut-il violer consciemment la volontée des auteurs de linux, qui est de ne pas utiliser autre chose qu'un certain ensemble de fonction quand on est proprio, et si oui est-il légal de le faire ? Ont-ils clairement auparavent stipulés qu'ils ne souhaitent pas que des bidules proprio se chargent sans passer par l'interface officielle ? Le chargement du controlleur proprio de la webcam oubliait-il opportunnement de pourrir le noyau ?-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 27/08/2004 à 09:24. (lien). Évalué à 2.le seul moyen de savoir si on est en dérivation ou pas est à mon avis de croire l'auteur :)
Pas du tout. Ca a d'ailleurs été le but de l'audit de Linux. Grosso modo charger un plug-in, le laisser s'executer et lui envoyer les infos qu'il demande sans les avoir traitées par une logique en GPL permet au plug-in et au programme de garder les licences qu'ils veulent.
Ensuite les trucs qui existent depuis longtemps (Posix par exemple), pour lesquels il existe dans le programme une logique en GPL, peuvent être utilisés par des programmes non GPL (On a pas la spécificité du code GPL, là c'ets juste l'implémentation d'une norme)
Pour finir les trucs qui ont une logique GPL spécifique, mais qui sont obligatoires et n'apportent rien au programme (Gestion de mémoire virtuelle pour un programme qui fait juste des allocations/libérations, file system pour un programme qui utilise l'API pour créer/déplacer/détruire des fichiers) ne compte pas non plus et on peut les appeler depuis du non GPL.
Par contre créer un demi module non GPL qui utilise de la logique spécifique en GPL est interdit.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 11:25. (lien). Évalué à 4.> Mince, il va falloir le dire a NVidia, Connexant, ATI et pleins d'autres.
Va lire COPYING.modules des sources de Linux. Il y a une exception à la GPL et c'est pour ça que ces drivers proprios sont autorisés. Pour pwc c'est un autre problème.
> De toute facon je peux lier une appli complètement propriétaire aux bibliothèques standards en GPL.
Non. Et regarde bien, libc, etc sont sous LGPL et pas GPL.
Qt est GPL et tu ne peux pas faire d'appli proprio avec. Vas sur le site trolltech pour te renseigner.
> Le fait d'utiliser les APIs standards, les bibliothèques standards ou les appels standards d'un système ne peut pas constituer une violation de la GPL.
Le problème est de savoir qui utilise qui.
- C'est le noyau Linux qui utilise le driver ?
- C'est le driver qui utilise le noyau Linux ?
Pour un programme, on peut dire qu'un programme proprio utilise la libc mais on ne dit jamais l'inverse.
> Si ca n'était pas le cas on ne pourrait soit pas écrire de programmes GPL sous des OS propriétaires
C'est le programme sous GPL qui utilise des lib proprio et pas l'inverse. Donc pas de problème (tant que les libs sont "inhérentes au système").
Linux est GPL et pas LGPL.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 13:37. (lien). Évalué à 2.Pour pwc c'est un autre problème.
C'est un autre problème dans la mesure ou contrairement a ATI et Nvidia, pwcx peut fonctionner avec un feed raw qui ne vient pas du noyeau, et peut de fait être considéré comme raisonablement indépendant. Le gros problème c'est que pour faire ca ca implique de passer l'initialisation de la webcam en userspace et de faire un trou de sécurité dans le kernel pour qu'il laisse l'appli aller taper le hardware directement.
En fait la seule chose que fait le hook de pwc c'est de permettre a pwcx de "voir" le flux de données vidéos au travers du kernel et d'initialiser la camera dans un mode ou un autre.
Après on peut partir dans de grands debats sur ce que "raisonablement indépendant" veut dire dans les faits, mais très sincèrement une appli qui ne fait que demander un moyen d'acceder directement au matériel, non pas en utilisant les fonctions du kernel mais en passant au travers, rentre définitivement dans la définition.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 13:56. (lien). Évalué à 1.> Après on peut partir dans de grands debats sur ce que "raisonablement indépendant" veut dire dans les faits
J'ai dit ailleur que c'est un "bête" problème de respet de la GPL.
Il a un code sous GPL il appèle un truc non GPL. C'est tout.
Avec Linux c'est possible (NVidia le fait :-)) mais il faut le faire selon COPYING.modules (voir les sources de Linux).
Il n'y a rien de subjectif ici.
Comme déjà dit à plein d'endroit ici, avec un petit effort, le mainteneur de pwc peut tout remettre dans l'ordre.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 14:41. (lien). Évalué à 1.A mon sens, ca n'est pas vraiment un problème GPL. Il y a peut_être un rpob GPl, mais les différents flames et autres trolls qui ont encombré la mailing liste du kernel de nombreuses fois ne viennent pas d'un problème GPL.
Il a un code sous GPL il appèle un truc non GPL. C'est tout.
En fait il a du code GPL qui lui ouvre un tuyeau vers le periph en direct sans passer par le kernel. C'est bien le problème. ce n'est pas tant une exception a la GPl, qu'une exception au kernel qui ouvre grand les portes pour laisser passer un module fermé.
Et puisse que tu cites le copying.modules, je te renvois a uen discussion assez passionante sur le kernel trap qui défini assez bien pourquoi un driver non GPL peut parfaitement être appelé/chargé par le noyau sans qu'il y est la moindre infraction a la GPL...
http://kerneltrap.org/node/view/1735/5354(...)
On y trouve notamment :
Basically:
- anything that was written with Linux in mind (whether it then _also_ works on other operating systems or not) is clearly partially a derived work.
- anything that has knowledge of and plays with fundamental internal Linux behaviour is clearly a derived work. If you need to muck around with core code, you're derived, no question about it.
Par M Linus lui même.
Le problème dans le cas qui nous interresse est que 1) PWCX n'utilise pas les fonctions standard du kernel, il utilise une fonction spécifique pour pouvoir paser au travers du kernel pour les accès périphs, par contre il utilise une connection USB via le kernel donc il est sur la tangente. 2) Les algos de compression et de décompression ainsi que les initialisations diverses n'ont pas été faites spécifiquement pour Linux. Elle marcherait sous n'importe quel système pour peu qu'elles soient envoyés en direct sur le port USB, cependant ces algos ont étés portés sous Linux, notamment pour la compatibilité V4L...
Bref on a un truc qui est un poil entre deux chaises. Sans utiliser les fonctions du kernel, il profite quand même d'un accès port USB ouvert par le kernel, sans avoir été écrit pour Linux, il a été retouché de ci de là pour mieux s'integrer.
Le problème c'est déjà présenté une fois :
Historically, there's been things like the original Andrew filesystem module: a standard filesystem that really wasn't written for Linux in the first place, and just implements a UNIX filesystem. Is that derived just because it got ported to Linux that had a reasonably similar VFS interface to what other UNIXes did? Personally, I didn't feel that I could make that judgment call. Maybe it was, maybe it wasn't, but it clearly is a gray area.
Personally, I think that case wasn't a derived work, and I was willing to tell the AFS guys so.
Maintenant savoir si PWCX doit être considéré comme un travail dérivé ou non me passe très loin au dessus de la tête. Mon opinion perso est que non, et je ne pense pas que ce soit trivial...
kha.--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 26/08/2004 à 16:07. (lien). Évalué à 1.> qui défini assez bien pourquoi un driver non GPL
Justement, le fichier qui pose problème est GPL !
Le driver est dans les sources Linux officiel qui doit être GPL !
On ne parle pas d'un modules séparé (quoique maintenant il a été viré Linux :-)).
Si tout son modules est proprio, il n'y a pas de problème. En conséquence, il ne fait plus parti du Linux officiel, il ne peut être diffusé avec Linux, etc...
Des désagréments que supporte NVidia etc...
Pour le reste, je suis fatigué.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 27/08/2004 à 09:27. (lien). Évalué à 2.Justement, le fichier qui pose problème est GPL !
Pas du tout, le fichier en GPL (ie le pilote PWC) est parfaitement légal et ne pose aucun problème. C'est juste que le hook qu'il créé a été retiré parcqu'il était utilisé seulement par un binaire propriétaire.
On ne parle pas d'un modules séparé (quoique maintenant il a été viré Linux :-)).
Et bien ci, PCWX (le binaire proprio) est séparé.
Pour le reste, je suis fatigué.
Menteur, je viens de lire ton troll contre PBPG, tu tiens plutôt la forme...
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par 007 () le 27/08/2004 à 09:39. (lien). Évalué à 1.> Pas du tout, le fichier en GPL (ie le pilote PWC) est parfaitement légal et ne pose aucun problème. C'est juste que le hook qu'il créé a été retiré parcqu'il était utilisé seulement par un binaire propriétaire.
Faudrait savoir. S'il est l'égal, pourquoi il faut le modifier alors ?
Je suis impatient de connaitre ta réponse.
> Et bien ci, PCWX (le binaire proprio) est séparé.
Lui il ne pose pas de problème.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 27/08/2004 à 10:53. (lien). Évalué à 2.Faudrait savoir. S'il est l'égal, pourquoi il faut le modifier alors ?
Je suis impatient de connaitre ta réponse.
Ben j'attend toujours celel de greg donc...
Apparament Linus aurait déclaré que l'on ne faisait pas de hook dans le kernel seulement pour des binaires proprios. Pour que le hook existe et reste il fallait qu'il y ait aussi des applis GPL qui utilisent ce hook. Et comme pour le hook de PWC il n'y a que PWCX qui l'utilise, paf dehors...
Le problème est que Linus a dit en fait qu'il ne fallait pas rajouter de hook au kernel seulement pour un binaire proprio, or le hook en question n'a pas été rajouté récamment (du moins après les paroles de Linus) mais bien avant...
Quand a la légalité du truc elle est inconnu vu que c'est justement en faisant l'audit des exports que les devs sont tombés la dessus. En fait ils l'ont giclé avant de l'auditer...
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.
-
-
-
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Emmanuel Seyman () le 26/08/2004 à 11:26. (lien). Évalué à 5.> Mince, il va falloir le dire a NVidia, Connexant, ATI et pleins d'autres.
J'ai l'impression que tu crois que NVidia, ATI, ... ont reçu l'autorisation de lier leur code proprio a la GPL. Ce n'est pas le cas.
Linus a dit "Si vous utilisez l'interface documentée pour modules non-GPL, on ne portera pas plainte". Et depuis, tout le monde fait comme ça.
Emmanuel-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par CoinKoin () le 26/08/2004 à 14:42. (lien). Évalué à 5.J'ai l'impression que tu crois que NVidia, ATI, ... ont reçu l'autorisation de lier leur code proprio a la GPL. Ce n'est pas le cas.
Attention toutefois : la GPL autorise bien le code libre et le code propriétaire à être liés entre eux, et même autant que l'on veut. Simplement, l'ensemble doit être placé sous GPL s'il y a _redistribution_ de l'ensemble. Nvidia peut légalement faire un pilote propriétaire et le diffuser, mais pas le diffuser lié à un noyau. L'utilisateur peut légalement télécharger ce pilote et le lier lui-même, mais il perd alors le droit de redistribuer le noyau ainsi obtenu (il faudrait pouvoir distribuer les sources de l'ensemble).
Mais tant que le programme n'est PAS redistribué, on peut faire ce que l'on veut, la GPL reste silencieuse.-
[^]Re: euhh ... mainteneurs oupsss ?
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par gnumdk (page perso, ) le 26/08/2004 à 18:59. (lien). Évalué à 2.La y'a un truc que je comprend pas. Comment fait MandrakeSoft pour distribuer un kernel avec le driver nvidia(meme si c un package a part, il est linké avec le noyau) alors que Suse ne le fait pas car selon eux ils ont pas le droit : Suse a developpé un script qui recupere le driver Nvidia et le build.
Je m'etait tjs demandé pourquoi Suse ne faisait pas comme mdk mais vu ton explication, c'est MandrakeSoft qui a tord :/
-
-
-
[+] [^]Re: euhh ... mainteneurs oupsss ?
Posté par ced () le 26/08/2004 à 11:38. (lien). Évalué à -1.Ben moi que je charge le module nvidia j'ai :
nvidia: module license 'NVIDIA' taints kernel.
Tu as une idée de ce que va dire ou je t'explique ?-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Éric (Jabber id, page perso, ) le 26/08/2004 à 18:08. (lien). Évalué à 2.grosso modo ? ça veut juste dire "on n'assure pas le support pour ce kernel".
Ce n'est pas la notification d'un changement de licence. Le module nvidia ne passe pas GPL parce que toi dans ton garage tu l'utilises avec un noyeau GPL, et inversement le loyeau GPL ne passera pas d'un coup proprio (le GPL ne pourra jamais que respecter la GPL) sous prétexte qu'on y rajoute un module.
Quand tu fais l'exécution des deux ensemble dans ton garage il n'y a aucun changement de licence, aucune contamination de licence (ni d'un coté ni de l'autre), aucune violation de licence (rien dans la GPL ne limite l'exécution, seule la diffusion est restreinte).
Bref, ça veut juste dire "si tu fais ça faudra pas venir nous emmerder si ça marche pas" et "attention car tu utilises des trucs pas compatibles GPL". Ca ne change rien au débat puisqu'il n'y a rien de légal là dedans.
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 11:02. (lien). Évalué à 5.1) stand alone ?? en dehors du noyeau ? L'un sans l'autre ?
Ca change rien.
Le fait de laisser le hook du gas n'aurait pas entrainé de violation de GPL directement, mais la seule utilisation qui en était faite en était une. Du coup ca saute. Si le gas veut continuer son truc en entrant dans le coté obscure, il a cas faire un patch. Et si t'es pas très regardant sur les licence tu pourra continuer a utiliser PWCX. Les distri pourront plus certes, mais vu que c'est illégal...
2) Non.
Le propriétaire est simplement toléré dans le noyeau sous certaines conditions.
Le fait est que ces conditions n'etaient pas respectées sur le driver. Le fait est qu'il existe depuis peu un moyen de maitriser automatiquement le respect des conditions (précision de la licence dans le driver, etc...) donc le coup du "ca fait longtemps que je bosse dessus" est caduc.
- Ca pénalise par contre les utilisateurs tant dans leurs choix que dans l'utilisation de leur machines.
Ben deja utiliser nux ca pénalise les users à la base. Faut commencer a comprendre que nux c'est aussi la GPL, pas simplement un superbe noyeau sur lequel tout le monde peut linker un module sous n'importe quelle licence.
Si l'user il a envi d'utiliser n'importe quoi sans ce préocupper de savoir si ca a marché ou pas et sans comprendre les raisons qui font que ca marchait bien et tout d'un coup ca marche moins bien, ben faut surtout qu'il utilise win et jamais de mac ni de nux....
-- En plus on masque les vrais problèmes avec cette histoire... Qu'est ce qui jusitifie que les spec d'une webcam ne soit pas publiques ??? Est ce que quelqu'un va oser me sortir que les specs permettrait aux concurrents de faire une puce plus simplement et de comprendre comment la cam marche en interne ? (note on ma déjà fait le coup avec les CG et j'y ai meme cru à moitié pendant 5 minutes ;)-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 13:37. (lien). Évalué à 2.1) stand alone ?? en dehors du noyeau ? L'un sans l'autre ?
Ca change rien.
Ca change tout, parceque si il peut fonctionner sans utiliser le noyeau (ce qu'il fait déjà, mais bon) ca veut dire qu'on peut quand même raisonablement le considérer comme indépendant. Par suite si il est distribué séparément du noyeau, il n'a pas a se soumettre a la GPL et c'est de ca qu'on parle.
2) Non.
Le propriétaire est simplement toléré dans le noyeau sous certaines conditions.
Le propriétaire, ou les licenses non compatibles sont authorisées a utilsier des programmes GPL sous reserve que "l'on puisse raisonablement le considerer comem indépendant". Je veux bien que l'on m'explique que cette condition n'est pas ou plus satisfaite pour pwcx, mais que l'on ne vienne pas parler de tolérance : c'est dans le texte de la GPL !
Ben deja utiliser nux ca pénalise les users à la base. Faut commencer a comprendre que nux c'est aussi la GPL, pas simplement un superbe noyeau sur lequel tout le monde peut linker un module sous n'importe quelle licence.
Une fois de plus la GPL présente une option qui peut être remplie par des modules sous n'importe quelle license.
Qu'est ce qui jusitifie que les spec d'une webcam ne soit pas publiques
A priori pas grand chose. Les formats de couleur et de compression sont pour la plupart connus. Un mémlange de NDA croisés et d'accord tacites j'imagine.
(note on ma déjà fait le coup avec les CG et j'y ai meme cru à moitié pendant 5 minutes ;)
Si c'est a un de mes posts précédent que tu fais référence, je susi désolé que ca n'ait pas marché plus de 5 minutes...
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 14:40. (lien). Évalué à 3.N'oublie pas que la GPL régit aussi ce qui tourne en run time.
Sinon ca serait trop la rave, suffirait de faire des modules dynamiques qui se chargent dans 3 appli différentes pour pouvoir faire n'importe quoi.
Ca ne peut marcher que si les hooks du run time sont autorisé initialement. Un contributeur ne peut pas venir changer la licence et dire "tient, je rajoute un bout de code, et je dit que l'appel de cette fonction ne generera pas de travail dérivé".
Sinon il suffit d'encapsuler toutes les fonctions dans des hooks définis par le contributeur comme travail dérivé pour pouvoir linker du GPL libre avec du proprio, sans controle des interfaces et en integration totale. D'ou par l'absurde la conclusion que rajouter un petit hook personel pour pouvoir linker son petit truc proprio dans le kernel est impossible. Et c'est bien de ca qu'on parle ! Le fait qu'il est aussi possible que pwcx fasse aussi le café en user space ni change absolument RIEN.
* you are going to accept that there is a driver in the Linux kernel that
has a hook that _may_ be used to load a binary-only decompressor part into
the kernel, at the user's disgression. Maybe, one day, that part will be
open source too but I cannot guarantuee that.
Ca aurait du te suffire pour te convaincre qu'on parle bien ici d'un travail dérivé.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman () le 26/08/2004 à 16:01. (lien). Évalué à 2.Ca aurait du te suffire pour te convaincre qu'on parle bien ici d'un travail dérivé.
Et non...
Le fait d'intégrer un module (binaire ou non) dans un programme ou dans une lib ne fait pas du module un produit dérivé.
Typiquement si je créé un editeur de texte que j'apelle totoEdit et que je place sous GPL, et que dans cet éditeur de texte je créé un système de plugins. Maintenant un autre programmeur aime bien certaines fonctionnalités de mon éditeur (comme le broswer et les joulies icones) mais pas du tout l'interface de saisie, et il décide de créer mod_vi_bsd parcequ'il aime bien la version BSD de vi. mais comme c'est un mechant vilain pas beau, il ne distribue pas le code source et fait payer les autres pour ce plug-in (ce que la licence BSD permet)
Ben déjà je vais avoir du mal a prétendre que vi devient un travail dérivé de totoEdit (genre beaucoup même), je pense même que si j'essaye on va violamment se fiche de moi.
Ensuite si le mec qui a utilisé mon système de plugins pour changer l'interface de sasie n'utilise que des appels non spécifiques à mon appli (genre utiliser ma trappe a évènements) et bien il ne violera même pas la GPL. Il suffit juste qu'il ne distribue pas l'ensemble appli+plug-in sur le même support...
Le gros problème est cic de savoir quand il dépasse la limite en faisant un appel a une fonction qui est trop aprticulière a mon prog pour qu'on puisse encore raisonablement considérer son travail comme indépendant... Là c'est le hic.
Dans le cas qui nous interresse les mecs qui ont filés les specs pour faire pwcx en avait rien a faire de Linux, il est donc très probable qu'aucun algo dans ce qu'ils ont filé ne soit spécifique Linux. A partir de la si tout ce que fait le module binaire c'est de se charger en mémoire kernel et d'acceder en direct au la webcam, normalement il ne viole pas non plus la GPL...
Kha.--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 16:52. (lien). Évalué à 1.Si tu ne précise pas dans ta licence que l'utilisation de ton API pour les plug'in ne constitue pas un travail dérivé, le type il pourra certe écrire un plugin non compatible GPL, mais du coup personne pourra l'utiliser, puisque la combinaison du tout violerait la GPL.
La clef de ton exemple est une précision dans la licence: l'utilisation de tel ensemble de fonction ne constitue pas un travail dérivé. Sinon personne ne peut le deviner.
Maintenant si quelqu'un fait un patch qui modifie ton logiciel (pas juste faire un plugin) pour rajouter une fonction et que cette fonction est utilisée pour charger du code proprio, je doutes que le chargement du code proprio qui ne passe pas par l'API que tu avais autorisé pour les travaux non dérivés soit très catholique.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Éric (Jabber id, page perso, ) le 26/08/2004 à 18:37. (lien). Évalué à 2.> il pourra certe écrire un plugin non compatible GPL, mais du coup personne
> pourra l'utiliser, puisque la combinaison du tout violerait la GPL.
La seule question au niveau licence c'est de savoir si on peut diffuser la partie proprio (indépendament ou pas). L'utilisation par les gens est elle forcément possible du point de vue licence. La GPL ne limite que la diffusion. Chacun est libre d'utiliser chez lui du GPL avec du non GPL, de lier les deux, de modifier du GPL en y mettant des bouts de proprio dedans (enfin c'est autorisé par la GPL en tout cas), etc.
Donc grosso modo c'est tout le contraire de ce que tu dis ;). Qu'on ai le droit de le diffuser en proprio ou non, tout le monde aura forcément le droit de l'utiliser.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 18:59. (lien). Évalué à 2.Hm, zut t'as totalement raison. J'avais mal interprété l'entête de la 2), mais en la relisant plusieurs fois j'ai capté. Et dire que je croyais bien connaitre la GPL... Arf comme quoi on en apprend tous les jours !
En même temps qu'en j'y repense c'est mieux comme ca. J'ai été tellement habitué aux lois liberticides et aux copyright plus que fermé de partout que j'ai même plus l'habitude de penser à faire strictement ce que je veux chez moi, snif... !
Bon pour en revenir au module proprio de la webcam, il faut voir si se ne serait pas un travail dérivé de sa modif GPL du noyau (donc un travail dérivé du noyau en bref), ce qui constiturait une violation nan ?
Parce que si l'on ne considère pas cette possibilité, alors il n'y aurait aucun problème à diffuser un prog non compatible GPL capable d'utiliser Readline, et on sait bien que ce n'est pas possible. Donc ya forcement un truc.
-
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Guillaume Knispel () le 26/08/2004 à 14:48. (lien). Évalué à 3.(note on ma déjà fait le coup avec les CG et j'y ai meme cru à moitié pendant 5 minutes ;)
Si c'est a un de mes posts précédent que tu fais référence, je susi désolé que ca n'ait pas marché plus de 5 minutes...
Ah c'etait toi ? :)
Ben en fait j'y crois plus qu'à 25 % là :p
Je ne prétend pas que ce que tu disais était impossible. J'en suis arrivé à un point ou j'attend simplement de voir. Or il ne me sera surrement pas donné de voir un driver de CG proprio dans ma vie, donc à mon d'aller bosser chez NVidia pour en faire, ce que je ne souhaite pas, je ne peux que supposer que ca dévoilerait beaucoup trop d'info ou non. Et je penche dans la balance de "ca pourrait devoiler quelques info interressantes, mais rien de crucial vis à vis des connaissances à peu près aussi étendu du concurrent".
Je considère aussi un echange technologique simultanné (qui si je reste réaliste ne se produira certes jamais) et je me demande ce que ca donnerait si il était mis en place par ouverture simultané des sources des deux cotés.
Là j'avoues que je vais un peu trop loin dans mes rêves utopiques :)
-
-
-
[^]Noyau
Posté par Gart Algar (Jabber id, ) le 26/08/2004 à 11:37. (lien). Évalué à 2.Rien à voir, mais pour une fois je me permet une remarque sur l'orthographe : noyau, et pas noyeau. C'est pas la première fois que je le lis, et de plus en plus malheureusement !
--
Over the centuries, mankind has tried many ways of combating the forces of evil... prayer, fasting, good works and so on. Up until Doom, no one seemed to have thought about the double-barrel shotgun.
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Noindex Nofollow (page perso, ) le 27/08/2004 à 08:08. (lien). Évalué à 2.> Maintenant la question est de savoir si il y a les specs complete
> de la cam et si on peut reecrire son bidule sans passer 3 mois à
> reverse enginerer les anciens drivers ou ceux de win.
Euh... là j'ai des doutes. Je m'explique.
1- s'il a signé un NDA, il ne pourra pas diffuser les specifications techniques qu'il a obtenues grâce à ce NDA. Donc oublions les specs complètes. Soit il les a rendues, soit elles resteront bien au chaud chez lui.
2- si reverse engineering il doit y avoir, ce n'est certainement pas sur le software, car je suis persuadé que ce serait une violation de l'EULA de Philips.
Autrement dit: on oublie une récupération rapide du pilote/module. Les utilisateurs de webcam Philips vont devoir patienter.
Maintenant, il est tout à fait possible que quelqu'un signe un nouveau NDA avec Philips. Des volontaires?
En revanche, il doit être possible de faire du reverse-engineering sur ce qui entre et sort de la webcam, mais ça c'est un autre problème.
Je me goure?-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par tao popus () le 27/08/2004 à 10:02. (lien). Évalué à 1.1- s'il a signé un NDA, il ne pourra pas diffuser les specifications techniques qu'il a obtenues grâce à ce NDA. Donc oublions les specs complètes. Soit il les a rendues, soit elles resteront bien au chaud chez lui.
Comme dit precedement, la NDA à éxpirée mais il ne veut pas pour ca diffuser le code, pour pas froisser Philips, mais si le NDA était limité en temps, c'est parce que Philips l'a voulu, donc c'est plutot le dev, qui veut garder le contrôle total du projet. Donc, il n'est plus vraiment dans la philosophie du libre....
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par tao popus () le 26/08/2004 à 12:38. (lien). Évalué à 5.les mainteneurs ont ils pris cette decision en sachant que "quasi-totalité des webcams sur le marché utilisent ce module" ? doit on comprendre que la quasi totalité des webcams , sous entendu webcams Philips ( d'où le titre de la news) ou bien TOUTE les webcams ?
Ca me parait excessif, de nombreuses webcam logitech et d'autres marques, utilisent ce driver qui est libre:
http://qce-ga.sourceforge.net/(...)
(certaines utilisent le chip philips)
D'autres utilisent ce driver:
http://spca50x.sourceforge.net/spca50x.php(...)
ou bien ca:
http://www.crynwr.com/qcpc/(...)
De plus, les appareils photos, cameras (via port d'acquisition video (analogique ou digital)), peuvent faire webcam, etc...
Peux etre aurais t il fallu attendre qu une alternative a ce module soit developper avant d exclure une partie des possesseur de webcam.
Bah, il faut un peu faire bouger les choses, surtout que le NDA est fini depuis plus d'un an, je comprend l'impatience des defenseurs du libre que sont les devs de Linux.
Je pense que des gens vont se faire le plaisir de faire du reverse engeenering. Cela étant légal pour des produits non-portés sur un OS (il n'y aura pas un lobby qui poussera a l'emprisonement comme pour les DVD).-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Christophe BAEGERT () le 26/08/2004 à 12:40. (lien). Évalué à 2.> Ca me parait excessif, de nombreuses webcam logitech et d'autres marques, utilisent ce
> driver qui est libre:
Certes.... et tu les trouves où ???? La plupart ne sont plus produites depuis longtemps ou n'ont jamais été distribuées à grande échelle.
Moi ce que je vois c'est que sur le marché français, les webcams sont :
- soit non supportés sous linux
- soit supportées par pwc-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par tao popus () le 27/08/2004 à 07:44. (lien). Évalué à 1.Ici par exemple:
http://www.rue-montgallet.com/prix/75012/comparer/208/Webcams/(...)
Pour la logitech quickcam express, dans certains pack d'abonnement de certains fournisseurs d'acces.-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Christophe BAEGERT () le 27/08/2004 à 15:06. (lien). Évalué à 0.il faudrait s'abonner à AOL pour avoir une webcam avec un driver LIBRE sous Linux ???
quand à ton lien, la quickcam express n'est que dans 2 boutiques (dont le surcouf, laisse tomber) et specktel (mais va savoir si elle est vraiment en rayon). en plus il semblerait que les dernières quickcam express aient changé de chip (une fois de plus, merci Logitech !!!), sans qu'on puisse savoir laquelle on achète, et la nouvelle a un driver "expérimental"... quant aux autres logitech, c'est des pwc pour la plupart.
-
-
-
-
[^]Re: euhh ... mainteneurs oupsss ?
Posté par Croconux () le 27/08/2004 à 09:30. (lien). Évalué à 3.J'espère que les personnes qui ont pris cette décision vont revenir en arriere ou proposé une alternative fonctionnelle rapide.
La solution est simple : Faire comme pour tous les autre drivers comportant une partie binaire non libre (Nvidia) : Les distribuer à part. Après si l'auteur ne veut pas le faire quelqu'un d'autre peut s'en charger.
On se croyerai presque chez M. Fenetre où quand on change d'os , bah les drivers sont plus compatibles , et tampis si ca marche pas : rachetez vous du matos ....
Et quel est le point commun entre Fenêtre et ce driver ? Bah ils sont tous les deux binary only. Les gens qui utilisaient se driver savaient qu'en utilisant un driver binaire ils n'avaient aucune garantie de pérénité.
Peux etre aurais t il fallu attendre qu une alternative a ce module soit developper avant d exclure une partie des possesseur de webcam
L'alternative on l'a : Distribuer le driver séparément. Ce n'est la faute des devs si l'auteur fait un cace nerveux plaque tout.
pas cool :/
Bon... voilà... je suis VRAIMENT déçu...
J'ai utilisé ce driver pour la première fois il y a un peu plus de 3 ans, et je dois dire qu'ils fonctionnaient déjà très bien à l'époque.
On doit justement recommander des webcams... il va falloir que je me re-casse le c*l pour trouver des webcams performantes et compatibles linux... que j'explique à mes chefs pourquoi ça ne fonctionne plus (plus aussi bien à priori, et puis, s'il faut qu'ils recompilent un noyau, je vais rire...) sous linux...
J'estime que Linux a perdu sur ce coup là un driver de qualité et que mes chefs ne vont pas tarder à me tomber dessus pour repasser à Winmachin...
Franchement, je trouve l'attitude des mainteneurs du noyau assez intaigriste sur ce coup là... et j'imagine que je ne vais plus avoir de support du modem de mon portable sans recompilation du noyau non plus...
Linux perd un driver de qualité (je l'ai déjà dit) et vu que le support du matos est déjà une faible de linux, ce vraiment pas cool.
-
[^]Re: pas cool :/
Posté par Guillaume Knispel () le 26/08/2004 à 09:11. (lien). Évalué à 3.et j'imagine que je ne vais plus avoir de support du modem de mon portable sans recompilation du noyau non plus...
??? Comprend pas du tout cette phrase.-
[^]Re: pas cool :/
Posté par snurpsss () le 26/08/2004 à 09:14. (lien). Évalué à 0.bah si on plus linker de un binaire + un module (apparement c est le cas ici ) , je pense que d autres drivers seront aussi touchés .
a moins que comme écris plus haut toute cette histoire ne soit que gaminerie entre des personnes qui ne s apprécie pas .
on verra si les mainteneurs du noyau qui ont pris cette decision vont jusqu au bout de leur pensée et font de meme avec les autres drivers qui sont dans le meme cas technique .-
[^]Re: pas cool :/
Posté par Guillaume Knispel () le 26/08/2004 à 09:23. (lien). Évalué à 5.Ils ont cas prendre exemple sur smart link : possibilité d'utiliser un driver libre pour acceder au matos (alsa), et programme en user space qui s'occupe du traitement du signal. Ca n'a rien de compliqué et ca regle les problèmes de violation de GPL du noyeau.
-
[^]Re: pas cool :/
Posté par gpe () le 26/08/2004 à 11:33. (lien). Évalué à 1.a moins que comme écris plus haut toute cette histoire ne soit que gaminerie entre des personnes qui ne s apprécie pas .
Si seul des gens qui sont appréciés par les mainteneurs du noyau peuvent faire des drivers, le LL ne va pas aller bien loin. Parce que dans le proprio on arrive parfaitement à gérer ce genre de situation... (je parle par expérience).
Il faudrait aussi que les grands gourous du LL s'aperçoivent que maintenant il y a des utilisateurs du LL et que donc ils n'ont pas le droit de les ignorer.-
[^]Re: pas cool :/
Posté par 007 () le 26/08/2004 à 12:07. (lien). Évalué à 4.> il y a des utilisateurs du LL et que donc ils n'ont pas le droit de les ignorer.
C'est le ponpon ça !
Il y a un licence dans Linux qui est là pour les utilisateur et les développeurs respectent cette licence pour les utilisateurs.
Si l'utilisateur pense trouver son bonheur avec du proprio, alors qu'il utilise un OS proprio et fin de l'histoire pour l'utilisateur qui en a rien à foutre du LL.
Je suis utilisateur et _client_ de LL. Il est hors de question que le LL soit du logiciel proprio (cherchez l'erreur :-)). Point barre.-
[^]Re: pas cool :/
Posté par gpe () le 27/08/2004 à 09:07. (lien). Évalué à 0.Ce que tu dis est très bien en théorie et je suis d'accord avec.
Mais dans ce cas il ne fallait pas laisser la situation s'installer!
Là il s'agit de gérer une situation existante, qui de plus semble plus être un conflit de personne qu'autre chose (à ce que j'ai compris). Et bien dans ce cas je maintiens ce que j'ai dis. Tu ne peux pas ignorer les utilisateurs qui en plus ne sont pas forcément informaticien et ne comprennent donc rien aux pseudos raisons techniques de la chose...-
[^]Re: pas cool :/
Posté par 007 () le 27/08/2004 à 09:34. (lien). Évalué à 1.> semble plus être un conflit de personne qu'autre chose
Je ne crois pas. C'est un problème de licence.
> Tu ne peux pas ignorer les utilisateurs
Et les développeurs qui travaillent gratuitement, avec des convictions éthiques fortes, qui ne demandent aucun droit sur leur travail parfois génial, pour avoir une solution libre sympatique, tu en fais quoi ?
Même pour le logiciel libre le client (client de quoi puisqu'il n'achete rien) est roi ?-
[^]Re: pas cool :/
Posté par gpe () le 27/08/2004 à 11:29. (lien). Évalué à 1.Et les développeurs qui travaillent gratuitement, avec des convictions éthiques fortes, qui ne demandent aucun droit sur leur travail parfois génial, pour avoir une solution libre sympatique, tu en fais quoi ?
Même pour le logiciel libre le client (client de quoi puisqu'il n'achete rien) est roi ?
A partir du moment où tu fais quelquechose que tu diffuses largement pour que se soit utilisé par autrui tu ne peux pas ignorer le destinataire final, même si tu le fais bénévolement.
Je vais prendre un exemple que je pense très parlant:
Je fais de la spéléo, je suis même initiateur spéléo, et au sein de mon club ou de la fédé je fais de l'encadrement en initiation ou perfectionnement. Je fais tout celà bénévolement. Avec ton raisonnement, je n'ai donc aucune obligation vis-à-vis des personnes que j'encadre... Si la personne tombe, se blesse ou se tue, tanpis pour elle, moi je suis bénévole... Et ben, non, ça ne se passe pas comme ça, j'ai des obligations envers elle, j'en ai même énormément!
Par contre personne ne m'oblige à faire de l'encadrement, comme personne n'oblige un développeur à faire du LL. Donc si tu ne veux pas être embêté par les utilisateurs, tu peux aussi ne pas faire de LL...-
[^]Re: pas cool :/
Posté par 007 () le 27/08/2004 à 11:50. (lien). Évalué à 1.Je crois que tu n'as pas très bien compris.
Je reprend.
Tu fais de la spéléo bénévolement. C'est ton chois, ton plaisir, ta mission, etc... Tu est aussi à l'écoute.
Je suis un utilisateur/client de tes talents et je te demande de m'initialiser à l'escalade en t'expliquant que je suis ton client, que tu as des responsabilité envers des clients etc.
Que va-t-il se passer ?
Tu va m'envoyer balader et tu auras bien raison. Tu veux faire de la spéléo et pas de l'escalade.
Ici, mon impression est que les developpeurs Linux dans leur ensemble veulent que Linux soit GPL et qu'on leur demande d'ignorer leur "envis" de GPL pour être arrangeant avec pwc.
Tu comprends mieux ?-
[^]Re: pas cool :/
Posté par gpe () le 27/08/2004 à 12:09. (lien). Évalué à 0.Pour ton exemple de l'escalade, oui je le lui dirai non mais pas parce que je n'aurai pas envie mais parce je ne suis pas compétant même si lui pense que si. Mais bon ce n'est pas le débat.
Ici, mon impression est que les developpeurs Linux dans leur ensemble veulent que Linux soit GPL et qu'on leur demande d'ignorer leur "envis" de GPL pour être arrangeant avec pwc.
ça je ne le leur reproche pas au contraire! La seule chose que je reproche c'est la façon de gérer la situation existante...-
[^]Re: pas cool :/
Posté par 007 () le 27/08/2004 à 12:49. (lien). Évalué à 1.> La seule chose que je reproche c'est la façon de gérer la situation existante...
C-à-d ?-
[^]Re: pas cool :/
Posté par gpe () le 27/08/2004 à 14:01. (lien). Évalué à 0.Il y a une situation pas top mais qui marche. Ca dure depuis 3 ans, donc on n'est pas à 5 minutes. On veut arriver à une situation top et qui marche.
Moi je dis qu'entre ces 2 situations il ne doit pas y avoir de rupture de "service". C'est tout...-
[^]Re: pas cool :/
Posté par 007 () le 27/08/2004 à 21:55. (lien). Évalué à 1.> Ca dure depuis 3 ans, donc on n'est pas à 5 minutes.
pwc c'était déjà fait attrapé par la "patrouille" (Alan Cox). Le mainteneur a recommencé.
> il ne doit pas y avoir de rupture de "service".
C'est à 95 % de la responsabilité du mainteneur du driver :
- Il ne veut pas respecter la GPL
- Il a demandé la suppression du driver du Linux officiel
- Il a fermé ça page web
Et pourquoi ?
Car il veut avoir le privilège de ne par respecter la GPL et ce à la barbe de tous les dev Linux.
Tu peux estimer que mon apréciation est subjectif, mais là il ne pouvait y avoir qu'un clash.-
[^]Re: pas cool :/
-
-
-
-
-
-
[^]Re: pas cool :/
Posté par Croconux () le 27/08/2004 à 12:54. (lien). Évalué à 2.Avec ton raisonnement, je n'ai donc aucune obligation vis-à-vis des personnes que j'encadre
Il s'agit quand même d'activités très différentes. Tu prends en charge des personnes que tu vas guider dans une activité qui peut être dangereuse si on ne s'y connait pas. Si tu fais des conneries tu peux être accusé de mise en danger de la vie d'autrui. C'est quand même plus grave qu'un driver pour webcam, non ?
Dans le cas présent il s'agit plus de satisfaire les désirs des utilisateurs. Et là il n'y a aucune garantie. Si un débutant viens te voir et te demandes de l'emmener dans un gouffre dangereux est-ce que tu le ferais ? Et s'il t'engueulait parce que tu ne veux pas suivre à les lettre ses désirs comment réagirais-tu ?
-
-
-
-
-
-
-
[+] [^]Re: pas cool :/
Posté par fouinto () le 26/08/2004 à 09:18. (lien). Évalué à -1.Hé bien c'est simple (si j'ai bien compris) si les mainteneurs du noyau virent tous les modules utilisant une partie binaire, j'ai peur que ca concerne BEAUCOUP de modules... y compris celui que j'utilise pour un modem RTC qui utilise aussi une partie binaire...
Je ne pense pas dire de conneries sur ce coup là...
et puis... un firmware, c'est considéré comme binaire dans ce cas?
Et puis... pour revenir au driver des webcams philips, je voulais préciser que, le développeur du module en question n'avait pas le choix de mettre cette partie en binaire a cause du NDA qu'il avait signé :(-
[^]Re: pas cool :/
Posté par Flink () le 26/08/2004 à 09:21. (lien). Évalué à 2.ben oui en effet ça doit concerner pas mal d'autres trucs, je me demande d'ailleurs si ça concernerait pas aussi le driver nvidia?
Enfin bref si c'est le cas, ils ont tout compris pour refaire passer les gens de linux à windows, on applaudit bien fort-
[^]Re: pas cool :/
Posté par Quentin DELANCE () le 26/08/2004 à 09:32. (lien). Évalué à 3.Certaines personnes passent de Windows a Linux pour la liberte (free software ca te dit qq chose).
En l'occurrence c'est bien d'avoir un noyau libre mais si c'est pour avoir besoin de firmwares ou modules binaires closed source ben non merci.
Cette histoire de webcam m'ennuie depuis un moment. Je suis le malheureux proprio de ce type de web cam qui avait fait gaffe au support du matos sous Linux. A l'epoque c'etait possible de faire tourner le module PWC (open source) sans le binaire (PWCX). Depuis les dernieres versions c'etait plus possible (enfin d'apres ce que je lis a droite a gauche sur les forums), binaire obligatoire, donc pas de support "out of the box" donc chiant. Bref pas grand public (oui du coup la detection auto et le montage des bons pilotes tu peux la rever). Tres loin de l'esprit libre tout ca (en ce qui me concerne un achat inutile).-
[^]Re: pas cool :/
Posté par Flink () le 26/08/2004 à 09:37. (lien). Évalué à 4.Bien sûr la notion de liberté est plus qu'importante mais quand t'as du matos sur ton pc t'aime bien que ça marche (tm)
Par exemple j'ai une carte graphique nvidia et je suis très content du driver de chez nvidia même s'il est proprio, au moins y'a du support de la part du constructeur. Et les perfs sont au rendez vous pas comme avec des ATI ou le driver libre nvidia qui permet de rien faire...
Y'a le sens pratique aussi des fois qui est en jeu-
[^]Re: pas cool :/
Posté par Quentin DELANCE () le 26/08/2004 à 09:42. (lien). Évalué à 9.Je vois ce que tu veux dire mais c'est toujours l'eternel probleme de la compromission : Linux est arrive ou il est aujourd'hui en restant libre.
Faut il vraiment sacrifier l'esprit de liberte (en autorisant l'utilisation de binaires) maintenant qu'il commence a prendre de l'importance pour gagner plus vite des parts de marche ?
Pour ma part c'est non. Les binaires proprio c'est MAL (tm) et moins il y en aura mieux on se portera (ne serait ce que pour la facilite d'install, il me semble que les binaires de nVidia par exemple n'ont pas toujours ete un modele de facilite a installer d'apres ce que j'ai lu dans les forums, on ne peut pas demander aux distribs de gerer tous les cas particuliers des binaires fournis par les constructeurs, sans parler des droits de redistribution).
Et non je n'ai pas peur de passer pour un extremiste.-
[+] [^]Re: pas cool :/
Posté par pasBill pasGates () le 26/08/2004 à 09:45. (lien). Évalué à -1.Linux est arrive ou il est aujourd'hui en restant libre.
Ah bon ?
Tu crois que Linux serait utilise par bcp de gens sans le support webcam, drivers Nvidia, drivers ATI,... ?
Moi j'ai comme un doute, ils ont grandement facilite l'arrivee de Linux sur les desktops.-
[^]Re: pas cool :/
Posté par Quentin DELANCE () le 26/08/2004 à 09:57. (lien). Évalué à 4.Tout le monde n'a pas besoin d'acceleration 3D ni de webcam sur son bureau.
Effectivement on se coupe de pas mal d'utilisateurs potentiels mais quand j'ai commence sous Linux c'est ma carte graphique qui ne marchait pas de base. Et ca ne m'a pas empeche de passer a Linux.-
[^]Re: pas cool :/
Posté par pasBill pasGates () le 26/08/2004 à 10:04. (lien). Évalué à 5.C'est vrai, tout le monde n'en a pas besoin.
Maintenant, le truc est que 90% des gens le demandent, donc eux ils passeront pas sous Linux.
Ensuite, tu vas expliquer aux 10% restant qu'ils ne seront jamais plus que 10% et que si dans 1 an ils veulent une webcam ou une carte 3D, ils devront repasser sous Windows.
Tu vas vite arriver a une part de marche similaire a celle du Hurd comme ca.-
[+] [^]Re: pas cool :/
Posté par Emmanuel Seyman () le 26/08/2004 à 10:13. (lien). Évalué à -1.> Maintenant, le truc est que 90% des gens le demandent, donc eux ils passeront pas sous Linux.
Est ce que tu peux m'expliquer d'ou tu sors ce chiffre de 90% ?-
[^]Re: pas cool :/
Posté par pasBill pasGates () le 26/08/2004 à 10:30. (lien). Évalué à 4.Ben je regardes autour de moi, et je comptes les gens qui :
- jouent (donc 3D)
- font de l'IM avec webcam-
[+] [^]Re: pas cool :/
Posté par Christophe BAEGERT () le 26/08/2004 à 10:49. (lien). Évalué à -4.pour une fois t'as raison pasBpasG
-
[^]Re: pas cool :/
Posté par Emmanuel Seyman () le 26/08/2004 à 11:00. (lien). Évalué à 1.> - jouent (donc 3D)
Les gamers ne changeront pas d'OS.
> - font de l'IM avec webcam
Population minoritaire, AMHA. Sans compter que si un pilote libre arrive pour remplacer le proprio, ils n'auront rien perdu.
-
[^]Re: pas cool :/
Posté par Guillaume Knispel () le 26/08/2004 à 11:16. (lien). Évalué à 6.Hm de toute facon, quand bien même tu aurais raison, le but de nux c'est pas de dominer toute la planette et d'etre sur tous les PC du monde. Si les gens jouent et font de l'im et qu'ils se rendent compte que linux est pas fait pour eux pour quelque raison que ce soit, ils utiliseront win et ca n'a rien de choquant.
Maintenant si les constructeurs donnent les moyens de se servir de leur matériel, ou ecrivent des pilotes libres, ou des pilotes proprio _en respectant les conditions_, alors les gens pourront jouer et faire de l'im.
La clef c'est le respect des conditions... Tu dirais quoi si je telechargeais les sources de win2k sur edonkey et que je codais un OS qui serait un mix entre un BSD et win ? Je crois pas que ca serait toléré. Je vois pas pourquoi un autre truc qui ne respecte pas les conditions serait plus toléré que ca, juste pour avoir plus d'utilisateurs.-
[^]Re: pas cool :/
Posté par 007 () le 26/08/2004 à 12:10. (lien). Évalué à 5.> le but de nux c'est pas de dominer toute la planette et d'etre sur tous les PC du monde.
Tout à fait. Le but d'un OS libre, est d'être libre. Si en plus il domine toute la planette alors tant mieux. Mais la priorité N°1 est d'être libre.
Puis un OS Libre qui devient non libre pour dominer la planette à la place des OS non libre, quel intérêt ?
-
-
[^]Re: pas cool :/
Posté par DiZ () le 26/08/2004 à 12:16. (lien). Évalué à 3.> Ben je regardes autour de moi, et je comptes les gens qui :
>- jouent (donc 3D)
>- font de l'IM avec webcam
En entreprise c'est pas loin de 0%.
Si un jour les parts de marché de Linux sont autour de 10/15% sur les postes clients d'entreprise et que ces mêmes entreprises demandent des drivers libres, pour avoir, par example, le support RedHat (qui ne supporte pas les noyaux "tainted" ), on verra à ce moment la ce que feront les constructeurs :)
Linux est arrivé jusque la sans les logiciels propiétaires et sans les utilisateurs demandeurs de logiciel propriétaires....
-
[^]Re: pas cool :/
Posté par Jerome Alet (page perso, ) le 26/08/2004 à 12:30. (lien). Évalué à 2.> Ben je regardes autour de moi
Sachant où tu travailles, on ne peut pas dire que cela soit vraiment significatif... Les gens qui sont autour de toi utilisent effectivment et vraisemblablement le système équipant autour de 90% des PC, cela n'en fait pas une loi universelle pour autant.
-
[^]Re: pas cool :/
Posté par Bruno Coudoin (page perso, ) le 26/08/2004 à 14:04. (lien). Évalué à 2.De toute façon, tes copains qui jouent et font de l'IM sont probablement incapables d'installer un driver propriétaire sous Linux. Ca ne change rien d'avoir un driver si on ne sais pas l'installer. J'ai installé récemment pwcx et cela nécessite des compétences qui vont au dela de l'utilisateur moyen.
Ceux qui sont pénalisés aujourd'hui, c'est nous même. Et je ne retournerai pas sous win parce que ma web cam n'est pas supportée.
Par contre si cela permet de faire avancer les choses et d'avoir un VRAI support natif et libre comme on aime l'avoir avec Linux, alors peux être un jours les simple utilisateurs windows pourront utiliser Linux.--
http://gcompris.net logiciel educatif libre pour les enfants-
[^]Re: pas cool :/
Posté par Christophe Garault (page perso, ) le 26/08/2004 à 15:05. (lien). Évalué à 2.>J'ai installé récemment pwcx et cela nécessite des compétences qui vont au dela de l'utilisateur moyen.
# emerge usb-pwcx
C'est drôle comme les distributions dites 'avancées' simplifient les choses!-
[^]Re: pas cool :/
Posté par Brice Arnould ( un_brice ) (page perso, ) le 26/08/2004 à 21:49. (lien). Évalué à 2.C'est marrant : on pourrait presque croire que tu considère que l'install de Gentoo est à la portée de l'utilisateur moyen. À mon avis ils auront plus vite fait d'installer le pilote sur leurs Mandrakes... si tu en doute on peut faire l'expèrience (et je te fait grâce des temps de compilation).
--
Respect à RMS.-
[^]Re: pas cool :/
Posté par Temsa (Jabber id, page perso, ) le 27/08/2004 à 06:02. (lien). Évalué à 2.En fait, j'ai branché ma webcam philips sur plusieurs pc mandrake, résultat freeze total de l'OS (même les touche magiques ne fonctionnaient plus)...
J'ai essayer de leur faire mettre un noyau vanilla mais il y avait plein de truc qui ne fonctionnait plus (genre les supermount, etc...). Ca c'est terminé en install de gentoo pour tout le monde!-
[^]Re: pas cool :/
Posté par djibb (Jabber id, page perso, ) le 27/08/2004 à 06:34. (lien). Évalué à 2.c'etait un bug connu, fallait upgrader le noyo ;)
-
-
[^]Re: pas cool :/
Posté par Christophe Garault (page perso, ) le 28/08/2004 à 12:16. (lien). Évalué à 2.> C'est marrant : on pourrait presque croire que tu considère que l'install de Gentoo est à la portée de l'utilisateur moyen.
En parlant de distribution 'avancée' c'est exactement le contraire que j'ai écris...
> si tu en doute on peut faire l'expèrience (et je te fait grâce des temps de compilation).
C'est gentil de me faire grace des temps de compilation d'un driver binaire... ;-)
-
-
-
-
-
-
[^]Re: pas cool :/
-
[^]Re: pas cool :/
Posté par Guillaume Knispel () le 26/08/2004 à 11:11. (lien). Évalué à 6.Troll poilu...
Nous on veut expliquer aux fabriquants de webcam que c'est pas parce qu'ils expliquent comment on peut s'en servir qu'ils vont couler le lendemain. De toute manière pour moi un matériel sans spec, c'est un matériel inutile, qui me servira tout autant dans une poubelle que sur mon PC. Ya bien que MS pour vouloir nous faire croire que le matériel est de manière inhérente lié au logiciel, et au logiciel proprio édité uniquement par le constructeur en plus, ce qui nous soumet à sa merci, et le pire c'est que les constructeurs de matos se mettent à y croire aussi toujours plus souvent (ce qui est un peu logique dans une optique de controle de leur vente... on veut faire acheter du nouveau matos ? suffit d'arreter le support de l'ancien sur les nouveaux systèmes...)
Si linux ce met à etre rempli de truc proprio non controllés, et que les auteurs décident un jours d'arreter, alors une nouvelle version de nux pourrait être bien pire que tout ce qui peut se passer si l'on suit une politique strict et cohérente en matière d'acceptation conditionnelle dérogatoire de pilote proprio. Parce que quand quelqu'un a un droit sous condition, ben ca n'implique tout simplement pas qu'il à le même droit sans condition (en l'occurence de faire du proprio sans ce soucier des api qui sont autorisées ou non, ce qui est la politique du noyeau)-
[^]Re: pas cool :/
Posté par 007 () le 26/08/2004 à 11:32. (lien). Évalué à 1.> De toute manière pour moi un matériel sans spec, c'est un matériel inutile
C'est comme une voiture sans mode d'emploi. Tu serais obligé d'utiliser un driver (chauffeur) proprio pour utiliser ta voiture même si tu as envie de la conduire ou que tu ne veux plus du driver (chauffeur) car il conduit trop dangereusement à ton goût ou qu'il grille systématique les feux rouges et tu aimerais bien corriger ce "défaut".-
[+] [^]Re: pas cool :/
Posté par Sayena Yefka () le 26/08/2004 à 12:45. (lien). Évalué à -1.J'ai une autre vision de la chose.
C'est comme si pour conduire tu exigeais d'obtenir toutes les specs de la voiture, les plans de montage, de conception detaillee du moteur...-
[^]Re: pas cool :/
Posté par 007 () le 26/08/2004 à 13:08. (lien). Évalué à 8.Non, Linux demande l'interface pour utiliser la voiture :
- "comment utiliser le volant, la boite de vitesse, les clignotants, etc"
Linux ne veux pas savoir si le moteur est en acier ou titane, ou si les suspensions sont types multi-bras ou pont rigide.
Le but est de savoir conduire la voiture (le droit de l'utilisateur à utiliser :-)), pas de refaire la même voiture à l'identique ou de faire de l'espionnage technologique.
-
-
-
-
-
-
[^]Re: pas cool :/
Posté par Nap () le 26/08/2004 à 09:59. (lien). Évalué à 3.et heureusement qu'il y a bitkeeper :p</TROLL>
sinon, je pense qu'ici des gens confondent logiciel libre et matos libre. Si on interdit les firmwares binaires et qu'on veut rester cohérent, il faut interdire tout matériel ne fournissant pas l'intégralité de ses specs, que ce soit un modem, une webcam, le processeur ou le chipset... En effet le firmware est souvent fait pour tourner sur le matériel lui-même, pas sur l'ordinateur. Donc si on que même ce qu'il y a sur le matos soit libre, il faut aller jusqu'au bout de ses idées.-
[^]FCPU ?
Posté par Gart Algar (Jabber id, ) le 26/08/2004 à 11:47. (lien). Évalué à 3.C'est bien pour cela que des gens ce sont lancés dans l'aventure FCPU : http://www.f-cpu.org/(...) ceux qui veulent appliquer leurs idées jusqu'au bout.
--
Over the centuries, mankind has tried many ways of combating the forces of evil... prayer, fasting, good works and so on. Up until Doom, no one seemed to have thought about the double-barrel shotgun.-
[^]Re: FCPU ?
-
-
[^]Re: pas cool :/
Posté par nicolassanchez () le 26/08/2004 à 12:52. (lien). Évalué à 2.À cette différence près que le matériel ne dépend pas de l'architecture ou de ta version de noyau (dans le sens où une carte fonctionnera indépendament sur un PC ou un Mac ou même un alpha du moment qu'il respecte les standards PCI ou autre chose), alors que ton driver précompilé non-libre ne fonctionnera qu'avec un noyau, sur un matériel donné.
De plus je ne comprends pas le risque qu'il y a à donner les sources d'un driver... ça ne sert à rien de les cacher puisqu'ils sont spécifiques à une carte... à moins que ces sources ne permettent de voire le fonctionnement interne de la carte...
-
-
[+] [^]Re: pas cool :/
Posté par LupusMic (page perso, ) le 26/08/2004 à 10:05. (lien). Évalué à -1.Moi je n'ai pas de doute à ce sujet. Mais il est vrai que je n'expose pas ma tronche à la première gamine qui passe, je ne passe pas mon temps à shooté des gugus en string, et je ne joue vraiment qu depuis peu.
-
[^]Re: pas cool :/
Posté par Toufou (page perso, ) le 26/08/2004 à 13:01. (lien). Évalué à 0.Moi j'ai comme un doute, ils ont grandement facilite l'arrivee de Linux sur les desktops.
Mouarf :) Dans les revues de key people peut-être mais pas dans ma boite (recherche scient.). Ce qui fait que quelques personnes ici utilisent linux c'est la souplesse et la polyvalence des outils l'accompagnant, ainsi que pour les environnements complets de developpement / travail fournis en standard : le rapport qualité prix quoi :)
Cette qualité vient de sa liberté et de la souplesse d'un système non bridé (debug / extension d'appli, accès total à toutes les fonctionnalités), non pas du support de quelques fonctionnalités essentiellement utilisées par les gamers et les netjunkies.
Ce qui fait que peu de gens de ma boite utilisent GNU/Linux en poste de travial, c'est uniquement la résistance au changement pour beaucoup (y a word et internet sur linux ?), et parfois, l'utilisation d'applis MS-Windows uniquement : certainement pas les lacunes en drivers.
-
-
-
[^]Re: pas cool :/
Posté par Emmanuel Seyman () le 26/08/2004 à 09:48. (lien). Évalué à 2.> Et les perfs sont au rendez vous pas comme avec des ATI
???
J'ai une ATI Radeon 7200 et je trouve les perfs tout a fait acceptable sous Fedora Core 2 (comprendre: j'arrive a jouer a Tuxracer sans ralentissements).
Je suis une exception ?
> Y'a le sens pratique aussi des fois qui est en jeu
Le fait de retirer un pilote qui fonctionne mal dans le noyau Linux a souvent pour éffet qu'un nouveau pilote plus performant apparait peu de temps après. Ca s'est vérifié avec plusieurs pilotes SCSI et cartes son.-
[^]Re: pas cool :/
Posté par Flink () le 26/08/2004 à 09:55. (lien). Évalué à 3.Ben moi j'ai pu comparer à l'époque entre un pote qui avait une radeon9600 avec les drivers libres (on arrivait pas a foutre ces putain de drivers ati distribués uniquement en rpm) et moi qui avait un geforce3 ben y'avait pas photo... Pourtant sa carte était sensée être meilleure que la mienne
Pis ensuite tu testes avec des jeux (quake3, ennemy teritory, ut2004, etc) et pas tuxracer, y'aura certainement une différence ;)
Ensuite pour ce qui est d'avoir un driver qui par la suite sera mieux, ça serait bien mais dans l'état actuel des choses ça a pas l'air sûr (devoir reverse ingeenerer les algos de philips & co, etc, ca va prendre un certain temps tout ça, et pendant ce temps les gens qui ont une webcam philips ben ils pourront booter un windows pour l'utiliser en gros)-
[^]Re: pas cool :/
Posté par djano () le 26/08/2004 à 10:03. (lien). Évalué à 2.>Ensuite pour ce qui est d'avoir un driver qui par la suite sera mieux, ça serait bien mais dans l'état actuel des choses ça a pas l'air sûr (devoir reverse ingeenerer les algos de philips & co, etc, ca va prendre un certain temps tout ça, et pendant ce temps les gens qui ont une webcam philips ben ils pourront booter un windows pour l'utiliser en gros)
Il peut aussi utiliser un vieux noyau:
- (I) demand that the PWC driver is removed from any further Linux kernel releases; Open source or not, it's still _my_ work.
Il demande juste que le driover PWC soit retirer des prochaines release du noyau. Pas de celles sur lesquelles il a travaille.-
[^]Re: pas cool :/
Posté par Guillaume Knispel () le 26/08/2004 à 11:24. (lien). Évalué à 2.Le mec il peut toujours demandé ca, mais ya pas de droit de repentir en matière de logiciel.
Donc les mainteneur peuvent (et vont surrement) ne pas accepter.
Y a rien qui les obligent à accepter. Sont truc est libre, n'importe qui peut le REdistribuer, meme si il choisit d'arreter de le distribuer.-
[^]Re: pas cool :/
Posté par djano () le 26/08/2004 à 12:14. (lien). Évalué à 2.Exact. Ce que je veux dire en fait c'est que dans le _pire_ des cas, il y a toujours les vieux noyaux pour utiliser ces foutus webcams.
Rien n'empeche quelqu'un de mettre son nez dedans le source GPL et de le redistribuer / modifier / etudier / faire marcher.
-
-
-
[^]Re: pas cool :/
Posté par dguihal () le 26/08/2004 à 12:11. (lien). Évalué à 2.> Ben moi j'ai pu comparer à l'époque entre un pote qui avait une radeon9600 avec les drivers libres
Je ne sais pas ou tu as pu trouver ce genre de pilote, mais la radeon 9600 n'a pas de pilotes 3D libres
cf :
http://dri.sourceforge.net/cgi-bin/moin.cgi/ATI?action=highlight&am(...)
categorie [Specifications]
Donc ton pote fonctionnant en version OpenGL logicielle (Mesa), c'est normal qui n'y avait pas photo
-
-
[^]Re: pas cool :/
Posté par djano () le 26/08/2004 à 09:56. (lien). Évalué à 2.J'ai une ATI Radeon 7200 et je trouve les perfs tout a fait acceptable sous Fedora Core 2 (comprendre: j'arrive a jouer a Tuxracer sans ralentissements).
Je suis une exception ?
Je dirais meme plus!
ATI Rage Fury sur un PII 350 + mandrake 10 permet de faire tourner Tuxracer sans presque aucun raletissement (je me rapelles meme plus s'il y en a).
Le fait de retirer un pilote qui fonctionne mal dans le noyau Linux a souvent pour éffet qu'un nouveau pilote plus performant apparait peu de temps après. Ca s'est vérifié avec plusieurs pilotes SCSI et cartes son.
Que dieu t'entende! Que dieu t'entende! (je precise, je n'ai aucun lien avec celui-la)
-
[^]Re: pas cool :/
-
-
-
[^]Re: pas cool :/
Posté par Cédric Blancher (page perso, ) le 26/08/2004 à 09:48. (lien). Évalué à 1.Cette histoire de webcam m'ennuie depuis un moment. Je suis le malheureux proprio de ce type de web cam qui avait fait gaffe au support du matos sous Linux. A l'epoque c'etait possible de faire tourner le module PWC (open source) sans le binaire (PWCX). Depuis les dernieres versions c'etait plus possible (enfin d'apres ce que je lis a droite a gauche sur les forums), binaire obligatoire, donc pas de support "out of the box" donc chiant.
J'en ai une, et elle marche _très_ bien sans utiliser la partie binaire du driver. Je me demande d'ailleurs pourquoi tu n'essayes pas plutôt que de faire confiance au "à droite à gauche"...
oui du coup la detection auto et le montage des bons pilotes tu peux la rever
Gni ? "Chaimoissamarche"
Bon maintenant, que des gens veuillent avoir un kernel 100% libre, je le comprends et je suis pour aussi. Mais d'un autre côté, il y a du matos pour lequel on n'a pas d'autre solution que de faire appel à des firmwares ou des modules propriétaires. Refuser la possibilité aux gens d'utiliser ce matos me semble une très mauvaise idée, qui ira plus dans le sens de faire cracher sur la GPL par les gens qui la connaisse mal qu'autre chose.
Et quand on parle de violation de la GPL, au lieu de se bourrer le mou avec des détails de ce genre en se braquant comme des gosses de 6 ans façon "c'est pas moi c'est lui" au lieu de discuter ouvertement et dans le calme, on ferait peut-être mieux de s'intéresser à des cas comme les gens de chez Sveasoft qui distribue du logiciel GPL via des comptes payants mais te ferme ton compte si tu redistribues leur soft ensuite...
Perso, ça me choque nettement plus, mais bon.--
http://sid.rstack.org/
PGP KeyID: 157E98EE FingerPrint: FA62226DA9E72FA8AECAA240008B480E157E98EE
>> Hi! I'm your friendly neighbourhood signature virus.
>> Copy me to your signature file and help m-
[^]Re: pas cool :/
Posté par Quentin DELANCE () le 26/08/2004 à 10:09. (lien). Évalué à 0.J'en ai une, et elle marche _très_ bien sans utiliser la partie binaire du driver. Je me demande d'ailleurs pourquoi tu n'essayes pas plutôt que de faire confiance au "à droite à gauche"...
Ben chez moi la debian me charge pwc par defaut (mais evidemment je n'ai pas pwcx...). Par contre l'acces au periph /dev/video0 deconne toujours et en faisant des recherches, je suis arrive sur le forum gnome meeting ou j'ai cru comprendre que pwc necessitait pwcx depuis les dernieres versions (pas eu le temps de creuser pour savoir si ca tient au linux 2.6 ou au pwc 9). Du coup je ne me suis pas compiler mon PWC 9. Ceci dit cette solution est quand meme penible car chaque MAJ de noyau t'oblige a refaire une compil des modules (puisque le dernier PWC n'est pas integre au noyau).
Mais ca ne m'empeche pas d'etre choque egalement par les entreprises qui violent la GPL.
-
-
-
[^]Re: pas cool :/
Posté par glandvador () le 26/08/2004 à 09:56. (lien). Évalué à 5.En tout cas, je suis contre les modules binaires. Ce n'est même pas une question de legalité, mais de disponibilité.
J'ai un modem ADSL pci. Une partie du module est binaire. Depuis le passage au kernel 2.6 il ne marche plus. Pour le moment, j'ai encore du support, mais aprés ?! Si le kernel ou gcc changent un tout petit peu je l'ai bien qque part.
Quand je l'ai acheté, j'ai juste vu qu'il était supporté sous linux. J'ai téléchargé le driver et j'ai vu des sources et je me suis dit cool ca marche. Alors, si les constructeurs ne donnent pas le driver alors trés bien, mais qu'ils ne disent pas que ca marche sous linux.
En ce qui concerne le firmware, si c'est du code qui tourne sur la carte il peut être propio. C'est juste une facilité d'utilisation, car ils auraient pu mettre une flash avec le code. Mais si c'est du code qui tourne sur le PC, il doit être libre.
Je prefere encore, pas de hardware du tout qu'un truc qui ne marchera que 2 années.-
[^]Re: pas cool :/
Posté par Emmanuel Seyman () le 26/08/2004 à 10:21. (lien). Évalué à 2.> Depuis le passage au kernel 2.6 il ne marche plus.
Il faut aussi penser aux architectures autres que x86. J'ai utilisé une alpha pendant très longtemps comme poste de travail et je me suis rendu compte que les binaires sont impossible a trouver. Pour les logiciels libres, on peut recompiler sans trop de problèmes mais c'est impossible a faire avec les trucs proprio.
-
-
[^]Re: pas cool :/
Posté par gabuzo () le 26/08/2004 à 10:31. (lien). Évalué à 4.Non ça ne concerne pas le driver Nvidia qui est un module complet hors du noyau. Pour pwc c'est différent puisqu'il n'y avait une partie en GPL dans le noyau & une partie binaire à l'extérieur.
Tout bien réfléchi je ne pense pas que la décision soit uniquement motivée par des motifs idéologiques: si tout ce qui est dans le noyau, ou plus exactement distribué avec le noyau standard, doit être en GPL c'est aussi parce que l'utilisateur qui utilise Linux ait la garantie que toutes les fonctionnalités proposée par le noyau sont libres et ne nécessitent pas le chargement d'un module propriétaire. Pour NVidia il n'y a aucun problème car Linux (le noyau) ne propose pas le support pour ces cartes. Quelqu'un désirant utiliser une telle carte sait qu'il doit passer par un driver externe.
Pour PWC la situation est différente car en regardant le drivers fournis par le noyau on pense légitimement que les webcams Philips sont supportées en standard. Et c'est là que le problème arrive car pour utiliser toutes les possibilités de la caméra il faut un module propriétaire. Or lorsque je lis le fil du lkml j'ai vraiment l'impression que dans la pratique il ne faut pas espérer utiliser la caméra sans le décompresseur propriétaire. À mon avis cela pose effectivement un vrai problème car la présence de pwc dans le noyau peut faire croire à un utilisateur que le driver est libre alors que ce n'est pas le cas. Un mode de distribution à la NVidia serait donc moins trompeur pour les utilisateurs potentiels.
Autre point intéressant soulevé sur LKML: le NDA liant le Philips avec l'auteur du driver a expiré depuis un an. Certes je suis d'accord qu'il ne serait pas correct de diffuser les infos sans en référer à Philips mais je n'ai pas vraiment l'impression qu'il ait essayé de le faire.
-
-
-
-
[^]Re: pas cool :/
Posté par Flink () le 26/08/2004 à 09:14. (lien). Évalué à 0.Clair je plussois là, si c'est pour perdre un support matos qui est précieux, c'est vraiment mais alors vraiment très con de la part des mainteneurs du kernel...
et ce passage du post sur la lkml est plus que réaliste, je vous laisse réfléchir là dessus :
To come back to Linus´s comment "if a change is needed [...] in order to get
a closed source module to work, that module must be made opensource". Well,
that ain't gonna work. There is no way that manufacturers are suddenly
going to wave their hands in the air and start panicking "Oh dear, we're
going to loose Linux support! What must we do?! Should we open source?
Argh!" It is not going to happen. Period. Get down to earth, now.-
[^]Re: pas cool :/
Posté par Maxx () le 26/08/2004 à 09:25. (lien). Évalué à 4.En fait c'est le problème perpétuel en ce moment semble-t-il, comme il a déjà été évoqué (1) avec la pétition pour qu'ATI fournisse des drivers de qualité, les constructeurs ne sont pas intéressés par Linux donc pas envie d'ouvrir le code du driver... donc le produit finit par ne pas être utilisé par les utilisateurs de Linux... encore que là ce n'est même la faute (?) du constructeur, c'est plus une frustration du développeur du-dit module qui arrête tout du jour au lendemain pour cause de brouille avec les mainteneurs du noyau.
Tiens, et pourquoi ne pas lancer une pétition pour que Philips fournisse un driver/module (2) de qualité pour Linux ? ;)
(1) Les deux commentaires de suite:
http://linuxfr.org/2004/08/23/17087.html#463121(...)
(2): euh là par contre y'a un truc que je comprends pas... la différence entre module et driver ??? (ouais je sais, sale newbie :D)-
[^]Re: pas cool :/
Posté par Philippe Fremy (page perso, ) le 26/08/2004 à 09:51. (lien). Évalué à 5.Faut aussi dire que a vue de nez, supporter un driver sous linux demande 3 a 4 fois plus de boulot que sous windows [1]. Non seulement linux est un OS minoritaire, mais en plus il demande plus de resources internes pour s'en occuper. C'est vraiment pas motivant pour les constructeurs. Quand bien meme ils font un effort avec un driver close source, ils se font jeter aussi.
Il faut pas rever, avec une politique comme ca, linux ne sera jamais supporte sur tous les materiels.
[1]: linus pete l'architecture du noyau et des drivers tous les un ou deux ans, mais c'est juste pour l'ameliorer, c'est pas pour faire chier tous les utilisateurs et les mainteneurs qui n'ont que ca a faire.-
[^]Re: pas cool :/
Posté par fifre (page perso, ) le 26/08/2004 à 09:58. (lien). Évalué à 4.Et pourquoi un drivers linux est plus dur a dévelloper qu'un drivers windows ??? (c'est une vrai question :)
-
[^]Re: pas cool :/
Posté par Jerome Herman () le 26/08/2004 à 10:50. (lien). Évalué à 7.Et pourquoi un drivers linux est plus dur a dévelloper qu'un drivers windows ??? (c'est une vrai question :)
Disons que c'est a la fois complètement vrai et totalement faux. Pour developper un module linux il suffit 9 fois sur 10 de reprendre 3 bouts de codes a d'autres modules et de changer les déclarations ainsi que l'enregistrement.
Le plus dur est souvent de savoir quel appel système sert a quoi et ensuite derrière c'est du velour.
Par contre Linux n'est pas stable au niveau des interfaces. Tant au niveau du noyeau (en ce moment par exemple c'est la fête a l'IDE) que de l'environement de compilation ou encore que des bibliothèques. Bref parti pour écrire un module on se retrouve souvent a en ecrire 10, subtilement différents ou a faire des automakes de 100 pieds de long pour que les APIs linux fonctionnent (OSS -> Alsa, XFree86 -> X.org, lpr-> gimp print, Defvfs -> Udev etc.)
Généralement quand on met une équipe réduite sur un driver Linux un peu baleze (Une carte d'aquisition temps réel, pour prendre un exemple que je connais) on a pas le temps de finir les specs qu'on peut déjà les mettre a la poubelle. En bref sous Linux on a le droit a grand maximum 8 mois pour faire l'ensemble pilote/interfaces/outils. Et après on est bon pour le maintenir 24h/24 au gré des variations subtiles de la gestion des registres et des appels mémoires.
Voilà pour la problématique.
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.-
[^]Re: pas cool :/
Posté par Raphael Berlamont (page perso, ) le 26/08/2004 à 12:30. (lien). Évalué à 1.Oui, mais si on fournit à la communauté le source du pilote, celle-ci (la communauté) s'occupera de le maintenir à jour, nan? C'est d'ailleurs très souvent un argument qu'exposent les défenseurs du libre aux constructeurs, comme quoi ils n'auront peut-être même pas à investir des millions dans une équipe de dev spécialisés.
-
[^]Re: pas cool :/
Posté par Philippe Fremy (page perso, ) le 26/08/2004 à 13:24. (lien). Évalué à 4.> Oui, mais si on fournit à la communauté le source du pilote, celle-ci (la communauté) s'occupera de le maintenir à jour, nan?
Non!
En fait, si, ca arrive parfois. Mais c'est aleatoire, il faut pas croire que si tu mets un logiciel open source, une horde de programmeur va se jeter dessus pour y contribuer. Il faut un ensemble de conditions complexes pour arriver a recuperer des contributeurs.
-
-
-
-
[+] [^]Re: pas cool :/
Posté par Jean Parpaillon (Jabber id, page perso, ) le 26/08/2004 à 10:03. (lien). Évalué à -4.T'as un argument ou je te moinsse ? ;)
-
[^]Re: pas cool :/
Posté par 007 () le 26/08/2004 à 10:46. (lien). Évalué à 3.> Faut aussi dire que a vue de nez, supporter un driver sous linux demande 3 a 4 fois plus de boulot que sous windows
20 fois moins de développeurs et 3 à 4 fois plus de boulot, ils sont forts les développeurs Linux (à vu de pif, 1 dev Linux = 60 à 80 dev Windows).
-
-
-
[^]Re: pas cool :/
Posté par JoeltheLion () le 26/08/2004 à 09:33. (lien). Évalué à 5.Ben non, si on commence à rajouter des modules binaires, linux finira par ressembler à Windows, en moins bien. Et les développeurs du kernel (qui y travaillent depuis bien plus de 3 ans...) auront perdu tout l'intérêt de leur travail!
Au contraire, maintenant que de plus en plus de gens passent à linux, il faut en profiter pour faire pression sur les constructeurs pour qu'ils proposent des drivers open source.
-
-
[^]Re: pas cool :/
Posté par Paul Chavent (page perso, ) le 26/08/2004 à 09:21. (lien). Évalué à 2.Quand tu te seras bien cassé le cµ£ à trouver une webcam bien supportée par linux, tu pouuras faire un post dans lequel tu nous diras ce que tu as choisis, et pourquoi et en comparaison de quoi et tout et tout ?
A moins que cela n'existe déjà ?!
Merci.
-
[^]Re: pas cool :/
Posté par Nyx () le 26/08/2004 à 09:49. (lien). Évalué à 2.http://www.qbik.ch/usb/devices/showdevcat.php?id=9(...)
Bien sur il faut trier les webcams qui utilisent pwc, ce n'est pas encore mis à jour.
-
[^]Re: pas cool :/
Posté par Toufou (page perso, ) le 26/08/2004 à 12:30. (lien). Évalué à 5.je trouve l'attitude des mainteneurs du noyau assez intaigriste
Utiliser un soft ou matériel proprio c'est être bloqué à plus ou moins court terme : tu es à la merci du fournisseur. Ce qui se passe là en est une preuve supplémentaire : toto fait un driver proprio, il a un problème avec les kernel developpeurs (qui a tort ou raison ? ce n'est pas le problème ici) et il fait un caca nerveux qui amène à une regression.
La totalité du module aurait été libre, toto n'aurait pas emmerbeté tout le monde, il aurait juste eu réglement de compte chez les devs et le module complet serait resté : la technique aurait survécu à des querelles intestines.
Les développeurs noyau ont donc raison de vouloir tendre à l'élimination des parties plus ou moins proprio du noyau et d'empècher qu'elles ne se regreffent dessus par des moyens plus ou moins directs (la webcam c'est moins vital que la carte vidéo, il peuvent prendre une décision ferme).
Plus tard on les élimine, plus on aura de problème à les éliminer.
Le proprio ce n'est pas le Mal parce que c'est immoral (ça c'est subjectif), c'est le mal parce que c'est les emm*rdes assurés (ça c'est objectif): dégageons le de nos machines et de linux, il y a assez de problèmes techniques et humains comme ça :)-
[^]Re: pas cool :/
Posté par Éric (Jabber id, page perso, ) le 26/08/2004 à 18:36. (lien). Évalué à 3.Oui, donc au lieu d'être dépendant du développeur proprio qui pourrait *peut-être* cesser les *mises à jours et évolutions* dans *le futur* .... les dev kernels viennent de faire cesser (*c'est sûr*) dès *maintenant* la possibilité *d'utilisation* du matos.
Je ne doute pas que le problème soit réel, je ne juge pas le coté moral, mais dire que c'est parce qu'on est dépendant du fournisseur me fait doucement rigoler. Au lieu d'avoir peut être des emmerdes légères plus tard (maj) on vient d'avoir dès maintenant des emmerdes importantes. A choisir .....-
[^]Re: pas cool :/
Posté par gabuzo () le 27/08/2004 à 09:25. (lien). Évalué à 1.mais dire que c'est parce qu'on est dépendant du fournisseur me fait doucement rigole
Je ne pense pas qu'être dépendant du fournisseur est la raison. Je pense qu'il s'agit plus pour les dév kernel d'être honnêtes vis à vis des utilisateurs potentiels. Le noyau Linux est marketté comme étant en GPL. Donc mettre un bout driver en GPL qui ne fonctionne qu'après chargement d'un module propriétaire est plus ou moins une tromperie. Bien sûr dans le cas de PWC un peu de discussion n'aurait pas fait de mal. Ceci-dit je pense que plus les fabricants de matériel s'intéresseronts à Nunux plus il deviendra courant d'avoir des drivers propriétaires ce qui risque de changer les habitudes des utilisateurs de Nunux.-
[^]Re: pas cool :/
Posté par Éric (Jabber id, page perso, ) le 27/08/2004 à 12:20. (lien). Évalué à 3.> Donc mettre un bout driver en GPL qui ne fonctionne qu'après chargement d'un
> module propriétaire est plus ou moins une tromperie.
Tiens, c'est peut être l'explication la plus simple que j'ai vu jusqu'à maintenant, et probablement la meilleure.
-
-
[^]Re: pas cool :/
Posté par Toufou (page perso, ) le 16/09/2004 à 09:07. (lien). Évalué à 0.au lieu d'être dépendant du développeur proprio qui pourrait *peut-être* cesser les *mises à jours et évolutions* dans *le futur*
D'expérience, c'est du peut-être à 99% d'être sur d'être embété : tôt au tard, le gars va abandonner (pas envie, mort de la boite, non rentabilité du truc...) et tu n'auras aucun moyen de reprendre (combien de projets abandonnés deviennent libres ? 1% ?).
les dev kernels viennent de faire cesser (*c'est sûr*) dès *maintenant* la possibilité *d'utilisation* du matos.
Plus tu attends, plus tu as de monde qui utilise la fonctionnalité dans de plus en plus de cas d'utilsation et plus tu auras de problèmes et de travail pour faire la migration quand tu le devras (à mettre en paralelle avec le moment ou le fournisseur va dire : ah beh non, j'arrete). Quitte à avoir le problème, autant l'avoir au plus tôt pour le résoudre au plus tôt.
-
-
-
[^]Re: pas cool :/
Posté par spell (page perso, ) le 26/08/2004 à 12:37. (lien). Évalué à 5.>Franchement, je trouve l'attitude des mainteneurs du noyau assez intaigriste sur ce coup là...
J'en ai marre que l'on traite les défenseurs du libre d'intégriste. Pour moi les intégristes, c'est les constructeurs qui obligent à installer leur pilote pour avoir accès à leur matériel; Les intégristes c'est ceux qui refusent de donner les specs pour pouvoir écrire un driver.
Autre solution: hors kernel ?
C'est effectivement dommage, et pour rassurer ceux qui n'ont pas lu entièrement, les "drivers binaires" en général (et de modem en particulier) ne sont pas concernés:
Le problème vient du fait que l'interaction entre le module GPL pwc nécessite un système de callback pour travailler avec pwcx (code protégé par un NDA) ! Et c'est cela qui dérange les développeurs (je l'ai comprends un peu, c'est pas sécurisé, c'est pas beau...)
Mais par analogie, les drivers de scanner de Sane ne sont pas dans le kernel. Sane communique au niveau utilisateur (simple processus) avec le périphérique USB par l'intermédiaire de libusb.
D'où ma naïve question: pourquoi ne pas modifier le code "module" en une bibliothèque de communication par libusb ? Ce code serait simplement remonté au niveau applicatif (plus dans le kernel) comme pour Sane.
-
[^]Re: Autre solution: hors kernel ?
-
[^]Re: Autre solution: hors kernel ?
Posté par fouinto () le 26/08/2004 à 09:32. (lien). Évalué à 1.Voilà un post qu me rassure un poile (encore que perso, la disparition du driver philips va déranger du monde ici y compris moi)...
Je pense que pour que le developpeur change sa façon de faire, il aurait surement fallu s'y prendre autrement... peut-être lui envoyer un mail pour lui expliquer? (peut-être que cela a été fait d'ailleur...) mais j'ai l'impression qu'il a été autant vexé par la forme que par le fond...
Si c'est possible, j'espere que le developpeur du module reviendra sur sa decision et utilisera une solution alternative.-
[+] [^]Re: Autre solution: hors kernel ?
Posté par pasBill pasGates () le 26/08/2004 à 09:37. (lien). Évalué à -3.Que veux tu que le developpeur fasse ? Il n'a pas le choix, il a du signer un NDA avec Phillips pour pouvoir supporter decemment les webcams et il n'est pas _autorise_ a divulger les sources.
Il n'y peut rien, les devs du kernel ont simplement change d'avis du jour au lendemain et lui ont retire la permission de linker avec du non-GPL alors qu'ils le lui avaient permis pendant 3 ans sans qu'il ne fasse rien de mal/inapproprie.-
[^]Le NDA a expiré !!
Posté par boubou (page perso, ) le 26/08/2004 à 09:47. (lien). Évalué à 4.il a du signer un NDA avec Phillips pour pouvoir supporter decemment les webcams et il n'est pas _autorise_ a divulger les sources.
Le NDA a expiré depuis un an ! Donc il a parfaitement le droit de divulger les sources, mais il fait sa tête de cochon et franchement, je ne comprends pas pourquoi !-
[^]Re: Le NDA a expiré !!
Posté par Dafatfab () le 26/08/2004 à 09:52. (lien). Évalué à 1.Ca c'est pas sur qu'il ai le droit.... :-(
Je pense que la pétition générale est une bonne solution pour attirer philips sur ce probleme.-
[^]Re: Le NDA a expiré !!
Posté par boubou (page perso, ) le 26/08/2004 à 09:57. (lien). Évalué à 5.Ca c'est pas sur qu'il ai le droit.... :-(
Il a indiqué lui-même qu'il pensait avoir le droit mais que ses relations de confiance avec Philipps pourrait en pâtir, bla bli bla bla. Je signe régulièrement des NDA et je t'assure que quand ils ont expiré, je ne les respecte plus ! La durée du NDA est d'ailleurs toujours un point de négociation bien chiant.-
[^]Re: Le NDA a expiré !!
Posté par djano () le 26/08/2004 à 10:06. (lien). Évalué à 1.Il y avait aussi des problemes comme quoi les algos dans le driver pouvaient etre brevetes.
Il pourrait divulguer s'il le voulait, mais si des brevets viennent mettre le boxon la dedans, on s'en sort pas (cf SCO pour les droits de propriete).-
[^]Re: Le NDA a expiré !!
-
[^]Re: Le NDA a expiré !!
Posté par Gruik Man () le 26/08/2004 à 17:59. (lien). Évalué à 2.Heu, il n'y a aucun problème, en soi, à divulguer des méthodes brevetées: un brevet est toujours quelque chose de public (en gros: tout le monde peut savoir comment ça marche, mais seul le détenteur du prevet peut l'utiliser, ou autoriser un tiers à l'utiliser).
-
-
[^]Re: Le NDA a expiré !!
Posté par Philippe Fremy (page perso, ) le 26/08/2004 à 13:26. (lien). Évalué à 3.A mon avis il se goure. J'ai jamais vu de NDA expirer et j'en signe environ un tous les deux mois depuis 18 mois. Ce qui expire, c'est le droit d'echanger des informations confidentielles. Les informations confiendtielles restent confidentielles.
-
-
-
[^]Re: Le NDA a expiré !!
Posté par fredix (Jabber id, page perso, ) le 26/08/2004 à 10:00. (lien). Évalué à 1.Le NDA a expiré depuis un an
Lien, source ? Je ne vois pas le développeur d'un driver Linux continuer à faire du proprio juste pour le plaisir.-
[^]Re: Le NDA a expiré !!
Posté par Emmanuel Seyman () le 26/08/2004 à 10:31. (lien). Évalué à 1.> Lien, source ?
C'est dans le mail de Nemosoft sur LKML:
"Actually, I've got a little surprise for you. The NDA I signed with Philips
has already expired a year ago."-
[^]Re: Le NDA a expiré !!
Posté par fredix (Jabber id, page perso, ) le 26/08/2004 à 10:47. (lien). Évalué à 3.désolé je n'avais pas lu le lien. La suite :
"Yet, I didn't just throw the decompressor
code on the Internet. First, there could still be legal remedies since the
cams are still in production to this very day. Second, that NDA was signed on a basis of trust and I do not want to lose that trust."
Ses arguments se discutent, mais bon il devrait négocier directement avec Philips...
Sinon j'apprécie vraiment pas son espèce de chantage, soit les mainteneurs du kernel acceptent son module qui appelle le binaire, soit il retire toute trace de son driver sur le Net. Ca en dit l'on sur sa mentalité, d'ailleurs il n'a apparement pas compris la GPL :
"In case the answer is "No", then I will:
- demand that the PWC driver is removed from any further Linux kernel
releases; Open source or not, it's still _my_ work."-
[^]Re: Le NDA a expiré !!
Posté par Éric (Jabber id, page perso, ) le 26/08/2004 à 18:36. (lien). Évalué à 2.> Sinon j'apprécie vraiment pas son espèce de chantage
On peut dire la même chose des dev : soit il passe tout en GPL, soit il passe tout en user space, soit on empeche l'utilisation du module purement et simplement. Il y a le même genre de réaction des deux cotés.
-
-
-
[^]Re: Le NDA a expiré !!
-
-
-
[^]Re: Autre solution: hors kernel ?
Posté par Philippe Fremy (page perso, ) le 26/08/2004 à 09:51. (lien). Évalué à 2.A mon avis, il y avait d'autres moyens de supporter son decompresseur close source. Mais comme c'est pas sa premiere anicroche avec le noyau, il a jete l'eponge (ou la serviette pour rester plus anglophile). Independamment du super travail qu'il a acompli, il semble quand meme assez bute sur les differents moyens de modifier la facon dont son travail s'integre au noyau.
-
-
-
[^]Re: Autre solution: hors kernel ?
Posté par Romuald Delavergne () le 26/08/2004 à 10:37. (lien). Évalué à 2.Il faut comprendre les développeurs du noyau. Si l'on peut inclure du code fermé dans le noyau c'est la porte ouverte à tout. Qu'est ce qui empêcherait par exemple d'inclure une 'back door' sans parler des bugs que le code pourrait provoquer.
-
[^]Re: Autre solution: hors kernel ?
Posté par Cédric Blancher (page perso, ) le 26/08/2004 à 10:45. (lien). Évalué à 1.Dans la cas présent, il n'y a aucun code propriétaire dans le noyau. Just un hook pour charger un module, propriétaire certes, distribué séparément.
Perso, j'ai l'impression qu'il s'agit clairement d'une guerre d'ego, et personne ne semble avoir envie d'y mettre du sien, d'un côté comme de l'autre, l'un préférant se la jouer "de toute manière c'est moi qui décide" et l'autre le Caliméro...--
http://sid.rstack.org/
PGP KeyID: 157E98EE FingerPrint: FA62226DA9E72FA8AECAA240008B480E157E98EE
>> Hi! I'm your friendly neighbourhood signature virus.
>> Copy me to your signature file and help m-
[^]Re: Autre solution: hors kernel ?
Posté par 007 () le 26/08/2004 à 11:10. (lien). Évalué à 4.> Dans la cas présent, il n'y a aucun code propriétaire dans le noyau. Just un hook pour charger un module, propriétaire certes, distribué séparément.
Pas seulement (de ce que j'ai compris).
Le drivers rend une fonction proprio public au noyau. C'est-à-dire que les autres parties du noyau peuvent appeler directement cette fonction (classique).
Mais il y a un patch qui appel une fonction proprio depuis le "coeur" GPL de Linux.
C'est comme si dans Linux il y avait :
read() {
if (!decrypt_data()) {
printf("permission denied") ;
}
}
Et que decrypt_data() était une fonction proprio.
-
-
-
[^]Re: Autre solution: hors kernel ?
Posté par Alex () le 26/08/2004 à 13:00. (lien). Évalué à 0.Sane est un interface pour tout les scanners, il faut faire un drivers pour sane
Si on fait ça avec le module pwc, il faudrait faire un vrai API en userland pour l'accès a celui-ci.
Le fait d'avoir pwc en kernelland permet de la faire supporter par V4L (a ma connaissance il n'est pas possible de mettre un drivers pour V4L en userland), donc une même API pour accéder a toutes les périph gérant de la vidéo (webcam, carte TV...). Le fait de ne plus utiliser V4L casserait encore plus de chose (a peu près toutes les applis utilisant un périph vidéo)-
[^]Re: Autre solution: hors kernel ?
Posté par Yves Martin () le 30/08/2004 à 07:08. (lien). Évalué à 1.Voilà l'info qu'il me manquait. Je ne savais pas comment le module était utilisé.
D'un autre côté V4L est une API kernel - je suppose que c'est aussi une API dans une librairie. Il serait toujours possible de faire un nouvelle librairie qui respecte cette même API mais en passant par libusb pour la communication avec la webcam. Certes, cela complique l'applicatif...
-
alternatives ?
Mais alors, quelles sont selon vous les webcams qui offrent une bonne qualité de prises de vue et l'utilisation sous linux ?
-
[^]Re: alternatives ?
Posté par ChickenKiller () le 26/08/2004 à 09:39. (lien). Évalué à 0.Je "pertinente". Actuellement à la recherche d'une webcam sous linux j'avoue que j'ais bien du mal à trouver. On m'avais justement parler de ces webcams philips... J'avoue que maintenant je suis tout perdu perdu ;(
-
[^]Re: alternatives ?
Posté par FlashCode (Jabber id, page perso, ) le 26/08/2004 à 09:45. (lien). Évalué à 1.J'ai une logitech très bien supportée, et la qualité ça va. Maintenant je n'ai pas comparé avec d'autres...
-
[^]Re: alternatives ?
Posté par Xmanu () le 26/08/2004 à 09:54. (lien). Évalué à 0.Auriez-vous la référence de cette webcam Logitech ?
-
[^]Re: alternatives ?
Posté par Jerome Herman () le 26/08/2004 à 13:37. (lien). Évalué à 2.98 % des webcams logitech utilisent des puces Philips, prises en charge par le module qui pose problème...
Kha--
Kha
Administrateur système : Personne ne comprend ce que l'on fait, tout le monde sait quand on oublie de le faire.
-
-
-
[^]Re: alternatives ?
Posté par Arnaud (page perso, ) le 26/08/2004 à 09:54. (lien). Évalué à 2.Qq webcams Endpoints, Kensington... :
http://members.brabant.chello.nl/~j.vreeken/se401/(...)
-
[^]Re: alternatives ?
Posté par Serge Rossi (page perso, ) le 26/08/2004 à 10:00. (lien). Évalué à 11.Y'a une solution pour avoir une super qualité d'image et ne pas être emmerdé : une carte télé (à base de BT848/BT878, supporté par V4L en standard) à une quarantaine d'Euros. En général, les cartes télé ont une entrée composite sur laquelle ont peut brancher une caméra analogique genre caméra de surveillance, camescope de récup dont la partie enregistrement est en panne ou appareil photo numérique avec le cable qui sert à le brancher sur une télé.
Ca permet dans tous les cas d'avoir du 640x480 en 25 images/s avec une qualité bien au delà de tout ce que peuvent faire les Webcam.-
[^]Re: alternatives ?
Posté par bhybct () le 26/08/2004 à 10:06. (lien). Évalué à 1.Pas mal.
Malheureusement ça ne me convient pas parceque j'ai un portable.-
[^]Re: alternatives ?
Posté par Christophe Chailloleau-Leclerc (Jabber id, page perso, ) le 26/08/2004 à 11:53. (lien). Évalué à 1.Il existe de nombreux modèles en externe, USB par exemple... Je te laisse chercher !
-
[^]Re: alternatives ?
Posté par Éric (Jabber id, page perso, ) le 26/08/2004 à 18:51. (lien). Évalué à 3.oui, mais avec une boite externe (avec généralement l'alimentation voire le transfo qui va avec), plus la caméra type surveillance (généralement plus grosse qu'une webcam et qui ne prend pas non plus l'alimentation sur le port usb) ... on ne peut pas dire que le résultat soit "portable", ni du coté volume ni du coté prises d'alimentation.
-
-
-
Solution ?
J'utilise ces modules depuis pas mal de temps et par ailleurs je comprends la décision du mainteneur. Je ne vois qu'une solution : envoyer des mails de protestation à Philips pour qu'ils arrêtent leur politique commerciale de m.... et qu'ils arrêtent avec leur NDA foireux.
quel est l"intérêt pour eux ? Bloquer un concurrent ? Ne pas se froisser avec Microsoft en supportant ouvertement Linux ? Quand on achète du matériel on veut pouvoir s'en servir, et comme ils font du fric sur le chipset et pas sur le driver qui va avec, ils seraient temps qu'ils comprennent que c'est DANS LEUR INTERET d'avoir un maximum d'OS supportés. Au lieu de ca, ils jouent au chat et à la souris en autorisant un dév à écrire un module mais en le contraignant avec un NDA. Vraiment n'importe quoi.
Burn, Philips, Burn !
-
[^]Re: Solution ?
Posté par Quentin DELANCE () le 26/08/2004 à 09:38. (lien). Évalué à 3.J'ajoute burn logitech burn
Ils font des webcams basees sur les chips Philips
Et niveau qualite on touche le fond.
J'ai achete ma webcam apres avoir regarde le site de PWC avec attention et a l'epoque ma webcam marchait sans pb. En realite derriere une meme ref il y avait un nouveau chip (non supporte a l'epoque par PWC).
C'est a ce genre de details (c'est frequent j'ai deja eu un pb de ce type avec une carte reseau DLink) qu'on reconnait les grands constructeurs de matos et qu'on se dit que le support sous Linux n'est pas pres d'arriver...
-
[^]Re: Solution ?
Posté par Serge Rossi (page perso, ) le 26/08/2004 à 10:08. (lien). Évalué à 2.Ils vont sans doute répondre qu'il y a des secrets complètement vitaux dans leur petit algo de compression et ils ne lèveront pas le NDA...
D'ailleurs, quels sont les exemples dans le passé ou une protestation/demande de la communeauté Linux à permis de faire lever un NDA ?
-
[^]Re: Solution ?
Posté par CdeMills (Jabber id, ) le 26/08/2004 à 10:23. (lien). Évalué à 1.Et quelle image cela donnera-t-il de la communauté Linux ? Au minimum, des casse-c******s. Et la prochaine demande de collaboration ira directement dans /dev/null
Un exemple de la vie réelle: une association de plongeurs était devenue locataire d'une ancienne carrière (belge) auprès de la société qui l'avait exploitée. C'était un très beau site de plongée. Un jour, le propriétaire (la société) a voulu mettre fin au contrat. Les réactions des plongeurs ont été tellement épidermiques que non seulement la société n'a jamais revu sa position, mais qu'en outre, au niveau des autorités locales, plus personne n'a voulu entendre parler d'une solution de reprise de la carrière qui aurait permis de continuer à l'exploiter comme site de plongée. A semer le vent ...-
[^]Re: Solution ?
Posté par Guillaume Knispel () le 26/08/2004 à 11:38. (lien). Évalué à 2.Mais oui, moi je vais recupéré le code source de win2k, le dériver et distribuer le tout sous BSD, et quand MS va venir avec la police pour que je me calme je vais ecrire des page oueb comme quoi c'est des vilains mechant casse couille et ca va donner une mauvaise image de la communauté Microsoft.
Faut arreter l'extasie un peu.-
[^]Re: Solution ?
Posté par pasBill pasGates () le 26/08/2004 à 18:20. (lien). Évalué à 2.La difference etant que MS ne t'as pas permis pendant 3 ans de redistribuer ta version de Windows.
-
-
-
[^]Re: Solution ?
Posté par Vincent LE LIGEOUR () le 26/08/2004 à 14:05. (lien). Évalué à 2.J'utilise aussi depuis un bon bout de temps ces modules et je comprends la décision du mainteneur aussi.
Pour résumer un peu le pwc c'est bien le pwcx c'est mieux. En effet sans le pwcx on ne peut par exemple pas faire tourner deux webcams simultanément sur un même port USB ou alors en USB2 on ne peut pas monter deux webcams en 800x600.
Je suis également d'accord avec le mainteneur quand il dit qu'il ne veut pas perdre la confiance que Phillips a mis a l'intérieur de lui ;). C'est normal Phillips lui donne depuis pas mal de temps les specs des webcams et même avant les sorties il me semble (le contrôle des moteurs sur les caméras faisant du tracking.
Concernant cette histoire si ça se trouve c'est un gigantesque troll pour faire pression sur Phillips :) ce qui serait super.
Yoda - Le petit nain vert
C'est un coup dur pour linux embarqué...
Je fais de la robotique amateur (Eurobot Open, ex coupe E=M6), et on a beaucoup de mal à contrer l'offensive Windows XP embedded...
Et là, on perd le support de la seule caméra à peu prés bien fonctionnelle sous linux...
D'ailleurs, si on regarde la lkml, le driver GPL 'pwc' a lui aussi été retiré du noyau.
Adieu linux sur nos robot! :((
Bilan: Bah... je suis parti pour un grand moment d'ingéniérie inverse.
-
[^]Ingénerie reverse
Posté par Ph Husson (Jabber id, ) le 26/08/2004 à 09:43. (lien). Évalué à 1.Ben c'est ce que j'allais proposer
de faire de l'ingenerie inverse sur les drivers pwcx
Apres tout pwcx ne contient "que" un algorithme de compression (j'y connais rien donc en fait c'est ptet super compliqué)
Donc ca doit etre faisable non?--
Ce messages est crypté par le système 42-rot13 pour plus de sécurité.-
[^]Re: Ingénerie reverse
Posté par Gniarf () le 26/08/2004 à 16:50. (lien). Évalué à 2.avec l'accord de qui ?
parce que l'auteur (et pas Phillips) a explicitement retiré ces (ses !) drivers de la circulation, ce n'est donc pas comme si tu trifouillais les drivers pour Windows fournis par Phillips ou par les vendeurs de la caméra.--
"Je n'aime pas votre regard, baissez les yeux!" - Patrick Devedjian, 2008-
[^]Re: Ingénerie reverse
Posté par Jean-Baptiste Mayer () le 26/08/2004 à 17:06. (lien). Évalué à 2.Qui t'a dit que j'allais bidouiller le driver pwcx?
-
[^]Re: Ingénerie reverse
Posté par Gniarf () le 26/08/2004 à 17:51. (lien). Évalué à 2.je répondais à "faire de l'ingenerie inverse sur les drivers pwcx"
--
"Je n'aime pas votre regard, baissez les yeux!" - Patrick Devedjian, 2008-
[+] [^]Re: Ingénerie reverse
Posté par Ph Husson (Jabber id, ) le 27/08/2004 à 11:35. (lien). Évalué à -1.Pour rappel on est en Europe (enfin moi toi j'en sais rien)
Et on a donc le droit de faire de l'ingénerie inverse à des fins d'interpolaritées(Ah merde comme le driver existe deja ca va ptet pas aller)
Sinon chose faisable:
Modifier la partie GPL pour pouvoir voir ce que sort (ou rentre) le module pwcx
Ou (avec deux machines et le cable usb qui va bien ©) faire un pont et regarder ce qui passe
Bon dans tout les cas c pas simple :/--
Ce messages est crypté par le système 42-rot13 pour plus de sécurité.-
[^]Re: Ingénerie reverse
-
-
-
-
-
-
[^]Re: C'est un coup dur pour linux embarqué...
Posté par Dalton joe (page perso, ) le 26/08/2004 à 09:54. (lien). Évalué à 1.Ben tu vois pour l'astronomie aussi:
http://lin4astro.org/(...)
Linux est-il assez déployé pour se permettre ca?
Et voila... A un mec qui s'en fou de la GPL, quand il découvrira que sa Webcam n'est plus supportée, il repassera peut-etre a Windows, car au moins sous Windows ca marche.
Chez pas mal d'utilisateurs, Linux est installé "pour voir", et il est facile de le faire retourner a Windows.
Voila, comme ca c'est fait : beaucoup d'utilisateurs de webcam Philips risquent de repasser a windows, a cause de mainteneur qui prennent un peu la grosse tête, sans penser aux répercussions que cela a sur les utilisateurs.
Philips ne mettra rien en open-source, car le marché perdu est trop ridicule pour que ca les touche.
Les mainteneurs auraient peut-etre du attendre un peu que Linux soit un poids pour le grand public avant de prendre ce genre de décision...
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.