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 #590654.




Toujours pas de reiser4 !
ET zut !
Le reiser4 est toujours pas intégré !
[^]Re: Toujours pas de reiser4 !
Si tu as du temps et une partition libre, tu peux regarder du côté de la distribution MiniSlack [1] dont la dernière version 1.1 [2] inclut en standard le système de fichier ReiserFS 4 [3].
[1] http://www.minislack.org(...)
[2] http://www.minislack.org/article.php?story=20050610194346329(...)
[3] http://www.namesys.com/v4/v4.html(...)
[^]Re: Toujours pas de reiser4 !
C'est sympas.
Je chercherai plutot à l'integrer dans ma gentoo.
[^]Re: Toujours pas de reiser4 !
ben tu patches en mm
[^]Re: Toujours pas de reiser4 !
* sys-kernel/mm-sources [ Masked ]
Latest version available: 2.6.12_rc6-r1
Latest version installed: [ Not Installed ]
Size of downloaded files: 44,304 kB
Homepage: http://www.kernel.org/(...) http://www.gentoo.org/(...)
Description: Andrew Morton's kernel, mostly fixes for 2.6 vanilla, some vm stuff too
License: GPL-2
[^]Re: Toujours pas de reiser4 !
2.6.12-mm1 vient de sortir à l'instant.
Reiser4 est dedans.
[^]Re: Toujours pas de reiser4 !
Alors tu utilises le live cd qui gère reiser4 pour l'installer :
http://gentoo-wiki.com/TIP_Reiser4_Enabled_Live_CD(...)
[^]Re: Toujours pas de reiser4 !
L'enorme delai que prend l'integration de ReiserFS 4 dans le noyau officiel vient du fait que le code est tres intrusif. Bref, c'est plus qu'un module, comme le dit Rik van Riel :
The reiser 4 system call sys_reiserfs seems to need an additional patch, which is craftily hidden inside reiser4-only.patch. That patch creates fs/reiser4/linux-5_reiser4_syscall.patch, which I can only assume reiser 4 users should apply...
Kind of ugly.
Looking further, the horrors only increase. It looks like sys_reiser4() is an interface to load programs into the kernel, with reiserfs4 containing an interpreter.
I'll leave aside the issues of having a scripting language inside the kernel, since I'm sure other people will comment on it. However, I am absolutely flabbergasted that Hans Reiser is using a syscall here, instead of a filesystem interface.
Furthermore, why do the parsing in the kernel, instead of compiling the human-readable strings in userspace and loading something easy to use into the kernel, like the selinux subsystem does?
Since this code is bound to be horribly controversial, it may be an idea to remove this from the reiserfs4 core patch. That way the battles over the filesystem, and its interactions with the rest of the kernel can be fought first, without having the whole reiserfs4 filesystem strand in the quicksand of "why do we need an interpreted language with completely new filesystem semantics in the kernel?
Il faut que le developpement de ReiserFS change un peu de direction pour qu'il soit integre au kernel.
[^]Re: Toujours pas de reiser4 !
Bouh ! C'est triste :/
[^]Re: Toujours pas de reiser4 !
Reiserfs n'a pas été tout de suite intégré au grand désespoir de Hans Reiser.
C'est ce qu'il m'avait dit aux RMLL 2000 (les premières !).
Il avait dû attendre le noyau suivant car les mainteneurs du noyau craignaient beaucoup l'introduction de ce FS très nouveau. Si ils prennent les mêmes précautions qu'il y a 5 ans, il faudra attendre le noyau 2.8 pour mettre reiser4 en production.
On ne peut pas reprocher la prudence du "kernel team" mais il me tarde quand même de pouvoir utiliser reiser4 qui est vraiment une nouveauté aussi magnifique que révolutionnaire.
[^]Re: Toujours pas de reiser4 !
Qu'en est il des possibles incompatibilités avec les outils GNU en l'état actuel ?
J'avais entendu dire que les programmes utilisant la libc pour vérifier si une URI* pointe sur un fichier ne pouvais plus fonctionner (puisque un fichier est un dossier dans reiser4).
Ce problème est il toujours d'actualité ?
* URI : est ce le bon terme ?
[^]Re: Toujours pas de reiser4 !
Pour ceux qui ne se rappellent plus ou qui ne savent pas ce qu'est ReiserFS :
http://fr.wikipedia.org/wiki/ReiserFS(...)
http://linuxfr.org/2004/08/24/17094.html(...)
[^]Re: Toujours pas de reiser4 !
Pour avoir des informations encore plus pertinentes, on peut aller à la source : http://www.namesys.com/(...)
[^]Re: Toujours pas de reiser4 !
Andrew Morton vient de publier la liste des trucs actuellement dans -mm qu'il veut merger dans 2.6.13.
Il y a Reiser4.
http://lkml.org/lkml/2005/6/21/98/index.html(...)
[^]Re: Toujours pas de reiser4 !
Pour le 2.6.13
Subject: -mm -> 2.6.13 merge status
From: Andrew Morton
...
reiser4
Merge it, I guess.
The patches still contain all the reiser4-specific namespace
enhancements, only it is disabled, so it is effectively dead code. Maybe
we should ask that it actually be removed?
...