liberforce a écrit 4744 commentaires

Ah, la prochaine fois, cite le bon texte (mon allusion à ssh et vnc j'imagine). Effectivement, en remettant le contexte à plat, quand il dit "mesure technique" (vague n'est-ce pas), il faut en fait comprendre "mesure technique de protection" (MTP). Dans ma tête ce n'est pas du tout la même chose ! Mon allusion à SSH et VNC était plus là pour montrer que je trouvais que c'était un peu n'importe quoi, mais effectivement, c'est moi qui me suis gourré dans mon interprétation (comme quoi chaque mot compte).

En gros il faut que le contrôle des MTP se fasse sur ta machine, et pas en contactant un gros serveur à qui tu donnerais des infos personnelles. J'ai bon ?

Informatique dite "de confiance"
Question 11 : De plus en plus, l'abandon du contrôle de son ordinateur personnel, et notamment de son droit au contrôle de l'accès à ses données personnelles, devient un pré-requis pour pouvoir accéder à des données numériques protégées par le droit d'auteur. Un tel principe est-il selon vous acceptable et quel doit être la réponse du législateur face à cette "tendance du marché" ?

Et donc pour toi "informatique de confiance" c'est pas "trusted computing" ? Et les DRM/MTP ne sont ils pas un des élément du trusted computing ? En quoi je FUD ? En plus pour le FUD tu repasseras: je suis bayrouiste, comme je l'ai dit à de nombreuses reprises sur ce site. Si tu trouves que j'ai mal compris ou interprété ses propos, malgré toutes les citations que j'ai pu faire pour éviter cela, tu peux peut être le dire gentiment plutôt que de hurler au FUD, non ?

patapé!
M'enfin moi je veux bien que les brevets logiciels existent. Du moment qu'on brevète un implémentation non triviale (genre pas un ou exclusif) et pas un concept. Si je veux réaliser mon clone libre (ou non), je ne dois pas avoir à me soucier des brevets.

Ok, je crois comprendre ce que tu veux dire: tu parles d'une projection avec acceptation des brevets logiciels (un peu la situation actuelle), moi je te parle de ce que je voudrais voir, et qui me semble logique, d'où la mésentente...

Ah (autant|au temps) pour moi, tu as raison.
[luis@alcor ~]$ ldd $(which abiword) | grep gnome
libgnomeui-2.so.0 => /usr/lib/libgnomeui-2.so.0 (0xb7690000)
libgnome-keyring.so.0 => /usr/lib/libgnome-keyring.so.0 (0xb761c000)
libgnomecanvas-2.so.0 => /usr/lib/libgnomecanvas-2.so.0 (0xb75ec000)
libgnome-2.so.0 => /usr/lib/libgnome-2.so.0 (0xb75d7000)
libgnomevfs-2.so.0 => /usr/lib/libgnomevfs-2.so.0 (0xb74f3000)
libgnomeprintui-2-2.so.0 => /usr/lib/libgnomeprintui-2-2.so.0 (0xb73ea000)
libgnomeprint-2-2.so.0 => /usr/lib/libgnomeprint-2-2.so.0 (0xb737d000)

Je ne suis pas d'accord là. Si tu réimplémentes leur protocole à partir de specs ou par reverse-engineering, tu ne leur dois rien, la clause d'intéropérabilité doit jouer en ta faveur, et pas besoin de licence. Par contre leur piquer du code pour l'utiliser dans ton soft, ça évidemment, c'est interdit, mais si tu veux utiliser LEUR code protocolaire, tu devrais payer une licence.

Faut pas déconner non plus...

Où se situent les logiciels ?
L'article 52.2-c de la Convention du Brevet Européen (CBE) les exclut du champ de la brevetabilité au même titre que les théories scientifiques et les méthodes mathématiques. Conformément à la Convention, le Code français de la propriété intellectuelle ne reconnaît comme "inventions" ni les "méthodes mathématiques" (algorithmes), ni les "programmes d'ordinateurs".

