M a écrit 2996 commentaires

Damien avait aussi bossé sur le fast800 de sagem et avait fortement reduit/simplifié de code Linux de l'époque (qui reimplementait pas mal de chose).
La version intégré dans le noyau 2.6 depuis quelques temps se basse d'ailleur sur son implementation :(

C'est ca que je trouve bien chez openbsd, c'est qu'il font du code propre simple quitte a ne pas supporte toute les features possibles. De plus le nombre de developpeurs etant assez reduit, il y a une grande homogeneite.

Linux c'est plus l'anarchie...

PS : openbsd etait aussi les premiers a faire une version du pilote wifi atheros blob free...

Est-ce révolutionnaire ?
Non des annuaires de liens torrents ont/avait la meme politique.

Pourtant je crois que certains ont du fermer et ca n'a pas empeche la MPAA des les attaquer en justice [1] ....

En plus d'apres la FAQ, il faut payer pour avoir des avantages (Oboe Premium)...

[1] par example http://isohunt.com/forum/viewtopic.php?t=38933

cependant, ce codec de reference n'est pas libre mais au moins il n'est pas limite au x86.
Et il n'est plus disponible, pas fait pour etre utiliser en production (algo tres gourmand fait dans le but d'etre comprehensible).

Ca marche tres bien :
mplayer rtsp://sonix.sdv.fr/arte/court/novecento_hd.rm -mc 1

En plus c'est du rv20 et du cook qui sont tous les 2 supportés en natif par ffmpeg.

PS : n'oubliez pas que capucestpaslibre !
PS2 : profiter en pour aider le projet http://nouveau.freedesktop.org/wiki/ qui vise une implementation libre de la 3D sous nvidia

