La prochaine release d'OpenBSD (la 3.8) contiendra une nouvelle façon de gérer les allocations de mémoire. En gros ce sera plus sécurisé et plus strict qu'avant.
Theo de Raadt a lancé un appel aux tests car cette nouveauté risque de casser les logiciels qui sont mal codés.

Questions pour ceux qui savent :
1) En quoi cette "amélioration de l'allocation mémoire" est elle différente des patchs PaX ou GRSecurity qui existent déja pour Linux (et qui sont je crois inclus dans la Fedora non ?)
2) Quel sera la pénalité au point de vue vitesse ?
3) est-ce prudent/logique/normal/risqué/aberrant de changer ainsi le fonctionnement de routines aussi importantes que malloc ou mmap ?

Vu sur http://kerneltrap.org/node/5584(...)

> Lire le journal (10 commentaires, moyenne: 2,1).

L'an prochain Intel et AMD vont sortir leurs nouvelles puces avec des fonctions de virtualisation directement gravées dans le silicium.
Pour avoir un aperçu technique complet de ces fonctions (Vanderpool pour Intel et Pacifica pour AMD) le site TheInquirer a sorti depuis le début de l'année une bonne suite d'articles.

Intel Vanderpool (articles datant de février) :
Partie 1 : http://www.theinquirer.net/?article=21448(...)
Partie 2 : http://www.theinquirer.net/?article=21449(...)
Partie 3 : http://www.theinquirer.net/?article=21450(...)
Partie 4 : http://www.theinquirer.net/?article=21451(...)

AMD Pacifica (articles datant de juin) :
Partie 1 : http://www.theinquirer.net/?article=23721(...)
Partie 2 : http://www.theinquirer.net/?article=23772(...)
Partie 3 : http://www.theinquirer.net/?article=23840(...)

Lors de l'IDF (forum des devs Intel) c'est Vanderpool 2 et 3 qui ont été évoquées.
Le but est clair : This time, it is not just limited to the CPU, it pulls in the Northbridge, memory controllers, buses and peripherals. It is a lot more of an attempt to virtualise the system rather than only the processor.

