jeudi 10 avril
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | O'Reilly | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Astuces :: Suivi :: RDF

Liens connexes

Dépêche modérée par

Dépêche éditée par

Développeur : Sortie du noyau 2.6.14

Posté par Louis Nyffenegger (page perso, ). Modéré le 28 octobre 2005.
Noyau
La version 2.6.14 du noyau vient de sortir

Au menu :
  • L'intégration de FUSE, permettant de disposer de systèmes de fichiers implémentés en espace utilisateur;
  • L'intégration de V9FS, un pilote pour le système de fichiers distribué de Plan9;
  • L'intégration de RelayFS, un pseudo-système de fichiers permettant le transfert rapide de données entre le noyau et l'espace utilisateur;
  • L'intégration du support pour DCCP, un nouveau protocole réseau, situé au même niveau qu'UDP et TCP. Il est orienté datagrammes, comme UDP, mais gère la congestion, comme TCP. Un document de l'IETF apporte de nombreuses précisions sur le sujet;
  • Un meilleur mapping des claviers USB pour Apple PowerBook;
  • Beaucoup de modifications d'usbnet qui vont ravir tous les utilisateurs de PocketPC. Maintenant, "Linux peux discuter avec divers matériel basé sur WinCE";
  • Une correction permettant d'éviter les crashs sur les systèmes NFS à forte charge (meilleur gestion des inodes);
  • On peut maintenant accéder à des Cartes CF (en PCMCIA sur ARM) lors du boot;
  • Une meilleure gestion des cartes son en USB;
  • Des mises à jour sur l'ACPI
  • Ajout du pilote HostAP et du pilote ipw2100 et ipw2200;
  • Un nettoyage du code;

On peut aussi noter la création d'un flux RSS pour suivre le développement du noyau.

> Lire la dépêche (94 commentaires, moyenne: 3,2).  

Le noyau 2.6.14 est le premier à avoir suivi le nouveau modèle de développement mis en place par Linus à la sortie du 2.6.13. Pour rappel, suite à la sortie d'une version du noyau, des ajouts de fonctionnalités et modifications importantes ne seront acceptés que pendant deux semaines. Au delà de ce délai, et jusqu'à la sortie de la prochaine version, le travail des développeurs sera consacré à la correction de bugs.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

ieee80211 !

Posté par superna (Jabber id, page perso, ) le 28/10/2005 à 12:22. (lien). Évalué à 7.

Enfin l'intégration du stack ieee80211 :-)

Enfin un premier pas pour l'intégration de rt2x00 (http://rt2x00.serialmonkey.com) !

re

Posté par Sylvain (Jabber id, page perso, ) le 28/10/2005 à 12:38. (lien). Évalué à 0.

J'ai toujours aimé la feature :
Un nettoyage du code;

Ca veut tout et rien dire ...

petite erreur

Posté par PasChauve PasOunet () le 28/10/2005 à 12:39. (lien). Évalué à 9.

Un meilleur mapping des claviers USB pour Apple PowerBook;

Non , c'est un meilleur support du touchpads des powerbooks sortis après février 2005 .

Claviers Powerbooks

Posté par Yves-Alexis Perez (page perso, ) le 28/10/2005 à 12:41. (lien). Évalué à 5.

À noter que le "meilleur mapping des claviers USB pour Apple PowerBook" fait surtout que le patch [0] pour activer la gestion de la touche Fn ne marche plus. Il faudra attendre d'avoir un X qui gère le nouveau systeme.

Il existe un patch qui désactive le nouveau système et revient à l'ancien, et qui est sensé pouvoir faire fonctionner la touche Fn. Il sera sans doute bientôt disponible sur le site [0].

Je finis de compiler, je teste, et je vous tiens au courant...


