benoar a écrit 4239 commentaires

Merci des compliments. Oui j'ai hésité à le passer en dépêche sur la fin, mais au début je ne pensais pas faire un article aussi long. Et puis il y a aussi la fin, un peu trop personnelle à mon goût pour une dépèche, et puis peut-être aussi les histoires d'appel au boycott interdit en France, toussa...

Faudrait que je le retravaille un petit peu. Il y a aussi le fait qu'on est en plein mois d'août, et que je me disais que c'était peut-être pas le bon moment pour intéresser un maximum de gens, mais là j'avais pris l'initiative de l'écrire hier soir, alors c'est sorti comme ça.

Pour les ordinateurs de bureau, j'avoue ne pas avoir eu le courage de chercher. Faire ces recherches m'a déjà pris pas mal de temps, mais le tout c'est d'aller chercher les spécifications précises de la machine sur le site du constructeur, et de rechercher ce qui se rapporte aux TPM ou autres choses "Trusted", qu'on retrouve généralement dans la rubrique "sécurité".
Le problème c'est qu'on est jamais sur qu'il n'y a pas eu un oubli (volontaire ou involontaire) lorsque ce n'est pas indiqué (ça me parait louche que Acer soit le seul à ne pas proposer de machines sans puces TPM, même s'il ne fabrique que des machines pour le grand public).

Pour ce qui est du "en option", oui, je pense que ça veut vraiment dire ce que ça veut dire. Mais par contre, pour Asus par exemple, on ne peut pas commander de machines directement sur leur site, et ce sont donc les revendeurs (en France) qui choisissent quels modèles seront proposés au public (Asus offre plein de possibilités de configurations différentes pour ces machines, et les revendeurs n'en choisissent que certaines, en plus c'est généralement les même pour tout un pays). S'ils ont le choix d'ajouter des options, genre TPM, qui ne doit pas être cher, je pense qu'ils le feront; ça fait toujours "bien" d'avoir plein d'options en plus sur les machines qu'on vend...

Pour ce qui est d'exiger cette puce pour que l'ordinateur soit fonctionnel, je pense que c'est de la parano de linuxien : les constructeurs n'ont aucun intérêt à empêcher l'utilisation de linux sur ces machines, juste pour le plaisir de faire chier les libristes. Par contre, lorsqu'on démarrera sur un système non-certifié, on n'aura plus accès au "monde de confiance" des données protégées par TCPA, et seuls les informations libres pourront circuler entre des machines non-certifiées (ou des informations protégées par des protections logicielles, qui seront alors classées au rang de "jouet technologique" d'antant).

Mais il est clair que plus cette puce se répand, plus le risque est grand de voir arriver des informations accessibles uniquement aux systèmes certifiés, et dans un effet d'entraînement, de voir ce genre de machines proposées au grand public, et des constructeurs qui ne pourront rien faire d'autre que de proposer des machines ainsi équipées pour ne pas perdre des ventes, même s'ils sont idéologiquement contre (j'aimerais bien en trouver des comme ça, quand même).

Je pense tout de même que la diffusion de TCPA se fera dans le silence le plus total, car le seul moyen pour que ça marche, c'est qu'au moment où les fournisseurs de contenus offriront des données protégées, les gens auront déjà du matériel qui puisse le lire. Ce n'est pas comme avec la HD, ou les commerciaux balancent "Achetez la nouvelle télé SuperHD-machin-chose, elle a une qualité 100x supérieure à votre ancienne !" pour convertir les gens : là, je vois mal des mecs sortir "Achetez notre nouvel ordi avec TPM ! Il n'a rien de mieux que votre ancien, mais en plus il vous bride dans votre liberté d'utiliser vos données !". Il faut que la transition se fasse en douceur : d'abord on infiltre ces puces dans le marché, qui ont aujourd'hui peu d'utilité, ou alors une utilité autre que la certification de la machine (qui est, je pense, le but "ultime" du projet TCPA) : par exemple le stockage sécurisé de clés, l'accélération du chiffrement (je ne dis pas que ce n'est pas utile, je dis juste que c'est une utilisation "détournée"). Et une fois qu'une majorité des ordinateurs en seront équipés, on pourra proposer des contenus "sécurisés" par TCPA. Ceux qui n'étaient pas encore convertis le seront par effet de masse ("Ha, tu peux pas lire le document que je t'ai envoyé ? C'est ton ordi qu'est trop pourri, regarde, tu l'as acheté ya au moins 3 ans ! Il a pas de TPM !"). Puis alors les emmerdes commenceront à arriver, mais ce sera "normal" : "L'informatique c'est comme ça !". J'espère seulement qu'un jour les gens se réveilleront. Mais s'ils attendent jusque là, il sera trop tard.