Le futur de la technologie Vanderpool par Intel (sorti aujourd'hui) : http://www.theinquirer.net/?article=25576(...)

> Lire le journal (25 commentaires, moyenne: 3,8).

z'avez vu ce qui se prépare pour le futur GIMP 2.4 ?

Un outil de détourage impressionnant de facilité de prise en main :
http://www.siox.org/preview.html(...)

la video mpeg de démo est assez bluffante (4.5 Mo) : http://www.siox.org/videos/siox-in-gimp.mpg(...)

Pour une petite annonce des ajouts de la 2.4 : http://gnomedesktop.org/node/2348(...)

> Lire le journal (32 commentaires, moyenne: 3,2).

Je sais je sais c'est un projet Microsoft qui n'a rien à faire ici...mais j'ai trouvé le concept vraiment astucieux et original.
L'idée du projet HoneyMonkeys est la suivante : au lieu de mettre en place un honeypot pour voir si il existe des méchants pirates ayant un exploit contre les serveurs pourquoi ne pas faire l'inverse ? Envoyer des machines clientes roder sur tous les sites possibles pour voir si elles se font compromettre et analyser automatiquement l'exploit pour pouvoir y faire face. Le marketing MS nomme ceci "Automated Web Patrol".
Microsoft a mis en place 25 machines qui vont browser sur 5000 sites potentiellement dangereux : une partie en XP SP1, une autre en XP SP2, une troisième en SP2+certains patchs et enfin une dernière partie des machines en full XP SP2 avec tous les derniers patchs.
les résultats :
SP1 se fait bouffer sur 688 URL.
SP2 se fait bouffer sur 204 URL.
SP2+patchs se fait bouffer sur 17 URL.
SP2+tous les derniers patchs ne se fait pas bouffer.
L'intérêt c'est de pouvoir analyser les failles et de sortir des fixs...mais aussi d'engager des actions légales pour faire fermer les sites de "pirates".


Un article sur HoneyMonkeys : http://www.desktoppipeline.com/shared/article/printablePipelineArti(...)

Un pdf technique sur le sujet : ftp://ftp.research.microsoft.com/pub/tr/TR-2005-72.pdf(...)

> Lire le journal (27 commentaires, moyenne: 3,3).

Un article très intéressant du Figaro qui décrit la lutte d'influence entre les partisans de la formule "Save (Struggle Against Violent Extremism)" et la afficionados de la formule "Gwot (Global War On Terror)".

http://www.lefigaro.fr/international/20050810.FIG0076.html?151010(...)

Le nouveau jeu de l'été : saurez-vous trouver un acronyme qui mette tout le monde d'accord ?

> Lire le journal (15 commentaires, moyenne: 4,1).

Pourquoi ne pas instaurer une circulation dans les deux sens entre Debian et Ubuntu ?
Jusqu'à présent Ubuntu pioche dans le dépot Debian pour former l'ossature de sa distribution. En retour il met à disposition ses patches et ses améliorations aux devs de Debian.
C'est ce "retour" qu'il s'agit ici d'améliorer par l'intermédiaire de l'initiative Utnubu.
En gros l'idée est de systématiquement réintégrer les patches Ubuntu + les applications spécifiques d'Ubuntu afin d'améliorer Debian.

L'annonce Ici : http://lists.debian.org/debian-project/2005/07/msg00165.html(...)

> Lire le journal (14 commentaires, moyenne: 4,2).

Après l'abandon de la course à la fréquence par Intel on croyait que l'avenir des CPU passerait par le multi-core. Cela reste vrai mais s'y ajoute une autre tendance bien plus étrange et discutable : l'intégration dans le microprocesseur de fonctions auparavant prises en charge en externe.
Quand il s'agit, comme pour les AMD, d'intégrer le contrôleur mémoire dans le CPU on ne peut qu'applaudir à l'initiative. Après tout c'est du hardware mis dans du hardware : on avait déjà fait ceci lors de l'intégration des coprocesseurs arithmétiques dans les CPU sous forme d'unités FPU… conceptuellement banal et technologiquement sensé et profitable.
D'ailleurs pour illustrer ceci on apprend qu'AMD veut continuer sur sa lancée et va intégrer le contrôleur PCIexpress dans ses futures puces pour diminuer encore les temps de latence (http://www.theinquirer.net/?article=24756(...) ).
Par contre ce qui est moins banal et potentiellement plus gênant pour moi c'est l'intégration dans le CPU de choses qui devraient êtres effectuées en software.
Regardez cet article : http://www.theinquirer.net/?article=24781(...) on y découvre la nouvelle lubie d'Intel : Rockton Technology
Il s'agit d'intégrer en hardware dans ses puces futures des routines spéciales pour accélérer le code Java et .Net !
En gros c'est un nouveau jeu d'instruction (comparable au SSE ou au MMX) pour prendre en charge en hard les instructions spécifiques et courantes propres à ces langages managés. Il y aura aussi une partie software pour faire la jonction avec le kernel (un compilateur Just In Time).
Vous allez me dire que c'est cool et que ça va booster les programmes Java et .Net…et je vous réponds qu'à mon avis c'est une grosse connerie !
1) Les ajouts de nouveaux jeux d'instructions sur une archi ancienne c'est laid : ça bloque souvent la concurrence (lock-in au profit d'Intel) et ça pose le problème de l'adaptation des programmes pour en tirer partie (des IFDEF partout ?)
2) Cela favorise arbitrairement certains langages aux détriment d'autres déjà existants ou futurs…et en plus Java et .Net dans une perspective libriste c'est le pire choix possible !
3) L'interface software avec le kernel pose également problème : quelle sera la licence ? Est-ce qu'une alternative libre sera possible ou bien l'API d'interface hardware restera-elle non documentée ? Un compilo JIT en interface avec le kernel est-ce que c'est propre du point de vue technique ?
4) Sur un plan philosophique le CPU ne devrait prendre en charge que des opérations de base sur les entiers et les flottants et ne pas se transformer en bloat-CPU qui dit papa-maman et fait le café !

