007 a écrit 2187 commentaires

> version magic '2.6.5-1.358 686 REGPARM 4KSTACKS gcc-3.3' should be '2.6.5-1.358 K7 REGPARM 4KSTACKS gcc-3.3'.

Tout est dit

> En effet j'ai modifié la config du noyau pour mettre athlon/duron d'ou peut etre son problème.

Le noyau par défaut (i686) qui est livré est aussi optimisé pour athlon. La mise en place de l'optimisation est faite à l'initialisation du noyau. Selon Red Hat (j'ai pas vérifier) fournir un noyau athlon spécifique est sans intérêt.

> J'aurais peut etre du faire un make mrproper avant ?
> Et pour revenir au initrd, c'est pas genant de toujours utiliser le meme ?

Oui. Mais surtout, lorsque tu changes de noyau (simplement en changant l'optimisation par exemple), il faut "tout" compiler/réinstaller. C'es une sécurité du noyau 2.6.

Donc /usr/src/linux-.../Makefile, remets "EXTRAVERSION = -1.358custom" si tu l'avais changé comme je l'ai dit.

# make mrproper
# make menuconfig ou xconfig ou gconfig....
# make all
# make modules_install # les modules sont installés dans /lib/modules/
# cp System.map /boot/System.map-2.6.5-1.358custom
# cp .config /boot/config-2.6.5-1.358custom
# cp arch/boot/i386/bzImage /boot/vmlinuz-2.6.5-1.358custom
# depmod -a -e -F /boot/System.map-2.6.5-1.358custom 2.6.5-1.358custom
# mkinitrd /boot/initrd-2.6.5-1.358custom.img 2.6.5-1.358custom <====== le nouveau initrd

Normalement un simple "make install" doit marcher, mais j'ai un doute et j'ai pas testé depuis longtemps. "make install" édite aussi /boot/grub/grub.conf (j'ai aussi un doute).

La phase mkinitrd dépend de la configuration du noyau que tu crées. Mais c'est nécessaire pour un noyau à la configuration "Red Hat" et pour que "root=LABEL=/" dans grub marche. Si tu n'utilises pas initrd (des fois ce n'est pas nécessaire) il faut remplacer "root=LABEL=/" dans /boot/grub/grub.conf par "root=/dev/...".

Je crois que maintenant avoir :
- /lib/modules/2.6.5-1.358/build
- et /usr/src/linux-2.6.5-1.358 : non configuré
prend du sens pour toi ....

> je viens d'essayer en enlevant des modules dont j'ai pas l'utilité

Quel module fais planter ?

Si tu arrives à reproduire le kernel panic avec le noyau livré (c-à-d non recompilé et sans "sagem fast 800") fait un rapport de bug avec le message du kernel panic :
http://bugzilla.redhat.com/(...)
Product : Fedora Core
Version : 2
Component : kernel

C'est la même chose que ça ?
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=119954(...)

> Ce serait pas une histoire avec le initrd ?
Peut probable. Dis quel module fait planter.

apparemment non.

Pis comme dit mon chien :
- "y pue ton GNU, file moi du pâté.
Pis pendant que tu y es dans la cuisine, profites s'en pour ramener le vin et du pain...
.... Et des cornichons !"

Quel branleur celui-là.
Quand il a les crocs, faut pas le faire chier.

J'm prend pas la tête avec ça.
Je copie les images des CD sur le disque dur (aussi pour faire l'installation depuis le disque dur).
Je monte les images dans, par exemple, /fedora/disc[1234].
Je fais des liens symboliques.
$ mkdir -p /fedora/base/i386
$ cd /fedora/base/i386
$ find ../../disc? -name "*.rpm" -not -name comps.rpm -exec ln -s {} \;

Je me fais un dépôt yum
$ yum-arch -l

Et voilà :-)

> Tu fais erreur à ce sujet

OK. Je n'ai pas de problème avec les gens qui se trompent et je respecte ceux qui reconnaissent leur erreur. :-)

Là je m'énerve car la news ne vas pas être corrigée. Encore une fois. Et que le retard de la new était "justifié" pour bien la vérifier.
Ma "partie" parle de "Disponible en image DVD" (l'original de ma news est ici : http://linuxfr.org/~ehoebadoag/12874.html(...) ) et ta partie de "devrait également être proposée". C'est incohérent.
Le lien vers les torrents (officiels car pointés par l'annonce et le site officiel) donne un DVD avec "Official Fedora Core 2 FINAL DVD iso image for (i386|x86_64)".
Le site fedora a l'image DVD : http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/iso/(...)
Le fichier MD5SUM signé par Fedora a un checksum pour le DVD.
L'annonce parle de DVD. Pour FC2 test2 et test3 il y avait une image DVD dès la sortie.

Donc la vérification, je la sens pas trop sur ce coup.

L'erreur est humaine. Mais toujours pas de correction.

> C'est justement pour ca qu'il ne faut pas le faire.
> Normalement tu dois pouvoir compiler des modules additionnels rien qu'avec /lib/modules/$(uname-r)/build.

Je suis bien d'accord !
Mais les nouveaux lorsqu'ils arrivent sous Fedora et que kernel-source n'est pas comme le kernel-source dont ils ont l'habitude (même si c'est pour de bonnes raisons) ne veulent rien entendre.

Donc je leur apprend de mauvaises habitudes malgres moi.

C'est l'éternel problème. Le gens ne veulent pas savoir comment faire "the rigth thing™" mais "the old thing" pour ne pas changer leur habitude. Qu'il devront changer de toute manière.

Un autre exemple est utf8. utf8 c'est "the rigth thing™". Mais dès qu'il y a un problème sur un forum tout le monde répond iso88591 ou iocharset=iso88591 ...

Ce que fait RedHat étant souvent "the rigth thing™", mais c'est pénible à expliquer à la longue.

> c'est peut-être idiot

Oui.
Relis le journal :
http://lwn.net/Articles/84888/(...)
http://gcc.gnu.org/projects/tree-ssa/(...)

> obligation de débrancher mon disque dur PATA pour que le boot manager s'installe sur mon SATA

Regardes bien à l'installation, a un endroit on peut spécifier sur quel disque et partition on veut grub.

> je trouve que l'install est magnifique et super bien faite.

C'est comme ça depuis... RedHat 6.2 je crois.

> j'ai l'impression que c'est moins puissant qu'un apt ou un urpmi.

Ben c'est qu'une impression. Je ne connais pas urpmi, mais il y a peu yum était meilleur qu'apt. Le retard d'apt est rattrapé. Puis apt est plus rapide et moins gourmand en mémoire. Ce qui sur une petite config est appréciable.
Apt est dispo sur "Fedora Extra" ( http://fedora.us/(...) ).

> et bien que les sources du noyau soient installées il me dit qu'il n'arrive pas a les trouver.

Ce qui est dans /usr/src/linux... (paquet kernel-source) est un noyau non configuré. Normal, on l'installe pour compiler un nouveau noyau. Le paquet kernel fournit un répertoire configuré. C'est /lib/modules/`uname -r`/build/ .
C'est spécifique à RedHat mais ce sera bientôt standard pour un Linux standard.

Sinon :
# cd /usr/src
# ln -s linux-2.6.5-1.358 linux-2.6
# ln -s linux-2.6 linux
# cd linux
# vim Makefile # changer "EXTRAVERSION = -1.358custom" en "EXTRAVERSION = -1.358"
# cp /boot/config-2.6.5-1.358 .config
# make oldconfig
# make all # c'est très très long :-(

Puis compile ton module comme d'habitude.

< une iso de DVD devrait également être proposée
> une iso de DVD est également proposée

Pourquoi il n'y a pas de correction ?
C'est interdit pour Red Hat ?
Comme le montre cet exemple :
http://linuxfr.org/2004/05/05/16176.html(...)

Ici je me fais remonter les bretelles :
http://linuxfr.org/comments/415763,1.html(...)

Mais faites un effort aussi. Ce n'est pas à sens unique ! Pourquoi se faire chier à faire de bonnes news si après elles sont salopées et non corrigées.
Surtout que cette partie fausse est à l'initiative du/des modérateurs. L'erreur est humaine. Ne pas la reconnaitre et ne pas la corrigée ...
Comme cette imprécision http://linuxfr.org/comments/415819,1.html(...) , ce qui a conduit à une petite incompréhension.
Comme ça aussi "Le projet Fedora - projet communautaire soutenu par Red Hat". Non. C'est quasiment l'inverse.

On me dit que la news est en retard car il faut la vérifier. Finalement elle est en retard et fausse. Quel intérêt alors...

A chaque fois qu'il y a une connerie dans une news Red Hat c'est en défaveur de Red Hat et systématiquement la boulette n'est pas corrigée. Je sais, je ne dois pas tirer de conclusion. Trop tard, désolé.

Je me relis et je me dis :
- Pourquoi s'énerver ? Ça ne changera rien. Au mieux la modif sera faite dans 2 jours. Beaucoup trop tard. En espérant qu'un modérateur me fasse mentir...

Il y a le canal "moderateurs AT linuxfr.org" mais ça prend des plombes ( http://linuxfr.org/moderateurs/(...) Ils tenteront de vous répondre dès que possible (parfois quelques jours).) et généralement on t'envoie bouler.

N'oubliez pas :
- Être modérateur c'est chiant.
- Faire des news aussi.

Je me disais bien que j'avais déjà vu ça :
http://updates.redhat.com/enterprise/3AS/en/os/SRPMS/gcc-ssa-3.5ssa(...)

Certe.
Déjà, la news d'origine est là :
http://linuxfr.org/~ehoebadoag/12874.html(...)

> Personnellement, j'aurais préféré un rappel plus complet sur le projets fedora avec des phrases plus longues.

Pourquoi pas. Mais Fedora est un peu "vieu". Donc...
Deuxièmement j'avais fait une news un peu étoffée pour FC2T2 :
http://linuxfr.org/2004/03/30/15857.html(...)

Ceci dit, tu n'as pas vraiment tord car FC2 est la première "vraie" FC. FC1 était une RHL10 (ou RHLP10) renommée FC1.

Mais la news actuelle avec seulement "Le projet Fedora - projet communautaire soutenu par Red Hat" pour exiter la curiosité. Non merci.
C'est vague et c'est limite faux. Debian est un projet communautaire. Pas Fedora.
Je dirais que Fedora est un projet RedHat soutenu par une communauté. Ça n'a rien de péjoratif. J'aime bien ça. Le projet est rondement mené avec des objectifs claires et c'est une association gagnant-gagnant entre une boîte qui fait du pognon et le logiciel libre qui a besoin de développeurs à plein temps. Il n'y a pas certaines dérives qu'on trouvent chez Debian.

J'ai bien remarqué qu'il y avait toujours une incompréhension autour de Fedora Core (considérée comme la solution Desktop de RedHat alors que ce n'est pas que ça). C'est pour celà que j'ai mis le lien vers http://fedora.redhat.com/about/(...) .

Je pense qu'il va y avoir une annonce "importante" de Fedora car le projet est toujours en phase de mise au point.
L'externalisation de Fedora est en cours. Tous les CVS devraient être ouverts (aux membres de confiance). Un nouveau système de build est aussi en cours de développement.
Red Hat indique qu'il y a des difficultés (actuellement ils utilisent du proprio (NDA) et il faut passer sur du 100 % libre). 3 personnes sont à plein temps sur ça ce qui montre que RedHat a conscience que c'est le problème n°1 du projet.
Je dirais même qu'il y a de grosses difficultés car il n'y a pas de date de fournis même en cuisinant Red Hat au chalumeau.

Donc à la prochaine...

> Disons qu'à part dire que fedora 2 est sortie, ça n'apporte rien au lecteur.

Comme il y a rien d'autre à annoncer... Tu veux que je dise quoi de plus ?
Parler du mode spatial de Gnome ?
Déjà fait.
Parler d'Xorg ?
Déjà fait.
Parler de tomcat ?
J'y connais rien :-)
Parler de Linux 2.6 ?
Déjà fait.
dm-crypt qui remplace cryptoloop et qui est enfin livré dans Fedora ?
Déjà fait.^U Ben non. Mais c'est limité comme public.

C'est vrai qu'on peut toujours améliorer les choses mais là je ne vois pas.

Si, il y a un truc. SeLinux. Mais comme il n'y pas activé par défaut et qu'il va y avoir une revue générale des règles actuelles de sécurité, c'était pas le bon moment.

Le "truc" qui manque c'est la relation entre Fedora et RHEL. Mais là ça fait pub pour un produit payant et je me fais explosé. SeLinux sera dans RHEL 4 et backporté sur RHEL 3 (annoncé par RedHat). La présence de tomcat et jakarta (après eclipse compilé avec gcj) montre que RedHat veut proposer une solution java 100 % libre pour leur distribution "pro" et c'est bon signe pour le libre.

Bonne nuit.

Comprends pas la question.
Si pour toi downloader 2 Go, gravers 3 CD, installer une distribution (partitionnement, etc), n'est pas saoulant, alors oui.

> Oui, mais la récupération systématique des headers.info est très coûteuse en temps

La taille de header.info pour FC2 (1600 paquets) :
111939
Le header.info est récupéré UNIQUEMENT s'il est plus récent que celui dans le cache.
En fait quand je disais qu'il était récupéré, je voulais dire qu'il y avait un contrôle.
Après ce contrôle yum peut récupérer des entêtes.
Le problème de yum est qu'il récupère des entêtes avec plein d'informations qui ne sont pas forcément nécessaires.
En fait on trouve dans le cache, ce qui n'est pas installé et qui est disponible sur les serveurs. Donc par définition souvent des trucs qu'on utilise pas. Le problème est principalement là.
Un sénario embêtant. Tu n'as pas gnome sur ta bécane. Tu fais "yum update". yum récupérer les entêtes gnome. C'est inutile, tu n'utilises pas gnome. Gnome est mise à jours. Tu fais "yum update". Yum récupère les nouveaux entêtes gnome. Inutile pour toi si tu n'as pas l'intention d'installer gnome.

Malheureusement c'est nécessaire.
Exemple. Imaginons que Yum ne récupère que les entêtes des paquets que tu n'as pas installé. Lorsque des paquets X.org sont apparues dans la branche développement pour remplacer XFree86, yum n'aurait pas récupéré les entêtes X.org. Donc pas de mise à jours d'XFree86 et passage à X.org.

La liste des fichiers dans les entêtes en aussi nécessaire pour résoudre les dépendances. Par exemple gdm dépend du fichier /etc/X11/xdm/Xsession quelque soit le paquet qui founit le fichier :
$ rpm -q --requires gdm | grep Xsession
/etc/X11/xdm/Xsession

Donc pour résoudre toutes les dépendance de gdm il faut connaitre la liste de toutes les fichiers (et ça bouffe de la mémoire :-).

Puis il faut reconnaitre que yum est plus simple a utiliser qu'apt.

> Pourquoi ne pas les cacher également (comme avec apt) ??

les header.info sont dans le cache.

> D'un autre côté, je me doute bien que mon probleme de freezes n'est pas à généraliser

Je n'avais pas pensé quand tu disais "du jamais vu sous Fedora" que c'était uniquement pour ta bécane :-)

> Je ne crois pas non plus qu'il y en a un sur ce qu'ils appellent les "headers" des packages

???
# find /var/cache/yum/ -type f | wc -l
1659

# find /var/cache/yum/ -name "netspeed_applet*" | wc -l
0

netspeed_applet n'est pas dans le cache

# yum info netspeed_applet
[...]
Looking in Installed Packages:
Name : netspeed_applet
[...]

# find /var/cache/yum/ -name "netspeed_applet*" | wc -l
0

N'est toujours pas dans le cache. Normal il est installé et yum lit directement /var/lib/rpm/

# rpm -e netspeed_applet
# yum info netspeed_applet
[...]
Downloading needed headers
netspeed_applet-0-0.9.2-0 100% |=========================| 4.0 kB 00:00 <======== le cache est créé.
Looking in Available Packages:
Name : netspeed_applet
[...]

# find /var/cache/yum/ -name "netspeed_applet*" | wc -l
1

netspeed_applet n'est ni dans le cache ni dans /var/lib/rpm (ni dans /usr/lib/rpmdb/i386-redhat-linux/redhat/ si rpmdb-fedora est installé) donc yum récupère l'entête et le met dans le cache.

# yum info netspeed_applet
[...]
Downloading needed headers <==== pas de récupération de l'entête (déjà dans le cache)
Looking in Available Packages:
Name : netspeed_applet
[...]

Le cache est utilisé. Pas de download.

# yum install netspeed_applet
[...]
Downloading needed headers <==== pas de récupération de l'entête (déjà dans le cache)
Resolving dependencies
Dependencies resolved
I will do the following:
[install: netspeed_applet 0.9.2-0.dag.athlon]
Is this ok [y/N]: y
[...]


Il faut bien noter que si rpmdb-fedora est déjà installé et que tu ne pointes que sur une dépôt Fedore Core 2 alors yum ne crée pas de cache. Normal puisque tout est dans /usr/lib/rpmdb/i386-redhat-linux/redhat/ .

Pour yum et son cache, fais :
# rm -r -f /var/cache/yum/*
# yum update

Tu vas voir la différence.
Si rpmdb-fedora est installé, par défaut yum l'utilise.

> par défaut, la version de NFS utilisée est la version 3

Bizarre.
$ grep NFS.*_V. /boot/config-2.6.5-1.358
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V4=y

Des archives de ma boîte au lettre :
On Fri, 2004-01-09 at 17:24, Michael K. Johnson wrote:
> On Fri, Jan 09, 2004 at 03:13:29PM -0500, seth vidal wrote:
> > it looks like nfs-utils upstream might soon get the nfsv4 daemons for
> ...
>
> Steve Dickson, our NFS guru, is actively working with upstream
> NFS folks on NFSv4 work for FC2.

Most excellent. I hope the autofs and AUTH_GSS interaction is complete
so we can *finally* have strongly authenticated centralized home
directory mounting.

Dax Kelson
Guru Labs


$ rpm -q --changelog util-linux | grep -i nfs.*4
- Added two checks to the nfs4 path what will print warnings
- Ping NFS v4 servers before diving into kernel
- Added two checks to the nfs4 path what will print warnings
- Reworked and updated the nfsv4 patches.
- Added pesudo flavors for nfsv4 mounts.
- Added mount patches that have NFS version 4 support


> yum est inutilisable à mon avis, surtout sur une petite machine. Il utilise énormément de mémoire

C'est vrai. C'est un problème. Je n'ai pas d'écho d'action en cours.

> ne conserve pas de cache local

Ça c'est faut. Du moins chez moi.
Regarde dans /var/cache/yum

> Un exemple : un yum info nomd'unpaquet

Exemple chez moi :
$ yum info kdelibs
Gathering header information file(s) from server(s)
Server: Custom from Dag 2 - i386
Server: Custom from Fedora 2 - i386
[...]
Server: Fedora Extras 2 - i386 - unstable
Finding updated packages
Downloading needed headers
Looking in Available Packages:
Name : kdelibs
[...]


Ce n'est pas parce qu'il affiche "Downloading needed headers" qu'il les récupères !
Il récupère que les headers.info (un par serveur). Il récupère des entêtes que s'il ne sont pas encore dans le cache.

> ca tourne depuis 5 heures sans freezer (du jamais vu sous Fedora)

$ uname -r
2.6.5-1.358
$ uptime
00:23:10 up 7 days, 52 min, 8 users, load average: 1.45, 1.42, 1.39

J'ai pas mieux car le noyau est sorti il y a peu.

Je viens de faire une bêtise.
du -s ftp://fr2.rpmfind.net:/linux/fedora/core/(...)
109752331
104 Gio pour Fedora Core 1, 2, development et updates.

La première fois que j'ai installé Linux, j'avais des disquettes (30 je crois).
Pour FC2 (et n'importe quelle distribution généraliste) : il faut plus de 1400 disquettes que pour les binaires.

Le backup de Fedora Core sur fr2.rpmfind.net demanderait plus de 76 000 disquettes ! A raison d'une disquette par minute il faut 21 h !

Ya un vieu pour nous compter tout ça en carte perforée ?

Nostalgie...

C'est le modérateur. La version originale de ma news avait :
- Linux 2.6.5 (presque un 2.6.6 : 2.6.6-rc3-bk3)

Mais je ne vais pas chipoter.

Le noyau de Fedora Core 2 est basé sur un 2.6.6-rc3-bk3 + exec-shield + 4g4g + rmap2 rmap3 + bugfix.
Red Hat ne le nomme pas 2.6.6 car non basé sur un 2.6.6. C'est dans le .spec :
# make sure the kernel has the sublevel we know it has. This looks weird
# but for -pre and -rc versions we need it since we only want to use
# the higher version when the final kernel is released.
perl -p -i -e "s/^SUBLEVEL.*/SUBLEVEL = %{sublevel}/" Makefile
perl -p -i -e "s/^EXTRAVERSION.*/EXTRAVERSION = -prep/" Makefile

> mettre les iso + les packages n'est pas indispensable.
> man losetup

Ça ne marche pas pour les miroirs. Ou alors il faut utiliser plein de liens symboliques (tous les paquets doivent être dans le même répertoire). De plus il n'y a pas le répertoire "headers" dans les CD pour utiliser yum.
Néanmoins c'est possible. Problème : il faut que les miroirs fasses des mounts... et ici ça ferait 16 loopback s'ils utilisent les images CD et que pour une distribution...

Les src.rpm entre i386 et amd64 ne sont pas partagés car il y a quelques légères différences.

Le problème de boot Windows est pour toutes les distributions avec Linux 2.6 :
http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html(...)
May 17, 2004 WARNING! Be careful when partitioning on Linux 2.6 kernels! Some combinations of certain BIOS settings and certain partitioning softwares running on Linux 2.6 kernels MIGHT create incorrect partition table that breaks the Windows boot process. If your NTFS was resized at the same time then your data is undamaged but due to the incorrect partition table, created by certain partitioning tools, you might not be able to boot Windows. The problem is recoverable and filesystem independent. Reports are from users of Mandrake 10, SUSE 9.1 and Fedora 2, Please see more details below.

La meilleur explication que j'ai trouvé de ce problème est :
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&selm(...)
Avec sfdisk on doit pouvoir corriger la table des partitions.

Vmware ne marche pas :
C'est un bug vmware. Il y a une solution temporaire ici :
http://kerneltrap.org/node/view/3097(...)

Un howto pour installer le modem speedtouch sous FC2 :
http://www.4p8.com/eric.brasseur/fc2_speedtouch_usb.html(...)
Il y a aussi cette page, mais non spécifique Fedora :
http://gday01.free.fr/speedtouch-2.html(...)

J'ai un modem bewan PCI st et par rapport à FC1, il faut recompiler le noyau pour le supporter (il faut virer CONFIG_REGPARM dans la config du noyau). Si quelqu'un utilise Bewan, je peux lui donner plus d'info.

Fedora Core 2 ne propose pas et ne supporte pas Linux 2.4. Si ça marche, c'est un heureu hazard.

Les indispensables copies d'écran :
http://www.linux-noob.com/forums/index.php?showtopic=737(...)
http://projects.tuxed.net/fedora/fc2-screens/index.html(...)
Rien de très nouveau, ça ressemble à FC1.

Les outils de configuration de redhat ont été renommés de redhat-config-* à system-config-* .

Le driver proprio NVIDIA ne marche pas avec Fedora Core 2. En fait il ne marche pas à partir de Linux 2.6.6.
C'est lié à l'utilisation de 4KSTACK. Nivida devrait sortir une nouvelle version dans peu de temps.
Il est possible de recompiler le noyau et virer l'utilisation de 4KSTACK. Il faut annuler le patch linux-2.6.5-nostack.patch de kernel-2.6.5-1.358.src.rpm et recompiler le noyau sans 4KSTACK.

FC2 ne support pas firewire. C'est parce que Linux 2.6.6 est un peu cassé côté fireware actuellement et que ça pose des problèmes pour ceux qui n'ont pas de fireware aussi. Donc le support est désactivé.
Alexandre Oliva de Red Hat propose une solution temporaire :
http://www.ic.unicamp.br/~oliva/snapshots/FC2-firewire/(...)

Lisez l'annonce, elle est marrante :
Including musical numbers such as "Who Let Fedora Out?" by the
Slashdot Men, "The Download Goes On" by Celeron Dion, and "The Hacker
in Me" by Shania Sane.

"It's a singing, dancing extravaganza!" says the Rawhide Daily News.

Eux aussi :-)

> Et je rajoute, c'était la moins pire des news proposées :)

Très bien, soyons constructif.
Tu veux quoi de plus (hors fautes d'orthographe).

> une iso de DVD devrait également être proposée

Les images DVD existent. Elles existaient déjà pour FC2 test 2 et test 3. Mais certains miroirs ne l'offrent pas. Entre autre car le fichier fait plus de 4 Go et qu'on touche au limite d'apache et de certains serveurs ftp.

La distribution sur un miroir est "énorme" :
2 Go d'isos binaires
2 Go de paquets binaires en ligne
2 Go d'isos sources
2 Go de paquets sources en ligne
4 Go d'iso DVD
--------------
12 Go

fois 2 car il y a AMD 64 : soit 24 Go pour le tout.

Il y a un torrent pour l'Europe. Ça évite les transferts entre l'Europe et les USA. :
http://sunsite.mff.cuni.cz/fedora-torrent/(...)

Vous pouvez l'ajouter aussi. SVP.

Faites ce même travail aussi pour :
http://linuxfr.org/2004/05/05/16176.html(...)

Cette news est bourrée de trolls et de fautes (pas d'orthographe).