[...blabla sur les brevets c'est bien pour protéger les PME, mais ça renforce la position dominante des grands groupes: en gros y a du pour et du contre...]

François Bayrou tient absolument à ce que les décisions de nature
réglementaire garantissent les possibilités de développement du logiciel libre.[1]

[1] En gras dans le texte original.

A propos du "Trusted Computing":

Pour François Bayrou, qui s'est exprimé à ce sujet le 14 mars 2006 à l'Assemblée Nationale, « des "mesures techniques permettant le contrôle à distance direct ou indirect d'une ou plusieurs fonctionnalités, ou l'accès à des données personnelles" devraient tout simplement être interdites ».

Bon, où j'ai mis mon client VNC ? Et mon client SSH ? Ah, oui, dans mon cul (TM).

A propos des DRM:

Pour François Bayrou, la copie privée, pour un usage personnel, familial ou amical, doit être reconnue comme un droit pour le consommateur, pour le citoyen - et non pas seulement comme une "exception".

Jusqu'ici tout va bien. C'est après que ça se gâte.

Il peut cependant être légitime de mettre en vente un produit assorti de certaines restrictions techniques d'usage, clairement indiquées à l'acheteur. Reconnaître la légitimité de ces MTP ne suppose pas de légiférer pour en interdire le contournement (ce que prévoit la directive de 2001) ; ce sont deux décisions indépendantes du législateur.

Là je comprends pas, il dit une chose, puis son contraire. Les restrictions sont connues des consommateurs. Le problème c'est que quand on veut l'oeuvre, soit on pirate pour ne pas avoir de DRM, soit on achète du DRM, parce que la maison de disque ne fait plus que ça. Il est où le choix légal là ? Où est la légitimité des MTP ? Les DRM je n'en veux pas mais on me les impose.

Bon, par contre il est:
- pour l'interopérabilité
- pour l'exception de décompilation pour interopérabilité
- pour les logiciels libres
- contre l'interdiction des logiciels pouvant potentiellement être utilisés pour du piratage
- contre l'utilisation des brevets logiciels pour freiner les logiciels libres
- contre DADVSI dans sa version actuelle
- contre la vente liée
- pour les actions de groupe ("class actions") dans le droit français et européen
- pour le RGI (Référentiel Général d'Interopérabilité)
- pour le logiciel libre à l'école
- pour privilégier le logiciel libre dans l'administration (mais avec le droit de choisir autre chose non libre, non interopérable si c'est beaucoup mieux =) )

Un point soulevé intéressant est la question de la mondialisation des oeuvres numériques, et leur modes de diffusion. Si un prix unique émerge pour une oeuvre, cela ne permet pas aux pays au niveau de vie inférieur d'avoir accès à aux oeuvres. Une chanson à 1 euro c'est déjà cher en France, alors dans les pays en voie de développement, c'est hors de prix. Pourtant même dans ce cas je pense que les DRM ne servent à rien (vive le dézonage des lecteurs DVD), mais je ne suis pas sûr qu'ils l'aient perçu.

Pour conclure, je suis un peu mitigé sur les brevets logiciels et les DRM, mais le principal est là, et permet d'avoir, je pense, raisonnablement confiance dans cette partie de son programme. Sauf si c'est un Chirac bis (qui a dit super-menteur ?), mais bon, qui ne tente rien n'a rien...

Au passag, donner un lien vers GNOME Office, ça sert pas à grand chose vu que le liste a pas été mis à jour depuis 2004. Mieux vaut parler de Abiword + Gnumeric, ces applications sont beacoup plus connues à mon avis que le terme "GNOME Office". Surtout que ce sont des applis GTK standard, pas tant liées à GNOME que ça il me semble.

Tiens ça faisait longtemps. La prochaine news je mise sur un "Foresight Linux 1.3 is out" :-)

Meuh non, c'est SID: Sarko Is DTC

A mon avis, pour un débutant, Jokosher doit faire tout ce que tu veux. Il est très intuitif, et même si c'est un logiciel GTK, je pense qu'il mérite grandement l coup d'oeil !
http://www.jokosher.org/screenshots

Ça ne le dispense pas du tout de répondre car il a émis des réserves, justement. Il a dit que la question était complexe et que pour l'instant il suspendait son jugement. Donc il ne fait pas de promesse, mais s'il arrive au gouvernement, on ne sait pas ce qu'il fera.
http://www.betapolitique.fr/spip.php?article0280

Et pourtant je l'aime bien, mais il faut être réaliste: Bayrou, on connaissait sa position (antibrevet):
http://www.bayrou.fr/media/1presse/bayrou-jdnet-220903.html

Mais maintenant, je la connais beaucoup moins, et ça me fait un peu peur.

Oui, j'avais vu ce code là, mais sans réellement savoir à quel niveau c'était exploitable, ni réellement à quoi ça correspondait... En fait je ne savais pas si c'était du code fourni par le constructeur, ou fait par gars en question.

Effectivement, ça a l'air d'être le code qui est dans le BIOS et qui gère l'interruption 15, que le constructeur lui aurait (gentiment) donné... J'essaie de contacter ledit constructeur, pour voir s'ils auraient des pilotes Linux à me fournir. Ce gars (lawrence) les aurait contactés pour avoir ce code de gestion de l'appel BIOS + les pilotes Windows + des exemples de mise en oeuvre des pilotes Windows.

