Denis Bodor a écrit 628 commentaires

Comme le précise Benoît Sibaud c'est l'utilisation du TPM qui peut être un vrai danger pour l'utilisateur et non le composant lui-même.

Il me semble important de préciser qu'un TPM peut être très intéressant pour un serveur GNU/Linux.Autoriser ou non l'exécution d'un code via un composant matériel, par exemple, est aussi une bonne solution pour se protéger de l'installation de rootkits ou l'exécution de code "louche".

Une petite recherche sur google et on découvre que le support des puces Infineon existe pour Linux et que le pilote est en GPL (tout comme la libtpm). J'irais presque jusqu'à dire que je regrette ne de pas avoir l'un des TPM listés dans la doc Infineon pour faire mumuse avec.

Cette technologie (comme toutes technologies d'ailleurs), n'est pas mauvaise, C'est l'utilisation qui peut en être faite qui l'est. Les couteaux permettent de tuer des gens, ce n'est pas pour ça qu'il faut bannir les couteaux de nos vies, il nous suffit d'interdire le meurtre. Pareil pour les TPM, c'est NGSCB qui est dangeureux et l'utilisation des TPM pour des technologies DRM.

Grosse boulette. Il faut lire "le convertisseur qui utilise le processeur".

Ce n'est pas le convertisseur qui utilise le convertisseur mais l'inverse. Un exemple simple pourrait être un port série. Plutôt que d'utiliser un UART type 16550A qui est chargé des communications et de la gestion des signaux, on remplace par deux ou trois transistors (ou un composant logique) et le processeur s'occupe de la gestion des lignes et de la conversion parallèle/série.

Résultat des courses, ca coûte moins cher mais le processeurs travail plus. Pareil pour l'adaptateur réseau. On dégage la puce, par exemple, RTL8139 et le processeurs se charge de la gestion de l'ethernet.

Bin oui, mettons tout dans le même panier c'est pratique. Si je n'aime pas les épinards je peux les mettre avec aussi ?

Et bien c'est tout simple alors. Mets DeCSS en téléchargement sur ton site et fait un courrier au procureur de la république pour te dénoncer toi-même anonymement. Surtout, tu nous tiens au courant, hein :)

Enfin, le gouvernement qui a une élection à gagner en 2007 va, j'imagine, bien se garder de publier les décrets d'application de la loi rapidement. Des contraventions en rafale sur des électeurs dont le fils a téléchargé Les Bronzés sur e-donkey, c'est pas du meilleur effet.

Je ne suis pas sûr que DADVSI soit quelque chose qui puisse avoir un poids quelconque dans les prochaines présidentielles. Pas tant que des médias populaires (j'entends par là non-spécialisés) ne préciseront pas les dangers. Et l'importance de l'interopérabilité n'est pas quelque chose qui se prette bien à la communication de masse contrairement au mondial, à la grippe aviaire, aux problèmes d'imigration, au moyen-orient ou à qui sera le maillon faible la semaine prochaine...

Soyon réaliste, nous voyons le danger mais la majorité des consommateurs qu'en ont-ils à faire de l'interopérabilité ? Si on à monsieur toto que c'est ce qui fait que le CD qu'il vient d'acheté fonctionne aussi bien sur son PC que sur son vieille autoradio, là, oui, peut-être qu'il se passera quelque chose.

Mais réaliste je ne le suis déjà plus. Le gentil monsieur de la Fnac lui dira que son autoradio est trop vieux, lui vendra un iPod... et monsieur toto sera tout heureux d'être à nouveau à la page et délesté que quelques dizaines d'euros seulement... chic alors...

Tout comme le commun des utilisateurs n'hésitera pas une seconde à te lacher "m'en fout d'OpenOffice, un copain m'a passé Office 2050 ca marche bien", le commun des consommateurs de musique t'alignera un "j'ai mis à jour mon matos dernier cri, j'ai plus de problème"...

Et nous on va gesticuler, hurler, expliquer... contre le mouvement global moutonnisant pour finir par copier nos CD sur cassettes et ressortir nos walkman. D'ailleurs, ne serait-ce pas là aussi un acte visant à contourner un MTP ? Belle leçon que celle-ci pour des personnes versées dans les nouvelles technologies que d'en être privé et de revenir à l'analogique.

Bon, j'arrête, je crois que je déprime et que je vois tout en noir là.

++

Tu soulèves une question des plus intéressante : Quid de la tasca taxe ? En quoi est-ce encore légitime de faire payer une taxe pour copie privée s'il devient implicitement et surtout légalement impossible de jouir de ce droit avec bon nombre de nouveaux CD ?

L'interpretation de la loi est, au final, l'affaire du juge. En clair, lorsque le cas se présentera, nous aurons un jugement qui fera sans doute juriprudence et l'interpretation commencera à se... hum... standardiser.

Bref, qui veut faire le crash test en premier ?

Mais vaccin ne colle pas. La GPL est contaminante puisque mes terme de la licence se propage à l'ensemble du code qui est mélangé à un code GPL.

Certes cela donne un côté "maladie" mais il faut y voir une méthode de propagation et non une sorte de peste juridique. "Contamination positive" me semble être précis, juste et adapté.

En effet, c'est un regrettable oubli. Désolé.

Et bien, pour tour dire, en presque 8 ans de magazine, c'est le première "vrai" reportage qui est publié. Bien sûr, nous avons eu des comptes rendus de manifestations (Perl, Netfilter Workshop, SL, etc) mais là c'est différent.

Ca change un peu d'avoir quelque chose à lire ailleurs qu'à côté d'une machine, tout en restant technique. Le sujet et le moment s'y prettait. Peut-être aurons-nous l'occasion d'en faire d'autres dans le même style mais rien n'est d'ors et déjà planifié pour l'instant.

Yann (YG) est un auteur bien de chez nous. Mais il signe habituellement des papiers bien plus technique (CRC, générateur de nombres speudo aléatoires, Tuning de code, etc). Tu ne doit pas lire souvent GLMF ;)

Je crois que IP over Gobelins date d'avant cela.

Ce qui est vrai pour tout les détaillants de matériel et aussi les constructeurs. C'est vrai. Mais autant nos voisins ne mettent pas le nez dans nos affaires autant nous ne mettons pas le notre dans les leurs.

Pas question de le virer, même si parfois je galère.

Ah bin, je suis partant alors. Le truc c'est toujours le même, c'est l'engagement. En proposant une série ou quelque chose qu'on attend comme étant régulier, c'est une sorte de contrat moral avec les lecteurs.

Allez, autant sur certains point tu as raison (chapeau de l'article très peu en accord avec le contenu) autant sur d'autres...

D'un point de vue rédactionnel, je vois Debian comme GCC, le Kernel ou Perl. C'est un sujet. Pire, c'est un domaine.

Il y a beaucoup à dire sur un compilateur, un langage, un projet, etc... Il y a aussi beaucoup à dire sur une distribution... Oui, les applications se configurent via leurs fichiers de configuration, mais le système lui-même, l'organisation des scripts d'init, la gestion des paquets, l'intégration d'application non empaquetées ou encore les dérivés de la distribution elle-même (comme DFS)... Tout cela est spécifique à la distribution. Il y a de quoi dire... si... si...

Tu pense que Debian Corner n'a pas sa place dans une revue qui parle de Linux en général. Soit, c'est ton droit. D'un autre côté, la grande majorité des lecteurs lisent et aiment ces articles. Il ne s'agit pas de faire "troupeau de moutons" mais bon...

Et, non je ne peux pas te donner ma parole :-)

Et oui, tout comme on me réclame souvent du *BSD sur des salon (SL200x). Et je dis "oui, bien sûr. Vas-y". La réponse est sans cesse la même "Ah heu oui, mais non, en fait, pas moi hein, il faut juste quelqu'un pour le faire..."

Ta wishlist me va parfaitement. Sauf, peut-être sur l'actu des distributions. Yapluka... comme les articles sur *BSD en fait :)

Un essai ? Mais c'est bien là le problème.

Lorsque j'ai décidé de mettre un article "Debian" mensuel, il s'agissait d'un engagement. Maintenant, c'est en route. Certains mois sont faciles et d'autre non. Mais il faut le faire... C'est surtout cela le problème de "journal du kernel"

Je ne comprends pas le manque de synergie...

Tout simplement parce qu'il s'agit de deux entités différentes occupant simplement des bureaux dans un même batiment.

Il n'y a pas à y avoir de synergie entre un vendeur de matériel et un magazine, bien au contraire. GLMF n'est pas le support presse d'un détaillant ou d'un autre.

Précisons tout de suite que le qualificatif "rubrique" même si c'est bien de cela qu'il s'agit, est dans ce cas précis un groupe entre une et quatre pages sur un total de 96. Il ne s'agit pas vraiment d'une invasion Debian (pas plus qu'il n'y a eu d'invasion Perl).