Avec la puissance marketing et financière d'Intel il est probable que cette solution s'impose dans le monde de l'entreprise (qui ne jure que par Java et .Net) et que donc le libre devra s'adapter qu'il le veuille ou non pour rester compétitif : Si une appli Java ou .Net tourne 35 fois plus vite sur le "Windows 2007 RocktonEdition" que sur le noyau 2.6.26 d'une Debian Etch y'aura pas photo pour le DSI de la boite !
Comme la course à la fréquence n'est plus trop possible, comme le multi-core l'ensemble des fondeurs le font ou le feront, comme l'informatique quantique est encore dans les limbes…et bien le seul vrai différenciateur technique c'est LA fonction spécifique que ne propose pas le concurrent ! Donc le bloat-CPU est une tendance lourde qui semble inévitable.
Via met des modules hardware de crypto dans ses puces (AES et RSA et SHA), IBM met ou va mettre des modules hardware qui câblent les instructions SQL courantes dans ses puces POWER…et maintenant Intel avec JAVA et .NET !
Prochaine étape Outlook et Internet Explorer directement gravés dans votre CPU ?

> Lire le journal (90 commentaires, moyenne: 3,6).

Un article pas mal sur le logiciel de détection automatique de bugs de Coverity ( http://www.securityfocus.com/print/news/11230(...) ).
J'avais fait une news à l'époque de la détection des plus de 900 bugs du kernel Linux ( http://linuxfr.org/2004/12/17/17904.html(...) ) et voila que maintenant Coverity vient de scruter FreeBSD et de trouver 306 bugs potentiels.
J'ai fait mes petits calculs et si on compare les deux OS on obtient :
Linux 2.6.9 => 5.7 millions de lignes et 985 bugs = 0.17 bugs par milliers de lignes.
FreeBSD => 1.224 millions de lignes et 306 bugs = 0.25 bugs par milliers de lignes...soit 50 % de plus que Linux !

PS : le chiffre de 1.224 millions de lignes pour FreeBSD est obtenu en calculant à partir de l'information de l'article qui indique un bug trouvé pour 4000 lignes (donc 306x4000=1224000).

PS2 : merci de garder un peu d'esprit critique sur tout cet effet d'annonce (Coverity est une société qui veut vendre son produit), sur la nature des bugs (dans le kernel ou juste dans les drivers) et leur danger (accessible par un user ou non).

> Lire le journal (40 commentaires, moyenne: 3).

Sur http://gnomejournal.org/(...) on peut lire les derniers articles (qui sont assez intéressants comme d'habitude et surtout très accessibles).

Je recommande : http://gnomejournal.org/article/24/a-short-preview-on-modeling-with(...)
qui m'a fait découvrir ce soft de 3D qui est basé sur le toolkit GTK+ en dépit de son nom et qui pourra plaire aux allergiques de l'interface de Blender.
Y'a aussi http://gnomejournal.org/article/23/an-introduction-to-f-spot(...) qui est vraiment très bien dans son souci didactique de présentation de F-Spot avec beaucoup de screenshots.
/troll
Ce logiciel serait une bonne alternative à Gthumb si ce n'était pas un traquenard Monoesque.
/troll

Ici vous avez les archives pour les petits joueurs qui n'étaient pas au courant de cette publication : http://www.gnomejournal.org/archives/(...)

> Lire le journal (11 commentaires, moyenne: 2,5).

Bjarne Stroustrup, l'auteur du langage C++, vient de publier un essai prospectif pour envisager le futur de son bébé à l'échelle de la décennie. Il évoque les améliorations potentielles du langage et de la librairie standard.

Lien vers le fichier pdf (5 pages et moins de 200 ko) : http://www.informit.com/content/images/art_stroustrup_2005/elementL(...)

PS : J'ai eu beau chercher frénétiquement des trolls du style "C# puxor" ou " Python c'est tout lent"…mais Stroustrup est très décevant sur ce point particulier qui fait pourtant habituellement la joie des lectures d'articles sur les langages informatiques.

> Lire le journal (39 commentaires, moyenne: 2,9).

Prière de lire et de faire lire autour de vous :

http://www.lemonde.fr/web/article/0,1-0@2-3232,36-669131,0.html(...)

> Lire le journal (8 commentaires, moyenne: 4).

Ce weekend plusieurs concerts pop-rock ont été organisés dans huit villes du monde entier afin de lutter contre la pauvreté en afrique. Le but était de faire pression sur les dirigeants du G8 pour qu'ils annulent toute la dette des pays les plus pauvres (et pas seulement quelques dizaines de milliards de dollars comme il y a quelques semaines).
L'organisateur de ce grand show est Bob Geldof qui avait déjà dans les années 80 été à l'origine de Band Aid au profit de l'Ethiopie.
C'était très beau et très émouvant de voir toutes ces stars multimilliardaires donner généreusement quelques heures de leur précieux temps afin de bénéficier d'une publicité planétaire démesurée.
La cause en elle même est très pure et très simple : "Les occidentaux sont des vilains méchants qui prêtent trop d'argent aux pauvres et qui ensuite veulent un remboursement rubis sur l'ongle. Ils affament les peuples et étranglent le développement économique de ces pays. Sans les occidentaux et leur vile rapacité l'Afrique serait un continent prospère ou le miel et le lait coulerait à flots".

Nulle question n'est jamais posée par les gens qui se disent journalistes. Nulle remise en cause des prémisses de ce raisonnement. Même l'exemple du Band Aid éthiopien des 80's qui avait permis aux dirigeants éthiopiens de déporter massivement leur population en utilisant l'appât de l'aide alimentaire n'était pas évoqué ( http://www.fahayek.org/index.php?article=699(...) ).
Car c'est bien là qu'est le vrai problème. Ce sont les dirigeants corrompus et les dictateurs sanguinaires qui plombent l'Afrique. Pas les pays occidentaux qui, en bon égoïstes, voudraient volontiers pouvoir commercer avec des pays en voie d'enrichissement au lieu de devoir donner de l'aide.
Annuler les dettes des pays africains sans tenir compte de l'emprise des dictateurs cupides revient directement a faire grossir leurs comptes secrets au Bahamas.
Nous nous donnons tous bonne conscience en militant mollement pour l'annulation de la dette, nous nous percevons comme des grands philanthropes parce que nous passons deux heures à nous trémousser en écoutant Sting et nous refusons de voir l'évidence : L'annulation de la dette d'un pays non démocratique ce n'est pas plus d'écoles et plus d'hôpitaux, c'est simplement plus de richesses pour les dictateurs.

PS : Ce journal a été écrit dans la rage après avoir lu la news intitulée "Airbus VIP" sur cette URL : http://www.aerospacemedia.com/acxml/?Page=confidentiel(...)

> Lire le journal (34 commentaires, moyenne: 3,7).

KDE et Google viennent d'annoncer la sélection de 24 projets dans le cadre du programmme "Summer of code".

http://dot.kde.org/1120137340/(...)

Le principe c'est que des étudiants codent pendant l'été certaines fonctions manquantes de KDE et qu'en échangent ils reçoivent une rémunération (bounty) par Google. C'est du gagnant-gagnant : L'étudiant se fait un peu d'argent + améliore ses connaissances + contribue au libre...et le projet KDE devient meilleur !
Le financement total est de 120.000 dollars ce qui fait du 5.000 dollars par projet (je ne sais pas si le découpage est égalitaire).

Les 24 projets :

1. Common scripting/plugin subsystem for Kontact - Kun Xi
2. Framework and proof of concept of a write-time analysis of the value of a variable in C++ in the KDevelop UI - John Tapsell
3. Fully integrated KDE NX Client - Christopher Cook
4. To give Konqueror, the KDE Web Browser a complete XUL implementation - Philip Scott
5. GTD (Getting Things Done) for Kontact - Rafał Rzepecki
6. Implement support for OASIS XLIFF 1.1 in KBabel - Asgeir Frimannsson
7. Implementation of HTML/CSS paged media in KHTML and Konqueror - Allan Sandfeld Jensen
8. Improve computation engine of KSpread - Tomas Mecir
9. Integration of VoIP/Video-Conferencing into Kontact/KDE - Malte Böhme
10. Kamion — User State Migration Tool for KDE - Milan Mitrovic
11. KDE Framework Addition: Distributed Application Markup Language - Iain Dooley
12. KDE runtime observer: help to debug Qt/KDE applications by showing very easily runtime relations between objects: Signals, heritage, containment - David Moreno Montero
13. KDE support for Eclipse - Oleksandr Dymo
14. Label Browser: a new concept in desktop browsing - Ramakrishna.R
15. Living KDE: an experimental idea of using Tag and search concept to organize user documents - Sachin Gupta
16. A New Sidebar for Konqueror - John Doyle
17. Nokey: an accessibility application designed to facilitate complete control of a computer using only the movement of the mouse pointer - Leo Spalteholz
18. oKular - A powerful unified viewer application for KDE with a plugin system and backends for most popular formats - Piotr Szymanski
19. PowerPoint import filter for KPresenter - Yolla Indria
20. Speech recognition in KHotKeys - Olivier Goffart
21. Spreadsheet Programming Interface for Sensor Networks - James Horey
22. Visionary application - Project Knoware - Brian Beck
23. Visual History for Konqueror - Dianfei Han
24. Writing a KDE application not in C(++): onscreen keyboard utility written in the Java programming language and utilizing the KDE/Qt framework - Jack Lauritsen

> Lire le journal (3 commentaires, moyenne: 8).

ici on peut lire un mail d'Andrew Morton qui annonce les plans pour le futur noyau 2.6.13 :

http://kerneltrap.org/node/5329(...)

Pour ce qui est très visible médiatiquement il semble que cela ne s'annonce pas trop bien :

*ReiserFS v4 est très critiqué pour son système de plug-in et les échanges de mails sont chauds ( http://kerneltrap.org/node/5330(...) ) => conclusion il ne sera pas dans le 2.6.13
*inotify n'est pas encore prêt => conclusion il ne sera pas dans le 2.6.13
*FUSE est critiqué pour son interopérabilité avec NFS => conclusion il ne sera pas dans le 2.6.13

Bon je suis certain que tout le reste qui est annoncé comme étant prêt pour le merge est bien cool....mais moi je voulais voir enfin débarquer ce fameux Reiser4 et j'aurais aussi bien aimé une intégration de FUSE qui, à la lecture des infos sur LWN m'avait semblé intéressant.

> Lire le journal (20 commentaires, moyenne: 3,7).

Pour une date précise c'est une date précise non ?

Vu sur http://lwn.net/Articles/140570/(...) on peut trouver les objectifs de Etch (la prochaine Debian quoi) avec 2 catégories : les "release blockers" (aka les objectifs incontournables) et les "release goals" (aka les objectifs souhaitables).
En fin de mail y'a aussi le timeline avec une release prévue en décembre 2006.

release blockers:
- toolchain transition
- xorg
- sorting out docs-in-main vs. the DFSG
- SCC; amd64 as an official arch
- sorting out non-free firmware
- secure apt


release goals (aka non-blockers):
- building everything with libselinux
- finishing /usr/doc
- pervasive LFS support
- symbol versioning in libraries where it's needed
- rethinking how we handle lib dependencies (see discussion on d-d@l.d.o)
- dependency-based init
- a true system locale that doesn't use the /etc/environment configfile.
We can then localize the entire boot process.
- utf-8 default
- manifest-like binary: header in .dsc that's actually correct
- fixing udeb sync issues (afawui, fixed by britney after SCC)
- kernel: not more than 2 versions; 1 source package for all archs
- getting rid of circular deps (in the general case; there are corner
cases in essential)

With these lists, a 15-18 months cycle seems sane.
Rough timeline :
...
...
Mon 4 Dec 06: release

> Lire le journal (34 commentaires, moyenne: 3,6).

Voila comment en échange d'un espoir de gagner quelques dollars de plus Microsoft se met au service d'une dictature :

http://www.lemonde.fr/web/article/0,1-0@2-3234,36-662231@51-636086,(...)

Je me demande comment un mec travaillant chez eux peut continuer sans ressentir un malaise...je me demande comment le patron de Microsoft se regarder dans la glace le matin.

> Lire le journal (46 commentaires, moyenne: 3,2).

Ian Murdock (le fondateur de Debian et qui maintenant dirige Progeny) vient d'écrire un article sur sa vision du futur de Debian.
Il fait une analyse qui me semble solide de l'état actuel du paysage Linux (en très résumé 3 acteurs majeurs : RedHat + Suse/Novell + Debian dont un seul étant communautaire et non commercial) et il propose plusieurs modifications ou adaptations du processus de release.
Il plaide pour un rythme fixe de sortie des versions stables (18 mois) et il souhaite que Debian se base plus fortement sur LSB (et travaille main dans la main avec les gens de LSB) afin que l'ecosystème basé sur Debian soit plus prévisible.
Il insiste beaucoup sur le fait que la force de Debian face à la puissance financière des deux autres grands c'est d'être vendor-neutral.

Je vous invite à lire l'article avant de troller :

http://os.newsforge.com/article.pl?sid=05/06/14/1722241&tid=2(...)

Il y a aussi des commentaires sur LWN : http://lwn.net/Articles/139790/(...)

> Lire le journal (19 commentaires, moyenne: 3,1).

Bon j'ai enfin trouvé des beaux screenshots de QT4 en action parce que ceux de la news de première page étaient vraiment affreux avec leur thème CDE antédiluvien !
En plus ces nouveaux screenshots portent sur les nouvelles fonctions et démontrent bien le potentiel de QT4.
Je pense que Koffice notamment va tirer grandement parti de ces nouvelles fonctions.

http://qt4.digitalfanatics.org/articles/rc1.html(...)

> Lire le journal (8 commentaires, moyenne: 5,5).

Daniel Robbins le fondateur et l'architecte en chef de la distribution source Gentoo vient de se faire embaucher par Microsoft.

http://osnews.com/comment.php?news_id=10838(...)

> Lire le journal (46 commentaires, moyenne: 3,4).

En flânant sur le web je tombe sur LSH qui est une implémentation de SSH écrite from scratch et sous licence GPL.
Mon sang ne fait alors qu'un tour : Pourquoi diable est-ce que tout le monde utilise OpenSSH ?
Je veux bien que les BSDphiles tournent tous avec le soft sous licence BSD mais pourquoi les GNUphiles devraient utiliser OpenSSH au détriment d'un logiciel tout beau tout propre sous licence GPL ?
La dernière version (2.0.1) est du 16 mars 2005 et donc le projet ne semble absolument pas mort.
Qu'est ce qui assure l'hégémonie actuelle d'OpenSSH ? C'est sa qualité fabuleuse de codage ? Ses features qui n'existent pas ailleurs ? Il est arrivé le premier et les gens ne vont pas chercher plus loin ? Tout le monde se fout de la licence du moment que c'est libre ?
Si quelqu'un à des lumières j'aimerais bien savoir de quoi il retourne.

LSH http://www.lysator.liu.se/~nisse/lsh/(...)

OpenSSH http://www.openssh.com/(...)

> Lire le journal (51 commentaires, moyenne: 2,3).