Bulle a écrit 41 commentaires

Sans rapport avec le smilblick, le numéro IMEI est une caractéristique du *téléphone* et non de la carte sim.

Le firmware de ton microonde n'est pas selon toute probabilité pas à base de soft GPL, donc l'exemple est peut etre mal choisi :-)

Oui, mais d'un autre coté, ton modem ne va pas télécharger un bout de Fenetre de lui même chez ton FAI pour l'éxecuter, pour savoir comment router des paquets avec ses petites mimines :-)

Beaucoup de "décideurs" sont prêts à utiliser une technologie nouvelle/différente de celles qu'ils utilisent d'habitude, pourvu qu'elle soit crédible ( pour eux linux=truc d'universitaire donc louche) ou qu'il y ait une garantie de sérieux derrière. Je pense qu'on peut considérer IBM comme une garantie crédible d'un point de vue de décideur :-)

Ahh, ok. Merci pour l'eclaircissement.

[-1 itou]

Au risque de passer pour un naze en ortôgrafe, quel est le problème dans cette phrase, sachant que cet anniversaire m'a l'air parfaitement correct ?

Et en plus, il a une notion du typage *TRES* fort. On ne peut pas caster dans tous les sens, ce qui évite pas mal de bugs de structures/classes qui matchent à peu pres, et on ne peut pas surcharger les opérateurs, ce qui a mon sens est un grand pas en avant pour la ponte de code lisible :)

> C'était le cas pour Java 1.0, mais à partir de Java 1.1 (je crois), Sun a abandonné ce principe et AWT est devenu 100% Java avec widgets unifiés pour toutes les plateformes.

Pas d'accord, pour moi, ca date de JAVA 2, donc de la version 1.2, qui a vu l'introduction de SWING

> D'ailleurs AWT c'est l'avenir

Euh AWT, ca utilise ce que l'on appelle des composants lourds, qui sont natifs du système d'exploitation avec un peu d'enrobage autour. Ils ne sont donc pas indépendants de l'OS. D'ailleurs, la notion de look and feel interchangeable a été ajouté par JAVA 1.2 avec SWING qui lui utilise des composants dits légers, qui n'ont pas de "peer" dans l'OS.

Non. Le principe de fonctionnement de l'office des brevets américains est le suivant :

1- On brevette
2- Si il y a un probleme soulevé par un conccurent, il y a proces, et le jugement invalide ou non la chose, mais c'est un tribunal qui tranche, et non l'office des brevets.

cf :
Rambus/infineon (SDRAM)
Intel/AMD (archi en pipeline, je crois)

par exemple.

D'autant que l'équilibrage d'un arbre tournant avec une tete de lecture qui se balade dessus ne doit pas etre évident non plus ...

J'ai entendu à la radio que MS avait laché l'affaire. C'est fini ?

> C'est pas ce qu'a fait ce gars ? Il a les valeurs d'entree : le "binaire" du DVD, et en sortie une image et du son ? A lui de trouver le code qui va bien au milieu ?

Pas tout à fait ... Pour trois raisons :

1 - la puce en question n'incluait pas dispositif de protection, genre chiffrement du code du bios

2 - Le texte de loi sur le 'Digital Millenium Copyright Act' n'existait pas

3 - Je crois me souvenir qu'à l'époque IBM ne croyait pas trop dans le PC, vu que la mode était plutot 'l'intelligence centralisée', genre Mainframe + VT, qu'en plus, le PC était tout laid face aux mac :-), que, mine de rien, c'était *vachement* cher et qu'enfin l'application aux particuliers n'était pas aussi évidente que maintenant.

Mais c'est mon avis ...

>Faut être solidaire, quand même.

> D'autant plus que la presse comprend tout de travers, ça fait vraiment de la peine )-:

Soutenir un combat est une chose, raconter n'importe quoi en détournant les faits dans le sens qui t'arrange en est une autre.

C'etait le sens de mon poste précedent, ce qui bien evidemment ne change rien au fait que je soutiens le combat de ce pauvre garçon :-(

A ma connaissance, il n'y en a pas. Par contre, à priori, si t'as les moyens de te payer le 'droit' d'utilisation de CSS et l'acceptation, rien ne t'empêche à priori de le faire. D'ailleurs, je n'ai jamais dit qu'il y en avait.

Je m'étais documenté y a un bout de temps. Ce que j'en avais retenu à l'époque était que les clefs de chiffrement ( et l'algo?) ne devaient pas être retrouvables => pas de sources et acceptation par la MPAA.