Pourquoi Debian ? :

- parce que c'est la distribution la plus largement largement utilisée parmi les lecteurs de GLMF.
- parce que c'est la plus populaire des distributions communautaires
- parce que cela donne à Debian quelque chose que d'autres distributions ont via d'autres moyens : de la communicaton et une présence hors du net. Les autres distributions populaires peuvent communiquer et promouvoir leurs produits... Debian non.
- parce que j'utilise Debian

Autre précision, la "rubrique" Debian ou plutôt l'article Debian mensuel n'est pas une spécialisation d'une section "News". Les nouvelles sont bien traitées par d'autres médias sur le Web. Inutile de les diffuser avec 4 semaines de retard. L'article Debian, c'est parler de ce qui se passe, certes, mais aussi expliquer certaines fonctionnalités, des manips, des détails de configuration, etc.

C'est simplement la présentation de l'article et le fait d'être à l'avant du magazine qui peuvent pretter à confusion. Remplace "Debian" par "Apache" et déplace l'article vers la fin du mag... Et voilà, c'est une série d'articles sur Apache, comment le configurer, quels sont les modules les plus intéressant, etc...

Si l'on parle d'une rubrique "actu Linux", c'est quelque chose de très différent de "Debian corner". D'une part nous avons le problème de décalage dans le temps. Ensuite, si, justement, c'est quant même relativement difficile.

