shal a écrit 136 commentaires

Ha, je vois que monsieur connait /www.kame.net

Oui mais proces perdu avec le guide du routard...

Il y a quelque chose de grave.

En general, je lit pas les commentaires qui sont "compressé" car je les pensait inutile.
Ca veut donc dire que je louppe en fait les commentaires les plus serieux mais pas forcement drole....
Si c'est ca je preferai qu'il n'y a pas de note au commentaires, car maintenant si je veux lire linuxFr, il faut que je deplie les commentaires trop moinssé ?

On est donc bien sur Graine de Star ;-(

sans vouloir polimiquer, juste pour comprendre...

Une blague du style "TUM fait chier" arrive a +10 en etant completement en dehors du sujet (je pense que l'auteur serait d'accord avec moi).
Et mon commentaire qui essaye d'apporter un element nouveau passe lui à -1.

j'avoue que je comprends pas , ou alors Linuxfr et devenu un peu graine de Star pour comique et dans ce cas la je m'incline mon commentaire n'etait pas tres drole.....

Ps: vous avez le droit de moinssé ce commentaire qui lui est complement inutile

Je suis d'accord que c'est possible de faire un boot securisé.
Mais c'est pas le TPM alors, c'est plutot du style NGSCB.

Blinder la porte avec trois couches de superblindage et laissé la fenetre ouverte ca fait pas serieux (et ca coute inutilement cher) )et en plus ca decribilise un systéme qui est pourtant interessant (le TPM) s'il est bien utilisé.

je pense pas que c'est pas securisé leur truc.....

Pouvez-vous casser mon scenario:

etape 1: On prends un CD d'install de MacOS, on le fait tourner sur un PC virtuel, on repère les parties du code qui verifient la présence du TPM.
etape 2: on fait une copie binaire du Cd sur un disque dur, on va tripatouiller pour mettre le retour de la fonction à 0 (ou à 1) qui verifier la présence de la puce. On grave l'image binaire.
etape 3: on installe MacOs sur n'importe quel PC

A quelques details près, je pense que cela doit marcher.

