Ben non: le cvs marche. J'ai mis à jour la homepage (qui sera mise à jour par cron d'ici quelques heures) en enlevant les espaces insécables: on ne sait jamais...
Je vois plusieurs danger aux protections contre la copie, et à l'interdiction de leur contournement :
- il devient de fait impossible de pratiquer son droit à la copie privée, c'est à dire de copier tout ou partie d'une oeuvre dont on a acheté le droit de la représenter dans le cercle de famille pour son propre usage (extraits, insertion d'une musique dans une vidéo
familiale, écoute/visionnage sur un matériel ne tolérant pas le support d'origine -- les lecteurs de cd ou dvd n'existeront pas éternellement).
- la sauvegarde et la conservation des oeuvres devient impossible, et elles disparaîtront
avant de tomber dans le domaine public, ou pour les rares conservées par les éditeurs
n'y tomberont jamais (puisqu'ils présenteront des oeuvres restaurées, colorisées,
passées en 3d, ou n'importe-quelle /innovation/).
- l'extention des mesures de protection contre la copie aux outils de création (appareils
photographiques, caméras vidéos...) risque d'être faite sans que le créateur ait le choix
de les mettre ou non en oeuvre. La circulation des oeuvres que l'on aura créees sera
soumise au bon vouloir de ceux qui posséderont la clef. Ca peut faire 1984, mais ça
s'appelle "DRM", et c'est le dernier cri (que l'on pourra pousser)...
Si nos chers élus pouvaient s'intéresser de près à ces dangers...
D'ailleurs, il existe un truc tout à fait simple pour insérer des URLs ou des URIs dans n'importe quel texte (sauf les machins en *ml), c'est d'utiliser la syntaxe prévue ici :
<http://www.rfc-editor.org/rfc/rfc2396.txt>.(...)
C'est tellement simple et souple qu'elle a été publiée en 1998, et qu'elle est en proposed standard aujourd'hui (ce qu'on peut considérer comme un excellent parcours)...
Le FHS (file hierarchy standard), n'a malheureusement pas rencontré le même succès auprès des distributeurs.
Il y a deux façons pour une entreprise de suivre les standards : s'y conformer, ou se démerder pour que le standard suive son implémentation à elle. Le FHS avait un inconvénient :)
Les clefs sont limitées à 128 bits pour le chiffrement, par contre il n'y a _aucune limitation_ pour les clefs d'authentification ou de contrôle d'intégrité (voir le décret sur http://www.internet.gouv.fr(...) définissant les logiciels de cryptologie non soumis à déclaration - le lien est sur la page ssi d'fsf europe).
Reste à savoir si le chifrement des clefs pour leur transmission peut être assimilé à une opération d'authentification ou de contrôle d'intégrité, seule une clef (dé)chiffrée correctement étant utilisable.
# Petit oubli : Coordonnées site et CVS
Posté par Thomas Harding . En réponse au journal Implémentation complete des fonctions de la RFC2911 (IPP) en PHP5. Évalué à 1.
Le site avec la doc :
http://www.nongnu.org/phpprintipp/
http://www.nongnu.org/phpprintipp/usage.html
# [Mise à jour] version 0.5a
Posté par Thomas Harding . En réponse au journal Implémentation PHP d'IPP (Internet Printing Protocol). Évalué à 1.
(mauvaise utilisation de CVS: hard links...)
Réglés dans cette version.
Bon codage,
TH
[^] # Re: soucis sur le CVS
Posté par Thomas Harding . En réponse au journal Implémentation PHP d'IPP (Internet Printing Protocol). Évalué à 2.
[^] # Re: soucis sur le CVS
Posté par Thomas Harding . En réponse au journal Implémentation PHP d'IPP (Internet Printing Protocol). Évalué à 2.
Elle est aussi à jour que le CVS (mais ça va changer :)
Je vais poster une tâche dans l'assistance pour le CVS.
Soyez patients !
> merci pour le travail.
Ca fait toujours du bien d'entendre ça :)
--
TH.
# Re: Conférence sur les biens communs informationnels et l'EUCD
Posté par Thomas Harding . En réponse à la dépêche Conférence sur les biens communs informationnels et l'EUCD. Évalué à 4.
- il devient de fait impossible de pratiquer son droit à la copie privée, c'est à dire de copier tout ou partie d'une oeuvre dont on a acheté le droit de la représenter dans le cercle de famille pour son propre usage (extraits, insertion d'une musique dans une vidéo
familiale, écoute/visionnage sur un matériel ne tolérant pas le support d'origine -- les lecteurs de cd ou dvd n'existeront pas éternellement).
- la sauvegarde et la conservation des oeuvres devient impossible, et elles disparaîtront
avant de tomber dans le domaine public, ou pour les rares conservées par les éditeurs
n'y tomberont jamais (puisqu'ils présenteront des oeuvres restaurées, colorisées,
passées en 3d, ou n'importe-quelle /innovation/).
- l'extention des mesures de protection contre la copie aux outils de création (appareils
photographiques, caméras vidéos...) risque d'être faite sans que le créateur ait le choix
de les mettre ou non en oeuvre. La circulation des oeuvres que l'on aura créees sera
soumise au bon vouloir de ceux qui posséderont la clef. Ca peut faire 1984, mais ça
s'appelle "DRM", et c'est le dernier cri (que l'on pourra pousser)...
Si nos chers élus pouvaient s'intéresser de près à ces dangers...
TH.
[^] # Re: Financement des transports
Posté par Thomas Harding . En réponse à la dépêche Ouvaton sommé de fermer le site antipublicitaire Stopub. Évalué à 2.
[^] # Re: Good morning vietnam !
Posté par Thomas Harding . En réponse à la dépêche Good morning Vietnam !. Évalué à 1.
en anglais, parce que la version internationale ne le faisait pas.
Ceci dit, ce sont peut-être de mauvais admins :)
[^] # Re: C'est parfois indispensable...
Posté par Thomas Harding . En réponse au sondage Préhistoire : lecteurs de disquette. Évalué à 1.
# Re: Une boîte coule, du code et du contenu se libèrent
Posté par Thomas Harding . En réponse à la dépêche Une boîte coule, du code et du contenu se libèrent. Évalué à 3.
[^] # Re: Vers une convergence de la syntaxe Wiki ?
Posté par Thomas Harding . En réponse à la dépêche Vers une convergence de la syntaxe Wiki ?. Évalué à 0.
<http://www.rfc-editor.org/rfc/rfc2396.txt>.(...)
C'est tellement simple et souple qu'elle a été publiée en 1998, et qu'elle est en proposed standard aujourd'hui (ce qu'on peut considérer comme un excellent parcours)...
TH.
[^] # Re: La cuisine libre, bientôt dans vos assiettes !!!
Posté par Thomas Harding . En réponse à la dépêche La cuisine libre, bientôt dans vos assiettes !!!. Évalué à 1.
[^] # Re: f.m.b.l roulaize en cuisine
Posté par Thomas Harding . En réponse à la dépêche La cuisine libre, bientôt dans vos assiettes !!!. Évalué à 1.
<URL:gopher:gopher.vaboofer.com>
(je ne suis as sur de la rédaction de l'URL, j'ai pas la rfc sous la main)
Comme quoi, gopher pas mort :)
TH. (qui n'a rien à voir avec TontoTh)
[^] # Re: Pillage tout de même
Posté par Thomas Harding . En réponse à la dépêche Sigma « donne » le code de son codec sous gpl. Évalué à 10.
Même les déclarations de l'April sont de beaux morceaux de bravoure :)
TH.
[^] # Re: J'ai oublié ...
Posté par Thomas Harding . En réponse à la dépêche Mandrake, RedHat et SuSE certifiées LSB. Évalué à 1.
Il y a deux façons pour une entreprise de suivre les standards : s'y conformer, ou se démerder pour que le standard suive son implémentation à elle. Le FHS avait un inconvénient :)
Au fait, qui a changé : RH ou SUSE ?
TH.
[^] # Re: limitation de taille de clé ?
Posté par Thomas Harding . En réponse à la dépêche Les Logiciels Libres et la DCSSI. Évalué à 3.
Reste à savoir si le chifrement des clefs pour leur transmission peut être assimilé à une opération d'authentification ou de contrôle d'intégrité, seule une clef (dé)chiffrée correctement étant utilisable.
TH.
# Le nain férieur a frappé
Posté par Thomas Harding . En réponse au message [Éditeur/Emacs] Faire un copier/coller avec emacs/xemacs. Évalué à 2.
meta-espace
meta-w
control-w
control-y
[^] # Re: Dans le même style...
Posté par Thomas Harding . En réponse à la dépêche La folie mini-ITX. Évalué à 10.
d'ordinateur à 10$, dont le coeur tenait
dans l'équivalent d'une barette de RAM
(vu dans derniers Dream ou Login).