THE_ALF_ a écrit 531 commentaires

>il me semble que ça ne concerne que la partie
>transmission d'images en jpeg.

Ah ? Il me semblait avoir lu ca :

>Forgent has the sole and exclusive right to use
>and license all the claims under the '672
>patent that implement JPEG in all "fields of use"
>except in the satellite broadcast
>business. Forgent's "fields of use" for licensing
>opportunities include digital cameras,
>digital still image devices, personal digital
>assistants (PDA's), cellular telephones
>that download images, browsers, digital camcorders
>with a still image function, scanners
>and other devices used to compress, store,
>manipulate, print or transmit digital images.

...ce qui me semble couvrir toutes les utilisations possibles du jpeg (sauf diffusion par satellite... la faut m'expliquer les subtiles distinctions...)

Le PNG n'est PAS une alternative au JPEG, il est assez mal adapte pour les photos.

Par contre, pour djvu, ca a effectivement l'air interessant. Bon, j'ai teste rapidos (et ici, desole, mais trouve qu'un plugin commercial, djvulibre ne tourne que sous nunux, pas de nunux au labo, bouh honte a moi je sais), et j'ai trouve surtout, en exemple, des documents ecrits, scannes, etc., et il est effectivement presente comme tel. Donc la question est : est-ce que ca marche aussi bien aussi sur les photos, pour pouvoir etre un vrai format de remplacement au jpeg ?

Ici :

http://www.jesuislibre.org/applications/Documentation/HowTo/Utilisa(...)

:-)

Le taux de participation etait eleve, mais c'etait facile, vu que tous les moniteurs etaient obliges d'assister aux conf, feuille de presence a l'appui... Ce qui m'a permis de tchatcher du libre devant un amphi plein a craquer (je sais pas combien ca represente, mais facile 100 personnes).
Ceci dit, je pense que la discours est a peu pres bien passe, j'ai eu pas mal de questions apres mon speech, et quatre ou cinq personnes sont venus discuter sur le sujet avec moi apres la conf. Au bilan, il me semble qu'il y a moyen d'interesser de nombreuses personnes sur le themes du libre, et si beaucoup continuent a utiliser les logiciels proprietaires... c'est peut etre aussi parce qu'ils ne savent pas qu'il existe autre chose, ou qu'ils ont encore l'image d'un systeme complique a utiliser.

A mon avis, un effort doit etre fait dans le sens de la communication, de l'information a propos du libre. Ce que j'ai essaye de faire a mon echelle.

Le hasard faisant bien les choses, je viens justement de faire un expose sur le theme "Les logiciels libres dans l'enseignement". J'y fait un bref historique/definition du LL (cela s'adressait a un large public) suivi d'un panorama de logiciels libres pouvant s'inserer dans ce cadre.
Cet expose va etre mis sous licence FDL et devrait etre prochainement disponible sur http://www.lirmm.fr/%7Ecies/infos_supp.php?id=155666550(...) .

>>le fait de rendre public du code le protège des brevets. les licenses libre sont donc suffisantezs
>> pour protéger d'un brevet.
>
> Oui mais cela nécessite un procès-> donc ca coute.

Bon, la faut qu'on m'explique, et excusez moi si je suis trop naif ;-) ... Il me semblait que pour qu'un brevet soit legal, il doit se baser sur une innovation. Si un brevet a ete depose sur un sujet, et que l'on peut prouver que ce qu'il decrit existe deja (ce qui peut etre fait simplement avec qques lignes de codes disponibles parce que GPL), ne suffit-il pas de le signaler a l'office des brevets pour invalider celui-ci. Est-on vraiment oblige de passer par un passage devant les tribunaux ?

Juste pour signaler que dia2code est loin de ne generer QUE du java. Il permet de faire du C++, du python, etc (on peut meme faire du C oriente objet avec). Le couple dia/dia2code marche bien, de ma (faible) experience personnelle.

