SELinux : Encore :-) Une nouvelle police est introduite (targeted). On a le choix entre "targeted" (par défaut) et "strict". "targeted" est plus souple. En effet, "targeted" ne s'occupe que des serveurs. Ça sécurise et sans _vous_ empêcher de faire des conneries :-)
Xorg 6.8.0 : Pas tout à fait mais déjà dans Rawhide.
KDE 3.3 : je n'ai pas regardé
Gnome 2.8 : Gnome 2.8.0 est en cours de remonté dans rawhide. C'est histoire d'afficher 2.8 :-)
Evolution 2.0 : Avec evolution-connector et evolution-webcal.
gamin : Remplace fam
gnome-db
gnome-keyring
HelixPlayer et gstreamer avec support theora : Vous ne rèvez pas ! Red Hat distribue enfin en standard un moyen pour visualiser des videos. Non, il n'y a pas de support pour mp3.
udev : J'ai regardé la "bête" et c'est vraiment sympatique. Je ne résiste pas à un petit exemple que j'utilise ici:
$ cat /etc/udev/rules.d/20.rules
BUS="ide", KERNEL="hd*", PROGRAM="/bin/ide_id /sys/bus/ide/devices/%b/block/dev", RESULT="Y28G0SEE", NAME="%k", SYMLINK="BIG_A%n"
BUS="ide", KERNEL="hd*", RESULT="Y21860DE", NAME="%k", SYMLINK="BIG_B%n"
BUS="ide", KERNEL="hd*", RESULT="V21NYZTA", NAME="%k", SYMLINK="SMALL_A%n"
BUS="ide", KERNEL="hd*", RESULT="V21NZ0MA", NAME="%k", SYMLINK="SMALL_B%n"
Mieux, si je vire la partition /dev/hdg2, le node hdg2 et le lien symbolique SMALL_B2 disparait. Et si je crée une nouvelle partition, tout est créé comme prévu. Ainsi, je peux déplacer mes disques ou utiliser ou non "ide=reverse", les liens symbolique pointent toujours sur le même disque (physique) et je ne touche plus à mon /etc/fstab. C'est mieux que devlabel (par exemple les partitions swap sont gérées) et d'ailleurs devlabel a été supprimé.
C'est vraiment bien consu et maintenant sysfs prend tout son sens (avec HAL aussi).
Notons que ça change complètement le fonctionnement "classique" de Linux. Les modules ne sont plus chargés à la volé, à la demande. Il y a détection du matériel avec kmodule (de kudzu). kmodule n'est pas très "brutal". Il ne charge pas tous les modules pour voir si un périphérique existe ou non. Il lit les informations sur les bus (PCI, etc) et charge les modules que s'il y a un périphérique. Si un périphérique est ajouté à chaud, le module nécessaire est ajouté de suite et non au moment de l'utilisation du périphérique.
Ça ne doit pas marcher avec de vieux périphérique, mais il faut bien vivre avec son temps.
Comme d'habitude, le chargement d'un module peut-être inhibé avec /etc/modprobe.conf.
Globalement, ça ralentit significativement le temps de boot.
Bien que la décision de passer "réellement" à udev soit récente par le projet Fedora (post "test 1") on a maintenant une intégration complète d'udev (dans initrd, /dev est un tmpfs, suppression du paquet dev- (et ses 18 000 fichiers spéciaux), etc). C'est tout neuf et pas totalement au point. Mais maintenant l'intégration d'udev est en phase de mise à point et non de développement.
Udev n'a pas une "remplaçant de devfs" puisqu'il n'y a jamais eu de devfs sous RH/Fedora :-)
HAL : Encore un projet formidable et qui donne à linux-2.6/sysfs/hotplug/udev toute sa cohérence. HAL est définitivement un bond en avant pour Linux et un meilleur support du hardware par les _applis_/_bureau_ et non seulement le noyau.
Une copie d'écran vaut mieux qu'un long discours : http://freedesktop.org/~david/hal-0.2/spec/hal-fdi-example1.png(...)
Ces informations sont facilement accessibles aux applis. Actuellement c'est utilisé par nautilus, gnome-volume-manageur et fstab-sync. C'est un début.
HAL répercute aussi les évèments aux applis (ajout/suppression d'un périphérique, changement d'état). Donc magicdev a été supprimé. HAL est une aide pour les applis pour bien utiliser/détecter le hardware et non une surcouche au noyau lors de l'utilisateur du hardware (c'est subtile, il faut voir la doc pour comprendre).
lvm2 : raidtool et lvm1 ne sont plus supportés. Notons que l'installateur par défaut fait un volume logique pour la partition racine et le swap. Je n'en vois pas encore exactement l'intérêt.
bash 3.0
Linux : Rien de particulier mais a titre d'info :
- voluntary-preemption
- 4g4g
- exec-shield
Plus remarquablement, il y a ext3-online-resize. Ça fait depuis un moment qu'il y est là mais il ne semble pas encore totalement fiabilisé (corruption de FS il y a peu de temps).
kernel-source n'est plus fourni ! Pour utiliser les sources Linux, il faut faire comme avec les autres paquets. C-à-d utiliser le src.rpm (rpmbuild -bp).
firefox : Red Hat est généralement prudent et n'aime pas proposer plusieurs programmes pour la même chose. Mais firefox ne peut être ignoré ni mozilla et epiphany. Bref, il y a 3 navigateurs d'installés par défaut même pour uniquement Gnome !
yum : yum passe à la version 2.1. Il y a un nouveau format de donné pour les dépôts (xml). yum est _beaucoup_ plus rapide. L'ancien format de donné des dépôts est considéré comme obsolete.
valgrind : puisqu'il n'y a plus de problème de brevet.
C'est une distribution très synchronisée avec les développements en cours et dans l'esprit Fedora (aller de l'avant et ne pas s'encombrer de problème de compatiblité etc). C'est criant pour udev/hal/gnome. Ça reste une beta ! En gros, elle sucks autant que la FC2T2. Donc on peut avoir confiance pour la version finale :-)
NB : FC3 sera la base de RHEL 4. D'ailleurs certains dev RHEL bossent déjà sur FC3. Ça donne une idée des prochaines distributions professionnelles.
NB2 : Oui, le bug avec les partitions Windows a été corrigé (enfin...).
# FC3 test 2
Posté par 007 . En réponse au journal VectorLinux 4.3 && Fedora Core 3 Test 2. Évalué à 6.
Voilà une petite présentation de FC3 :
$ cat /etc/udev/rules.d/20.rules
BUS="ide", KERNEL="hd*", PROGRAM="/bin/ide_id /sys/bus/ide/devices/%b/block/dev", RESULT="Y28G0SEE", NAME="%k", SYMLINK="BIG_A%n"
BUS="ide", KERNEL="hd*", RESULT="Y21860DE", NAME="%k", SYMLINK="BIG_B%n"
BUS="ide", KERNEL="hd*", RESULT="V21NYZTA", NAME="%k", SYMLINK="SMALL_A%n"
BUS="ide", KERNEL="hd*", RESULT="V21NZ0MA", NAME="%k", SYMLINK="SMALL_B%n"
En fonction du n° de série du disque ide, il me crée un lien symbolique "BIG_*" ou "SMALL_*".
Voilà ce que j'obtiens :
$ cd /dev ; ll BIG_* SMALL_*
lrwxr-xr-x 1 root root 3 sep 20 17:31 BIG_A -> hda
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_A1 -> hda1
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_A2 -> hda2
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_A3 -> hda3
lrwxr-xr-x 1 root root 3 sep 20 17:31 BIG_B -> hdc
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_B1 -> hdc1
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_B2 -> hdc2
lrwxr-xr-x 1 root root 4 sep 20 17:31 BIG_B3 -> hdc3
lrwxr-xr-x 1 root root 3 sep 20 17:31 SMALL_A -> hde
lrwxr-xr-x 1 root root 4 sep 20 17:31 SMALL_A1 -> hde1
lrwxr-xr-x 1 root root 4 sep 20 17:31 SMALL_A2 -> hde2
lrwxr-xr-x 1 root root 3 sep 20 17:31 SMALL_B -> hdg
lrwxr-xr-x 1 root root 4 sep 20 17:31 SMALL_B1 -> hdg1
lrwxr-xr-x 1 root root 4 sep 20 17:31 SMALL_B2 -> hdg2
Mieux, si je vire la partition /dev/hdg2, le node hdg2 et le lien symbolique SMALL_B2 disparait. Et si je crée une nouvelle partition, tout est créé comme prévu. Ainsi, je peux déplacer mes disques ou utiliser ou non "ide=reverse", les liens symbolique pointent toujours sur le même disque (physique) et je ne touche plus à mon /etc/fstab. C'est mieux que devlabel (par exemple les partitions swap sont gérées) et d'ailleurs devlabel a été supprimé.
C'est vraiment bien consu et maintenant sysfs prend tout son sens (avec HAL aussi).
Notons que ça change complètement le fonctionnement "classique" de Linux. Les modules ne sont plus chargés à la volé, à la demande. Il y a détection du matériel avec kmodule (de kudzu). kmodule n'est pas très "brutal". Il ne charge pas tous les modules pour voir si un périphérique existe ou non. Il lit les informations sur les bus (PCI, etc) et charge les modules que s'il y a un périphérique. Si un périphérique est ajouté à chaud, le module nécessaire est ajouté de suite et non au moment de l'utilisation du périphérique.
Ça ne doit pas marcher avec de vieux périphérique, mais il faut bien vivre avec son temps.
Comme d'habitude, le chargement d'un module peut-être inhibé avec /etc/modprobe.conf.
Globalement, ça ralentit significativement le temps de boot.
Bien que la décision de passer "réellement" à udev soit récente par le projet Fedora (post "test 1") on a maintenant une intégration complète d'udev (dans initrd, /dev est un tmpfs, suppression du paquet dev- (et ses 18 000 fichiers spéciaux), etc). C'est tout neuf et pas totalement au point. Mais maintenant l'intégration d'udev est en phase de mise à point et non de développement.
Udev n'a pas une "remplaçant de devfs" puisqu'il n'y a jamais eu de devfs sous RH/Fedora :-)
Une copie d'écran vaut mieux qu'un long discours :
http://freedesktop.org/~david/hal-0.2/spec/hal-fdi-example1.png(...)
Ces informations sont facilement accessibles aux applis. Actuellement c'est utilisé par nautilus, gnome-volume-manageur et fstab-sync. C'est un début.
HAL répercute aussi les évèments aux applis (ajout/suppression d'un périphérique, changement d'état). Donc magicdev a été supprimé. HAL est une aide pour les applis pour bien utiliser/détecter le hardware et non une surcouche au noyau lors de l'utilisateur du hardware (c'est subtile, il faut voir la doc pour comprendre).
- voluntary-preemption
- 4g4g
- exec-shield
Plus remarquablement, il y a ext3-online-resize. Ça fait depuis un moment qu'il y est là mais il ne semble pas encore totalement fiabilisé (corruption de FS il y a peu de temps).
kernel-source n'est plus fourni ! Pour utiliser les sources Linux, il faut faire comme avec les autres paquets. C-à-d utiliser le src.rpm (rpmbuild -bp).
C'est une distribution très synchronisée avec les développements en cours et dans l'esprit Fedora (aller de l'avant et ne pas s'encombrer de problème de compatiblité etc). C'est criant pour udev/hal/gnome. Ça reste une beta ! En gros, elle sucks autant que la FC2T2. Donc on peut avoir confiance pour la version finale :-)
NB : FC3 sera la base de RHEL 4. D'ailleurs certains dev RHEL bossent déjà sur FC3. Ça donne une idée des prochaines distributions professionnelles.
NB2 : Oui, le bug avec les partitions Windows a été corrigé (enfin...).