Frédéric COIFFIER a écrit 702 commentaires

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 !!

Je pense qu'ici, il ne faut pas nous comparer aux sociétés hollywoodiennes.

Merde ! Moi qui croyais que le net n'avait pas de frontière !

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 ?

Pour ton deuxième point, as-tu déjà essayé Unison ?

http://www.cis.upenn.edu/~bcpierce/unison/

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).

Comment as-tu déduit que le coupable était udev ?

Et pour les versions imprimables (PDF, TXT ou PS) :

http://www.traduc.org/docs/guides/lecture/lki/

Quelle est la version du noyau sur le laptop et la version sur le PC ?

Même si effectivement, j'aurai tendance à privilégier ces cartes, à combien estimes-tu la part de marché de la communauté libriste ????

Justement, je pense le projet de baud123 ( https://linuxfr.org/comments/657724.html#657724 ) serait une très très bonne initiative !

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 !

Oui, je l'ai d'activée depuis très longtemps mais cette option n'améliore pas sensiblement les choses.

Donc, ça veut dire que les gars de Gentoo ont de bonnes idées qui partent d'abord chez Debian et Fedora avant d'arriver sur Gentoo ?

Parce que c'est vrai que le démarrage de la Gentoo chez moi, c'est lent.

Oui, mais KDE4 est sensé fonctionné sur autre chose que sur Linux !

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.

Si j'ai bien compris, ces fichiers sont juste un template pour ajouter un nouveau langage.

Dans ce cas, les traducteurs ont peut-être fait la même chose : il ne reste plus qu'à changer le Fake en <ton langage> et la traduction est disponible dans la plupart des langages. Un coup de sed et hop, c'est traduit et y a plus qu'à intégrer dans la prochaine release !

J'ai quand même du mal à croire qu'aucun traducteur n'est réagi. Dans la communauté du libre, je pense que les traducteurs connaissent l'anglais et le jargon technique. Ce serait étonnant que personne n'ait tilté (c'est pas comme les manuels chinois traduits en français !)