Près de 3 mois et demi de travail auront été nécessaire aux développeurs du libre pour nous proposer une nouvelle version stable de Linux.
Le système de développement a légèrement évolué ces derniers mois, avec notamment l'apparition d'une branche 2.6.11.x destinée à proposer des corrections de bogues ou de sécurité urgentes sans modifier le cycle de développement du 2.6.12. Ce nouveau modèle semble avoir connu un assez grand succès, puisque 11 sous-versions sont sorties, qui ont permis de corriger rapidement des failles de sécurité (.9-.11) ou des bogues importants (.8 et le SMP, par exemple). D'autre part, le passage à un logiciel libre (git) pour la gestion des sources semble s'être fait sans trop de soucis. Tout un chacun peut accéder facilement aux sources du noyau en développement en utilisant Cogito, ou bien les parcourir via une interface web.
Il y a eu beaucoup de modifications et de corrections de bogues pour ce nouveau noyau, notamment pour les plate-formes ARM, PPC, s390 et les architectures 64 bits, l'USB et la gestion des processeurs à fréquence variable (cpufreq). On notera aussi des améliorations dans UML, beaucoup de travail sur les drivers réseaux (TG3 surtout), sur DVB, le hotplug, le SerialATA, ainsi qu'un gros travail sur la documentation.
Le décompresseur du pilote pour les webcams Philips PWC a effectivement dû être retiré des sources. Les webcams Philips sont donc supportés mais de manière limitée en résolution.
NdM : la dépêche Linux Weekly News liste aussi plusieurs autres changements importants :
- l'ajout d'un pilote pour les controversées puces de sécurité TPM (présentes entre autres dans les Thinkpad d'IBM)
- le support du multipath dans le device mapper pour mieux gérer les E/S des gros serveurs de stockage
- l'introduction d'aléas dans le choix des espaces d'adresses mémoire lors des allocations, pour rendre plus difficile les attaques par buffer-overflow
- l'introduction d'une nouvelle limite de ressource (rlimit) pour accorder à certains utilisateurs le droit d'affecter des priorité "nice" négatives à leurs processus (utile par exemple pour les applications audios nécessitant de faible latences)
Le système de développement a légèrement évolué ces derniers mois, avec notamment l'apparition d'une branche 2.6.11.x destinée à proposer des corrections de bogues ou de sécurité urgentes sans modifier le cycle de développement du 2.6.12. Ce nouveau modèle semble avoir connu un assez grand succès, puisque 11 sous-versions sont sorties, qui ont permis de corriger rapidement des failles de sécurité (.9-.11) ou des bogues importants (.8 et le SMP, par exemple). D'autre part, le passage à un logiciel libre (git) pour la gestion des sources semble s'être fait sans trop de soucis. Tout un chacun peut accéder facilement aux sources du noyau en développement en utilisant Cogito, ou bien les parcourir via une interface web.
Il y a eu beaucoup de modifications et de corrections de bogues pour ce nouveau noyau, notamment pour les plate-formes ARM, PPC, s390 et les architectures 64 bits, l'USB et la gestion des processeurs à fréquence variable (cpufreq). On notera aussi des améliorations dans UML, beaucoup de travail sur les drivers réseaux (TG3 surtout), sur DVB, le hotplug, le SerialATA, ainsi qu'un gros travail sur la documentation.
Le décompresseur du pilote pour les webcams Philips PWC a effectivement dû être retiré des sources. Les webcams Philips sont donc supportés mais de manière limitée en résolution.
NdM : la dépêche Linux Weekly News liste aussi plusieurs autres changements importants :
- l'ajout d'un pilote pour les controversées puces de sécurité TPM (présentes entre autres dans les Thinkpad d'IBM)
- le support du multipath dans le device mapper pour mieux gérer les E/S des gros serveurs de stockage
- l'introduction d'aléas dans le choix des espaces d'adresses mémoire lors des allocations, pour rendre plus difficile les attaques par buffer-overflow
- l'introduction d'une nouvelle limite de ressource (rlimit) pour accorder à certains utilisateurs le droit d'affecter des priorité "nice" négatives à leurs processus (utile par exemple pour les applications audios nécessitant de faible latences)
Téléchargement (1121 hits)
Nouveautés (1224 hits)
Cogito (678 hits)
PWC dans le noyau (1471 hits)
Mail de Linus Torvalds (1389 hits)
La dépêche de LWN.net (475 hits)
> Lire la dépêche (200 commentaires, moyenne: 3,1).
Vous avez demandé le commentaire #590698.




3 mois et demi, pas 5 mois :)
2.6.11 est sorti le 2 mars.
[^]Re: 3 mois et demi, pas 5 mois :)
Tu as raison, je me suis gourassionne dans les dates. Quelle idee aussi ils ont ces americains d'ecrire mm/jj/aaa plutot que jj/mm/aaa ?
Enfin, cela faisait quand meme longtemps qu'on l'attendait celui-la, il y a eu une belle chasse aux bugs sur la fin. Il y a encore eu des modifs de l'API, ca va encore etre la joie dans les chaumieres (voir http://linuxfr.org/~JaguarWan/18563.html(...) ).
Je m'en vais de ce pas me flageller avec des ronces fraiches.
[^]Re: 3 mois et demi, pas 5 mois :)
Fais gaffe, c'est peut-être déposé par Mel Gibson ça :D
[^]Re: 3 mois et demi, pas 5 mois :)
Perdu ! :)
C'est plutôt le style des cathares
(doctrine condamnée par l'Église catholique, qui imaginait un Dieu du bien qui avait créé des esprits et un dieu du mal qui avait créé le monde. L’homme lui-même se trouvait donc divisé entre un esprit créé par le bon Dieu et un corps créé par le dieu du mal, ce corps devenant donc une prison pour l’esprit dont il fallait se libérer par un ascétisme inhumain.)
« Si quis scienter in tantum a vino abstineret ut naturam multum gravaret a culpa immunis non esset. »Saint Thomas d'Aquin, Somme théologique, II-II, 150, 1 ad 1.
[^]Re: 3 mois et demi, pas 5 mois :)
Quelle idee aussi ils ont ces americains d'ecrire mm/jj/aaa plutot que jj/mm/aaa ?
C'est vrai qu'avec trois chiffres pour indiquer l'année ça n'aide pas non plus...
[^]Re: 3 mois et demi, pas 5 mois :)
C'est vrai qu'avec trois chiffres pour indiquer l'année ça n'aide pas non plus...
Bah oui comme en Perl voyons non !?...
(où on obtient le nombre d'années depuis 1900)
--->[]
[+] [^]Re: 3 mois et demi, pas 5 mois :)
Comme c'est le cas des 3/4 des langages (avec des nuances selon les API, comme dans Perl d'ailleurs) je ne vois pas pourquoi tu cites Perl en particulier sinon pour lancer un gros Troll... Je ne tomberais pas dans ton piège, non, non, d'ailleurs Perl c'est dix fois mieux que Python et Ruby, 30 fois plus rapide et 100 fois plus lisible !!!! ;-)
--
Jedaï