Ca rassurerait les gens qui font du proprio (Leur code JS n'est pas directement visible)
Oui mais facilement recuperable (y a qu'a regarder du coté de java ou python)...

Ca permet de compresser intelligement (le JS ca prend des octets mine de rien)
La zlib est faite pour ca (IIRCca doit etre fait de facon transparente avec certains serveurs)

Y a le projet http://openezx.org/ pour les telephones Motorola EZX qui permettra a long terme de faire ce que tu veux avec ton telephonne.

Le problème c'est que c'est dur de faire appliquer la GPL pour obtenir les sources et ensuite, il y a une partie a reverse engineering.

PS : http://gnumonks.org/~laforge/weblog/2006/05/15#20060515-moto(...) , les constructeurs iraient meme a utiliser Selinux pour empecher a l'utilisateur acceder au partie basse du telephone...

Je dirais que c'est un mips moins les 4 instructions brevetées, tout comme l'avait fait le Lexra : http://jonahprobell.com/lexra.html

Du coup c'est pas sur que le processeur puisse etre vendu partout (Lexra ont eu pas mal de soucis qui se sont soldés sur le coulage de leur boite).

M'enfin vu que le brevet expire fin 2006, il devrait avoir moins de pb.

Par contre il n'y a pas de version de gcc et Linux qui supporte officielement ces clones de mips.

PS : la chine a aussi developé une alternatine au format/codec MPEG : http://wiki.multimedia.cx/index.php?title=Chinese_AVS . Seront il moins breveté que les équivalent occidentaux ?

Ne serait ce pas envisageable de mett dans le service d'envoi de fichiers de free : http://dl-c.free.fr/ .
Ca soulagera les serveurs et fera le bonheur des freenautes.

PS : je sais pas si c'est autorisé de le faire....

ou qu'un driver nvidia proprio

Tu as composé ton numéro comment ?

Chez moi, ekiga arrive a s'enregistrer sur le registar de free, par contre pour les numeros que j'ai testé, la connection echoue.

Ou encore http://en.wikipedia.org/wiki/Stun qui est utilisé par exemple par les applis SIP.

Vu la finalité de freecast, qu'est-ce qui a dicté le choix d'une achitecture p2p plutôt que du streaming en multicast ?
C'est bien beau le multicast, faudrait il qu'il soit supporter partout...
T'as deja essayer de faire passer un flux multicast perso sur internet ?

Mais pour des raisons de commodité et de portabilité notamment, x.org et XFree86 dérogent à ce principe et accèdent directement au matériel.

Pas forcement : man fbdev

The fbdev driver supports all hardware where a framebuffer driver is
available. fbdev uses the os-specific submodule fbdevhw(4) to talk to
the kernel device driver. Currently a fbdevhw module is available for
linux.

Parce que le code pour le faire est différent en fonction du chipset...
De plus, c'est pas dit que tout les chipsets fournissent les spec pour le faire...

c'est clair, ce journal me fait penser à du spam....

Pourquoi une version en C ?

Avec filefrag pour determiner le taux de fragmentation d'un fichier, cp (pour copier le fichier) et rm (pour supprimer le fichier), je te fais un petit script shell qui fait la meme chose.

Le titre est un peu trollesque.

La faille est présente pour toutes les applis ayant les droits "raw i/o" et Xorg en fait partie mais est loin d'etre la seule.
Et puis quand on a les droits "raw i/o", on peut aussi utiliser le dma du matos present dans la becanne pour ecrire en memoire et faire ce que l'on veut (modification des handlers d'exception, ...). C'est meme bien plus simple que jouer avec le smm...

D'ailleurs quand on lit le Papier de Loïc Duflot, dans les possibles correctifs, il ne mentionne jamais de corriger le serveur X...
Il s'interroge plutot sur l'architecture X86 ...


PS : les problèmes engendré par le mode smm sont connus depuis longtemps dixit Theo de Raadt et d'autres developpeurs kernel.

PS : le post sur lkml : http://marc.theaimsgroup.com/?l=linux-kernel&m=114735831(...)

Des boites europennes constituant des bases de données sur les citoyens (à partir de sondage, de questionnaire envoyé à la population, de recoupement à partir d'annuaire, ...) se sont fait rachetées par des boites américaines.

Du coup ces immenses bases de données tombent sous le coup des lois américaines qui permettent au services américains d'y piocher ce qu'ils veulent...

Non dans les dernieres versions de flash c'est du on2 vp62.
Une implémentation LGPL (libvp62) a été dispo, mais On2 l'a fait retirer pour des raisons obscures....

Une spec est en train d'etre ecriture sur http://wiki.multimedia.cx/index.php?title=On2_VP6

À noter que le texte veille à ce que les DRM n'empêchent pas l'accès aux oeuvres du domaine public.
Ha ha ha.
Sachant qu'il existe des moyens (utilisés par les editeurs de livre) pour teinter une oeuvre du domaine publique et faire que les droits d'autres s'applique, ca me fait bien marrer.


ces mesures techniques sont réputées efficaces lorsqu'une utilisation est contrôlée grâce à l'application d'un code d'accès, d'un procédé de protection, tel que le cryptage, le brouillage ou toute autre transformation de l'objet de la protection, ou d'un mécanisme de contrôle de la copie qui atteint cet objectif de protection".

Ca veut pas dire grand chose :
- ca ne donne pas le niveau de trivialité de la mesure. En quoi 'echo 'drm power" > toto.drm && cat toto >> toto.drm', ne serait pas un drm efficace ?
- comment on montre qu'elle n'est pas efficace, vu qu'avec cette loi on a pas le droit de publier de methode pour contourner ces mesures techniques ? (A moins que des qu'on publie une méthode pour contourner le drm, celui-ci est jugé inefficaces et la loi ne s'applique plus et ne sert plus à rien...)

Peut ton se servir de cette loi pour proteger un format ?

Tu n'es pas le premier a y penser et c'est impossible ... La téléphonie illimité utilise de la VoIP qui ne permet pas de faire transiter des donnée numérique à cause de la compression (c'est indiqué dans le manuel de la freebox ou du moins ca l'était dans celui de ma V2).
Si c'est possible mais à des debits tres faible (pour compenser la compression de la voix). Du coup ca n'a plus trop d'interet...

Ce qui me rebutte dans l'adoption de Sylpheed-Claws, c'est le format de stockage des mails : http://en.wikipedia.org/wiki/MH_Message_Handling_System

D'après ce que j'ai vu c'est un fichier par mail. Je me demande l'impact sur un fs telque ext3 ou niveau de la performance pour parcourir un repertoire (qui va contenir des milliers d'entrées) et au niveau de la place (le fs alloue t il au moins un block par fichier ? dans mon cas ca veut dire que la taille est un multiple de 4Ko...).

J'ai vu qu'il y avait des plugins pour supporter d'autre système, mais après un rapide essai, les plugins n'avaient pas l'air complet.

e 1er mai, Devicescape Software a fourni à la communauté du logiciel libre sa pile protocolaire Wi-Fi commerciale pour le kernel Linux 2.6 sous licence GPL.
...
Un kernel expérimental existe déjà, maintenu par John Linville qui a été récemment nommé mainteneur de la pile Wi-Fi de Linux.
....
Plusieurs drivers ont été portés sur cette architecture en particulier des chipsets comme ceux de Broadcom qui bénéficient de tout le code de la MAC logique.

Sachant qu'on est le 3 mai, l'intégration dans le kernel expérimental et le portage du driver broadcom c'est fait en 2 jours !!!
Chapeau.
En plus en regardant l'historique des log git on s'apperçoit que les développeurs utilise IPoT pour faire des commits dans le passé...

D'après l'un des employés, la fusion permettrait le support complet et immédiat des chipset Atheros
Oui m'enfin le driver Atheros utilisant cette stack n'est pas libre (en tout cas pas il y a 2-3 mois) et puis tant que les drivers Atheros utiliseront des blobs, il ne sera pas intégré.
De plus la stack Atheros est aussi libre (utilisé dans les BSD) ... et supporte les chipset Atheros.


PS : oui je sais je critique au lieu de rédiger de news, mais les modéros pourraient faire une relecture plus soigné...

D'un autre coté il semblerait que ça soit free qui fournisse l'hebergement de linuxfr....