Je ne sais pas si cette manipulation de ZDNet est volontaire ou pas, mais cela laisse planer des doutes importants sur la crédibilité de leurs articles.
tu en doutais ?
La sécurité ne doit reposer que sur une clef, pas sur le secret des algos (cf Kerckhoffs...).
A ton avis pourquoi les drm sont cracké assez facilement ?
Par exemple : stocker cette clef dans un module hard crypto (même à spec ouvertes !) dont une partie de la mémoire est inaccessible.
Je ne vois pas ou est la contradiction avec le libre.
Le stokage de ta clef secrete que le client ne doit pas acceder se fait comment ?
Comment le drm peut differencier le vrai module hard crypto d'un simple simulateur qui serait capable de resortir la clef ?
Les spec du module sont libres, j'espere que la datasheet le sera aussi pour que je puisse brancher un sniffeur sur ses bus et recuperer la clef.
Rien ne peut empêcher l'accès au flux déchiffré : il faut bien qu'il s'affiche à l'écran !!
C'est ce qui fait la stupidité des drm.
A l'origine les drm sont la pour creer une rareté rendre la duplication d'une oeuvre couteuse (tout comme l'etait la duplication d'un livre).
Si tu peux acceder aux flux decrypter et le copier, les drm ne serve plus a rien.
C'est d'ailleurs pour cela que des lois sont en train de passé pour empecher de faire/distribuer des logiciels qui permetent de caser les drm. Meme pire empecher les logiciels libres de lire des fichiers sous drm...
Sans doute sont-il moins génés par les possibilités d'enregistrement numérique que les chaines payantes (genre TPS Star qui diffuse des films récents)
D'un autre coté c'est possible avec une carte satellite qui va bien depuis pas mal d'annee.
Pire il est meme possible d'enregistrer plusieurs chaines en meme temps et la qualité est meilleur que la freebox.
Le seul et unique problème est de protéger cette clef, et de la rendre inaccessible à l'utilisateur. (d'où l'idée de TCG...)
Er donc d'utiliser toute une chaine proprio pour que l'utilisateur ne puisse pas la detourner...
De plus meme si l'utilisateur n'a pas la clef, il ne faut pas qu'il puisse acceder au flux decrypter pour pouvoir par exemple en sauver le contenu. Il faut donc de nouveau passer dans un chaine ou l'utilisateur ne doit rien pouvoir controller.
Desolé j'ai vraiement du mal a comprendre ton implementation drm libre...
Je ne vois absolument ce que le propriétaire apporte ici hors la "sécurité" par l'obscurite (masquer un système pourri?).... et comme de toute facon, des gens sont capables de reverser le truc...
Tout simplement parce qu'il faut caché des choses a l'utilisateur (clef, flux decrypté, ...).
-Utiliser une solution Libre, faire des modifs au logiciel, envoyer un flux plus ou moins crypté que le logiciel pourra décoder.
Dans ce cas on peut demander les sources du logiciel et le modifier pour supprimer les protections.
C'est ce qui avait ete fait sur le vlc distribué par google...
Donc sa sera soit du drm proprio soit aucune protection...
Pour le pci, tu peux toujours demander a regarder le composant avant de l'acheter.
Mais c'est sur que les periph usb et pcmcia c'est plus dur (venir avec son portable ?).
Verdict, j'ai fait racheter une carte Cisco, et ça marche nickel.
Par contre, 140¤ la carte Cisco ...
Hum cisco n'est vraiement pas tres cooperatif avec le libre...
Il serait interessant peut-etre de faire une page avec la liste des vendeurs qui soutiennent linux et qui fournissent des drivers natifs, ou qui participent a leur developpement.
J'irais meme plus loin en detaillant le support apporté, s'ils le maintiennent, s'ils font des efforts pour le faire rentrer dans la branche officielle (suive les standards, ...), s'ils travaillent en collaboration avec d'autres personnes de la communauté.
Parce que bon nombre de société qui font un periph tournant sous Linux, balance un driver qui peut etre GPL, mais ensuite il n'y a aucun suivit (pas de nouvelle version pour les nouveau kenel, pas de documentation pour les developpeurs qui voudrait reprendre le driver, ...).
Deuxième chose, on voit les constructeurs dire qu'ils ne veulent pas filer la doc, ils pensent vraiment que leur matos c'est de la R&D impressionnante ou quoi? C'est pas une antenne + une sorte de modem (je rappelle, je ne m'y connais pas en élec)?
Le pb, c'est que plus en plus de chose sont fait au niveau soft, et on se retrouve avec du matos dont la valeur ajouter se trouve dans le soft alors que le hard est comme tu le dis un truc "tout bete"...
Quelque'un sait-il si c'est faisable/en cours sous Unix?
Oui les derniers drivers madwifi (atheros le font).
Certains drivers proprio le font.
Et enfin une stack 803.11 GPL pour linux qui le fait a ete poste il y a quelques temps sur linux-netdev ( http://marc.theaimsgroup.com/?l=linux-netdev&m=112872348(...) ).
(1) ya pas mal de matos télécom par exemple dont les drivers n'existent encore que pour les noyaux 2.4, parce que c'est un peu plus compliqué (et donc plus long *et* couteux) de réécrire pour des noyaux 2.6.
c'est plus compliqué que quoi ?
Que de rien faire ;)
Et puis un beau jour quand les clients voudont du 2.6, on vera bien s'il aura pas bien fallu migré fur a mesure...
Si tu prends presque n'importe quel package de ta distib d'il y a 2 ans, essaye de voir si tu peux l'installer aujourd'hui. Bah non parce que y'a plus aucune dépendance qui est satisfaite !
Pourquoi ?
Quand t'installe une nouvelle version de ta lib, tu peux garder l'ancienne si tu sais que tu vas utiliser des progs anciens.
Sous ma debian j'ai deja fait tourner des programmes qui etait compilé il y a bien plus de 2 ans...
Malheureusement, le projet libre change régulièrement pas mal de choses pour être plus efficace, ou supporter de nouveaux trucs qui ne m'interresse pas. Et les adaptations de mon coté deviennent trop couteuses.
Heu tu peux donner des examples?
Les API externes sont relativement stables et celui qui casse les API interne met a jour tout les parties qui en dependent (donc tes modifs).
Je préfère donc me fixer sur une version, et développer ma version à partir de celle-là, quitte à backporter des modifs du main.
Tu vois ca te donne du boulot en plus.
Mais quand je sors mon logiciel, il y a une telle divergeance qu'un report dans main est infaisable, on a deux branches trop séparées.
Tu met combien de temps a faire ton truc ?
J'ai du mal a croire a moins de faire de grosse modif brutale et invasive qu'un code puisse diverger tant...
Belle initiative, si tout les constructeurs embarqués pouvaient suivre le meme exemple au lieu d'etre obligé de se lancer dans des procedures longues (par exemple sur http://www.busybox.net/shame.html il y a des differents qui datent de fin 2003...) ca serait le bonheur.
Sinon c'est domage que les entreprises ne cherchent pas plus a faire integrer leur modifications en upstream.
Tout le monde serait content : l'upstream aurait de nouvelle fonctionnalité/support de matériel et la companie aurait une maintance plus facile (et des conseils sur leur modifications).
hum il me semble que dans les OGM on rajoute des genes non naturel a l'espece.
Donc il me semble que c'est quand meme tres different des croisements ou tu ne pourras jamais croiser un plan de mais avec une fougere repoussant les parasites...
On pourrait dans certains cas produire des plantes capables de synthétiser de l'insuline ou du sang.
Ca te choques pas ?
Je suis tout a fait d'accord avec toi.
Par contre suivant la definition que l'on apporte a la culture, on peut assez facilement englober une grosse partie des logiciels et pas des moindres (openoffice pour les textes (et des illustrations multimedia), gimp pour les graphiques (bd, images, ...), firefox pour telecharger des fichiers, Thunderbird pour l'echange de mail, xine/mplayer pour les video, xmms/... pour la musique, ...)
Ne pas oublier les lecteurs de news, client ftp/http/... qui peuvent faire aussi bien que les clients p2p.
Coté lecteur, Linux est par exemple capable d'envoyer une commande au lecteur de cd-audio pour lui dire joue le cd et puis de router la sortie numerique du lecteur de cd-rom soit sur tes enceintes, soit en memoire...
Il faut aussi citer que c'est compatible avec les DSLAM adsl2+ et qu'il est donc probable qu'il n'y ai pas par exemple de full duplex (envoie des donné sur une ligne et reception sur l'autre).
Moi je propose à free de ranger au placard leur ingénieur en pipeau-marketing et d'en sortir un autre qui va faire des freebox compatible SDSL. Perso je préfèrerait avoir un débit quasi symétrique plutot que fortement asymétrique.
Oui, mais ca les actionnaires s'en foutent ainsi que Mr tout le monde...
Si une des 10 lignes tombe en panne, le debit
ne perd que 10%...
Bravo tu viens de trouver à quoi servait le bonding.
Au passage j'espere que free à trouvé des techniques permettant de faire passer plus de flux dans leur x lignes telephoniques que x fois ce que l'on peut faire passer dans une.
Sinon le fait qu'on peut doubler le debit d'un flux en doublant la capacité de transport c'est pas nouveau...
PS : ca me rappele que sur le reseau numerique de FT (rnis ???) il y avait le choix en 64Kb/s ou 128Kb/s (obtenu par conquetenation de 2 lignes).
Bref, ca m'a l'air plus marketing qu'autre chose....
Et sur un portable, c'est pas la peine de parler de machine virtuelle (wine ), les softs d'infographie sont très gourmands...
Wine est une machine virtuelle ?
Pourtant je croyais que wine is not an emulator ...
# ...
Posté par M . En réponse au journal ZDnet.fr manipule l'information. Évalué à 7.
tu en doutais ?
[^] # Re: vlc ?
Posté par M . En réponse au journal Flux MPEG2 bientôt accessible sur la FreeBox. Évalué à 3.
A ton avis pourquoi les drm sont cracké assez facilement ?
Par exemple : stocker cette clef dans un module hard crypto (même à spec ouvertes !) dont une partie de la mémoire est inaccessible.
Je ne vois pas ou est la contradiction avec le libre.
Le stokage de ta clef secrete que le client ne doit pas acceder se fait comment ?
Comment le drm peut differencier le vrai module hard crypto d'un simple simulateur qui serait capable de resortir la clef ?
Les spec du module sont libres, j'espere que la datasheet le sera aussi pour que je puisse brancher un sniffeur sur ses bus et recuperer la clef.
Rien ne peut empêcher l'accès au flux déchiffré : il faut bien qu'il s'affiche à l'écran !!
C'est ce qui fait la stupidité des drm.
A l'origine les drm sont la pour creer une rareté rendre la duplication d'une oeuvre couteuse (tout comme l'etait la duplication d'un livre).
Si tu peux acceder aux flux decrypter et le copier, les drm ne serve plus a rien.
C'est d'ailleurs pour cela que des lois sont en train de passé pour empecher de faire/distribuer des logiciels qui permetent de caser les drm. Meme pire empecher les logiciels libres de lire des fichiers sous drm...
[^] # Re: vlc ?
Posté par M . En réponse au journal Flux MPEG2 bientôt accessible sur la FreeBox. Évalué à 4.
D'un autre coté c'est possible avec une carte satellite qui va bien depuis pas mal d'annee.
Pire il est meme possible d'enregistrer plusieurs chaines en meme temps et la qualité est meilleur que la freebox.
[^] # Re: vlc ?
Posté par M . En réponse au journal Flux MPEG2 bientôt accessible sur la FreeBox. Évalué à 2.
Er donc d'utiliser toute une chaine proprio pour que l'utilisateur ne puisse pas la detourner...
De plus meme si l'utilisateur n'a pas la clef, il ne faut pas qu'il puisse acceder au flux decrypter pour pouvoir par exemple en sauver le contenu. Il faut donc de nouveau passer dans un chaine ou l'utilisateur ne doit rien pouvoir controller.
Desolé j'ai vraiement du mal a comprendre ton implementation drm libre...
Je ne vois absolument ce que le propriétaire apporte ici hors la "sécurité" par l'obscurite (masquer un système pourri?).... et comme de toute facon, des gens sont capables de reverser le truc...
Tout simplement parce qu'il faut caché des choses a l'utilisateur (clef, flux decrypté, ...).
[^] # Re: vlc ?
Posté par M . En réponse au journal Flux MPEG2 bientôt accessible sur la FreeBox. Évalué à 1.
Dans ce cas on peut demander les sources du logiciel et le modifier pour supprimer les protections.
C'est ce qui avait ete fait sur le vlc distribué par google...
Donc sa sera soit du drm proprio soit aucune protection...
[^] # Re: Pas la premiere fois
Posté par M . En réponse au journal host or not to host. Évalué à 3.
Oui mais ils peuvent spywarise juste avant la compil.
D'ailleur la differences peut venir du fait que le binnaire a ete recompilé avec un compilo differents/avec des options differentes.
[^] # Re: Annuaire des entreprises "compatibles"?
Posté par M . En réponse à la dépêche Les nouvelles puces Wifi Prism54 maintenant supportées sous Linux et FreeBSD. Évalué à 3.
Mais c'est sur que les periph usb et pcmcia c'est plus dur (venir avec son portable ?).
[^] # Re: Annuaire des entreprises "compatibles"?
Posté par M . En réponse à la dépêche Les nouvelles puces Wifi Prism54 maintenant supportées sous Linux et FreeBSD. Évalué à 5.
Par contre, 140¤ la carte Cisco ...
Hum cisco n'est vraiement pas tres cooperatif avec le libre...
[^] # Re: Annuaire des entreprises "compatibles"?
Posté par M . En réponse à la dépêche Les nouvelles puces Wifi Prism54 maintenant supportées sous Linux et FreeBSD. Évalué à 2.
J'irais meme plus loin en detaillant le support apporté, s'ils le maintiennent, s'ils font des efforts pour le faire rentrer dans la branche officielle (suive les standards, ...), s'ils travaillent en collaboration avec d'autres personnes de la communauté.
Parce que bon nombre de société qui font un periph tournant sous Linux, balance un driver qui peut etre GPL, mais ensuite il n'y a aucun suivit (pas de nouvelle version pour les nouveau kenel, pas de documentation pour les developpeurs qui voudrait reprendre le driver, ...).
[^] # Re: bonne nouvelle mais...
Posté par M . En réponse à la dépêche Les nouvelles puces Wifi Prism54 maintenant supportées sous Linux et FreeBSD. Évalué à 4.
Le pb, c'est que plus en plus de chose sont fait au niveau soft, et on se retrouve avec du matos dont la valeur ajouter se trouve dans le soft alors que le hard est comme tu le dis un truc "tout bete"...
[^] # Re: bonne nouvelle mais...
Posté par M . En réponse à la dépêche Les nouvelles puces Wifi Prism54 maintenant supportées sous Linux et FreeBSD. Évalué à 6.
Oui les derniers drivers madwifi (atheros le font).
Certains drivers proprio le font.
Et enfin une stack 803.11 GPL pour linux qui le fait a ete poste il y a quelques temps sur linux-netdev ( http://marc.theaimsgroup.com/?l=linux-netdev&m=112872348(...) ).
# ...
Posté par M . En réponse au journal [HowTo] Comment démarrer/arrêter plus rapidement votre Debian unstable ?. Évalué à 3.
Il repond pas a la question que tu poses dans le titre, a savoir combien est-ce que tu as gagné...
[^] # Re: Ca existe
Posté par M . En réponse au journal D'un module EXT2/EXT3 sous WIndows. Évalué à 2.
Le gros pb c'est qu'il faut les api pour faire un module fs sous windows...
[^] # Re: ...
Posté par M . En réponse à la dépêche TomTom, fabricant de GPS, contribue au libre. Évalué à 4.
c'est plus compliqué que quoi ?
Que de rien faire ;)
Et puis un beau jour quand les clients voudont du 2.6, on vera bien s'il aura pas bien fallu migré fur a mesure...
Si tu prends presque n'importe quel package de ta distib d'il y a 2 ans, essaye de voir si tu peux l'installer aujourd'hui. Bah non parce que y'a plus aucune dépendance qui est satisfaite !
Pourquoi ?
Quand t'installe une nouvelle version de ta lib, tu peux garder l'ancienne si tu sais que tu vas utiliser des progs anciens.
Sous ma debian j'ai deja fait tourner des programmes qui etait compilé il y a bien plus de 2 ans...
[^] # Re: ...
Posté par M . En réponse à la dépêche TomTom, fabricant de GPS, contribue au libre. Évalué à 3.
Heu tu peux donner des examples?
Les API externes sont relativement stables et celui qui casse les API interne met a jour tout les parties qui en dependent (donc tes modifs).
Je préfère donc me fixer sur une version, et développer ma version à partir de celle-là, quitte à backporter des modifs du main.
Tu vois ca te donne du boulot en plus.
Mais quand je sors mon logiciel, il y a une telle divergeance qu'un report dans main est infaisable, on a deux branches trop séparées.
Tu met combien de temps a faire ton truc ?
J'ai du mal a croire a moins de faire de grosse modif brutale et invasive qu'un code puisse diverger tant...
[^] # Re: ...
Posté par M . En réponse à la dépêche TomTom, fabricant de GPS, contribue au libre. Évalué à 3.
Je pense qu'il a donc aider tomtom à se mettre en conformance avec la gpl ;)
[^] # Re: Custom firmware ?
Posté par M . En réponse à la dépêche TomTom, fabricant de GPS, contribue au libre. Évalué à 3.
Le seul petit pb, c'est que le driver pour les SD-Card n'est pas libre, donc du coup il faut tout mettre dan l'initrd.
# ...
Posté par M . En réponse à la dépêche TomTom, fabricant de GPS, contribue au libre. Évalué à 5.
Sinon c'est domage que les entreprises ne cherchent pas plus a faire integrer leur modifications en upstream.
Tout le monde serait content : l'upstream aurait de nouvelle fonctionnalité/support de matériel et la companie aurait une maintance plus facile (et des conseils sur leur modifications).
[^] # Re: Et les Pour !
Posté par M . En réponse au journal Pas d'OGM dans les assiettes. Évalué à 1.
[^] # Re: Ah oué ...
Posté par M . En réponse au journal Pas d'OGM dans les assiettes. Évalué à 4.
Donc il me semble que c'est quand meme tres different des croisements ou tu ne pourras jamais croiser un plan de mais avec une fougere repoussant les parasites...
On pourrait dans certains cas produire des plantes capables de synthétiser de l'insuline ou du sang.
Ca te choques pas ?
[^] # Re: heuuuu
Posté par M . En réponse au journal La liberté de vous l'enlever. Évalué à 7.
Par contre suivant la definition que l'on apporte a la culture, on peut assez facilement englober une grosse partie des logiciels et pas des moindres (openoffice pour les textes (et des illustrations multimedia), gimp pour les graphiques (bd, images, ...), firefox pour telecharger des fichiers, Thunderbird pour l'echange de mail, xine/mplayer pour les video, xmms/... pour la musique, ...)
[^] # Re: La liberté de vous l'enlever
Posté par M . En réponse au journal La liberté de vous l'enlever. Évalué à 5.
Coté lecteur, Linux est par exemple capable d'envoyer une commande au lecteur de cd-audio pour lui dire joue le cd et puis de router la sortie numerique du lecteur de cd-rom soit sur tes enceintes, soit en memoire...
[^] # Re: Il n'y a qu'une page à lire
Posté par M . En réponse au journal 174 Mbits/s en download et 18Mbits/s en émission : le futur de FREE. Évalué à 4.
Moi je propose à free de ranger au placard leur ingénieur en pipeau-marketing et d'en sortir un autre qui va faire des freebox compatible SDSL. Perso je préfèrerait avoir un débit quasi symétrique plutot que fortement asymétrique.
Oui, mais ca les actionnaires s'en foutent ainsi que Mr tout le monde...
[^] # Re: Cout...?
Posté par M . En réponse au journal 174 Mbits/s en download et 18Mbits/s en émission : le futur de FREE. Évalué à 5.
ne perd que 10%...
Bravo tu viens de trouver à quoi servait le bonding.
Au passage j'espere que free à trouvé des techniques permettant de faire passer plus de flux dans leur x lignes telephoniques que x fois ce que l'on peut faire passer dans une.
Sinon le fait qu'on peut doubler le debit d'un flux en doublant la capacité de transport c'est pas nouveau...
PS : ca me rappele que sur le reseau numerique de FT (rnis ???) il y avait le choix en 64Kb/s ou 128Kb/s (obtenu par conquetenation de 2 lignes).
Bref, ca m'a l'air plus marketing qu'autre chose....
[^] # Re: .
Posté par M . En réponse au journal Petite victoire pour le libre.... Évalué à 5.
Wine est une machine virtuelle ?
Pourtant je croyais que wine is not an emulator ...