J'ai relu attentivement l'article. J'ai lu vos commentaires.
Ya encore un boulette dans l'article : > RedHat 9.0 : codename Shrieke
C'est shrike.
On est plus à ça...
C'est un test baclé.
L'autre truc désagréable, c'est que frlinux ne manque pas une occasion pour rappeler qu'il a eu des problèmes avec la 8.0 .
frlinux m'a solicité pour connaitre les différences entre RH8.0 et 9. Les seuls trucs retenus sont négatif.
Je rappelle une parties du mail (ce sont mes propos et non ceux de frlinux) que je lui ai envoyé :
* Passage à rpm v4.2 :
- création de paquets debuginfo (symbol et source) pour debug. Excellent. Ces paquets ne sont pas fournis avec la RH9.
- contrôle plus fin lors de la construction de paquet. Par exemple, tu construits toto-1.0.i386.rpm. Les fichiers du paquet sont piochés de /var/tmp/toto-root lors de la construction. Si un ficher dans "buildroot" n'est pas référencé, la construction du paquet échoue. Ça évite d'oublier des fichiers.
- plus de deadlock avec rpm -Uvh. Enfin! c'était une peste sous RH8.0.
* Le mode dma pour cdrom est activé par défaut. Sur la RH8.0 le dma est
interdit pour les lecteurs cdrom/dvd. Pour contourner ce problème il
fallait ajouter une options pour ide-cd dans /etc/modules.conf ou en
paramètre noyau.
* subversion est livré. Malheureusement c'est une version de test seulement. Par exemple il n'y a pas le nécessaire pour faire un serveur subversion. la version livré intègre neon, http-apr, etc... tout le nécessaire dans un paquet et non splité en plusieurs paquets comme c'est fait par les mainteneurs de subversion : http://summersoft.fay.ar.us/pub/linux/redhat/RPMS/i386/subversion-l(...)
* Les coredumps sont par défaut suffixé du pid du programme qui a planté (pratique pour éviter qu'un core dump soit écrasé). C'est configurable via /etc/sysctl.conf (introduit dans RH7.3 je crois) qui est lu au boot. idéal pour un :
dev.rtc.max-user-freq = 1024
J'suis d'une naïveté parfois...
Je crois que ce soir je vais me coucher avec en ayant mal au cul.
[^] # Re: Test de la RedHat 9
Posté par matiasf . En réponse à la dépêche Test de la RedHat 9. Évalué à 2.
Ya encore un boulette dans l'article :
> RedHat 9.0 : codename Shrieke
C'est shrike.
On est plus à ça...
C'est un test baclé.
L'autre truc désagréable, c'est que frlinux ne manque pas une occasion pour rappeler qu'il a eu des problèmes avec la 8.0 .
frlinux m'a solicité pour connaitre les différences entre RH8.0 et 9. Les seuls trucs retenus sont négatif.
Je rappelle une parties du mail (ce sont mes propos et non ceux de frlinux) que je lui ai envoyé :
* Passage à rpm v4.2 :
- création de paquets debuginfo (symbol et source) pour debug. Excellent. Ces paquets ne sont pas fournis avec la RH9.
- contrôle plus fin lors de la construction de paquet. Par exemple, tu construits toto-1.0.i386.rpm. Les fichiers du paquet sont piochés de /var/tmp/toto-root lors de la construction. Si un ficher dans "buildroot" n'est pas référencé, la construction du paquet échoue. Ça évite d'oublier des fichiers.
- plus de deadlock avec rpm -Uvh. Enfin! c'était une peste sous RH8.0.
* Le mode dma pour cdrom est activé par défaut. Sur la RH8.0 le dma est
interdit pour les lecteurs cdrom/dvd. Pour contourner ce problème il
fallait ajouter une options pour ide-cd dans /etc/modules.conf ou en
paramètre noyau.
* subversion est livré. Malheureusement c'est une version de test seulement. Par exemple il n'y a pas le nécessaire pour faire un serveur subversion. la version livré intègre neon, http-apr, etc... tout le nécessaire dans un paquet et non splité en plusieurs paquets comme c'est fait par les mainteneurs de subversion :
http://summersoft.fay.ar.us/pub/linux/redhat/RPMS/i386/subversion-l(...)
* Les coredumps sont par défaut suffixé du pid du programme qui a planté (pratique pour éviter qu'un core dump soit écrasé). C'est configurable via /etc/sysctl.conf (introduit dans RH7.3 je crois) qui est lu au boot. idéal pour un :
dev.rtc.max-user-freq = 1024
J'suis d'une naïveté parfois...
Je crois que ce soir je vais me coucher avec en ayant mal au cul.