Donc à ton avis même si le int 15h est illégal à cause du mode protégé du processeur, un accès direct au matériel est tout de même possible en user mode ? Et donc on peut se passer de driver ? En tout cas merci grandement pour cette piste, je commence à y voir plus clair...

Il a vraiment eu de la chance ce journaliste de france 3 d'habiter dans cet immeuble :-)

Bon, apparemment tout le code là bas est pour Windows, de même que les exemples et le pilote livrés par le constructeur...

J'ai vu qu'un projet utilisait cette carte:
http://control.ee.ethz.ch/~lawrence/public-project-trac/wiki(...)

Digital IO
The manual for the PCISA describes how to call the DIO (4x input, 4x output) section of the PCISA board. This seems to be programmed into the BIOS; unfortunately it is not possible to call these execution routines in xPC as they run in protected mode. Thanks to the support of IEI we now have a solution which is able to read and write the DIO from within xPC. Basic drivers were written but need to be tidied up before release. Please watch this space for more details.

Hum... Ça commence à me faire peur... Ça voudrait dire que j'ai besoin d'un driver spécifique, non fourni avec la carte par le constructeur. Je me demandais comment des applications comme gnome-power-manager faisaient pou communiquer avec l'ACPI, qui est géré avec des appels au BIOS... Ce serait le noyau qui fait les appels par l'intermédiaire d'un driver spécifique à la carte, ou alors ce sont des appels à des trucs comme hal qui sera l'interlocuteur du noyau...? J'ai l'impression d'être pas mal à côté de la plaque sur ce coup là.

Je dois utiliser des I/O numériques sur une carte mère JUKI 6770.
Le manuel est ici, à la page 50 on explique comment utiliser les I/O numériques. Pour cela, on me donne comme unique solution un appel à une sous fonction du bios par un appel assembleur au vecteur d'interruption 15h.
http://files.ieiworld.com/files/IEINET/andyliu/2005/08/12/09(...)

Je veux bien une autre solution, mais c'est la seule donnée par le constructeur...
MOV AX, 6F09H ;configurer le port en tant que sortie
MOV BL, 09H ; mettre la sortie à 0x09
INT 15H ; appeller l'interruption 0x15

Le BIOS doit ensuite regarder la valeur du registre AX. L'octet de poids faible de AX (0x09) correspond au numéro de la sous fonction à appeler en interne au BIOS.

Mais pas un seul exemple pour l'appeler à partir de code C, alors je me suis dit que de l'assembleur inline ferait l'affaire... Une autre solution ?

Merci pour ta réponse. Bin en fait je dois faire tourner l'ppli sous Fedora Core 6, donc DOS c'est mort, pareil pour un exe bootable.

Pour ce qui est de eax, c'est juste que j'avais besoin que de 16bits, donc j'ai utilisé ax qui fait exactement cette taille.
Regarde page 50 de ce document, c'est ce qu'on me dit d'utiliser:
http://files.ieiworld.com/files/IEINET/andyliu/2005/08/12/09(...)

J'avoue que je ne sais pas comment fonctionne le mode protégé du processeur, mais il doit bien y avoir une autre manière que celles que tu as indiqué quand meme ?

J'aimerais bien faire appel à un vecteur d'interruption bateau pour voir si ça plante aussi, mais je ne sais pas lequel je suis autorisé à appeler...

PS: Le jeune codeur a 27 ans quand même ;-)

Je confirme. Par contre, la génération suivante d'automate de rechargement de passe navigo est sous RedHat. La génération suivante risque d'ailleurs d'être sous Debian, après forcing du constructeur (qui a assez raison d'ailleurs).

La RATP utilise beaucoup Linux en tout cas, donc RHEL, CentOS, OpenSuse...

Le pourquoi du comment:
http://thomas.apestaart.org/log/?p=453
http://thomas.apestaart.org/log/?p=454

En fait même la machine d'états des menus DVD est brevetée. Mais effectivement, les brevets logiciels sont toujours interdits en europe, et je ne vois pas pourquoi on ne permettrait pas aux utilisateurs de choisir s'ils souhaitent enfreindre la loi ou pas.

Tout de suite des insultes ! :-)

...qu'on arrête de propager le fait qu'une oeuvre sous creative commons est libre....
Là, il faut:
- citer l'auteur (ok)
- ne pas l'utiliser à des finc commerciales (non libre)
- ne pas faire de travaux dérivés (non libre)

Tou ce qu'on peut donc dire de cette oeuvre, c'est qu'elle est gratuite, et que sa diffusion est encouragée, mais elle n'est certainement pas libre...

modprobe.preload, hein, pas modules.preload !