Tanguy Ortolo - Libre

J'ai testé pour vous UltraViolet (c'est de la merde)

Tanguy — Tue, 28 Jun 2016 13:34:00 +0000

Après avoir acheté un beau coffret de la trilogie cinématographique Le Hobbit, j'ai eu la surprise d'un trouver des instructions pour « récupérer une copie numérique » pour regarder ces films « sur tous mes écrans » grâce à un machin appelé UltraViolet. Les instructions indiquées sont les suivantes :

allez sur warnerbros.fr/uv ;
entrez un code d'activation.

S'agissant d'un machin développé par la MAFIAA, je pouvais déjà prédire le résultat, mais par acquit de conscience, j'ai tout de même essayé, avec un navigateur Web Firefox sous Debian GNU/Linux, plugin Flash installé et à jour, JavaScript et cookies activés sans restriction. Après tout, il est bien indiqué sur le papier que c'est censé marcher « sur tous mes écrans », avec de beaux petits schémas représentant un téléphone, une tablette, un ordinateur portable et un téléviseur.

Étape 1, Warner Bros

Deux étapes, on pourrait difficilement faire plus simple ! Sauf qu'évidemment, ça se complique. Sur la page UltraViolet de Warner Bros, il n'y a pas d'endroit où saisir un code ; au lieu de cela, il est proposé deux sites partenaires où on doit pouvoir l'entrer : Nolim films et Flixter.

Étape 1, deuxième partie, premier essai, Nolim films

Lorsque j'ai essayé, hier, la page de Nolim films affichait seulement « chargement en cours ». Après quelques minutes, j'ai donc renoncé et été voir chez Flixter.

Étape 1, deuxième partie, deuxième essai, Flixter

Côté Flixter, ça commence bien, on arrive sur un site en anglais. Une fois passé en français, il y a un bouton pour « Utiliser un code ». On tape le code et… ça dit qu'il n'y a aucun résultat. En fait, il faut saisir le titre du film, et ensuite seulement, saisir le code d'activation.

Étape 2, (essayer de) regarder ou télécharger le film

Il faut alors créer un compte, qui demande de fournir des renseignements personnels, c'est à dire des informations qui ne devraient certainement pas les concerner : pour regarder un film qu'on a acheté, il est anormal de devoir donner son nom, prénom et date de naissance. Personnellement, j'ai renseigné mon nom, mais une date de naissance bidon.

Enfin, on peut regarder son film. Enfin, essayer, parce que ça ne marche pas : ça lance une page avec Flash, qui affiche… du noir, puis un indicateur de chargement, et qui finit par planter le lecteur Flash.

On peut aussi télécharger son film avec un logiciel propriétaire proposé pour cela. Il est prévu pour Windows, et ne s'installe pas sous Wine.

Étape 3, ripper son DVD

Comme prédit, ça ne fonctionne pas. Il est donc temps de faire un peu chauffer mon processeur pour ripper mes DVD : ça au moins, ça fonctionne, et sans la moindre restriction. Autrement, ces flims doivent également être disponibles sur les réseaux de contrefaçon : contrairement à l'UltraTropLaid, ça aussi, ça fonctionne.

Consultation République numérique : article anti-DRM

Tanguy — Fri, 09 Oct 2015 18:32:00 +0000

Le gouvernement français a lancé une consultation publique pour le projet de loi République numérique. Cela me semble une bonne occasion pour tenter de concrétiser une idée que j'ai depuis quelques années.

Contexte

Certaines œuvres sont vendues avec des verrous numériques, qui posent plusieurs problèmes, qui peuvent essentiellement se résumer à ceci : l'acheteur ne dispose pas vraiment de ce qu'il a acheté. L'organisation responsable du fonctionnement de ce verrou numérique peut par exemple mettre fin à l'utilisation de cette œuvre. Pire encore, les œuvres équipées de verrous numériques reposant sur le bon fonctionnement d'un service distant cesseront nécessairement de fonctionner lorsque celui-ci sera arrêté, or si on recense plusieurs exemples de services ayant pris fin, je n'ai pas connaissance de services dont le fonctionnement serait éternel.

Ceci ne concerne pas seulement les œuvres verrouillées, mais également les jeux vidéos ne disposant que d'un mode de jeu en ligne dépendant d'un service fourni par leur éditeur.

Projet d'article

L'idée est donc de considérer qu'une vente d'œuvre sous forme numérique est censée permettre à l'acheteur de l'utiliser sans limite de lieu, de temps et d'équipement, et que s'il se retrouve dans l'incapacité de le faire à cause d'un verrou numérique, il ne s'agissait pas d'une vente, et que si elle était présentée comme telle, il s'agissait alors d'une escroquerie.

Une telle obligation, et une telle sanction en cas de manquement, ferait évidemment courir un grand risque juridique aux fournisseurs d'œuvres verrouillées présentant leur offre comme une vente. La fourniture d'œuvre verrouillée devrait alors être explicitement présentée comme ce qu'elle est vraiment, à savoir une location à durée éventuellement indéterminée.

Le texte