Simplement produire du code natif, ce n'est pas difficile: au pire il suffit d'embarquer des bouts de l'interpréteur dans l'exécutable et pouf, tu as un programme natif.

Pour ceux qui s'intéressent à l'aspect théorique de la construction de compilateurs à partir d'interpréteurs, voire ce lien qui parle d'évaluation partielle et surtout des différentes projections Futurama :
http://www.jadetower.org/muses/archives/000419.html
La notation utilisée est du genre Haskell, et ça fait se tordre l'esprit assez longtemps avant de capter quelque chose.

Argh, désolé du malentendu, ces derniers temps je suis un peu stressé dès que je vois DRM d'écrit quelque part... Oui effectivement alors, ça permet une meilleure sécurité en séparant la partie utilisateur de la partie noyau. Le pire c'est que je connaissais déjà l'archi DRI/DRM. Méa culpa.

Hein ?! Un DRM pour améliorer la sécurité ? Relis tes classiques, le but des DRMs ce n'est pas d'apporter la sécurité du système, mais empêcher la libre manipulation des données. Après, ton système avec DRM peut être criblé de backdoors, cheveaux de troie, bugs, etc...

Le truc c'est que quand un driver est "bien" codé, le porter pour une autre architecture est plutôt aisé. Alors quand il s'agit en plus du même OS, et que cet OS cache même les détails des différentes archis, c'est du gateau ! Et le driver x86 pour les cartes ATI sous linux est le même que pour toutes les autres archis. Une petite recompilation, et hop c'est parti...

T'as toujours le driver libre qui marche pas mal, aussi, faut pas l'oublier !

dans ce cas, c'est bien VLC qui sert le flux rtp à la Freebox.

Oui mais alors c'est _ton_ ordinateur qui fait le déchiffrage, et qui est donc dans l'illégalité, pas la freebox, Donc je pense qu'à ce moment là, Free n'a rien à voir dans l'histoire de contournement.

Pour la loi non-rétroactive, j'avais pas pensé à ça. Mais comme la diffusion de logiciels permettant le contournement de MTP est aussi réprimée, et que l'auteur de ce logiciel le diffuse sûrement, ça revient à peu près au même.

En ce qui concerne la FreeBox, je suis en train de me dire qu'on fait une erreur depuis le début : Free utilise VLC sur les PCs qui souhaitent lire le flux issu de la Freebox, mais dans la freebox elle-même, je ne pense pas que ce soit VLC qui soit utilisé, plutôt un truc plus "embarqué" (i.e. moins gros que VLC, et fait maison). Ou alors ils peuvent aussi nous ressortir l'argument qu'ils ne distribuent pas la Freebox, ils la louent, et ainsi proposer des modifications proprios de softs GPL pour lire les flux protégés HDTV, WMV, etc... Mais en tous cas ils payent sûrement des licences aux fournisseurs de MTP.

Il me semble qu'il y a une option à activer dans les Préférences clavier. En tous cas moi j'arrive (de mémoire, ça fait longtemps) à tabuler entre les boutons d'un dialogue...

Citation de Renaud Donnedieu de Vabres sur LCI :

[Je] regrette que la saisine des députés de l'opposition ait eu pour conséquence de rétablir les peines de prison pour les internautes.

C'est limite mettre ça sur le dos des députés PS/PC/Verts !!

Ensuite, il souhaite saisir le Garde des Sceaux :

[pour que les] poursuites soient orientées vers les cas les plus graves.

Qui a parlé de répression arbitraire tout à l'heure ....?

Enfin, tout ça n'a pas empêché une petite pique du côté du PS, avec Chrisitan Bloch qui dit qu'il voit en la décision du Conseil constitutionnel

une censure du gouvernement, sanctionné pour son amateurisme.

Ils sont toujours aussi courtoits entre députés et ministre...

Donc soit ils réécrivent un équivalent proprio ( bon courage!), soit ils suppriment le service freeplayer, soit ils vont au procès, et les juges auront à définir une jurisprudence concernant l'interopérabilité.

Ils ont aussi la possibilité d'acheter des licences au consortium CSS. Il est tout à fait possible pour un industriel souhaitant lire des DVDs légalement sur sa plateforme de le faire en demandant des autorisations à ce consortium, contre rémunération, heureusement.

Par contre je ne sais pas si le fait de se baser sur DeCSS est accepté, car à la base il a été fait dans un but de "coutournement" de la protection. Enfin bon, dans les faits, se baser sur cette implémentation ou tout autre a le même résultat : on peut lire les données pour les afficher. Et je ne sais pas non plus si le consortium donnerait une autorisation à cette implémentation, vu que dans VLC on peut enregistrer le flux décrypté comme on veut.

