Un petit journal pour vous parlez de :
- La sortie de SlackE17
SlackE17 est un ensemble de packages pour la distribution Slackware qui contient de très nombreuses applications en relation avec Enlightenment DR17, le gestionnaire de fenêtres. La version 20080504 est compatible avec la toute nouvelle Slackware 12.1 et contient pas moins de 64 packages. En plus du code de base, des bibliothèques et du gestionnaire en lui-même, vous trouverez de nombreux modules pour rajouter des fonctionnalités à votre bureau, des thèmes plutôt élaborés et des logiciels de toute sorte dont un gestionnaire de réseau utilisant uniquement les EFL.
Ce n'est pas encore Gnome ou KDE mais l'environnement s'enrichit.
- Le pilote graphique NVIDIA
Pour ceux d'entre vous qui, comme moi, tourne régulièrement avec un noyau très récent, vous devez avoir des soucis pour compiler le driver propriétaire NVIDIA à cause des changements d'API. Actuellement, le pilote a d'ailleurs presque 2 versions de retard sur le kernel. C'est pénible et ça montre bien l'incapacité de l'entreprise à fournir un support correct pour nos systèmes en plus de ne pas contribuer au libre.
Pour ne pas avoir à attendre la Saint Glinglin, j'ai patché le pilote et je me suis dit que ça pourrait servir d'en parler ici:
Les sources :
http://ngc891.blogdns.net/pub/projects/patches/nvidia-2.6.26(...)
Le patch :
http://ngc891.blogdns.net/pub/projects/patches/nvidia-2.6.26(...)
Il n'y a que le module noyau, vous devez installer en plus les bibliothèques avec le script de NVIDIA :
# sh NVIDIA-Linux-*-169.12-pkg2.run --no-kernel-module
Voila, pour finir, un peu de publicité pour mon blog, je crois que je l'ai mérité, non ? ;-)
http://ngc891.blogdns.net/
- La sortie de SlackE17
SlackE17 est un ensemble de packages pour la distribution Slackware qui contient de très nombreuses applications en relation avec Enlightenment DR17, le gestionnaire de fenêtres. La version 20080504 est compatible avec la toute nouvelle Slackware 12.1 et contient pas moins de 64 packages. En plus du code de base, des bibliothèques et du gestionnaire en lui-même, vous trouverez de nombreux modules pour rajouter des fonctionnalités à votre bureau, des thèmes plutôt élaborés et des logiciels de toute sorte dont un gestionnaire de réseau utilisant uniquement les EFL.
Ce n'est pas encore Gnome ou KDE mais l'environnement s'enrichit.
- Le pilote graphique NVIDIA
Pour ceux d'entre vous qui, comme moi, tourne régulièrement avec un noyau très récent, vous devez avoir des soucis pour compiler le driver propriétaire NVIDIA à cause des changements d'API. Actuellement, le pilote a d'ailleurs presque 2 versions de retard sur le kernel. C'est pénible et ça montre bien l'incapacité de l'entreprise à fournir un support correct pour nos systèmes en plus de ne pas contribuer au libre.
Pour ne pas avoir à attendre la Saint Glinglin, j'ai patché le pilote et je me suis dit que ça pourrait servir d'en parler ici:
Les sources :
http://ngc891.blogdns.net/pub/projects/patches/nvidia-2.6.26(...)
Le patch :
http://ngc891.blogdns.net/pub/projects/patches/nvidia-2.6.26(...)
Il n'y a que le module noyau, vous devez installer en plus les bibliothèques avec le script de NVIDIA :
# sh NVIDIA-Linux-*-169.12-pkg2.run --no-kernel-module
Voila, pour finir, un peu de publicité pour mon blog, je crois que je l'ai mérité, non ? ;-)
http://ngc891.blogdns.net/
> Lire le journal (34 commentaires, moyenne: 3,1).
Vous avez demandé le commentaire #928520.
Run by 
Cette page a été générée par Templeet en 0.0409s (dont 0.0041 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Stabilité
>>> Pour ceux d'entre vous qui, comme moi, tourne régulièrement avec un noyau très récent
Effectivement ! Tourner avec un RC-1 c'est quand même un poil téméraire non ? J'ai vu sur la lkml qu'il y avait des problèmes avec dvb et que beaucoup de gens ne pouvaient même pas compiler cette RC-1.
[ Répondre ]
[^]Re: Stabilité
D'un autre côté, si on ne peut pas le compiler, on est plutôt bien protégé des bugs :-)
Le problème de la -rc1 c'est qu'elle est le produit d'une somme astronomique de patchs agglutinés en deux semaines. Il y a donc souvent des régressions, mais de là à avoir un noyau qui ne boote pas, ou même un "kernel panic"...
Si tu lis la LKML, tu as du voir le troll fil de discussion initié par David Miller qui proteste parce que les changements vont trop vite et qu'il n'a plus le temps de tester. La position de Linus est plutôt inquiétante car il pense que le système actuel est satisfaisant sous prétexte que c'est le seul moyen d'effectuer suffisamment vite toutes les fusions de code. Mais est-il vraiment obligé d'accepter TOUT ce qu'on lui donne ? A-t-il peur de voir son noyau forké dans le cas contraire ?
Quand on voit la quantité de code qui entre dans Linux, la fréquence des régressions, bugs, code qui ne compile pas, pour une branche dite stable, on est vraiment en droit de se demander où en est la démarche qualité. Et si Linus se satisfait du résultat, car au final la large base d'utilisateurs permet de remonter et corriger la plupart des bugs, on peut aussi se poser la question des trous de sécurité qui sont beaucoup plus difficiles à détecter.
Seul espoir, que la branche -mm, qui va migrer vers linux-next, permette enfin d'avoir un vrai test des patchs. Andrew Morton a, sur ce point, une vraie volonté d'améliorer la qualité du noyau.
[ Répondre ]