L'idée de faire des "News du kernel" a été soulevée mais la tâche est plus difficile qu'il n'y paraît. Pour que cela soit stable dans le temps, il faut lire (pas jeter un oeil, non, lire) la lkml, faire des tests, analyser la situation (souvent trollesque), vérifier chaque élément. Ensuite, il faut synthétiser le tous en priant le Saint patron des développeurs que rien ne se passe entre la rédaction et la diffusion... Et cela, il faut le refaire tous les mois sans faute.

Donne moi ta parole que tu y arriveras sans fautes durant les 12 prochains moins et tu es notre homme :)

Il ne faut pas sous-estimer le travail que représente quelque chose qui paraît simple. BGW reposait entièrement sur Georg et cela lui prenait un temps considérable pour un résultat qui se lit en quelques minutes.

Allez, je le redis, "Debian Corner" n'est pas une rubrique "News", c'est un espace réduit dédié à au projet Debian.

Il n'y a pas d'erreur en fait.

Une offre couplée est une promotion, un tarif préférentiel pour un abonnement à deux magazines en même temps. Ici l'offre est à 79 ¤ au lieu de 53 ¤ (LM) + 29 ¤ (LP) = 82 ¤.

Mais...

49 ¤ et 26 ¤ sont des tarifs de réabonnement. En gros c'est moins cher parce qu'on poursuit son abonnement. L'offre de couplage n'a rien à voir là dedans.

Si tu es déjà abonné, tu ne va pas reprendre une offre de couplage mais simplement poursuivre l'abonnement en cours. Normal quoi...

Et puis si tu ne poursuit que ton abonnement à un seul des deux magazines, le tarif est tout de même préférentiel.

Bah. Il y a bien des processeurs à base d'ARM qui traitent directement du bytecode Java...

Et même pas un commentaire sur la perle des Mongueurs de ce mois-ci. Tout ce même c'est une nouvelle de taille pourtant...

Les projets comme Xgl ou composite interressent beaucoup Raster meme si il peut parfois paraitre irrite.

Ce qui semble surtout l'irriter c'est qu'un certain nombre de personnes voient venir XGL, compiz, etc... et estiment que cela devrait avoir un rapport avec E17. Seulement voilà, E17 n'est pas un desktop 3D et ne le sera jamais.

Je comprend parfaitement qu'à force de le répéter, Rasterman finisse pas être un peu irrité.