Voilà bien ce qui me fait peur : autour de moi, ils disent tous :
"Ca fait des années qu'il y en a toujours 1 pour cracker quelque chose et que tout le monde en profite !"
Pour moi, ce n'est pas une solution viable (surtout que l'on est à 2 doigts qu'elle devienne illégal chez nous comme c'est déjà le cas ailleurs) et qu'il se peut que l'on ne puisse pas y arriver cette fois-ci !
A propos "d'incitation à la rémunération", connaissez-vous beaucoup de personnes qui ont déjà acheté un shareware (genre Winzip que l'on trouvait sur tous les PC dignes de ce nom il y a quelques années) ?
Je ne comprend pas.
Le player s'attend à une signature X provenant d'une version libre et officielle d'Alsa.
Dans ce cas, qu'est ce qui nous empêche de modifier cette version d'Alsa pour fournir la dite signature X mais envoyer la sortie vers un fichier ?
Peut-être que j'ai du mal à comprendre mais il doit y avoir une subtilité technique que je ne comprends pas.
Par essence, un système DRM NE PEUT PAS ETRE libre.
Le principe de base des DRM c'est d'être une boîte noire protégé et certifiée de bout en bout pour limiter les failles. Donc, un élément libre dans un système DRM devient une faille !
Exemple : un player propriétaire DRM sous Linux utilise Alsa pour jouer la musique. Dans ce cas, qu'est ce qui nous empêche de dérouter la sortie numérique reçue par Alsa vers un autre encodeur ?
Un système DRM reçoit en entrée un flux crypté et doit s'approcher le plus possible des yeux et des oreilles pour éviter toute copie. Dans quelques années, je suis sur qu'ils vont faire un système d'authentification des pupilles et des oreilles si on les laisse faire !!
En tout cas, je pense qu'il n'y a aucun soft libre qui permet de faire ça.
En effet, s'il existait un player opensource, même si lui est protégé, on aurait toujours la possibilité de le modifier pour avoir une sortie numérique permettant de le réencoder et donc, de le copier. Bref, la première qualité d'un matériel/soft DRM est d'être extrêmement opaque.
Ai-je faux ?
Je pense que le binding Ruby et Python devraient sortir à peu près en même temps. En effet, les 2 bindings utilisent Smoke. Une fois que l'un sera sorti, il faudra peu de travail pour sortir l'autre.
En tout cas, j'attends impatiemment le binding QtRuby
Je n'ai pas vérifié leur rapidité pour les corrections mais en tout cas, ils répondent très vite aux bug reports que l'on peut faire (et ce ne sont pas des réponses automatiques).
Ça fait plaisir de voir une entreprise qui prend vraiment soin de la communauté qui est derrière (ce n'est pas comme certains où "Open source" est un terme marketing).
Et il a le gros avantages de ne pas avoir la langue de bois de nos chefs ! Il sait mettre de l'ambiance dans la communauté et remotiver les gens dans des débats passionnés !
Effectivement, il serait p'têt bon de creuser un peu le problème.
Tu as peut-être découvert un bug dans le kernel (ou un problème de configuration de udev).
Il n'existe actuellement aucune base de données regroupant tous les types de matériels fonctionnant avec Linux ! Le projet de baud123 permettrait d'avoir une base de données que l'on pourrait personnellement enrichir ! Comme je le disais dans un autre commentaires, on pourrait en plus des caractéristiques du drivers donner notre appréciation avec commentaires + notes !
Si toutes les personnes de LinuxFR passaient sur un site comme celui-ci pour recencer leur matériel, on arriverait rapidement à quelque chose de vraiment intéressant. Ensuite, à chaque nouveau matériel testé, il faudrait le mettre à jour : "le PC de ma soeur Carrefour ne boote pas avec Knoppix : Matériel X et Y non supporté".
Maintenant, il faudrait des bras pour lui filer un coup de main !
C'est vrai que bien souvent, j'aurai aimé pouvoir noter des articles tellement j'ai été étonné par la richesse du contenu !
Le problème de la notation, ça pourrait être l'apparition de signature : "Viens voter pour ma page sur Wikipedia".
Par contre, pour ce genre de chose, tu es obligé de lancer X à la main avec l'option pour forcer le layout à utiliser, non ?
Existe-t-il un outil graphique permettant de faire ça ? C'est vrai qu'il s'agit de redémarrer X mais on pourrait penser à une intégration dans gdm/kdm.
Je n'y connais pas grand chose mais hdparm, ça teste le file system ou le disque dur ?
Si c'est le disque dur, il n'y aucune raison que les performances du disque baissent (de même que la lecture en cache, etc...) quelque soit la fragmentation du disque.
Par contre, si c'est le file system, effectivement, il a un problème.
Effectivement, pour l'instant, ces informations sont éparpillées (ALSA, linuxprinting, sane, Ndiswrapper, Lea, XFree86/xorg, etc...) et sont bien souvent obsolètes.
C'est qu'un site spécialisé où l'on pourrait choisir le type de matériel, la marque, la référence, le nom du pilote correspondant en laissant la possibilité aux visiteurs de voter pour confirmer ou non (avec commentaires) la compatibilité avec Linux (une note en quelques sortes !), serait une très bonne chose et éviterait de gros désagréments (actuellement, c'est plutôt : catalogue en ligne, au hasard, google : "écran noir avec xxx", c'est pas bon, au suivant...)
Ainsi, nous pourrions tous compléter cette base avec nos expériences personnelles et qui pourrait s'enrichir au fil du temps. Sans forcément avoir l'information sur un matériel ultra récent, nous aurions quand même des données plus à jour que sur les sites que j'ai cité.
Comme d'habitude, il faut de courageux, donateurs. Peut-être des webmasters de Léa ?
Quelqu'un a-t il déjà essayé ces drivers ?
En effet, pour les drivers Prism54 USB (Linux), sur le site, on peut voir :
On this page you'll find information on how to build the (unsusable) prism 54 usb driver WARNING This is starting to be functionnal code. With a naked access point (no wpa, no wep)"
J'avais suivi, il y a quelques temps ce driver et il semblait être dans un état très expérimental (pas de mode Ad-Hoc, ni Master, ni WEP, ni WPA).
Il se peut que leur état ait changé depuis...
Personnellement, j'ai été obligé de désactiver très rapidement les nouvelles infos bulles.
En effet, j'utilise quotidiennement FreeNX pour me connecter chez moi à distance et bien que cela fonctionnait, les nouvelles infos bulles étaient très lentes à travers FreeNX.
Bref :
- je ne pense pas que la généralisation de ses effets soient vraiment utiles,
- que KDE continue continue à nous en mettre plein la vue du moment qu'il reste autant configurable !
[^] # Re: Bravo
Posté par Frédéric COIFFIER . En réponse au journal DVD Jon motivé (et impatient). Évalué à 7.
"Ca fait des années qu'il y en a toujours 1 pour cracker quelque chose et que tout le monde en profite !"
Pour moi, ce n'est pas une solution viable (surtout que l'on est à 2 doigts qu'elle devienne illégal chez nous comme c'est déjà le cas ailleurs) et qu'il se peut que l'on ne puisse pas y arriver cette fois-ci !
[^] # Re: DRM Libre
Posté par Frédéric COIFFIER . En réponse au journal A quand un DRM libre?. Évalué à 2.
[^] # Re: meuh
Posté par Frédéric COIFFIER . En réponse au journal Google souffle le chaud (Google Pack) et le froid (DRM). Évalué à 2.
Le player s'attend à une signature X provenant d'une version libre et officielle d'Alsa.
Dans ce cas, qu'est ce qui nous empêche de modifier cette version d'Alsa pour fournir la dite signature X mais envoyer la sortie vers un fichier ?
Peut-être que j'ai du mal à comprendre mais il doit y avoir une subtilité technique que je ne comprends pas.
[^] # Re: meuh
Posté par Frédéric COIFFIER . En réponse au journal Google souffle le chaud (Google Pack) et le froid (DRM). Évalué à 9.
Le principe de base des DRM c'est d'être une boîte noire protégé et certifiée de bout en bout pour limiter les failles. Donc, un élément libre dans un système DRM devient une faille !
Exemple : un player propriétaire DRM sous Linux utilise Alsa pour jouer la musique. Dans ce cas, qu'est ce qui nous empêche de dérouter la sortie numérique reçue par Alsa vers un autre encodeur ?
Un système DRM reçoit en entrée un flux crypté et doit s'approcher le plus possible des yeux et des oreilles pour éviter toute copie. Dans quelques années, je suis sur qu'ils vont faire un système d'authentification des pupilles et des oreilles si on les laisse faire !!
[^] # Re: meuh
Posté par Frédéric COIFFIER . En réponse au journal Google souffle le chaud (Google Pack) et le froid (DRM). Évalué à 1.
[^] # Re: Pas mieux
Posté par Frédéric COIFFIER . En réponse au journal TF1 se lance dans la VoD. Évalué à 3.
[^] # Re: Oui mais...
Posté par Frédéric COIFFIER . En réponse au journal TF1 se lance dans la VoD. Évalué à 4.
En effet, s'il existait un player opensource, même si lui est protégé, on aurait toujours la possibilité de le modifier pour avoir une sortie numérique permettant de le réencoder et donc, de le copier. Bref, la première qualité d'un matériel/soft DRM est d'être extrêmement opaque.
Ai-je faux ?
[^] # Re: Felicitations a ttes l'équipe !
Posté par Frédéric COIFFIER . En réponse à la dépêche Subversion 1.3.0 est disponible. Évalué à 4.
http://www.cis.upenn.edu/~bcpierce/unison/
[^] # Re: PyQt
Posté par Frédéric COIFFIER . En réponse au journal Qt 4.1. Évalué à 2.
En tout cas, j'attends impatiemment le binding QtRuby
[^] # Re: Pas très rapide les développeurs
Posté par Frédéric COIFFIER . En réponse à la dépêche Disponibilité de Qt4.1. Évalué à 4.
Ça fait plaisir de voir une entreprise qui prend vraiment soin de la communauté qui est derrière (ce n'est pas comme certains où "Open source" est un terme marketing).
[^] # Re: Un vrai patron.
Posté par Frédéric COIFFIER . En réponse au journal Linus, cet égocentrique. Évalué à 7.
[^] # Re: UDEV SUX
Posté par Frédéric COIFFIER . En réponse au message Rah, mais que ca m'ennerve l'informatique :). Évalué à 2.
Tu as peut-être découvert un bug dans le kernel (ou un problème de configuration de udev).
Comment as-tu déduit que le coupable était udev ?
# Versions imprimables
Posté par Frédéric COIFFIER . En réponse au journal Un documentation en français du kernel 2.4. Évalué à 7.
http://www.traduc.org/docs/guides/lecture/lki/
# Version du kernel ?
Posté par Frédéric COIFFIER . En réponse au message Rah, mais que ca m'ennerve l'informatique :). Évalué à 2.
[^] # Re: Pilotes Cartes Graphiques
Posté par Frédéric COIFFIER . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 3.
[^] # Re: hum is free drivers
Posté par Frédéric COIFFIER . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 3.
Il n'existe actuellement aucune base de données regroupant tous les types de matériels fonctionnant avec Linux ! Le projet de baud123 permettrait d'avoir une base de données que l'on pourrait personnellement enrichir ! Comme je le disais dans un autre commentaires, on pourrait en plus des caractéristiques du drivers donner notre appréciation avec commentaires + notes !
Si toutes les personnes de LinuxFR passaient sur un site comme celui-ci pour recencer leur matériel, on arriverait rapidement à quelque chose de vraiment intéressant. Ensuite, à chaque nouveau matériel testé, il faudrait le mettre à jour : "le PC de ma soeur Carrefour ne boote pas avec Knoppix : Matériel X et Y non supporté".
Maintenant, il faudrait des bras pour lui filer un coup de main !
[^] # Re: Juste pour le Wikipédia francophone
Posté par Frédéric COIFFIER . En réponse au journal Wikipedia change. Évalué à 2.
Le problème de la notation, ça pourrait être l'apparition de signature : "Viens voter pour ma page sur Wikipedia".
[^] # Re: Avoir une config de X dédiée
Posté par Frédéric COIFFIER . En réponse au message Projecteurs vidéo et Linux. Évalué à 4.
Existe-t-il un outil graphique permettant de faire ça ? C'est vrai qu'il s'agit de redémarrer X mais on pourrait penser à une intégration dans gdm/kdm.
[^] # Re: Fait n˚2 : être un peu plus précis...
Posté par Frédéric COIFFIER . En réponse au journal Fait n°1 : Linux n'est pas sujet à la fragmentation.... Évalué à 9.
Si c'est le disque dur, il n'y aucune raison que les performances du disque baissent (de même que la lecture en cache, etc...) quelque soit la fragmentation du disque.
Par contre, si c'est le file system, effectivement, il a un problème.
[^] # Re: Annuaire des entreprises "compatibles"?
Posté par Frédéric COIFFIER . En réponse à la dépêche Les nouvelles puces Wifi Prism54 maintenant supportées sous Linux et FreeBSD. Évalué à 4.
C'est qu'un site spécialisé où l'on pourrait choisir le type de matériel, la marque, la référence, le nom du pilote correspondant en laissant la possibilité aux visiteurs de voter pour confirmer ou non (avec commentaires) la compatibilité avec Linux (une note en quelques sortes !), serait une très bonne chose et éviterait de gros désagréments (actuellement, c'est plutôt : catalogue en ligne, au hasard, google : "écran noir avec xxx", c'est pas bon, au suivant...)
Ainsi, nous pourrions tous compléter cette base avec nos expériences personnelles et qui pourrait s'enrichir au fil du temps. Sans forcément avoir l'information sur un matériel ultra récent, nous aurions quand même des données plus à jour que sur les sites que j'ai cité.
Comme d'habitude, il faut de courageux, donateurs. Peut-être des webmasters de Léa ?
# Retour d'expérience
Posté par Frédéric COIFFIER . En réponse à la dépêche Les nouvelles puces Wifi Prism54 maintenant supportées sous Linux et FreeBSD. Évalué à 2.
En effet, pour les drivers Prism54 USB (Linux), sur le site, on peut voir :
On this page you'll find information on how to build the (unsusable) prism 54 usb driver
WARNING This is starting to be functionnal code. With a naked access point (no wpa, no wep)"
J'avais suivi, il y a quelques temps ce driver et il semblait être dans un état très expérimental (pas de mode Ad-Hoc, ni Master, ni WEP, ni WPA).
Il se peut que leur état ait changé depuis...
[^] # Re: Quelques remarques
Posté par Frédéric COIFFIER . En réponse à la dépêche Publication de KDE 3.5. Évalué à 4.
En effet, j'utilise quotidiennement FreeNX pour me connecter chez moi à distance et bien que cela fonctionnait, les nouvelles infos bulles étaient très lentes à travers FreeNX.
Bref :
- je ne pense pas que la généralisation de ses effets soient vraiment utiles,
- que KDE continue continue à nous en mettre plein la vue du moment qu'il reste autant configurable !
[^] # Re: Comme quoi gentoo :)
Posté par Frédéric COIFFIER . En réponse au journal [HowTo] Comment démarrer/arrêter plus rapidement votre Debian unstable ?. Évalué à 4.
[^] # Re: Comme quoi gentoo :)
Posté par Frédéric COIFFIER . En réponse au journal [HowTo] Comment démarrer/arrêter plus rapidement votre Debian unstable ?. Évalué à 3.
Parce que c'est vrai que le démarrage de la Gentoo chez moi, c'est lent.
[^] # Re: Simplification?
Posté par Frédéric COIFFIER . En réponse au journal Le multiplexage software du son qui fonctionne enfin sous linux sans soucis. Évalué à 2.
Mais de toute façon, d'autres bibliothèques doivent le faire (GStreamer ?) qui pourront servir comme back-end au futur démon son de KDE4.