Pas content Dom quand on pique l'argent du projet abiword... Un conseil, si vous avez des sous chez Paypal, comptez vos billes ...
NdM: PayPal est un système qui permet d'effectuer des transferts d'argent, c'est une sorte de banque en ligne. Il semblerait cependant que le projet AbiWord ait eu quelques soucis avec, puisqu'ils y ont perdu 600$. Si LinuxFr devait faire un système de dons en ligne, lequel pourrions-nous utiliser alors ? Quelqu'un a t-il des contacts avec des banques pour que ça ne nous coûte pas trop cher ? :-)
Vous vous êtes toujours demandé :
"A quoi servent donc tous ces fichiers dans /proc/sys/net/ ? je peux utiliser le remote manager dessus ?", ou bien encore "sysctl: command not understood " , alors ceci est pour vous ....
Au sommaire de ce résumé GNOME : plein de bonnes nouvelles concernant Sodipodi, Gnomemeeting et GNOME en général...
Robert Love a récemment backporté un patch intégré au noyau de développement 2.5. Celui-ci permet de modifier la fréquence du timer du noyau. Réglé à 100 (Hz) dans le noyau 2.4, il a été augmenté à 1000 dans le noyau 2.5. L'article sur KernelTrap nous apprend le pourquoi du comment et surtout les implications de ce changement.
Les noms des gagnants du 5 eme concours de programmation ICFP viennent d'être rendus publics. Le 1er prix revient à l'équipe TAPLAS, utilisant le langage ocaml, le deuxieme à l'equipe Radical Too (langage C).
Le code source du protocole et du monde virtuel mis en place pour le concours a été publié. Les programmes des participants devaient simuler un robot capable de porter des paquets à un endroit précis dans le monde virtuel.
Suite à la violation de GPL du codec vidéo XviD par Sigma Design (codec REALmagic MPEG-4) , créateur de la Xcard, l'équipe de développement avait cessé tout développement (voir la dépêche LinuxFr "Arrêt du développement de XviD" du 22/08/2002).
Par la suite Sigma Design a réparé l'objet du litige, en mettant à disposition le code source en question (voir dépêche LinuxFr "Sigma « donne » le code de son codec sous GPL" du 24/08/2002).
Actuellement, tout n'est pas résolu, puisqu'il existe toujours un copyright Sigma Design dans certains fichiers. Mais l'équipe XviD travaille avec la FSF pour résoudre ce problème.
L'équipe XviD remercie les aides et encouragements qui ont afflué pendant cette période. Depuis ces 6 semaines, le développement a tout de même avancé puisque la version 0.9.0 de la core library a été publiée. Attendez-vous à une version 1.0 pour le début de l'année avec tout plein de bonnes choses dedans.
update : apparemment la 0.9.0 n'est pas encore sortie, mais ne devrait tarder. Voir les commentaires pour plus d'informations.
Il y a une personne (Ched Hardin) qui, toute seule, travaille à reconstituer l'OS des myhiques stations NeXT à partir de Linux (la LFS) et de GNUstep.
Le travail avance mais apparemment, l'auteur se sent un peu seul et pas vraiment encouragé. Peut-être est-ce parce que son travail n'est pas assez connu et peut-être est ce aussi parce que beaucoup ne savent pas ce qu'était ce systême d'exploitation et l'estime qu'en avaient les développeurs?
De nos jours une partie de l'OS de NeXT se retrouve dans MACOSX.
Le livre « Linux embarqué » vient de paraitre aux éditions Eyrolles.
Il s'agit d'un ouvrage de référence écrit par Pierre Ficheux.
Pierre Ficheux fait partie des pionniers linuxiens et a été l'un des premiers à utiliser Linux dans l'industrie.
Deux autres Linuxiens bordelais, grands spécialistes de ce domaine ont contribué à la rédaction : Eric Benard et Patrice Kadionik.
Que l'on soit décideur ou développeur, ce livre est une mine de renseignements. Deux études de cas viennent concrétiser les propos de l'auteur.
Il faut rappeler que l'embarqué est le domaine où Linux a la plus forte progression alors que les « experts » ne l'attendaient pas. Je pense que c'est dû à ce que tout le code source soit libre et que le développeur dispose de tous les outils dont il a besoin.
Nota: La traduction en anglais est prévue, mais je préfère la VO en français ;-)
Menheere, un développeur Gnome, est en train de mettre fin à ce qui faisait la joie de tous : les (très) austères boites de dialogues Ouvrir fichier et Enregistrer de Gnome.
Bon c'est pas qu'une news pour délirer.
L'auteur a fait pas mal d'essais (cf le site), réfléchi aux problèmes... Allez jeter un oeil, le résultat est assez joli.
Mais le résultat est-il plus utilisable ?
C'est confus: il y a beaucoup d'options; c'est beau mais sans doute plus lourd qu'avant; je sens que ça va prendre du temps d'ouvrir ou sauver un fichier...
Bref, c'est un sujet qui me tarabuste depuis un moment: avons-nous des bonnes boites de dialogue de gestion de fichiers sous Linux ? Celui qui m'a toujours impressionné (combinaison de facilité / efficacité / élégance / "power", etc.) c'est celui de GV (GhostView revu par Johannes Plass).
Un concours de programmation de robots mobiles est ouvert à tous! Le premier prix est un robot mobile Khepera II et le logiciel Webots PRO (valeur environ EUR 3000). Pour participer, vous devez programmer en Java un robot simulé dans la version gratuite du logiciel Webots. Le but du jeu est de survivre plus longtemps que votre adversaire dans un labyrinthe jonché d'obstacles et de distributeurs d'énergie. Il vous faudra sortir vos plus grands talents de roboticien (vision artificielle, odométrie, capteurs de distances, landmarks, mapping, etc.) pour venir à bout des meilleurs compétiteurs et vous hisser à la première place du tableau d'honneur...
Un débat fait rage actuellement sur la Linux Kernel Mailinglist pour savoir si la prochaine version du noyau devra s'appeller 2.6 ou 3.0. En effet, le grand nombre de changements en profondeur (nouvelle VM, nouveau scheduler, nouvelle couche block-io, ALSA, preempt, intégration d'XFS et de JFS, ...) justifient pour certains le passage à un numéro de version majeur.
Pour Linus, tout en profitant pour rappeller qu'il a besoin de plus de testeurs :
Hey, _if_ people actually are universally happy with the VM in the current 2.5.x tree, I'll happily call the dang thing 5.0 or whatever (just kidding, but yeah, that would be a good enough reason to bump the major number).
Cet article traite des options actuellement disponibles en matière de bibliothèques matricielles C/C++ Open Source utilisables sous Linux. Parmi elles se trouvent Meschach qui fournit des routines pour opérer sur matrices et vecteurs de projets codés en C, la Coopware Matrix (CwMtx) pour codage en C++, et finalement Blitz, qui fournit un index de classes N-dimensionnel avec des types « utilisateurs-définis » intégraux, non fixés, complexes, et dociles.
(Nouvelle tirée de Kerneltrap.org)
Linus a commencé l'inclusion des modifications de Andrew Morton (patches mm, partie "non-blocking page writeback system") apportées sur la gestion de la mémoire virtuelle dans son arbre BK du noyau de développement 2.5.39.
Les buts de ces améliorations sont d'améliorer le comportement du noyau au niveau des entrées/sorties vis à vis de la montée en charge.
Au vu des gains de performance, c'est à ce demander comment on a put vivre sans! (à voir dans le fichier attaché)
De nos jours, le langage assembleur n'est pas très répandu au sein de la communauté des programmeurs, et l'assembleur "PowerPC" l'est encore moins. Cet article présente un panorama du langage assembleur dans une perspective "PowerPC" et oppose des exemples de 3 architectures différentes: ia32, ppc, et ppc64
Alors que le noyau de développement entrera en phase de « feature freeze » le 31 octobre, on peut déjà voir à quel point nos joyeux hackers ont fait du super boulot.
En effet, avec la récente intégration de ordonnanceur O(1) de Ingo Molnar, associée à la toute nouvelle bibliothèque sponsorisée par Red Hat de support natif des threads POSIX (Native POSIX Thread Library), le noyau se montre capable de créer et détruire sur un « vieux » IA-32 dual 450MHz PII Xeon 100 000 threads en 2,3 secs (avec jusqu'à 50 threads à tourner en même temps).
Même si concrètement aucune application n'utilise pour le moment autant de threads en parallèle, ce test montre surtout que ce nouveau design supporte bien mieux des changements d'échelle et est bien plus efficace (le même test prend 15 minutes sur un noyau non modifié).
La NPTL est appelée à être incluse à la bibliothèque GNU C quand elle sera jugée suffisamment stable.
NdM: Merci à MadCoder qui nous a proposé aussi cette nouvelle en indiquant également que des architectures powerPC récentes, il a même été réussi de lancer près d'un million de threads avec 200 qui tournaient en parallèle.
