Novell n'a pas l'autorisation d'utiliser les brevets de MS sans passer d'accord explicite traditionnel. Conclusion ils continuent leur stratégie précédente vis-à-vis des problèmes de violation de brevet : "prior-art, contournement ou suppression".
Je n'ai pas dit qu'ils avaient l'utilisation ad vitam des brevets, ils ont juste un vache de parapluie anti action légale pour couvrir leurs utilisateurs et eux mêmes entre le moment ou une violation de brevet est annoncée et le moment ou le code est corrigé/retiré/réécrit.
Euh, pour l'image ca la foutrait mal, mais alors vraiment très mal.
Dans ce cas l'accord ne leur sert à rien. Si ils comptent aller au tribunal quand même et défendre pied à pied la brevetabilité de telle ou telle partie de code avec à la clef en cas d'échec la nécessité de devoir payer les frais d'avocats et autres, de devoir acheter les licences induements utilisées et de devoir demander à leurs utilisateurs de bien vouloir désinstaller leurs produits pour cause d'incompatibilité de licences entre le brevet Microsoft et la GPL, alors l'accord n'est que poudre aux yeux qui ne protège ni les clients ni Novell ni les projets dans lesquels Novell est impliqué.
mais faut arrêter de dire que le "pauvre" programmeur lambda se fera manger par MS sans aucune protection.
Ben non il ne faut pas arreter de le dire, parceque c'ets l'angoisse numéro un du developpeur (libre ou non) : avoir une grosse société qui décide d'utiliser un par un ses brevets pour l'empécher de coder.
Ensuite je ne vois absolument pas en quoi cet accord laisse sous-entendre que Novell va rester les bras croisés le jour où une appli utilisant Mono se fait attaquer. D'abord parcque Novell sera directement concerné (c'est eux qui violeraient le brevet, étant les détendeurs du copyright et donc les responsables légaux)
Certes mais ils se sont mis dans une position bizarre avec leur accord. Si ils ne comptent pas rester à l'écart des actions judiciaires pourquoi ont-ils conclus un tel accord ? Et si ils veulent toujours garder Mono libre de tout brevet, a quoi va leur servir de pouvoir les utiliser ?
ca irait dans le sens opposé à la stratégie qu'ils ont mis en place dans le dernier accord : rassurer leurs clients.
Mais ca ne va pas contre le sens de la stratégie "faire peur à ceux qui ne sont pas encore client". Je ne pense pas que Novell considère que tous les utilisateurs de Mono du monde entier sont des clients qu'il faut défendre (et c'est d'ailleurs bien là le problème)
Tu sais .NET c'est essentiellement basé sur des technos du passé, même d'avant Python : Java, C/C++, VB, etc. Il n'y a aucune "invention" dans .NET, juste un assemblage d'innovation. C'est pas de la candeur.
Euh... Il y a dans .Net, notamment au niveau de la machine virtuelle et des modes de compilations anticipés tout un tas de brevets qui tiennent parfaitement la route. (N.B : J'entend par tenir parfaitement la route que ce ne sont pas des brevets idiots comme on en voit fleurir sur le double click ou sur les URL). Il y a également des interfaces de dialogue client<->serveur et des fonctions d'integration aux bibliothèques natives (notamment les bibliothèques graphiques ou de widgets) pour lesquels il n'est pas évident de pouvoir dire si elles sont innovantes ou si ce ne sont que des améliorations des concepts créés par IBM et par SUN dans des problématiques similaires.
De toute façon le problème n'est pas tant de savoir si oui ou non le brevet est valide (aux Etats-Unis ou même en Europe - CF la jurisprudence allemande et Anglaise pour ceux qui croient que les brevets sur le logiciel n'existent pas de ce coté ci de l'Atlantique), mais de savoir ce que l'on fait si on recoit un joli "Cease and Desist" de la part des juristes de Microsoft.
Hier encore c'était pas très compliqué, on se planquait derrière MDI et/ou Novell dont on pouvait raisonnablement penser que a) ils n'allaient pas se laisser retirer leur gagne pain comme çà et b) ils avaient largement les moyens de se défendre quitte à aller dire bonjour à monsieur le juge.
Or aujourd'hui MDI comme Novell on pris le parti de ne pas aller faire un tour par les tribunaux mais de se rendre directement à Redmond pour anticiper les problèmes futurs. Donc à moins de verser dans le philantropisme ils n'ont aucune raison d'épauler un développeur sous attaque judiciaire, voire ils risqueraient même de perdre leur accord avec le retour de baton que celà implique.
Au final en cas de Cease and Desist le responsable du projet menacé est au mieux seul, au pire obligé d'affronter simultanément Novell et Microsoft. Vu les copyrights sur la majorité du code de Mono il ne peut même pas vraiment appeler la FSF à la rescousse.
Bref tant qu'on aura pas eu un developpeur menacé par Microsoft et que l'on n'aura pas vu quelle position prend Novell, il sera bien difficile de dire si oui ou non on peut encore s'appuyer sur Mono pour le developpement libre.
c'était devenu invivable avec les cloches des vaches qui peuvent atteindre un niveau sonore de neuf décibels !
Pour rappel :
Campagne tranquille la nuit : 25-27 décibels
Bruit de l'air à 20°C sur le micro dans un studio d'enregistrement vide : 18 décibels
Bruit de semelle sur le bitume à 1m60 de distance (distance oreille pied) pour un marcheur au pas : 32 décibels
Même bruit de semelle à 100m de distance : 14 décibels (sans interférences extérieures)
Même bruit de semelle à 200m de distance : 11 décibels (sans interférences extérieures)
Même bruit de semelle à 400m de distance : 8 décibels (sans interférences extérieures)
Il s'agit de Magic The Gathering; un jeu de cartes à collectionner dans lesquels les joueurs s'affrontent à coupd e sorts pour amener l'adversaire à la défaite. Il existe plus eiurs façon de tuer l'adversaire, mais la méthode la plus courante consiste à le déscendre à 0 point de vie.
Pour ce qui est de mon exemple d'overkill disons simplement que les joueurs possèdent un capital de 20 points de vie au début du jeu, et que ma boule fulgurante (lightning ball en anglais) se retrouve à faire 96 points de dégats. De plus pour en arriver là j'ai utilisé en série 3 des cartes les plus puissantes du jeu (dont une - Berserk qui double les points de dégats - trois fois de suite.)
Pour finir avec la définition d'overkill, on est overkill quand on fait quelquechose de disproportionné pour un résultat qu'on aurait obtenu de toute façon, voire qui existait déjà :
Par exemple, connecter sa freeboite sur une carte ethernet 10 giga n'est pas nécessairement overkill, ca peut être juste gros bill. Par contre aller acheter deux cartes dix gigas et un switch, monter une interface virtuelle en bonding sur les deux cartes et les connecter ensuite via le switch à la freeboite alors qu'on avait déjà une carte 100 mega qui marchait très bien c'est overkill.
De même tuer une mouche avec un marteau c'est gros bill. Tuer une mouche avec un marteau, donner trois coups de marteau supplémentaires pour être sur, bruler les restes, sauter à pied joint sur les cendres avant de les disperser dans un réacteur de boeing 747 au décollage c'est overkill.
Comme on dit ailleurs, MS-DOS aussi n'avait aucune vulnérabilité à distance, et pour un système qui n'active aucun service réseau par défaut, une faille c'est déjà beaucoup.
Sauf que OpenBSD offre de base dans son installation par defaut un client SSH/SFTP un routeur/firewall de très haut niveau et un serveur Bind.
Donc le "aucun service activée par défaut" tu peux oublier aussez vite.
M. Michu, il voit "appuyer sur F11 pour lancer la restauration système" sur l'écran du bios au boot. Il appuie sur F11, le système est copié de la partition de restauration sur la partition système. Il redémarre ...
Et là il se retrouve avec un système qui commence par gueuler parceque Norton Anti-virus n'est pas à jour, et comme en plus il s'agit d'une version d'essai activé sur le net et limité à 30 jours il a le choix entre
a) repayer la licence norton
b) retrouver l'email qui lui donne le numéro de Licence définitve (pas gagné vu qu'il vient de formater son disque dur)
c) Desinstaller norton (Bonen chance aux noobs à ce sujet, la desisntall d'un norton de test demande une certaine habitude)
Derrière windows lui demande 42 fois d'inserer le cd-rom de driver de tel ou tel composants (tous les gadgets USB qu'il a acheté depuis qu'il a son PC) et là il y en a deux sur trois qui ne sont pas signés/certifiés. Il galère mais il crois s'en être sorti. Sauf qu'à force de CD d'install, la capacité scanner de son imprimante multi-fonction a été reconnu comme le périph d'aqusition ultime et les drivers ont débordés sur la webcam. Donc la web-cam en capteur CCD a été reconnue comme un périph scanner HP. De toute façon comme l'imprimante n'a pas été installé par le programme d'install du CD-Rom mais par le device finder de windows, le port usb/printer est deconnant. Il ne marche pas et il est "redécouvert" à chaque reboot.
Ensuite il se marre à refaire sa connexion internet. Le boitier usb qu'il lui a été fourni il y a un an par noobnet précisait bien sur le carton qu'il fallait impérativemetn installer les drivers AVANT de brancher le périph. Sauf que lui il a oublié (si tant est qu'il est jamais su). Donc au reboot windows a décidé que le boitier USB avait besoin de 2 ou 3 miniport wan - pas la peine d'essayer les supprimer ils sont bloqués comme "périphériques nécessaires au boot" et bien entendu ils empèchent toute installation d'un driver qui marche.
A partir de là il appelle un copain à la rescousse ou la hotline. Si il a de la chance il tombe sur un mec qui connait un peu : debranchage de tous les périphs USB, reboot en mode sans echec et nettoyage du windows\system32\drivers et inf au lance-flame. de là on remonte tranquilement un périph après l'autre depuis les cd d'install (on envoit balader windows dès qu'il demande un CD-Rom et on installe à la main).
3h plus tard le pc remarche, on se connecte à internet et immédiatement windows update commence à télécharger les 18 mois d'update en retard que l'image du PC ne peut pas avoir. Parmis les updates : windows media player et sa nouvelle gestion des WDM (objets COM/DCOM pour l'aquisition vidéo). Le pilote de la webcam est aussi en WDM, mais pas cette version là, pas de bol il fallait d'abord mettre à jour le pilote de la web-cam avant de monter la version de windows media player => la webcam se remet en rideau au reboot. Son copain techos commence à s'arracher les cheveux mais fini par décider de passer tous les drivers dans leur dernières versions.
La web-cam remarche, mais là c'est el micro de la carte son qui part en live. En fait la carte son "onboard" est bien une CM-Media 40x, mais c'est une CM-Media 40x vJ . Et c'est là le drame, la vJ, construite spécialement pour le le fabriquant de la carte mère a deux modes de fonctionnement : avec micro ou avec une sortie son 4.1 qui utilse l'entrée micro pour faire la sortie "frontal+back". Là elle est en 4.1 et il n'y a pas moyen de la repasser en "avec micro" sauf avec les pilotes du fabriquant de la carte mère. Lesquels pilotes sont introuvables ou presque (M Michu a acheté un PC au carrouf du coin, la carte mère n'est pas vraiment de marque). Le voilà donc sur MSN avec l'image mais sans le son. Le techos appelé en renfort trouve 8604 pages de forums qui rapportent le problème du mircro dont 8395 sont des "moi aussi j'ai çà", 7 sont des "c'est uen carte son de daube, achètes-en une vraie" et 2 pointe vers le site du cosntructeur de la carte mère qui nous affiche un joli 404 quand on click sur le lien pour télécharger les drivers.
A ce moment là il est généralement entre 1h00 et 3h00 du matin. Le techos peut partir ou s'acharner toute la nuit. M Michu commence à se dire qu'il aurait pas du acheter un ordinateur en promotion à carrouf, et que peut-être il va falloir qu'il en prenne un autre. En plus il voulait un portable, ca tombe bien.
N.B : Ceci n'est pas carricatural, ca n'est même pas un exemple "forcé".
Cet argument de Free pourrait faire rire s'ils n'étaient pas aussi sérieux en le disant.
Que penser encore des bouteilles consignées qui apartiennent toujours à la société fabricatrice ? Et les DVD qu'on loue ? Et surtout que penser de l'argument de l'EDF qui dit que le compteur est propriété insaisissable ?
Bienvenu dans le vrai monde : Free estime que la freebox leur appartient, il la mette chez toi (avec ton accord) car elle est nécessaire à la fourniture du service MAIS ils considèrent que la boite freebox ne fait pas partie du service, et ils ont tout à fait le droit.
Honnêtement j'ai du mal à comprendre ce qui passe par la tête de la FSF France en ce moment, mais je vois pas par quel miracle ils vont réussir à démontrer que le logiciel dans la freebox n'appartient pas à Free.
Heu, si tu regardes les taces qui ont été faites pour le projet nouveau, tu veras que les geforce 4MX se comporte comme des geforce 1 améliorée. Après tout G4 MX = NV17 et G1 = NV10, elles font toutes les 2 parties de la famille NV1x.
Ca c'est du point de vue du hardware, et nous sommes tout à fait d'accord. Les Geforce 4MX sont des Geforce de base avec deux trois wrappers sur les fonctions T&L. Dans 90% des cas elles se font plier par les Geforce 2MX.
Cependant le pilote NVidia lui voit une révision "machintruc" et se comporte comme si il avait affaire à une vrai Geforce4....
C'est un peu plus compliqué que ça quand il y a plusieurs applis qui veullent faire de la 3D en même temps. Il y a tout un système de lock sauf pour les cartes comme nvidia qui permette d'avoir plusieurs queues (et qui comme un OS font des 'contect switch' entre ces queues).
Ca c'est la théorie, c'est ce qui se passe sur les cartes un peu péchue (wildcats, quadro, firegl etc.) mais sur une geforce de base (même une 7800XT pro platinum turbo) ce qui va se passer est simplissime : la deuxième appli a vouloir faire de l'OpenGL sera bonne pour se contenter d'un rendu software.Les pipelines de rendus T&L et les shaders ne sont pas assez indépendants pour que l'on puisse faire 'moitié - moitié' donc une fois un display accéléré 3D déclaré, c'est mort pour les autres. C'est d'ailleurs la raison pour laquelle Vista n'aura aucun support OpenGL, comme tout windows est en DirectX10 il est éventuellement possible d'insérer une fenêtre avec un rendu DirectX dans le bureau, mais pour l'OpenGL c'est mort. A l'heure actuel les brutes d'OpenGL.org essayent de voir si il sera possible de faire un pilote OpenGL quand même, mais ca sera du full-screen uniquement....
La GeForce4MX est une carte qui s'appuie ennormément sur le CPU pour pouvoir avoir accès aux fonction "haut niveau" en OpenGL.
Seulement sur les cartes modernes (les cartes avec shaders) il est nettement plus rentable de transformer toutes les fonctions, même les fonctions de base en fonctions shaders ou T&L haut niveau.
Le problème est que comme les drivers nvidia sont "unifiés" sur cette carte, et pour la geforce 4MX le driver se comporte comme si il avait à faire à une geforce 4 donc il transforme les fonctions basique en commandes T&L haut niveau vu que la geforce 4MX indique qu'elle les supporte. Et paf.
Comme glxgears tourne le plus vite possible et qu'il ne demande ni des textures monstrueuses ni une puissance en vertex faramineuse (euphemisme quand tu nous tiens) c'ets le CPU qui se trouve à convertir les instructions simples en T&L avant d'en refaire des instructions simples derrière.
C'est aussi pour ce genre de choses que j'aime bien les dirvers proprios
Est-ce que c'est ça qu'il faut déduire de tes mesures, ou bien faut-il s'interroger plutôt sur les performances intrinsèques de Linux en matière graphique ?
En l'occurence pour ce qui est de l'acceleration 3D, on se moque un peu de savoir ce que vaut l'OS sous jacent. Pour faire de l'accceleration 3D il faut
a) Créer un buffer (Un contenu de fenetre noir) et chopper le pointeur du début du buffer (et enventuellement les dimension de la fenetre dans laquelle il se trouve)
b) Ne plus jamais toucher au buffer jusqu'à fermeture de la fenetre
c) Envoyer l'adresse du buffer suivie des commandes OpenGL à la puce 3D
C'est assez proche des techniques d'overlay (la couleur de référence en moins). Bref une fois qu'on a réussi à ouvrir un display OpenGL (la fenetre noire), tout le reste au niveau graphique c'est du ressort de la carte 3D. On lui balance les instructions OpenGL et elle se débrouille.
Bon c'est pas complètement vrai car il y a toujours des fonctions qui obligent à faire des aller-retours avec le processeur, mais pas d'interaction (ou le moins possible) de l'OS ou du serveur X avec le display OpenGL. Donc l'influence de la qualité des apis graphiques sur l'affichage 3D en OpenGL est très réduit.
Défendre un stage en teletravail devant une commission de passage c'ets pas facile du tout.
Curieusement en plus quand on est dans une école, la dernière année ils vous demandent souvent de faire un stage "recherche", donc le PHP/MySQL c'est mort d'office.
Pour finir, les entreprises qui veulent des stagiaires pour les stages de fin d'année postent pas vraiment des annonces le 4 octobre avec le mot "URGENT" dans le titre.
Il est évident que cette offre s'adresse à une personne qui essaye de se faire une expérience professionnelle à tout prix en s'inscrivant dans un cursus universitaire (n'importe lequel) et en enchainant les stages.
surtout, mpd est achement plus léger qu'un amarok ou un rythmbox, plud stable qu'un xmms bmp.
Pour completer le troll, je dirais que l'ennorme avantage de mpd sur tout ces concurrents c'est qu'il fait du OGG en gapless (ie sans rupture de son en passant d'une chanson à l'autre). Cette fonctionnalité essentielle à mes oreilles semble être considérée aujourd'hui comme totalement secondaire voire superflue par la grosse majorité des back-ends audio disponibles sous Linux.
Donc si le Gapless vous manque depuis que votre lecteur audio favori a décidé de passer sous GStreamer essayez mpd.
Avant de s'attaquer de front à la migration de Wx, GTK ou QT en xcb, il est vivement recommandé d'attendre que les apis soient figées.
Apparament là on est plus très loin.
Si dans les jours qui suivent on a pas eu de gros changement de nommage/definitions/headers ca va devenir faisable.
mais elle veut aussi faciliter la compatibilité entre les licences libres !
OUHLA !! Gros contre sens.
Elle ne veut pas la compatibilité "entre" mais la compatibilité "vers".
La GPLv3 est écrite de façon à ce que si on respecte la GPLv3 on respecte alors forcément N autres licences. En d'autres termes je peux mettre du code Apache, BSD, MIT, GPLv2 dans mon projet sous licence GPLv3.
Par contre je peux toujours me brosser pour mettre du code GPLv3 dans mon projet sous Licence BSD, MIT, Apache ou même GPLv2 ...
C'est comme si je disais que je suis contre le vol mais qu'il ne faut pas récupérer les biens volés car cela va faire de la peine au voleur.
Pas tout à fait. En fait nous sommes dans un monde dans lequel les brevets logiciels existent. Ils sont là ils s'imposent de plus en plus ce qui est regrettable (nous sommes d'accord), mais je ne pense pas que le fait d'interdire les brevets logiciels aux seuls utilisateurs de la GPLv3 soit une bonne chose. Il y a un paquet de société (Adobe, Microsoft, Apple, RSA, SAP (SAP DB est une vaste blague) , Sybase etc.) qui se foutent royalement de la GPL et qui vivent en grande partie des brevets qu'ils ont déposés. Pour eux le choix est simplissime, ils ne voudront pas de la GPLv3. Le problème c'est que rien ne les empèchera jamais d'intenter des procès à divers projets libres (ils l'ont déjà fait plusieurs fois par le passé), par contre les projets qui ont utiliseront la GPLv3 devront aller systématiquement devant les tribunaux pour prouver qu'ils ne sont pas en tort. A aujourd'hui la plupart des conflits sur les brevets se jouent hors tribunaux par des meccanismes complexes de combats de brevets, ce qui implique que pour lutter contre les brevets rapidement et efficacement, il faut à son tour posséder des brevets. Le plus gros bouclier anti-brevet du kernel Linux est à ce jour IBM. Le florilège de brevets qu'ils possèdent sur tout et rien protège Linux des attaques idiotes.
Il ne faut pas oublier que les couts d'un passage en tribunal en invalidation de brevet sont ennormes, de fait un "petit" projet même dans son bon droit peut être tué net si il doit prouver qu'il n'enfreint aucun des 8732 brevets d'Adobe sur le rendu des fontes par exemple.
Donc être contre le brevet logiciel ET posséder quand même des brevets c'est comme être pour un monde dans lequel le vol n'existe pas ET avoir quand même une porte blindée chez soi.
C'est probablement le meilleur du genre. Il est assez simple à installer et à prendre en main. L'installation par défaut ets calibré sur le modèle "école primaire" mais il est possible de descendre le niveau.
Bien entendu il fait le filtrage par ip, par plage horaire, par login etc.
cf : http://dansguardian.org/?page=introduction
Le problème c'est qu'il faut lui dédier un petit serveur ou alors centraliser les connections sur une machine.
L'avantage c'est qu'il suffit ensuite de remplir les paramètres de proxy sur les autres machines pour qu'elles aient accès au net filtré.
Bah comment il fait pour se déplacer dans un espace à deux dimensions ton photon?
Le photon est un phénomène purement spatial, le temps ne s'écoule pas pour le photon. Le fait que le photon se "déplace" est lié à l'observateur.
En fait plus on se déplace vite, moins le temps s'écoule par rapport à un observateur fixe. C'est le principe de la théorie de la relativité.
Le photon ne connait que sa direction, son sens et son amplitude (sa longeur d'onde).
Si si le photon va tout droit.
De toute façon vu qu'il n'existe qu'en deux dimension il aurait du mal à tourner.
Après çà si un observateur a l'impression que le photon tourne c'est que l'espace est courbe (pour le temps le photon s'en fout, ca ne fait pas partie des deux dimension qu'il connait).
A noter qu'apparament ca marche aussi à proximité des neutrinos, ce qui évite d'avoir un déranger une galaxie pour rien.
Moi je les trouves plutot complémentaire ces deux explications...
Mouais, faut le dire vite.
Le photon qui "ricoche" c'ets quand même une approximation plus que grossiére. Un photon ca va tout droit. Eventuellement c'est absorbé puis un autre photon est réémis dans une autre direction mais c'est pas vraiment le même photon.
Il faut reconnaitre que les routeurs proprios possèdent souvent du hardware DSP qui permet d'obtenir de bien meilleur résultat dès que la charge monte un poil.
Par contre oser dire qu'un routeur Cisco est simple à configurer pour une PME dans le cadre d'un service de routage lourd c'est illarant.
J'ai toujours en mémoire le souvenir de ces deux experts Cisco (de chez Cisco) à qui il a fallu trois jours pleins trouver et commander la carte flash qui allait bien, pour mettre à jour le firmware en conséquence de la carte flash et transferer les règles de routage sur la nouvelle carte en prenant compte des nouveauté du firmware.
Un grand moment...
Je croyais être le seul à me servir des ACL sous Linux, content de trouver quelqu'un d'autre qui utilise aussi.
Tout d'abord une réponse un peu hors sujet : http://rofi.pinchito.com/eiciel/
C'est un excellent GUI pour gérer les ACL. Très pratique.
En ce qui concerne le format du fichier, c'est celui de getfacl. Pratique non ?
Il existe une syntaxe raccourcie dont on palre ici : http://ezine.daemonnews.org/200310/acl.html
(il est marqué que c'est pour freebsd, mais ca marche pareil sous Linux)
Faire bien attention si on utilise des masques ACL ou des paramètres default. Dans ce cas ca couvre les droits des utilisateurs non propriétaires.
[^] # Re: Y en a qui ont pas froid aux oreilles
Posté par Jerome Herman . En réponse à la dépêche Mono passe en version 1.2. Évalué à 3.
Je n'ai pas dit qu'ils avaient l'utilisation ad vitam des brevets, ils ont juste un vache de parapluie anti action légale pour couvrir leurs utilisateurs et eux mêmes entre le moment ou une violation de brevet est annoncée et le moment ou le code est corrigé/retiré/réécrit.
Euh, pour l'image ca la foutrait mal, mais alors vraiment très mal.
Dans ce cas l'accord ne leur sert à rien. Si ils comptent aller au tribunal quand même et défendre pied à pied la brevetabilité de telle ou telle partie de code avec à la clef en cas d'échec la nécessité de devoir payer les frais d'avocats et autres, de devoir acheter les licences induements utilisées et de devoir demander à leurs utilisateurs de bien vouloir désinstaller leurs produits pour cause d'incompatibilité de licences entre le brevet Microsoft et la GPL, alors l'accord n'est que poudre aux yeux qui ne protège ni les clients ni Novell ni les projets dans lesquels Novell est impliqué.
[^] # Re: Y en a qui ont pas froid aux oreilles
Posté par Jerome Herman . En réponse à la dépêche Mono passe en version 1.2. Évalué à 5.
Ben non il ne faut pas arreter de le dire, parceque c'ets l'angoisse numéro un du developpeur (libre ou non) : avoir une grosse société qui décide d'utiliser un par un ses brevets pour l'empécher de coder.
Ensuite je ne vois absolument pas en quoi cet accord laisse sous-entendre que Novell va rester les bras croisés le jour où une appli utilisant Mono se fait attaquer. D'abord parcque Novell sera directement concerné (c'est eux qui violeraient le brevet, étant les détendeurs du copyright et donc les responsables légaux)
Certes mais ils se sont mis dans une position bizarre avec leur accord. Si ils ne comptent pas rester à l'écart des actions judiciaires pourquoi ont-ils conclus un tel accord ? Et si ils veulent toujours garder Mono libre de tout brevet, a quoi va leur servir de pouvoir les utiliser ?
ca irait dans le sens opposé à la stratégie qu'ils ont mis en place dans le dernier accord : rassurer leurs clients.
Mais ca ne va pas contre le sens de la stratégie "faire peur à ceux qui ne sont pas encore client". Je ne pense pas que Novell considère que tous les utilisateurs de Mono du monde entier sont des clients qu'il faut défendre (et c'est d'ailleurs bien là le problème)
[^] # Re: Y en a qui ont pas froid aux oreilles
Posté par Jerome Herman . En réponse à la dépêche Mono passe en version 1.2. Évalué à 8.
Euh... Il y a dans .Net, notamment au niveau de la machine virtuelle et des modes de compilations anticipés tout un tas de brevets qui tiennent parfaitement la route. (N.B : J'entend par tenir parfaitement la route que ce ne sont pas des brevets idiots comme on en voit fleurir sur le double click ou sur les URL). Il y a également des interfaces de dialogue client<->serveur et des fonctions d'integration aux bibliothèques natives (notamment les bibliothèques graphiques ou de widgets) pour lesquels il n'est pas évident de pouvoir dire si elles sont innovantes ou si ce ne sont que des améliorations des concepts créés par IBM et par SUN dans des problématiques similaires.
De toute façon le problème n'est pas tant de savoir si oui ou non le brevet est valide (aux Etats-Unis ou même en Europe - CF la jurisprudence allemande et Anglaise pour ceux qui croient que les brevets sur le logiciel n'existent pas de ce coté ci de l'Atlantique), mais de savoir ce que l'on fait si on recoit un joli "Cease and Desist" de la part des juristes de Microsoft.
Hier encore c'était pas très compliqué, on se planquait derrière MDI et/ou Novell dont on pouvait raisonnablement penser que a) ils n'allaient pas se laisser retirer leur gagne pain comme çà et b) ils avaient largement les moyens de se défendre quitte à aller dire bonjour à monsieur le juge.
Or aujourd'hui MDI comme Novell on pris le parti de ne pas aller faire un tour par les tribunaux mais de se rendre directement à Redmond pour anticiper les problèmes futurs. Donc à moins de verser dans le philantropisme ils n'ont aucune raison d'épauler un développeur sous attaque judiciaire, voire ils risqueraient même de perdre leur accord avec le retour de baton que celà implique.
Au final en cas de Cease and Desist le responsable du projet menacé est au mieux seul, au pire obligé d'affronter simultanément Novell et Microsoft. Vu les copyrights sur la majorité du code de Mono il ne peut même pas vraiment appeler la FSF à la rescousse.
Bref tant qu'on aura pas eu un developpeur menacé par Microsoft et que l'on n'aura pas vu quelle position prend Novell, il sera bien difficile de dire si oui ou non on peut encore s'appuyer sur Mono pour le developpement libre.
# 9 décibels...
Posté par Jerome Herman . En réponse au journal Marre des cons.. Évalué à 1.
Pour rappel :
Campagne tranquille la nuit : 25-27 décibels
Bruit de l'air à 20°C sur le micro dans un studio d'enregistrement vide : 18 décibels
Bruit de semelle sur le bitume à 1m60 de distance (distance oreille pied) pour un marcheur au pas : 32 décibels
Même bruit de semelle à 100m de distance : 14 décibels (sans interférences extérieures)
Même bruit de semelle à 200m de distance : 11 décibels (sans interférences extérieures)
Même bruit de semelle à 400m de distance : 8 décibels (sans interférences extérieures)
Donc la cloche qui fait 9 décibels....
[^] # Re: Ca fait longtemps que je me suis pas fait moinsé tiens
Posté par Jerome Herman . En réponse au journal Overkill. Évalué à 4.
Pour ce qui est de mon exemple d'overkill disons simplement que les joueurs possèdent un capital de 20 points de vie au début du jeu, et que ma boule fulgurante (lightning ball en anglais) se retrouve à faire 96 points de dégats. De plus pour en arriver là j'ai utilisé en série 3 des cartes les plus puissantes du jeu (dont une - Berserk qui double les points de dégats - trois fois de suite.)
Pour finir avec la définition d'overkill, on est overkill quand on fait quelquechose de disproportionné pour un résultat qu'on aurait obtenu de toute façon, voire qui existait déjà :
Par exemple, connecter sa freeboite sur une carte ethernet 10 giga n'est pas nécessairement overkill, ca peut être juste gros bill. Par contre aller acheter deux cartes dix gigas et un switch, monter une interface virtuelle en bonding sur les deux cartes et les connecter ensuite via le switch à la freeboite alors qu'on avait déjà une carte 100 mega qui marchait très bien c'est overkill.
De même tuer une mouche avec un marteau c'est gros bill. Tuer une mouche avec un marteau, donner trois coups de marteau supplémentaires pour être sur, bruler les restes, sauter à pied joint sur les cendres avant de les disperser dans un réacteur de boeing 747 au décollage c'est overkill.
# Ca fait longtemps que je me suis pas fait moinsé tiens
Posté par Jerome Herman . En réponse au journal Overkill. Évalué à 1.
[^] # Re: Traduction
Posté par Jerome Herman . En réponse au journal OpenBSD 4.0 is out !. Évalué à 6.
Sauf que OpenBSD offre de base dans son installation par defaut un client SSH/SFTP un routeur/firewall de très haut niveau et un serveur Bind.
Donc le "aucun service activée par défaut" tu peux oublier aussez vite.
[^] # Re: comme d'habitude..
Posté par Jerome Herman . En réponse au journal Linux pret pour Mr Lambda ? pas si il a une webcam. Évalué à 10.
Et là il se retrouve avec un système qui commence par gueuler parceque Norton Anti-virus n'est pas à jour, et comme en plus il s'agit d'une version d'essai activé sur le net et limité à 30 jours il a le choix entre
a) repayer la licence norton
b) retrouver l'email qui lui donne le numéro de Licence définitve (pas gagné vu qu'il vient de formater son disque dur)
c) Desinstaller norton (Bonen chance aux noobs à ce sujet, la desisntall d'un norton de test demande une certaine habitude)
Derrière windows lui demande 42 fois d'inserer le cd-rom de driver de tel ou tel composants (tous les gadgets USB qu'il a acheté depuis qu'il a son PC) et là il y en a deux sur trois qui ne sont pas signés/certifiés. Il galère mais il crois s'en être sorti. Sauf qu'à force de CD d'install, la capacité scanner de son imprimante multi-fonction a été reconnu comme le périph d'aqusition ultime et les drivers ont débordés sur la webcam. Donc la web-cam en capteur CCD a été reconnue comme un périph scanner HP. De toute façon comme l'imprimante n'a pas été installé par le programme d'install du CD-Rom mais par le device finder de windows, le port usb/printer est deconnant. Il ne marche pas et il est "redécouvert" à chaque reboot.
Ensuite il se marre à refaire sa connexion internet. Le boitier usb qu'il lui a été fourni il y a un an par noobnet précisait bien sur le carton qu'il fallait impérativemetn installer les drivers AVANT de brancher le périph. Sauf que lui il a oublié (si tant est qu'il est jamais su). Donc au reboot windows a décidé que le boitier USB avait besoin de 2 ou 3 miniport wan - pas la peine d'essayer les supprimer ils sont bloqués comme "périphériques nécessaires au boot" et bien entendu ils empèchent toute installation d'un driver qui marche.
A partir de là il appelle un copain à la rescousse ou la hotline. Si il a de la chance il tombe sur un mec qui connait un peu : debranchage de tous les périphs USB, reboot en mode sans echec et nettoyage du windows\system32\drivers et inf au lance-flame. de là on remonte tranquilement un périph après l'autre depuis les cd d'install (on envoit balader windows dès qu'il demande un CD-Rom et on installe à la main).
3h plus tard le pc remarche, on se connecte à internet et immédiatement windows update commence à télécharger les 18 mois d'update en retard que l'image du PC ne peut pas avoir. Parmis les updates : windows media player et sa nouvelle gestion des WDM (objets COM/DCOM pour l'aquisition vidéo). Le pilote de la webcam est aussi en WDM, mais pas cette version là, pas de bol il fallait d'abord mettre à jour le pilote de la web-cam avant de monter la version de windows media player => la webcam se remet en rideau au reboot. Son copain techos commence à s'arracher les cheveux mais fini par décider de passer tous les drivers dans leur dernières versions.
La web-cam remarche, mais là c'est el micro de la carte son qui part en live. En fait la carte son "onboard" est bien une CM-Media 40x, mais c'est une CM-Media 40x vJ . Et c'est là le drame, la vJ, construite spécialement pour le le fabriquant de la carte mère a deux modes de fonctionnement : avec micro ou avec une sortie son 4.1 qui utilse l'entrée micro pour faire la sortie "frontal+back". Là elle est en 4.1 et il n'y a pas moyen de la repasser en "avec micro" sauf avec les pilotes du fabriquant de la carte mère. Lesquels pilotes sont introuvables ou presque (M Michu a acheté un PC au carrouf du coin, la carte mère n'est pas vraiment de marque). Le voilà donc sur MSN avec l'image mais sans le son. Le techos appelé en renfort trouve 8604 pages de forums qui rapportent le problème du mircro dont 8395 sont des "moi aussi j'ai çà", 7 sont des "c'est uen carte son de daube, achètes-en une vraie" et 2 pointe vers le site du cosntructeur de la carte mère qui nous affiche un joli 404 quand on click sur le lien pour télécharger les drivers.
A ce moment là il est généralement entre 1h00 et 3h00 du matin. Le techos peut partir ou s'acharner toute la nuit. M Michu commence à se dire qu'il aurait pas du acheter un ordinateur en promotion à carrouf, et que peut-être il va falloir qu'il en prenne un autre. En plus il voulait un portable, ca tombe bien.
N.B : Ceci n'est pas carricatural, ca n'est même pas un exemple "forcé".
[^] # Re: Immunité ?
Posté par Jerome Herman . En réponse au journal un FAI soit-disant ""Free"" bafoue la GPL !. Évalué à 8.
Que penser encore des bouteilles consignées qui apartiennent toujours à la société fabricatrice ? Et les DVD qu'on loue ? Et surtout que penser de l'argument de l'EDF qui dit que le compteur est propriété insaisissable ?
Bienvenu dans le vrai monde : Free estime que la freebox leur appartient, il la mette chez toi (avec ton accord) car elle est nécessaire à la fourniture du service MAIS ils considèrent que la boite freebox ne fait pas partie du service, et ils ont tout à fait le droit.
Honnêtement j'ai du mal à comprendre ce qui passe par la tête de la FSF France en ce moment, mais je vois pas par quel miracle ils vont réussir à démontrer que le logiciel dans la freebox n'appartient pas à Free.
[^] # Re: en revanche...
Posté par Jerome Herman . En réponse au journal Benchs QT VS Cairo. Évalué à 10.
[^] # Re: Question d'interprétation
Posté par Jerome Herman . En réponse au journal Pilotes graphiques libres Intel : et les performances?. Évalué à 2.
Ca c'est du point de vue du hardware, et nous sommes tout à fait d'accord. Les Geforce 4MX sont des Geforce de base avec deux trois wrappers sur les fonctions T&L. Dans 90% des cas elles se font plier par les Geforce 2MX.
Cependant le pilote NVidia lui voit une révision "machintruc" et se comporte comme si il avait affaire à une vrai Geforce4....
C'est un peu plus compliqué que ça quand il y a plusieurs applis qui veullent faire de la 3D en même temps. Il y a tout un système de lock sauf pour les cartes comme nvidia qui permette d'avoir plusieurs queues (et qui comme un OS font des 'contect switch' entre ces queues).
Ca c'est la théorie, c'est ce qui se passe sur les cartes un peu péchue (wildcats, quadro, firegl etc.) mais sur une geforce de base (même une 7800XT pro platinum turbo) ce qui va se passer est simplissime : la deuxième appli a vouloir faire de l'OpenGL sera bonne pour se contenter d'un rendu software.Les pipelines de rendus T&L et les shaders ne sont pas assez indépendants pour que l'on puisse faire 'moitié - moitié' donc une fois un display accéléré 3D déclaré, c'est mort pour les autres. C'est d'ailleurs la raison pour laquelle Vista n'aura aucun support OpenGL, comme tout windows est en DirectX10 il est éventuellement possible d'insérer une fenêtre avec un rendu DirectX dans le bureau, mais pour l'OpenGL c'est mort. A l'heure actuel les brutes d'OpenGL.org essayent de voir si il sera possible de faire un pilote OpenGL quand même, mais ca sera du full-screen uniquement....
[^] # Re: Question d'interprétation
Posté par Jerome Herman . En réponse au journal Pilotes graphiques libres Intel : et les performances?. Évalué à 10.
Seulement sur les cartes modernes (les cartes avec shaders) il est nettement plus rentable de transformer toutes les fonctions, même les fonctions de base en fonctions shaders ou T&L haut niveau.
Le problème est que comme les drivers nvidia sont "unifiés" sur cette carte, et pour la geforce 4MX le driver se comporte comme si il avait à faire à une geforce 4 donc il transforme les fonctions basique en commandes T&L haut niveau vu que la geforce 4MX indique qu'elle les supporte. Et paf.
Comme glxgears tourne le plus vite possible et qu'il ne demande ni des textures monstrueuses ni une puissance en vertex faramineuse (euphemisme quand tu nous tiens) c'ets le CPU qui se trouve à convertir les instructions simples en T&L avant d'en refaire des instructions simples derrière.
C'est aussi pour ce genre de choses que j'aime bien les dirvers proprios
[^] # Re: Question d'interprétation
Posté par Jerome Herman . En réponse au journal Pilotes graphiques libres Intel : et les performances?. Évalué à 10.
En l'occurence pour ce qui est de l'acceleration 3D, on se moque un peu de savoir ce que vaut l'OS sous jacent. Pour faire de l'accceleration 3D il faut
a) Créer un buffer (Un contenu de fenetre noir) et chopper le pointeur du début du buffer (et enventuellement les dimension de la fenetre dans laquelle il se trouve)
b) Ne plus jamais toucher au buffer jusqu'à fermeture de la fenetre
c) Envoyer l'adresse du buffer suivie des commandes OpenGL à la puce 3D
C'est assez proche des techniques d'overlay (la couleur de référence en moins). Bref une fois qu'on a réussi à ouvrir un display OpenGL (la fenetre noire), tout le reste au niveau graphique c'est du ressort de la carte 3D. On lui balance les instructions OpenGL et elle se débrouille.
Bon c'est pas complètement vrai car il y a toujours des fonctions qui obligent à faire des aller-retours avec le processeur, mais pas d'interaction (ou le moins possible) de l'OS ou du serveur X avec le display OpenGL. Donc l'influence de la qualité des apis graphiques sur l'affichage 3D en OpenGL est très réduit.
[^] # Re: On peut aussi se retenir de manger... Jusqu'à une certaine limite !
Posté par Jerome Herman . En réponse au journal une offre de travail qu'elle est belle. Évalué à 4.
Curieusement en plus quand on est dans une école, la dernière année ils vous demandent souvent de faire un stage "recherche", donc le PHP/MySQL c'est mort d'office.
Pour finir, les entreprises qui veulent des stagiaires pour les stages de fin d'année postent pas vraiment des annonces le 4 octobre avec le mot "URGENT" dans le titre.
Il est évident que cette offre s'adresse à une personne qui essaye de se faire une expérience professionnelle à tout prix en s'inscrivant dans un cursus universitaire (n'importe lequel) et en enchainant les stages.
[^] # Re: légèreté de l'être
Posté par Jerome Herman . En réponse à la dépêche MPD, un lecteur audio pas comme les autres... Évalué à 5.
Pour completer le troll, je dirais que l'ennorme avantage de mpd sur tout ces concurrents c'est qu'il fait du OGG en gapless (ie sans rupture de son en passant d'une chanson à l'autre). Cette fonctionnalité essentielle à mes oreilles semble être considérée aujourd'hui comme totalement secondaire voire superflue par la grosse majorité des back-ends audio disponibles sous Linux.
Donc si le Gapless vous manque depuis que votre lecteur audio favori a décidé de passer sous GStreamer essayez mpd.
[^] # Re: GTK, QT et les autres
Posté par Jerome Herman . En réponse à la dépêche Release Candidate 1 de XCB. Évalué à 5.
Apparament là on est plus très loin.
Si dans les jours qui suivent on a pas eu de gros changement de nommage/definitions/headers ca va devenir faisable.
[^] # Re: Etant donné que
Posté par Jerome Herman . En réponse au journal L'avis de 10 développeurs Linux sur la GPL3 (draft). Évalué à 7.
OUHLA !! Gros contre sens.
Elle ne veut pas la compatibilité "entre" mais la compatibilité "vers".
La GPLv3 est écrite de façon à ce que si on respecte la GPLv3 on respecte alors forcément N autres licences. En d'autres termes je peux mettre du code Apache, BSD, MIT, GPLv2 dans mon projet sous licence GPLv3.
Par contre je peux toujours me brosser pour mettre du code GPLv3 dans mon projet sous Licence BSD, MIT, Apache ou même GPLv2 ...
C'est là que peut intervenir la balkanisation.
[^] # Re: Ca va chauffer !
Posté par Jerome Herman . En réponse au journal L'avis de 10 développeurs Linux sur la GPL3 (draft). Évalué à 3.
Pas tout à fait. En fait nous sommes dans un monde dans lequel les brevets logiciels existent. Ils sont là ils s'imposent de plus en plus ce qui est regrettable (nous sommes d'accord), mais je ne pense pas que le fait d'interdire les brevets logiciels aux seuls utilisateurs de la GPLv3 soit une bonne chose. Il y a un paquet de société (Adobe, Microsoft, Apple, RSA, SAP (SAP DB est une vaste blague) , Sybase etc.) qui se foutent royalement de la GPL et qui vivent en grande partie des brevets qu'ils ont déposés. Pour eux le choix est simplissime, ils ne voudront pas de la GPLv3. Le problème c'est que rien ne les empèchera jamais d'intenter des procès à divers projets libres (ils l'ont déjà fait plusieurs fois par le passé), par contre les projets qui ont utiliseront la GPLv3 devront aller systématiquement devant les tribunaux pour prouver qu'ils ne sont pas en tort. A aujourd'hui la plupart des conflits sur les brevets se jouent hors tribunaux par des meccanismes complexes de combats de brevets, ce qui implique que pour lutter contre les brevets rapidement et efficacement, il faut à son tour posséder des brevets. Le plus gros bouclier anti-brevet du kernel Linux est à ce jour IBM. Le florilège de brevets qu'ils possèdent sur tout et rien protège Linux des attaques idiotes.
Il ne faut pas oublier que les couts d'un passage en tribunal en invalidation de brevet sont ennormes, de fait un "petit" projet même dans son bon droit peut être tué net si il doit prouver qu'il n'enfreint aucun des 8732 brevets d'Adobe sur le rendu des fontes par exemple.
Donc être contre le brevet logiciel ET posséder quand même des brevets c'est comme être pour un monde dans lequel le vol n'existe pas ET avoir quand même une porte blindée chez soi.
# Un excellent filtre de contenu
Posté par Jerome Herman . En réponse au journal forfaits de temps et contrôle parental .... Évalué à 4.
C'est probablement le meilleur du genre. Il est assez simple à installer et à prendre en main. L'installation par défaut ets calibré sur le modèle "école primaire" mais il est possible de descendre le niveau.
Bien entendu il fait le filtrage par ip, par plage horaire, par login etc.
cf : http://dansguardian.org/?page=introduction
Le problème c'est qu'il faut lui dédier un petit serveur ou alors centraliser les connections sur une machine.
L'avantage c'est qu'il suffit ensuite de remplir les paramètres de proxy sur les autres machines pour qu'elles aient accès au net filtré.
[^] # Re: re
Posté par Jerome Herman . En réponse au journal printf debugging considered harmful. Évalué à 3.
Le photon est un phénomène purement spatial, le temps ne s'écoule pas pour le photon. Le fait que le photon se "déplace" est lié à l'observateur.
En fait plus on se déplace vite, moins le temps s'écoule par rapport à un observateur fixe. C'est le principe de la théorie de la relativité.
Le photon ne connait que sa direction, son sens et son amplitude (sa longeur d'onde).
[^] # Re: re
Posté par Jerome Herman . En réponse au journal printf debugging considered harmful. Évalué à 2.
De toute façon vu qu'il n'existe qu'en deux dimension il aurait du mal à tourner.
Après çà si un observateur a l'impression que le photon tourne c'est que l'espace est courbe (pour le temps le photon s'en fout, ca ne fait pas partie des deux dimension qu'il connait).
A noter qu'apparament ca marche aussi à proximité des neutrinos, ce qui évite d'avoir un déranger une galaxie pour rien.
[^] # Re: re
Posté par Jerome Herman . En réponse au journal printf debugging considered harmful. Évalué à 1.
Mouais, faut le dire vite.
Le photon qui "ricoche" c'ets quand même une approximation plus que grossiére. Un photon ca va tout droit. Eventuellement c'est absorbé puis un autre photon est réémis dans une autre direction mais c'est pas vraiment le même photon.
[^] # Re: Claimed truth considered harmful
Posté par Jerome Herman . En réponse au journal printf debugging considered harmful. Évalué à 4.
D'un autre coté il a pas trop le choix. GDB en kernelspace ca le fait pas trop...
# Personellement je vois le troll ailleurs
Posté par Jerome Herman . En réponse au journal Un article fantastique !. Évalué à 10.
Par contre oser dire qu'un routeur Cisco est simple à configurer pour une PME dans le cadre d'un service de routage lourd c'est illarant.
J'ai toujours en mémoire le souvenir de ces deux experts Cisco (de chez Cisco) à qui il a fallu trois jours pleins trouver et commander la carte flash qui allait bien, pour mettre à jour le firmware en conséquence de la carte flash et transferer les règles de routage sur la nouvelle carte en prenant compte des nouveauté du firmware.
Un grand moment...
# Bonjour \o/
Posté par Jerome Herman . En réponse au message Syntaxe d'un fichier ACL. Évalué à 2.
Tout d'abord une réponse un peu hors sujet :
http://rofi.pinchito.com/eiciel/
C'est un excellent GUI pour gérer les ACL. Très pratique.
En ce qui concerne le format du fichier, c'est celui de getfacl. Pratique non ?
Il existe une syntaxe raccourcie dont on palre ici :
http://ezine.daemonnews.org/200310/acl.html
(il est marqué que c'est pour freebsd, mais ca marche pareil sous Linux)
Faire bien attention si on utilise des masques ACL ou des paramètres default. Dans ce cas ca couvre les droits des utilisateurs non propriétaires.
Voilà.