Je n'ai jamais appris à rédiger des articles de loi, c'est donc probablement très mauvais : si vous avez des suggestions de modifications avant que je ne soumette ça dans la consultation République numérique, dites-le-moi en commentaire.

La fourniture d'une œuvre de l'esprit sous forme numérique est assimilée à une vente dès lors qu'elle est présentée comme telle, par l'utilisation de termes du champ sémantique de la vente, tels que « acheter », « vendre » ou « acquérir ». La fourniture d'une œuvre de l'esprit sous forme numérique n'est pas assimilée à une vente dès lors qu'elle est explicitement présentée comme une location, à durée déterminée ou non, comme un prêt à durée déterminée ou non, ou comme un don, par l'utilisation exclusive de termes du champ sémantique de ces notions.

Lors de la vente d'une œuvre de l'esprit sous forme numérique, le vendeur fournit à l'acheteur un moyen technique, permettant la représentation de cette œuvre sans limite de lieu, de temps et d'équipement, tel qu'une fichier numérique dans un format standard et ouvert.

Après la vente d'une œuvre de l'esprit et sans limite de temps, lorsque l'acheteur, ou le propriétaire ultérieur par voie de vente d'occasion ou de succession, est dans l'impossibilité de représenter cette œuvre suite à l'arrêt d'un service nécessaire au fonctionnement d'une mesure technique de protection, au dysfonctionnement d'un service nécessaire au fonctionnement d'une mesure technique de protection, à une limite imposée par une mesure technique de protection ou toute autre raison non imputable à l'acheteur ou au propriétaire, la vente est assimilable à une escroquerie.

Un vrai livre n'est pas verrouillé : #thatisnotabook

Tanguy — Fri, 06 Mar 2015 18:54:00 +0000

Ceci est un livre. Je peux en faire ce que je veux, le prêter, le copier pour mon usage privé. Personne ne peut m'empêcher de le faire ou me le retirer. Ceci est une livre, soumis à une TVA réduite.

Ceci est un livre, enfin deux. Je peux en faire ce que je veux, les prêter, les copier pour mon usage privé, en particulier les sauvegarder sur mon ordinateur pour ne pas le perdre si ma liseuse tombe en panne, ou les imprimer pour les lire sans appareil électronique. Personne ne peut m'empêcher de le faire ou me les retirer. Ceci est un livre, qui devrait être soumis à une TVA réduite.

Ceci n'est pas un livre. Je ne peux pas le lire sur tous les appareils que je veux, à vrai dire je ne peux pas le lire du tout, puisqu'il faut un logiciel qui n'est pas disponible pour mon système d'exploitation. Je ne peux pas le prêter. Je ne peux pas le copier pour mon usage privé. Adobe peut me le retirer à distance. Il deviendra illisible le jour où les serveurs dédiés à cela seront arrêtés — notez qu'il s'agit d'un futur et non d'un conditionnel, d'une certitude et non d'une hypothèse. Ceci n'est pas un livre, c'est un droit temporaire de lecture sous conditions, une location à durée indéfinie, bref, un service, qui doit être soumis à une TVA pleine.

Objets connectés : attention aux services

Tanguy — Thu, 08 Jan 2015 13:02:00 +0000

Ces derniers temps, on parle beaucoup d'objets connectés, qui sont des accessoires divers — montre, cardiofréquencemètre, podomètre, vélo d'appartement, balance… — intégrant un ordinateur, connecté à votre réseau local ou à Internet afin de transmettre les informations qu'il collecte.

Attention donc à ne pas oublier une chose : si ces objets dépendent d'un service tiers, mis en place par le fabricant, ils ne dureront pas. Le jour où ce service prendra fin — car il prendra fin, ce n'est pas une hypothèse mais une certitude, à plus ou moins long terme — votre balance ou votre montre à plusieurs centaines d'euros ne fonctionnera plus, ou en tout cas pas comme ce qu'on vous a vendu.

Signing party au salon Solutions Linux le 20 mai 2014

Tanguy — Wed, 16 Apr 2014 20:45:00 +0000

En ces temps troublés, il est important de sécuriser nos échanges d'information — en chiffrant — ainsi que la distribution de logiciels — en signant les publications.

À cette fin, le salon Solutions Linux, Libres et Open Source sera l'occasion d'une signing party PGP, le 20 mai 2014 à 18h près du stand Debian France. Cette signing party est ouverte à tous les visiteurs et exposants du salon.

Pour faciliter les échanges d'empreintes de clefs en cas d'affluence, il est possible que nous utilisions une liste officielle de participants selon le protocole de Zimmermann-Sassaman. Pour préparer cela, il est demandé aux participants de me contacter en m'envoyant leur clef publique. Selon la méthode de signing party retenue, je publierai ultérieurement des instructions plus précises.

Re: Un menu de démarrage plus accueillant avec BURG

Tanguy — Wed, 08 Jan 2014 19:28:00 +0000

Le blog elementary OS Fr ne permettant pas de commenter ses articles sans s'inscrire sur Disqus, Facebook, Twitter ou Google, je me permets de répondre ici à cet article de kido.