Non. Qu'il y ait CSPLA ou non, on ne t'interdit pas de regarder un DVD sous Linux. Ce qui te sera interdit, ce sera de le faire avec un lecteur qui n'aura pas eu l'accord de la MPAA pour le faire. Ceci dit, rien ne t'empeche d'acheter les droits pour faire un player et lui faire passer les tests d'acceptations (non circulation de la clef n'importe ou ...) . et ensuite redistribuer ton soft sous la forme d'un binaire meme gratuitement

C'est tout pourri, c'est pas terrible-terrible de la part de la MPAA de tenter par tous les moyens de garder la main-mise sur l'utilisation de l'algo CSS, mais il n'est/ne sera pas illégal au sens propre du terme de lire des DVD sous Linux.

D'autant que le titre de la news ne correspond pas à son contenu. Le premier indique que le gars a été *condamné*, l'autre que le proces va s'ouvrir. D'autant que le modérateur a été obligé d'ajouter un truc à la news de taille qui est que c'est lui le codeur. Ce qui n'est pas *du tout* la meme chose. Ce n'est pas que je sois du coté de la MPAA, mais un peu d'honneteté intellectuelle ne nuirait pas !

Ca pose aussi un probleme de sécurisation : c'est grossomodo le meme que pour un brin BNC : tout le monde voit rout passer. Ce qui signifie que tout le batiment peut sniffer tous les paquets. Pas glop non plus !

Tu peux toujours installer un junkbuster entre ton navigateur et le wildwildweb, et lui dire de lourder ce qui ressemble à du flash :-)

Pour ce qui est de l'UMTS, je ne pense pas que ce soit un bon exemple : quand ce sera pret et bien finalisé, que les terminaux et le réseau *tourneront*, vu ce que ça leur a couté, on aura droit à un matraquage publicitaire comme on en aura jamais vu, et qui donc marchera. (cf les tamagochis, les patinettes, bref toutes les conneries qu'on a fait acheter ces dernières années, hormis le wap, qui lui ne fonctionnait pas)

Trop gros, passera pas. Chsui sur qu'il y a des gens qui s'en rendront compte :-)

On arrive au coeur du probleme : implanter un réseau physique de télécoms coute TRES cher. Jusqu'à maintenant et (AMHA) pour longtemps, personne n'a les reins suffisament solides pour poser un réseau local à coté de celui de FT, réseau qui de toute façon ne serait pas rentable dans les campagnes. C'est le meme genre de considérations qui fait que dans mon trou perdu de Bretagne, on n'a qu'Orange, et pas SFR ou Bouygues : c'est pas rentable.

Justement, je suis pas sur que ce soit encore le cas. Comment présentes-tu la clef de session d'une session ssh (ou ssf, d'ailleurs) si qqn se pointe chez toi avez un dump des paquets entre toi et un serveur que tu as interrogé ?

Nan, pour une raison tres simple : la loi française ne t'oblige pas à donner (enfin, à la fin de l'année dernière) des informations pour apensantir les charges qui te pesent dessus. Donc si on trouve sur ton disque des fichiers chiffrés, on ne peut pas exiger que tu donnes les clefs. Je tiens ça d'un colonel de gendarmerie qui nous a dit ça dans le cadre d'une conv pour une UV à l'école l'année dernière. Par contre, je sais qu' à l'époque une libéralisation plus poussée de la crypto était dans l'air (cf déclarations de Jospin sur le sujet à l'époque), mais je ne sais pas ou elle en est maintenant. D'ailleurs, j'aimerais bien savoir si j'ai le droit d'utiliser ssh. Si vous avez des pointeurs, je suis preneur.

Je le pense aussi mais il est tres difficile de l'affirmer. Peut etre que les quelques un qui ont fait ca on completement bloquer la vintaine de clients dont ils prennaient la BP et que ca a fait perdre les clients et beaucoup d'images (qq1 qui promet une BP garantie et qui se retrouve avec de la saturation c'est pas bon pour lui). Sans compter la mauvaise publicité que va lui apporter le proces et potentiellement ca peut amener pas mal de monde à se dire "et si je débloque juste à 300ko ca ne va pas se voir ?" ... et ca aussi ca sera une conséquence de l'action du client frauduleux.

Ouais, mais la encore il faut voir les contrats des gens : si c'est comme pour Mamadoo ADSL, l'internet marabout, il n'est meme plus fixé de débit minimal et leurs conditions disent :

L'accès au service est possible 24 heures sur 24, 7 jours sur 7 sauf en cas de force majeure ou d'un événement hors du contrôle de Wanadoo Interactive et sous réserve des éventuelles pannes et interventions de maintenance nécessaires au bon fonctionnement du service et des matériels. ou articles 10 et 11 des conditions générales d'utilisation Mamadoo