> <hors sujet>
> Chose interessante aussi : Pour le support de l'USB, Linux avait 4 ans de retard sur Windows
> (1996 : Win 95 OS2 ; 2000 : Linux 2.2.14 : Debut du support
> de l'USB mais seulement pour certains periphs)
>
> Aujourd'hui, on va dire que Linux n'a plus qu'une année de retard sur les autres OS (Win et Mac)
> concernant le support des nouveaux periphs (Bluetooth,
> USB2...)
>
> </hors sujet>

Et donc en toute logique la prochaine aura 2 ans d'avance, grace a l'integration en standard du protocole IPoT, permettant d'acceder aux drivers pour les moniteurs 3D, machines a expresso, et module d'intelligence artificielle pour discuter du beau temps avec son kernel.

-1, car je le vaut bien.

Je suis d'accord, j'ai d'ailleurs toujours eu une Matrox. La premiere etant d'ailleurs une Millenium, il a fallu que Matrox cede et file ses specs avant que je puisse me mettre a Linux avec Xfree. Et il faut reconnaitre que depuis, Matrox reste fidele et delivre des drivers libres de ses cartes. Mais c'est pas parce que Matrox fait mieux que les autres qu'il ne pourraient pas faire encore mieux, de nombreuses cartes n'ont pas toutes leurs fonctionnalites disponibles sous Linux (par ex. la sortie TV pour certaines cartes, cf. le site de Matrox). OK, on n'a pas a se plaindre, mais on a bien le droit de demander un peu plus non ? Ce plus etant juste d'avoir des drivers equivalents (et aussi rapidement) a ceux qu'ils developpent pour doze, c'est tout.

Reste a voir si les drivers linux que fournira Matrox permettront de profiter de toutes les fonctionalites de la carte...

Tout a fait. La ref elle est la:

http://www.cybersciences.com/Cyber/3.0/N2763.asp(...)

En fait j'ai plutot vu ici une interpretation a deux niveaux de la realite, avec une question qui reste en suspens sur l'effective realite du 'monde exterieur'.
En effet, il apparait de maniere claire, et tres rapidement, que cette fameuse realite n'en a pas trop l'air, avec ces scenes aux personnes immobiles, la scene du livre, etc... Mais le fait que cette explication est trop evidente ne peut m'empecher de penser qu'il y a une autre maniere d'interpreter cela : voyons nous la realite de maniere objective ou subjective, a travers les yeux d'Ash ?
Cela signifie-t-il effectivement que Ash est dans le jeu du debut a la fin ou plutot que le jeu reste un jeu, mais que celui-ci est le monde dans lequel elle est totalement impliquee, a un point que la realite perd de sa substance, notamment avec une perte totale de relation avec les autres personnes, jusqu'a nier leur existence en les remplacant mentalement par de simples pantins. Seuls les chiens gardent une certaine realite, en temps que seul 'personne' avec elle puisse encore communiquer (en plus des humains de la realite mais impliques dans le jeu).
Et on peut ainsi interpreter ainsi la fin : le jeu est termine, Ash est censee donc retourner dans la realite, mais elle ne peut pas, puisqu'elle l'a niee. Il ne peut donc plus rien y avoir apres cette fin du jeu, donc generique. Le jeu est termine, la realite n'existe plus vraiment pour Ash, elle ne peut donc que 'mourir virtuellement', et c'est a ce moment la seulement qu'elle devient une 'non-revenue'. Comme on voit la realite par ces yeux, THE END, pask'y a plus rien a voir.

Voila une interpretation perso...

Elle me fais trop penser a une chanson de Zappa.
"Valley Girl, She's a Valley Girl" vous voyez pas ?


Bon, -1 car vraiment rien a voir...

>Le truc c'est que si tu es capable de faire un sokoban en sed,
>imagine ce que tu peux faire avec OpenGL et SDL par exemple !

Par exemple remplacer tata par toto dans un fichier texte grace aux librairies OpenGL / SDL, ca ro><or grave.
Oui, oui, j'y vais...

>le tux il lui a fait un trilililili dans l'eau?

Fais gaffe, on fait faire l'amalgame linuxfr=site zoophile

(Oui, je sais -1 et -------------->[] )

>Si vous avez des infos sur le sujet (GPL in France) je suis intéressé.

Il y a a ce sujet le rapport d'une doctorante en droit en ligne ici :

http://crao.net/gpl/gpl.html(...)

>Par contre il est vrai qu'un peu plus de certitude sur le diagnostique du cote windows ne ferai pas de mal.

On est d'accord dans l'ensemble. Ce que cette affaire met surtout en lumiere, c'est l'obscurite inherente au logiciel closed source. En cas de probleme eventuel, on ne peut que ne rien savoir et attendre. Youpi.

Le probleme de securite ici detecte ne reside pas tant dans le fait qu'il y ait une faille potentiellement exploitable, mais bien dans le temps de latence de reaction de la part des logiciels closed source par rapport aux logiciels open source.
Il n'est pas ridicule de dire qu'il y a un probleme lorsque d'un cote, le bug est corrige en 24h, et que de l'autre, on en est encore a poser des conditionnels sur ce bug, et si peu affirmation. Pendant ce temps, si il y a bug exploitable, les "hackers" (placez entre les guillemets precedents le terme qui vous convient le mieux) se sont probablement fait une joie de le verifier...

C'est vrai ca, ils ont qu'a interdire a tout produit non Microsoft de tourner sous XP, comme ca, pas de probleme de virus lorsque tout tourne sous Office, Outlook et compagnie. Hein ? Quoi -1 ?

Macromedia Dreamweaver :

http://www.macromedia.com/fr/software/ultradev/productinfo/eula/(...)

Ceci me semble un bon exemple concret de l'avantage de l'open source sur les logiciels proprietaires. Le patch correctif de la zlib est par exemple apparu des le 11 mars sur le site Debian (no troll, c'est juste la que je l'ai vu en premier http://www.debian.org/(...) ).
Pour les logiciels proprio, encore apres cette date, on avait encore des declarations style Microsoft tentant de minimiser l'affaire ( http://www.vnunet.com/News/1130151(...) )

>Je crois qu'il est peut-etre mieux de developper des systemes de fichiers virtuels ou l'on peut naviguer dans les archives.
>Les gestionnaires de fichiers modernes le font deja. Il faudrait que les commandes ls, cp, mv et compagnie en soient
>capables aussi!

N'est-ce pas en gros ce qu'il est deja possible de faire en patchant le noyau pour pouvoir attribuer un attribut 'compressed' pour un fichier/dossier, pour qu'il soit compresse (en gz?) sur le disque mais accessible directement comme s'il n'etait pas compresse.
Bien sur il serait interressant qu'un tel systeme soit plus developpe et etendu (du style 'chattr +c toto.wav' pour le compresser en ogg... ;-) )

Pour ce qui est des chevaux de Troie, auto-extractible ou pas, le probleme de securite est le meme. Dans ce cas, la seule solution est d'utiliser des paquets signes, de facon a ce qu'on puisse en determiner l'origine, pour savoir si ce paquet est sur ou non...

Ah ! Et les milliers de lignes a recopier dans Hebdogiciel pour avoir de tous zolis jeux ! C'etait pas beau ?

>TO7-70 et MO5 pour moi. Donc un OS propriétaire Thomson non ?

Pire que ca, mon gars, le Basic etait signe Microsoft...

Creer des impuretes dopantes sans atomes ? Je sais pas, peut etre par l'ajout volontaire de defauts cristallins ponctuels, qui jouent un role identique qu'aurait eu l'ajout d'un autre element. Dans ce cas, si le Germanium permet la creation de ces defauts cristallins (style il manque des atomes par ci par la), sans que ca ait un effet destructeur sur la structure cristalline globale comme cela se passerait avec un ajout trop eleve d'atomes autres, cela peut sembler a priori plausible... ?