Forker un logiciel pour introduire ses propres fonctionnalités, très bien, c'est un des intérêts du logiciel libre. Mais ce n'est pas une raison pour répandre de fausses informations sur le logiciel original. Rectifions donc.

Si vous utilisez elementary vous appréciez sans doute l'attention portée aux détails visuels en chaque coin du système. Mais un élément un peu rebutant reste présent: le chargeur d'amorçage GRUB qui apparaît à chaque démarrage. Elementary fait usage de ce système de boot comme la majorité des distributions Linux, car de par son omniprésence depuis plusieurs années GRUB est devenu très stable, éprouvé et documenté. Seulement il n'évolue que très peu.

Ça, c'est tout simplement faux. GRUB est effectivement resté assez longtemps en version 1, et n'évoluait plus du tout. Mais justement, depuis, la version 2 a été développée, et publiée en juin 2012, apportant nombre de nouvelles fonctionnalités.

C'est en partant de ce constat qu'un développeur a "forké" GRUB2, c'est à dire qu'il a modifié le code source à sa convenance, pour rendre possible un boot graphique: BURG est né. BURG profite de la maturité de GRUB tout en permettant d'utiliser de nombreux thèmes […].

Dommage d'avoir forké pour cela, parce qu'une des fonctionnalités majeures de GRUB 2, peu connues et peu utilisées, est justement la possibilité de définir des thèmes graphiques. Il est possible que les possibilités de personnalisation de ces thèmes aient été jugées insuffisantes pour les besoins d'elementaryOS, mais prétendre que le fork BURG rend possible un amorçage graphique est encore une fois faux, puisque cette possibilité existe déjà avec GRUB.

Linkeo menace LinuxFr par avocat interposé

Tanguy — Fri, 31 May 2013 13:48:00 +0000

Avis à toute la population : la société Linkeo vient de menacer et de tenter d'extorquer un dédommagement à LinuxFr pour un commentaire envoyé par un visiteur suite à une annonce d'offre d'emploi.

Linkeo, au cas où vous passeriez par ici :

Les menaces, c'est mal. Le chantage, c'est mal. L'extorsion, c'est mal.
Entre gens civilisés, on peut envisager de régler ses comptes directement et avec courtoisie.
LinuxFr est un site Web, pas un « site Internet », nom d'un yak !
man Streisand
Changez d'avocat. Le votre n'est pas capable de chercher les mentions légales sur un site Web et ne respecte visiblement pas les règles de déontologies de sa profession.

Pré-compresser des fichiers statiques avec le Serveur HTTP Apache

Tanguy — Fri, 29 Mar 2013 12:21:00 +0000

Quand on publie un site Web constitué de fichiers statiques avec le Serveur HTTP Apache, on peut réduire le débit utilisé pour servir ces fichiers en activant la compression à la volée, avec le mod_deflate. Ainsi, si le client annonce qu'il prend cela en charge, Apache compressera les fichiers avant de les lui envoyer, et le client les décompressera à la réception.

Pré-compression

L'inconvénient de cette approche, c'est que le serveur doit effectuer la compression pour chaque requête ; il est plus efficace de pré-compresser les fichiers une fois pour toute, en conservant le fichier original pour les clients qui ne prennent pas en charge la décompression :

$ ls
index.html
$ gzip < index.html > index.html.gz
$ ls
index.html index.html.gz

On peut ensuite servir ces fichiers directement en indiquant qu'ils sont compressés. Cela se fait avec le mod_mime, en déclarant un nouvel « encodage » gzip — terme désignant une encapsulation dans le langage de la norme HTTP :

LoadModule mime_module /usr/lib/apache2/modules/mod_mime.so
AddEncoding x-gzip .gz .tgz

Négociation de contenu

Cela suffit à servir des fichiers pré-compressés, mais seulement pour les clients qui les demandent explicitement, par exemple index.html.gz. Ce n'est pas très utile, on peut donc utiliser le mod_negociation pour servir automatiquement le fichier compressé en réponse à une requête normale, index.html dans ce cas. Pour activer cette fonctionnalité :

LoadModule negotiation_module /usr/lib/apache2/modules/mod_negotiation.so
Options +MultiViews

Le problème, c'est que la « négociation de contenu », qui permet à Apache de servir un fichier parmi plusieurs candidats selon la langue, le codage et la compression pris en charge par le client, ne se déclenche que si aucun fichier ne correspond exactement à la requête. Or, même si index.html.gz serait un bon candidat pour une requête sur index.html, il y a justement un fichier index.html qui correspond à cette requête, et la négociation de contenu n'entre donc pas en jeu. Il faut donc renommer le fichier original :

$ mv index.html index.html.raw
$ ls
index.html.gz index.html.raw

… et déclarer un nouveau type de (non-)compression :

AddEncoding identity .raw

Avec cela, et en redémarrant le Serveur HTTP Apache, le fichier index.html.raw sera servi aux clients qui ne prennent pas en charge la compression, et le fichier index.html.gz à ceux qui la prennent en charge.