Concernant ?!

Heu, consternant, plutôt ?

Le truc c'est que tu n'as pas l'air de chercher beaucoup, ton bon de code n'étant pas vraiment différent de celui que je t'ai donné.
Alors sachant que les commandes unix ont des noms se rapprochant beaucoup de leur fonction, quelle commande permet de tuer tous les processus d'un programme ?...

Je te conseille le tutorial de Python, écrit par Guido lui-même :
http://docs.python.org/tut/tut.html
J'ai toujours trouvé ce tutoriel génial, c'est lui qui m'a permis de commencer à me mettre à python il y a pas mal de temps déjà.

Et pour pygtk, il a aussi son tutorial (que je ne connais pas vraiment) :
http://www.moeraki.com/pygtktutorial/pygtk2tutorial/index.ht(...)

Le guide de référence debian ... ? http://qref.sourceforge.net/
Tu connais peut-être déjà si tu connais bien Debian, mais il y a quelques conseils sur ce que tu cherches.

Tiens, moi aussi pendant un temps j'avais monté un petit PC pour une bibliothèque associative (j'avais du temps ...).
Tout marchait très bien, j'avais même développé un petit programme pour, mais un jour les bibliothécaires ont voulu avoir de la musique dessus (ok c'est sympa, mais pas indispensable !) mais pas de carte son (ou pas de driver) : résultat, nouvelle bécane d'achetée, et mon boulot foutu en l'air. Bien sûr, un windows avec un programme beaucoup moins pratique à utiliser, mais c'est Microsoft, c'est forcément mieux !

-Linux supporte plus de périphériques que n'importe quel OS en a jamais eu dans le passé.

C'est vrai que le nombre de périphériques supportés "out of the box" par linux est surement plus grand que n'importe quel OS.
Mais le "problème" c'est la proportion de chaque périphérique vendue dans le monde : certains périphériques non supportés par linux sont très présents sur le marché, et donc au final le nombre de périphériques "présents sur terre" supportés est surement beaucoup moins grand que les autres. Et c'est ça qui, je pense, conduit les gens à penser que linux supporte "moins" de périphériques que les autres OS. Et d'un coté c'est ça qui est surtout très embettant.

... autrement appelé "weak reference" dans plein de langages de programmation : http://en.wikipedia.org/wiki/Weak_reference

Le problème ce n'est pas vraiment que jabber.fr ou fritalk.com veuillent t'empêcher d'utiliser MSN, tu es libre de faire ce que tu veux.
Mais gérer la passerelle MSN prend du temps et d'autres ressources, et tout ceci t'es offert gracieusement lorsque tu utilises leur passerelle.
Bref, tu souhaiterais que ces gens continuent à faire des efforts juste parce que toi tu te "vois mal leur (tes amis) expliquer à tous d'utiliser Jabber sous prétexte que c'est libre alors que eux ce qu'ils veulent c'est toutes ces fonctions inutiles - donc indispensables - qu'un client de messagerie instantanée doit avoir aujourd'hui" ? Eux aussi sont libre de faire ce qu'ils veulent; jusqu'ici ils ont été sympas de gérer ça pour tous les gens qui n'avaient pas le "courage" de migrer complètement ou d'avoir un client multiprotocole. Mais au bout d'un moment, je comprend qu'ils en aient marre de se faire chier pour une plateforme propriétaire que tout le monde utilise parce qu'il n'assume pas vraiment ses convictions pour le libre.

C'est pr ça que "l'option de ps adaptée" c'est -C :

-C cmdlist Select by command name.
This selects the processes whose executable name is given in cmdlist.

et h pour supprimer le header ...

... MRTG ?
http://oss.oetiker.ch/mrtg/

Simple et efficace.

J'ai acheté une clé Connectland, je n'ai plus la référence exacte, mais j'avais essayé un autre modèle de la même marque qui marche aussi.

En ce qui concerne les logiciels, je suis sous gnome et c'est un peu la galère, il n'y a pas beaucoup de logiciels qui marchent "out of the box" et qui peuvent utiliser toutes les fonctions du téléphone. Par contre j'ai cru comprendre que KMobileTools marchait très bien. C'est con, j'aime vraiment pas à avoir à installer toutes les libs KDE, mais là ça à l'air de valloir le coup.

Merci pour le lien vers sdparm !
J'avais ce "problème" depuis quelque temps, et ça marche très bien ici ! (disque externe USB/Firewire SilverDrive3, relié en Firewire)

i=60
while [ $i -gt 0 ]; then
 nb = `ps h -C mon_programme | wc -l`
 if [ $nb == 0 ]; then
  break
 fi
 sleep 60
 let i--
done

Je précise, j'ai pas testé.