(à noter aussi que sur les powerbooks 15" avec la radeon 9600, on obtient du DRI avec le module du 2.6.14 (à condition d'avoir un Xorg cvs ([1] pour debian sid) et d'avoir libgl1-mesa-dri (à compiler soi même sous debian))

[0]: http://seehuhn.de/comp/powerbook/#fnkey-patch
[1]: http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-(...)

Reiser4?

Posté par Yann012 () le 28/10/2005 à 13:13. (lien). Évalué à 2.

Et reiser4 il sera intégré quand?

Remarque en attendant y a toujours les patchs...

--
Mon JID est yannbng@jabber.fr

Netfilter

Posté par Jean () le 28/10/2005 à 13:32. (lien). Évalué à 10.

Du côté du filtrage de paquets[0], les nouveautés sont nombreuses.
On peut citer l'intgégration de nfnetlink et la sortie de la bibliothèque associée libnfnetlink[1]. Les deux ensemble forment un système permettant de faire communiquer des application userspace avec le noyau.
Utilisant libnfnetlink, les bibliothèques suivantes sont aussi sorties:

- libnetfilter_log[2] qui fournit une interface de log des paquets, et est notamment utilisée par ulogd2 [3].
- libnetfilter_queue[4] qui permet à une application de gérer les paquets mis en attente par le noyau et de choisir des actions sur leur destin (drop, reject, ...). Le firewall authentifiant nufw[5] est un bon exemple de ce type d'interaction.
- libnetfilter_conntrack[6]: cette bibliothèque fournit une API pour gérer le suivi des connexions. La commande conntrack l'utilise et permet de manipuler la table de suivi des connexions.

[0] http://netfilter.org/index.html
[1] http://netfilter.org/projects/libnfnetlink/index.html
[2] http://netfilter.org/projects/libnetfilter_log/index.html
[3] http://svnweb.gnumonks.org/branches/ulog/ulogd2/
[4] http://netfilter.org/projects/libnetfilter_queue/index.html
[5] http://nufw.org
[6] http://netfilter.org/projects/libnetfilter_conntrack/index.h(...)

SD card

Posté par ribwund () le 28/10/2005 à 13:39. (lien). Évalué à 3.

Et aussi le support des cartes SD (pratique pour les utilisateurs d'appareils photos).

ipw2100

Posté par gnumdk () le 28/10/2005 à 13:43. (lien). Évalué à 3.

Le code est bien dans le noyau, mais pas moyen de l'activé via menuconfig.
J'ai tenté de le mettre à la main dans le .config mais make me le vire.
Bon, tant pis, j'en avais besoin, je vais faire avec un 2.6.13

--
Venga Batucada

FUSE ... qu'est ce que cela va apporter ?

Posté par Mildred (Jabber id, page perso, ) le 28/10/2005 à 14:19. (lien). Évalué à 6.

Il semblerait que FUSE permette de monter des systèmes de fichiers en espace utilisateur ...

Concrètement, va-t-on enfin pouvoir ?
- monter un système de fichiers FTP/SSH/... ?
- monter une archive tar(.gz|.bz2)? et travailler directement dedans ?
- monter ce qu'on veut, par exemple un fichier de conf où chaque variable serait un fichier et sa valeur, le contenu du fichier ?
- ...

Si oui, ce serait vraimment bien ...

--
La Roue du Temps

l'ATAPI-SATA

Posté par newbeewan (page perso, ) le 29/10/2005 à 11:02. (lien). Évalué à 1.

Bonjour,
Un autre "nouvelle fonctionnalité" : il est désormais la possible d'activer l'ATAPI pour les lecteur CD/DVD en SATA, fonctionnalité qu'il fallait auparavant aller modifier manuellement dans les sources du noyau... Ceci veut dire qu'elle a beaucoup avancée (95% des fonctions SATA-ATAPI).
Je sais que cette fonctionnalité n'est pas une révolution, mais ça permettra au heureux détenteurs de laptop récent de profiter de leur lecteur CD ;)
@ +

pilotes ipw2x00

Posté par Jésus Christ (page perso, ) le 29/10/2005 à 12:10. (lien). Évalué à 3.

Je suis assez decu qu'on intègre des pilotes comme ipw2x00. Etant donné le firmware ca aurait été un signe assez fort de les laisser en dehors.

Fuse & encfs

Posté par spotty () le 31/10/2005 à 11:38. (lien). Évalué à 4.

Génial, je pourrais arrêter de compiler fuse en module et séparément pour des filesystem encryptés.

Le gros avantage est que si un utilisateur monte son système encrypté, seul lui peut en lire le contenu, personne d'autre même pas root (sauf avec un su évidemment).

Très bonne nouvelle :-D

encfs http://encfs.sourceforge.net/

Disparition de devfs et ramdisks

Posté par tinodeleste () le 02/11/2005 à 08:03. (lien). Évalué à 5.

avec le 2.6.13 déjà, les lignes de codes de devfs avaient été commentées ou effacées. Un des plus gros changements est que les ramdisks ne peuvent plus être générés par les outils initrd classiques et que les distributions doivent chercher des alternatives pour générer ces images (utile pour éviter l'inflation du noyau quand on veut pouvoir démarrer sur tout type de système, pour un noyau maison, il reste souvent plus simple de choisir ses propres modules/drivers noyau sans utiliser /initrd).

Chez Debian, ca se joue pour le moment entre les outils initramfs (utilisés par Ubuntu) et les outils yaird, mais rien n'est vraiment décidé pour le moment, vu que ces deux outils sont assez jeunes.

Qu'en est-il chez les autres ?

http://www.xs4all.nl/~ekonijn/yaird/yaird.html
http://people.ubuntu.com/~jbailey/bzrtree/initramfs-tools/ (celle là est assez fruste, je n'ai pas trouvé mieux encore)

[+] Et cooker...

Posté par barca () le 04/11/2005 à 14:23. (lien). Évalué à -5.

Et la cooker de Mandriva est toujours sur le 2.6.12, ça fait pas serieux, je prefère Ubuntu, avec le dernier kernel bien patché.


PS: Humour inside

kernel-headers

Posté par err747 () le 05/11/2005 à 18:37. (lien). Évalué à 1.

Heu et pour compiler les modules nvidia on fait comment?

Parceque module-assistant ne trouve pas le pakcage et moi non plus :)...

C'est juste une question de temps avant qu'ils n'apparaissent dans l'archive Debian ou les kernel-headers ne sont pas inclus dans Sid?

Sinon, si quelqu'un sait où je peux les télécharger...

err747 qui se demande si il va devoir se passer de ses drivers... (pas une grosse perte mais quand même)

Revenir en haut de page

Run by Team LinuxFr

Cette page a été générée par Templeet en 0.3277s (dont 0.0488 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.