Mais ce n'est pas une hypothése.
Je connais un cas (mais c'est generalisé) de deux grosse boites (dont la mienne) ou il y a un pacte de non-aggression chacun peut utiliser les brevets de l'autre sans probléme.
Le but etant de fermer le marché a de nouveau acteur: la petite boite doit payer des enormes royalties pour rentrer dans le marché.

Posant moi-même des brevets, je peux expliquer aussi une explications pour certains brevets (on est pas toujours fier des brevets que l'on pose), voici les reflections de ma petite tete en direct live depuis le cerveau: "Tiens j'ai une idée... bof pas brevetable... quoique, on sait jamais, nos concurents serait capable d'essayer de breveter cela et j'en ai besoin.... Si jamais il passe pas, c'est pas grave c'est que c'est pas brevetable, Si ca passe c'est que c'est brevetable et donc j'ai bien fait de le poser... aller je le pose".

Une autre explications est dans la definition de norme (exemple le DVD). Plusieurs boite sont en generale impliqué dans leur creation. Ensuite la repartition des royalties se fait par quantité de brevet qui s'applique à la norme: "Ok, 700 brevet s'appliquent dont 70 des tiens : voila 10% des royalties". D'ou l'interet d'avoir un max de brevet même debile.

Je propose de changer le sondage quand les administrateur de Linuxfr en recoive un qui soit interessant (et apres une durée minimum pour l'ancien)

"Je ne veux pas etre identifie sur le net par une clee rsa (ou semblables) pour que les majors puisse decider ce que j'ai le droit d'ecouter ou pas."

Le problèmes de privacy sont des problèmes réglables. Il suffit d'un tiers de confiance (ta banque par exemple).
Les DRM peuvent être peu intrusif, le problème n'est pas la.
Le problème est plutot: doit-t-on accepter que des majors est un contôle absolu sur les contenues, sans contre-pouvoir?


"Pour que les drm marche il FAUT du matos crypter ; ce dont je ne veux pas."
Et tu ne veut pas non plus de carte banquaire?

La question est la aussi, beaucoup de nouveau service sont possibles mais les Majors les refusent car elle perdraient le contrôle de leurs contenue. les DRMs ou autre système de protection de contenue pourraient rendre acceptable ces nouveaux services pour les Majors.

"Sinon l'OMA 3 a l'air d'avoir quelque bonnes idée ( une proposition automatique d'achat ou d'import de licence quand on tombe sur un ficher DRM sans en avoir le droit, etc etc ... ) mais il n'est pas reservé au téléphone portable ?"

Si pour l'instant OMA 2 est uniquement sur téléphone portable mais OMA est en train de devenir le chalenger de microsoft. Je serais même tenté de dire esperons que OMA vas percer, sinon ce sera du microsoft pour tout le monde, beurk!!

En effet, les DRM actuelles sont incapables de faire tout ce que tu dis mais les prochaines versions (OMA 3 (encore à l'etat de projet) par exemple) reglerons une bonne partie de ces problèmes.
Il faut trouver un equilibre entre les droits des utilisateurs et des ayanyt droits. Actuellement, ils essayent de passer de l'anarchie vers du totalitarisme mais je pense qu'un equilbre est possible.

"Ton système n'est pas tout-à-fait au point en ce qui concerne la gestion des droits numériques : en effet, le nombre de fois où un utilisateur peut écouter le morceau est illimité tant qu'il possède sa clé, non ?"

Son systéme n'est pas complet et en fait ca se passe pas exactement comme ca.Deja l'uilisateur n'a pas la clé pour dechiffrer, c'est l'appareil qu'il l'a.
De plus, Le contenue est chiffrer par une clé de session qui n'est pas la clé publique de l'appareil. cette clé de session est elle-même chiffrée par la clé publique de l'appareil. Et il est impléménté des fonctions pour que l'appareil oublie la clé de session si le serveur dit de l'oublier une fois que le contenue est vu 1 ou plusieurs fois.

"Car tous les DRM peuvent étre contourné par un moyen ou un autre, apres tous on film bien dans les salles de cinéma, pourquoi ne filmerions nous pas nos écrans HD, etc etc ... Ce qu'assure le DRM c'est que la copie devient difficile et entrainne dans la plus part des cas une perte de qualité."

Pour l'instant, ensuite des systémes de watermarking vont permette d'empecher cela....
Le camescope remarquera qu'il est en train de filmer une oeuvre protegé et arretera de filmer....
Ou alors ta télé verra que le flux qu'on lui propose comporte des watermark mais sans DRM et refusera de le diffuser.

Alors tu aura le choix soit tu rentre dans le rang ou tu continue d'utiliser des vieux appareils pour regarder des vieux contenues....

J'avais eu un problème de ce type (même s'il est un peu diférent).
Je copie/colle ma réponse à l'epoque:

Si comme moi vous etes dans une boite qui n'autorise l'acces Internet
que par un proxy avec authentification NTLM (Sous Windows quoi) et que
vous voulez quand même accedder a votre Linux qui tourne chez vous voila
comment faire ;-)

Telecharger tunnel-auth-03.pl (facile a trouver sur le NET).
lancer la commande :
#tunnel-auth-03.pl -p mon_proxy:port_du_proxy -l ip_local:un_port_qcq
-r ip_chez_moi:port_ssh -a mon_login:mon_mot_de_passe

Puis pour acceder a votre serveur SSH chez vous :

#ssh -p un_port_qcq ip_local

( un_port_qcq ip_local sont les même dans les deux commandes)

Verifier quand même que vous respecter la securité de votre reseau
entreprise.

On peu utuliser cygwin pour lancer ces commandes depuis Windows.
on peut l'utiliser pour faire autre chose que du ssh

As tu reglé le Système -> Selecteur de systéme multimedia.
Moi je l'ai mis sur ALSA (par defaut esound il me semble) et plus de problème.
j'arrive a avoir xmms et xdtv en parraléle sans problème.

Sur la page de freeneet (http://freenet.sourceforge.net/index.php?page=download)(...) :

Currently Freenet does not run on Kaffe or GCJ, due to bugs in Classpath.

Donc peut-être que c'est corriger et que la page est pas a jour mais peut-être pas: quelqu'un pour me corriger? ;-)

J'ai été confronté au même problème.

J'ai une solution bourrin:

wget les_rpm_qui_foire : environ 15-20
rpm -U --nodeps --force *.rpm

ensuite ca fonctionne (la preuve: je suis dessus)

Ps: je garanti pas que ca casse pas entierment la distribution

Il y a ce qu'il faut dans le noyau linux pour faire un Firewall

Et dans le distribution Mandrake, tu as ce qu'il faut pour le configurer correctement (même si les options avacées ne sont pas disponible).
C'est dans "Configurer votre Ordinateur"


Pour les anti-virus, c'est inutile d'en avoir un pour proteger ta mandrake.

J'ai pas testé le RC1 mais j'avais participé aux test de la Beta1 et Beta2 pour Free degroupé. Mais c'est vrai que l'on doit pas avoir etait plus de deux trois a tester....
Mais est-ce anormal
400 000 degroupé (en gros) => 100 000 en Sagem
=> 1000 en linux (au maximum) => 200 (?) sous Mandrake

au final 2-3% des Mandrakeux sous Sagem Fre degroupé ont testé. Ca me semble correct.

et mii-tool pour commencer.

Et tu sur que les deux parties se synchronisent en 100 full?
joue avec ces outils pour diagnostiquer/faire des essais

certains modules specifiques de netfilter (partie noyau de iptables) ne sont pas presents dans le noyau de base. les devloppeurs de Netfilter fournisse le patch-o-matic pour patcher les noyau avec plus de modules.

Si tu etait plus precis sur le que tu recherche comme options.....

Configurez votre ordinateur => Réseau & Internet => Gérer les connexions

Pour info j'ai un pote qui s'est un peu battu mais qui a reussit a fiare fonctionner lirc sur un 2.6 (sur Mandrake cooker)

Ben desolé mais c'est la devise de linux.

Do it yourself.

Je vois pas ce qu'il y a de meprisant a reprendre la devise de Linux.
C'est vrai qu'elle s'est un peu perdu avec le nombre croissant d'utilisateur qui reclamme (voir exige) certaines fonctionnalitées, mais si linux a grossi si vite c'est grace a cette devise.

... le DESS que tu choisit , car les boites s'en fouttent en générale (Seul la notion de BAC+5 compte)

Ce qui est important c'est de bien choisir la ville où tu veux bosser (et vivre aussi) ensuite et pour cela bien choisir son stage dans cette ville.

Si tu veux bosser dans un domaine particulier, fais un projet perso sur ce domaine, ca te donnera alors beaucoup plus d'arguments que tous les programmes de DESS.