M a écrit 2988 commentaires

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

Pour autant que je sache, pwc est complètement libre aujourd'hui.

Non le driver de luc Saillard, malgrès son super boulot ne supporte pas tout les chipset que supportait le driver proprio...

hum, pwc n'est pas trop dans le modèle du libre avec le module de décompression qui est resté proprio jusqu'a qu'il soit reserve engineering.

Par contre les wecams supportant la "USB Video Class" sont prometeuses :
- profitant de l'usb2, elles affichent de superbe résolution non compressé
- l'interface est génerique et documenté

Par contre je sais pas ou en est le driver Linux http://linux-uvc.berlios.de/

L'avis de Linus : http://www.ussg.iu.edu/hypermail/linux/kernel/0309.0/1301.ht(...)

En gros ça change rien : que ton blob soit sous la forme d'un fichier binaire, ou alors d'un bytecode à télécharger de ton matos, ça reste du code proprio que tu maîtrises pas qui tourne sur le host cpu.

C'est toujours le problème: ou tu donnes aux utilisateurs ce qu'ils veulent ou alors ils vont voir ailleurs... Si linux n'avait pas les drivers proprio nvidia et ATI, je connais quelques personnes qui retourneraient illico sous Windows.

Dans ce cas il faut savoir ce qu'est/sera Linux :
- un système libre
- un système gratuit
- un système performant (qui doit utiliser la moindre fonctionnalité du matériel qui sont présentes seulement dans les driver proprio/doc sous NDA)
- un système qui doit concurencer windows (et avoir le plus d'utilisateur, de support matériel, d'effet funky, ... [1] )
- ...


[1]
A ce propos un post sur la Linux Kenel Mailling List donnait un aperçu de ce qui pouvait se passer si les blobs prennait le dessus (j'ai plus le lien :( )

Malheureusement cela ne va pas s'arrêter car plusieurs systèmes, réputés open-source, ont laissé tomber et décidé d'accepter ces blobs" (c'est moi qui souligne).
N'est-ce pas plutôt les utilisateurs qui ont laissés tombés ?

Dans le cas de Linux, aucun blob n'est supporté par les développeur de kernel.org, au contraire si certaines parties sont détectées comme servant à charger un blob, elles sont ejecté (c'est ce qui à été fait dans le cas du driver pwc).

De même sous Linux, certains blob sont RE (reverse engineering) comme par exemple le driver ethernet de nvidia (qui au passage à servi de specification pour écrire le driver openbsd) ou encore le driver wifi broadcom, pour pouvoir être intégré dans la branche principale.

Certains développeurs en sont même à mettre du export_gpl partout.


Par contre certaines distributions sous la pression des utilisateurs se mettent à fournir des drivers proprio au lieu d'encourager leur clients à choisir des solutions supportant/compatible avec le libre ou de convaincre les constructeurs de libérer leur spécifications/drivers.

Ne vous attendez pas à un déluge de puissance mais pour les fonctions "réseau" de base (firewall, QOS, DHCP...) ça suffit amplement.
Justement quelles sont les perf reseau en mode routé, bridgé et avec le parfeu activé ?
Peut on espérer avoir du 100Mbps sans bouffer tout le CPU.

PS : je regrette que ça soit du x86 et pas du mips ou arm, surtout quand on voit que certaines de ses puces (mips ou arm) sont capables d'embarquer sur la même puces plein de services (controlleur reseau, usb, pci, ...).

Et puis bon, si tu veux le kernel, tu vas sur ftp.free.fr, il semble qu'il ne soit quasiment pas modifié (cf les déclarations de rani, je serais plus tenté de lui faire confiance à lui qu'à un geek moyen qui troll sur linuxfr).
Tu as déja vu les kernels broadcom ?

Oui y a quasiment rien de modifié vu que tout (adsl, ethernet, wifi, ...) est dans des modules proprio...
Mais, IIRC, meme pas les modifs disponible en source sont dans le kernel de kernel.org vu qu'elles ne servent à rien sans les modules proprio.

Si tu me crois pas c'est simple achète un routeur (type ex-linksys) avec le processeur broadcom et essaye de faire tourner le kernel de kernel.org dessus. On en reparle après.

Tu avais été faire un tour sur openlogging ou l'on pouvait voir tout les commits bitkeeper fait sur le noyau freebox par free ?
C'était loin d'être 2 ou 3 petites modifs.

PS : free avait envoyé à certaines personnes une lettre comme quoi après avoir versé les xxx euros ils devennaient propriétaire de la boite (j'ai plus le lien).

PS2 : et l'interminable troll continue

* C'est de toute façon le même chip Broadcom dans les deux, non ?
Non, celui de la v3 ne gere pas l'adsl2+, mais le logiciel jtag utilisé [1] supporte pas mal de processeur broadcom :

processor_chip_type processor_chip_list[] = {
{ 0x0471017F, 5, "Broadcom BCM4702 Rev 1 CPU" },
{ 0x1471217F, 8, "Broadcom BCM4712 Rev 1 CPU" },
{ 0x2471217F, 8, "Broadcom BCM4712 Rev 2 CPU" },
{ 0x0535017F, 8, "Broadcom BCM5350 Rev 1 CPU" },
{ 0x0535217F, 8, "Broadcom BCM5352 Rev 1 CPU" },
{ 0x0536517F, 8, "Broadcom BCM5365 Rev 1 CPU" }, // BCM5365 Not Completely Verified Yet
{ 0x0634817F, 5, "Broadcom BCM6348 Rev 1 CPU" },
{ 0x0634517F, 5, "Broadcom BCM6345 Rev 1 CPU" }, // BCM6345 Not Completely Verified Yet
{ 0x0000100F, 5, "TI AR7WRD TNETD7300GDU Rev 1 CPU" },


[1]
http://www.ranvik.net/prosjekter-privat/jtag_for_wrt54g_og_w(...)

PS : y a pas que le processeur qui peut changer, mais aussi la flash.