Mais prend ça par exemple :
- "La RedHat 9 utilise un nouveau code pour l'IDE (développé par Alan Cox), désactivant d'un coup la possibilité de toucher aux DMA si les lecteurs CD/DVD sont sur une carte Highpoint (problème vu aussi dans le kernel 2.5 et dont le bug se trouve ici)."
La RedHat 9 utilise le même code que SuSE et Mandrake pour la partie IDE (c'est dans un 2.4.20 officiel). Ce bug pour Highpoint existe aussi pour les autres et aussi pour Linux 2.4>= 2.4.19 . Il y a redhat avec la 8.0 qui fait exception car pour leur 2.4.19-rc1 il ont viré remis le code de la 2.4.18.
Tu ne rates pas une occasion pour rappeler tes problèmes avec RH8.0 :
- "L'installation est relativement standard par rapport à la 8.0 au détail près que je n'ai pas passé deux nuits à batailler avec mes machines pour l'installation (là ou les 7.x n'ont jamais posé problème)."
- "A préciser que mon matériel a sensiblement changé et mes clavier/souris sont désormais en USB (point qui dérangeait la 8.0)."
- "Fini les mauvais souvenirs d'installation qui échouait parce que la machine avait un clavier USB."
- "La RedHat 9 est bien plus polie (finie) que la 8.0, ne serait-ce que pour l'installateur qui nous fait la gentillesse de terminer ses installations à présent."
Et çà :
- "Je sais que l'on a déjà beaucoup polémiqué dessus mais je rajoute ma brique vu que l'affaire me dérange. KDE a été complètement mutilé pour le tailler au bénéfice d'une interface unifiée."
Tu n'as rien remarqué pour RH8.0 où tu appréciais BlueCurve et là tu parles de mutilation alors que tu dis qu'il y a très peu de mofication entre la 8.0 et la 9. Il faudrait te justifier.
- "A signaler que des problèmes sont en vue pour les possesseurs de RAID si vous déplacez un disque dur et ne modifiez pas correctement le /etc/raidtab, Anaconda risque de s'en trouver confus."
C'est pas ça. /etc/raidtab est utilisé pour créer ou activé un périphérique raid (l'activé s'il n'a pas encore été activé durant la phase de boot du noyau, avant le montage de la partition racine, ou si le périphérique vient d'être créé). Lorsque tu installes une redhat ce fichier n'est pas lu. Des informations dans les partition de type fd sont écrites qui disent des trucs du style :
- "je suis hda et je marche avec hdc".
Si tu déplaces le disque de hdc vers hdd, ces infos sont pas mise à jour. Néanmoins le système de détection automatique est assez intelligent pour le remarquer en remet tout en ordre avec le "superblock uuid"
$ lsraid -l -a /dev/md0 -D /dev/hda3
[dev 3, 3] /dev/hda3:
md version = 0.90.0
superblock uuid = A17378A5.F1CF46B0.008EA41F.06E9A788
md minor number = 0
created = 1049726242 (Mon Apr 7 16:37:22 2003)
last updated = 1049871999 (Wed Apr 9 09:06:39 2003)
raid level = 0
chunk size = 64 KB
apparent disk size = 3163008 KB
disks in array = 2
required disks = 2
active disks = 2
working disks = 2
failed disks = 0
spare disks = 0
position in disk list = 0 # premier disque => hda
position in md device = 0
state = good
[dev 3, 67] /dev/hdb3:
md version = 0.90.0
superblock uuid = A17378A5.F1CF46B0.008EA41F.06E9A788
md minor number = 0
created = 1049726242 (Mon Apr 7 16:37:22 2003)
last updated = 1049871999 (Wed Apr 9 09:06:39 2003)
raid level = 0
chunk size = 64 KB
apparent disk size = 3163008 KB
disks in array = 2
required disks = 2
active disks = 2
working disks = 2
failed disks = 0
spare disks = 0
position in disk list = 2 # troisième disque => hdc.
position in md device = 1
state = good
Cette commande ne lit pas /etc/raidtab ni /proc.
Tu as compris maintenant ?
> Comme vous vous y attendiez, RedHat fournit son lecteur Xmms sans le codec mp3 par choix, elle a déjà fait parler d'elle lors de la sortie de la 8.0 et RH n'a pas changé d'opinion.
C'est le choix de ne fournir que des logiciels GPL qui respecte la GPL. C'est pas le choix de virer mp3. Précise le ou ne met que "Comme vous vous y attendiez, RedHat fournit son lecteur Xmms sans le codec mp3".
Voir http://www.redhat.com/advice/speaks_80mm.html(...) :
- "Due to patent licensing and conflicts between such patent licenses and the licenses of application source code, (MP3) support has been removed from applications in Red Hat Linux."
> Je trouve Mandrake bien plus avancée techniquement
Ça demande des précisions. Certe, la RH9 n'est pas aussi "révolutionnaire" que la RH8.0. Mais la 9 apporte rpm 4.2 que tu ne cite pas. La 9 utilise utf8 comme la 8.0 contrairement à mdk. La 9 propose Subversion. La 9 fourni ntpl (ce qui n'est pas rien). La 8.0 proposait apache 2, xft, fontconfig, etc...
Alors dire que la Mandrake est "bien plus avancée techniquement" demande de solides arguments.
Même avec les quelques modifs mineurs que tu viens de faire, (dans les erreurs mineur il y a toujours : gcc 3.2.2 et non 3.2.1, glibc 2.3.2 et non 2.3.1, c'est openoffice 1.0.2 et non 1.01 comme mentionné une foi) il reste pleins d'erreurs, de sous-entendu, de troll. Et L'article a été lu par 4 000 personnes avant que tu fasses ces modifs, c'est bien tardif.
De plus j'ai posté un commentaire pour souligner les plus grosse erreurs : http://linuxfr.org/comments/192995,1.html(...)
Tu n'as pas répondu :
- "Il y a des conneries je vais les corriger ce soir car je suis au boulot.".
Alors que tu as fait un commentaire à 12h et un autre à 14h30.
Tu m'as demandé, en privé, des infos sur la 9 et tu n'as retenu que les points négatifs voir même déformé mes propos. Je ne peut être que désapointé, pour ne pas dire plus, par ce test fait à l'arrache (rien sur gnome, tu n'as pas lu la notes de mise à jour, tu n'as pas remarqué que fournir les rpms installés à rhn est optionnel, etc...) qui fait dans le troll.
[^] # Re: Test de la RedHat 9
Posté par matiasf . En réponse à la dépêche Test de la RedHat 9. Évalué à 0.
Mais prend ça par exemple :
- "La RedHat 9 utilise un nouveau code pour l'IDE (développé par Alan Cox), désactivant d'un coup la possibilité de toucher aux DMA si les lecteurs CD/DVD sont sur une carte Highpoint (problème vu aussi dans le kernel 2.5 et dont le bug se trouve ici)."
La RedHat 9 utilise le même code que SuSE et Mandrake pour la partie IDE (c'est dans un 2.4.20 officiel). Ce bug pour Highpoint existe aussi pour les autres et aussi pour Linux 2.4>= 2.4.19 . Il y a redhat avec la 8.0 qui fait exception car pour leur 2.4.19-rc1 il ont viré remis le code de la 2.4.18.
Tu ne rates pas une occasion pour rappeler tes problèmes avec RH8.0 :
- "L'installation est relativement standard par rapport à la 8.0 au détail près que je n'ai pas passé deux nuits à batailler avec mes machines pour l'installation (là ou les 7.x n'ont jamais posé problème)."
- "A préciser que mon matériel a sensiblement changé et mes clavier/souris sont désormais en USB (point qui dérangeait la 8.0)."
- "Fini les mauvais souvenirs d'installation qui échouait parce que la machine avait un clavier USB."
- "La RedHat 9 est bien plus polie (finie) que la 8.0, ne serait-ce que pour l'installateur qui nous fait la gentillesse de terminer ses installations à présent."
Et çà :
- "Je sais que l'on a déjà beaucoup polémiqué dessus mais je rajoute ma brique vu que l'affaire me dérange. KDE a été complètement mutilé pour le tailler au bénéfice d'une interface unifiée."
Tu n'as rien remarqué pour RH8.0 où tu appréciais BlueCurve et là tu parles de mutilation alors que tu dis qu'il y a très peu de mofication entre la 8.0 et la 9. Il faudrait te justifier.
- "A signaler que des problèmes sont en vue pour les possesseurs de RAID si vous déplacez un disque dur et ne modifiez pas correctement le /etc/raidtab, Anaconda risque de s'en trouver confus."
C'est pas ça. /etc/raidtab est utilisé pour créer ou activé un périphérique raid (l'activé s'il n'a pas encore été activé durant la phase de boot du noyau, avant le montage de la partition racine, ou si le périphérique vient d'être créé). Lorsque tu installes une redhat ce fichier n'est pas lu. Des informations dans les partition de type fd sont écrites qui disent des trucs du style :
- "je suis hda et je marche avec hdc".
Si tu déplaces le disque de hdc vers hdd, ces infos sont pas mise à jour. Néanmoins le système de détection automatique est assez intelligent pour le remarquer en remet tout en ordre avec le "superblock uuid"
$ lsraid -l -a /dev/md0 -D /dev/hda3
[dev 3, 3] /dev/hda3:
md version = 0.90.0
superblock uuid = A17378A5.F1CF46B0.008EA41F.06E9A788
md minor number = 0
created = 1049726242 (Mon Apr 7 16:37:22 2003)
last updated = 1049871999 (Wed Apr 9 09:06:39 2003)
raid level = 0
chunk size = 64 KB
apparent disk size = 3163008 KB
disks in array = 2
required disks = 2
active disks = 2
working disks = 2
failed disks = 0
spare disks = 0
position in disk list = 0 # premier disque => hda
position in md device = 0
state = good
[dev 3, 67] /dev/hdb3:
md version = 0.90.0
superblock uuid = A17378A5.F1CF46B0.008EA41F.06E9A788
md minor number = 0
created = 1049726242 (Mon Apr 7 16:37:22 2003)
last updated = 1049871999 (Wed Apr 9 09:06:39 2003)
raid level = 0
chunk size = 64 KB
apparent disk size = 3163008 KB
disks in array = 2
required disks = 2
active disks = 2
working disks = 2
failed disks = 0
spare disks = 0
position in disk list = 2 # troisième disque => hdc.
position in md device = 1
state = good
Cette commande ne lit pas /etc/raidtab ni /proc.
Tu as compris maintenant ?
> Comme vous vous y attendiez, RedHat fournit son lecteur Xmms sans le codec mp3 par choix, elle a déjà fait parler d'elle lors de la sortie de la 8.0 et RH n'a pas changé d'opinion.
C'est le choix de ne fournir que des logiciels GPL qui respecte la GPL. C'est pas le choix de virer mp3. Précise le ou ne met que "Comme vous vous y attendiez, RedHat fournit son lecteur Xmms sans le codec mp3".
Voir http://www.redhat.com/advice/speaks_80mm.html(...) :
- "Due to patent licensing and conflicts between such patent licenses and the licenses of application source code, (MP3) support has been removed from applications in Red Hat Linux."
> Je trouve Mandrake bien plus avancée techniquement
Ça demande des précisions. Certe, la RH9 n'est pas aussi "révolutionnaire" que la RH8.0. Mais la 9 apporte rpm 4.2 que tu ne cite pas. La 9 utilise utf8 comme la 8.0 contrairement à mdk. La 9 propose Subversion. La 9 fourni ntpl (ce qui n'est pas rien). La 8.0 proposait apache 2, xft, fontconfig, etc...
Alors dire que la Mandrake est "bien plus avancée techniquement" demande de solides arguments.
Même avec les quelques modifs mineurs que tu viens de faire, (dans les erreurs mineur il y a toujours : gcc 3.2.2 et non 3.2.1, glibc 2.3.2 et non 2.3.1, c'est openoffice 1.0.2 et non 1.01 comme mentionné une foi) il reste pleins d'erreurs, de sous-entendu, de troll. Et L'article a été lu par 4 000 personnes avant que tu fasses ces modifs, c'est bien tardif.
De plus j'ai posté un commentaire pour souligner les plus grosse erreurs :
http://linuxfr.org/comments/192995,1.html(...)
Tu n'as pas répondu :
- "Il y a des conneries je vais les corriger ce soir car je suis au boulot.".
Alors que tu as fait un commentaire à 12h et un autre à 14h30.
Tu m'as demandé, en privé, des infos sur la 9 et tu n'as retenu que les points négatifs voir même déformé mes propos. Je ne peut être que désapointé, pour ne pas dire plus, par ce test fait à l'arrache (rien sur gnome, tu n'as pas lu la notes de mise à jour, tu n'as pas remarqué que fournir les rpms installés à rhn est optionnel, etc...) qui fait dans le troll.