FC2 est dotée d'un noyau Linux 2.6 (2.6.5), et de GCC 3.3.3 (et 3.4) ; X.org a remplacé XFree86 ; le bureau léger XFCE 4 est inclus ainsi que GNOME 2.6 et KDE 3.2.2 (lire la Release Note pour les détails).
FC2 est disponible sur de nombreux serveurs ftp (cf. miroirs) sous la forme d'images iso de CD : 4 binaires + 4 sources pour i386 et x86-64 ; une iso de DVD est également proposée).
NdM : Merci également à Emmanuel Seyman, http, arafox et maher b. Les nouveautés :
- Toute la suite Tomcat/Jakarta
- subversion 1.0.2 (client et serveur)
- SeLinux (désactivé par défaut)
Notons aussi :
- Passage de 3 CD à 4 et ajout d'un CD de secours
- Disponible en image DVD
- Sortie synchronisée pour i386 et AMD64
Quelques précisions utiles :
SeLinux (plus les règles de sécurité) est présent dans la distribution. Mais il reste des problèmes mineurs qui sont très contraignants si l'utilisateur ne connaît pas SeLinux.
Ainsi pour ne pas faire de tord à SeLinux et Fedora, l'équipe a décidé de désactiver SeLinux par défaut.
Ajouter "selinux" au prompt lors de l'installation pour activer SeLinux. SeLinux par défaut est reconduit pour FC3.
Les compagnons de Fedora Core :
http://www.fedoratracker.org/ : répertorie les paquets des dépôts yum ou apt connus.
http://www.fedora.us/ : Fedora Extras
http://rpm.livna.org/ : add-on pour Fedora Extras (non-us)
http://freshrpms.net/links/ : Freshrpms qu'on ne présente plus. C'est une alternative à "Fedora Extras". On trouvera sur cette page d'autres add-on.
NB : pour les add-ons, tout n'est pas encore prêt ! C'est l'affaire d'environ une semaine.
Il reste un important problème avec FC2 avec quelques machines pour avoir du multi-boot Windows/Linux.
Parcourir ce fil de discussion pour trouver une solution (il n'y a pas encore de solution simple qui marche pour tout le monde) :
http://www.redhat.com/archives/fedora-test-list/2004-May/msg01850.html
Le bug semble très difficile à résoudre (BIOS, noyau, grub, parted ?).
Je n'ai pas Windows, donc j'ai survolé ce fil. Mais voilà les solutions possibles :
- La plus simple : 1 disque pour Windows, 1 disque pour Linux et utiliser le BIOS pour sélectionner le disque qui doit booter.
- Forcer le mode LBA dans le BIOS (ne pas laisser à automatique).
- Installer grub sur une partition et utiliser le chargeur Windows.
- utiliser hidden() de grub pour booter Windows.
Quoiqu'il en soit, faites un backup du MBR avant l'installation.
Pour utiliser reiserfs ou xfs à l'installation, il faut ajouter "reiserfs" ou "xfs" au prompt lors de l'installation. Reiserfs est incompatible actuellement avec SeLinux.
Autres news relative à RedHat :
RedHat Desktop (basée sur RHEL 3) est disponible en version d'évaluation :
http://www.redhat.com/software/rhel/desktop/eval/
RedHat Desktop est pour les entreprises. Ou pour les familles nombreuses (au moins dix postes) :-)
Aller plus loin
- Annonce et miroirs (10 clics)
- Torrent FC2 (9 clics)
- Fedora (11 clics)
- Description de Fedora (2 clics)
- Note de mise à jour (i386) (2 clics)
# Petits corrections pour la news SVP
Posté par 007 . Évalué à 10.
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.
[^] # Re: Petits corrections pour la news SVP
Posté par barbie_g . Évalué à 1.
man mount
/loop
ou
man losetup
mais bon ca ne change pas grand chose sur le fond...
[^] # Re: Petits corrections pour la news SVP
Posté par 007 . Évalué à 1.
> 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.
[^] # Re: Petits corrections pour la news SVP
Posté par 007 . Évalué à 2.
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...
[^] # Re: Petits corrections pour la news SVP
Posté par itstimetogo . Évalué à 1.
C'est une disquette par seconde alors. A une disquette par minute c'est 52 jours et 18 heures (en 3/8).
[^] # Re: Petits corrections pour la news SVP
Posté par 007 . Évalué à -1.
> 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.
[^] # Re: Petits corrections pour la news SVP
Posté par j (site web personnel) . Évalué à 3.
Tu fais erreur à ce sujet puisque la partie de la dépêche qui apparaît dans le cadre principale est extraite de la dépêche que j'ai proposé (il y a d'ailleurs un oubli de ma part : la dernière parenthèse est en trop).
J'ai mis devrait parce que au moment ou j'ai rédigé cette dépêche, je ne trouvais pas d'iso dvd.
[^] # Re: Petits corrections pour la news SVP
Posté par 007 . Évalué à -1.
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.
[^] # Re: Petits corrections pour la news SVP
Posté par Xavier Teyssier (site web personnel) . Évalué à 1.
Juste une remarque en passant : aujourd'hui, c'est férié. Peut-être que les modos sont tout simplement en vacances...
# Autres précisions
Posté par 007 . Évalué à 10.
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.
[^] # Linux 2.6.5 ou Linux 2.6.6
Posté par Yeah . Évalué à 1.
Le noyau de la fedora a été patché avec les nouveautés du 2.6.6 y compris les "régressions" ?
[^] # Re: Linux 2.6.5 ou Linux 2.6.6
Posté par 007 . Évalué à 2.
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
[^] # Re: Linux 2.6.5 ou Linux 2.6.6
Posté par Yeah . Évalué à 0.
Thanks
[^] # Re: Linux 2.6.5 ou Linux 2.6.6
Posté par 007 . Évalué à -1.
- Linux 2.6.5 (presque un 2.6.6 : 2.6.6-rc3-bk3)
Mais je ne vais pas chipoter.
[^] # Re: Linux 2.6.5 ou Linux 2.6.6
Posté par Yeah . Évalué à -2.
M'en vais tester tout ça bientôt.
[^] # Re: Linux 2.6.5 ou Linux 2.6.6
Posté par Nÿco (site web personnel) . Évalué à 1.
Toi, t'as vraiment un problème...
J'ai moi-même viré ta ligne "2.6.6-rc3-bk3", parceque dans un de tes journaux, tu disais plus précisément quel kernel c'était, à savoir avec plein d'autres patches...
Cette ligne a donc été invalidée par tes infos contradictoires...
[^] # Re: Linux 2.6.5 ou Linux 2.6.6
Posté par 007 . Évalué à 0.
Quel journal ?
Je tiens a préciser que le journal avec la ligne :
- Linux 2.6.5
est un énorme troll ( http://linuxfr.org/~ehoebadoag/12903.html(...) ).
Si tu as pris ce journal au sérieu, c'est très très très grave.
De plus il n'est pas très sérieux de vérifier une news en ne regardant que les journaux de l'auteur de la news. C'est pas du boulot...
Sinon 2.6.5 ou 2.6.6-rc3.... je m'en fous un peu. Le coeur de "débat" n'était pas là. Il était sur les justifications du retard de la news et *surtout* sur les non corrections de news bidonnées soit disant vérifiées recoupées, etc...
Je vois que le news a été corrigée (le 2.6.5 ou 2.6.6-rc3-bk3 est un détail pour moi). C'est bien mais c'est trop tard.
Je répète : l'erreur est humaine.
Mais :
1° Corriger les news (toutes les news, même les news RedHat).
2° et vite (c-à-d pas à plus de 36 heures de la sortie de la news).
La qualité de dlfp ne peut qui gagner.
[^] # Re: Linux 2.6.5 ou Linux 2.6.6
Posté par gros_rouge . Évalué à 2.
Celui ci :
http://linuxfr.org/~ehoebadoag/12800.html(...)
[^] # Re: Linux 2.6.5 ou Linux 2.6.6
Posté par 007 . Évalué à 0.
Le journal date du 16/05/2004 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
La distribution est sortie le 18/05 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
De plus le journal indique à la fin :
Je conseille d'attendre le 18. Au moins pour avoir la release note
C'est pas voilà ici. On n'a pas à faire les poubelles.
Je trouve délirant que vous justifié vos erreurs de vérification de news en vous appuyant sur des journaux FAIT PAR L'AUTEUR DE LA NEWS !
Pour recouper une info, il faut plusieurs sources et aussi aller à l'origine de la source :
kernel....src.rpm
C'est franchement n'importe quoi vos vérifications de news.
[^] # Re: Autres précisions
Posté par Corsaire . Évalué à 3.
A part un petit Pb de scanner et de cle USB (il faut les debrancher et rebrancher pour que leur reconnaissance soit forcee), c'est pour moi un sans faute.
Juste pour info j'ai un Ahtlon (meme pas XP) a 1,2GHz et une GeForce, bref pas un foudre de guerre mais de quoi rigoler deja.
[^] # Re: Autres précisions
Posté par itstimetogo . Évalué à 3.
Il y a un truc alors.
http://www.fr.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.6(...)
At present 4k stacks are selectable in config. When the feature has settled in we should remove the 8k option. This will break the nvidia modules. But Fedora uses 4k stacks so a new nvidia driver is expected soon.
[^] # Re: Autres précisions
Posté par Corsaire . Évalué à 1.
Petite rectification dans ma config, la carte graphique est une TNT2 et non une GeForce, j'ai fait un changement l'autre jour pour X raison.
Bizarrement la TNT2 ne bronche pas mais des le retour de la GeForce on tombe sur le crash sus-cité...
Etonnant que le changement de carte influe ainsi avec le meme logiciel pour piloter, comme quoi il doit y avoir une partie du code GeForce qui n'aime pas.
[^] # Re: Autres précisions
Posté par Anonyme . Évalué à 3.
En faites le problème survient quand on débranche le modem (Donc si on le débranche pas, aucun problème), cela crée un Kernel Panic.
J'ai envoyé un rapport de bug et une solution à été trouvée ici :
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123577(...)
[^] # Re: Autres précisions
Posté par Pierre Jarillon (site web personnel) . Évalué à 4.
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&selm(...))
On trouve aussi une bonne description complémentaire sur http://qa.mandrakesoft.com/show_bug.cgi?id=7959(...) mais dans tous les cas, la solution de contournement n'est pas triviale.
Quelles sont les solutions de contournement qui marchent et celles qui ne marchent pas ?
- flasher le BIOS ?
- grub ?
- supprimer la détection auto par le BIOS ?
- mauvais PC, changer PC ?
Ce bug du BIOS me parait encore plus grave que celui du lecteur de CD-ROM de marque LG.
# DVD
Posté par pball . Évalué à 2.
Car étant actuellement sous Mandrake 10.0 Official PowerPack, si j'installe plusieurs logiciels ensemble, il m'arrive de jongler avec les 5 CDs... (Je sais qu'on peux acheter une version DVD... mais bon...)
Alors vive le DVD!!!
NB: FC2 en cours de téléchargement, mais 4,1Gb, ça prends quand même du temps...
[^] # Re: DVD
Posté par Yeah . Évalué à 0.
[^] # Re: DVD
Posté par Christophe Lucas (site web personnel) . Évalué à -2.
--
Christophe
[^] # Re: DVD
Posté par Yeah . Évalué à 1.
On va être un peu plus précis, je n'ai pas dû être compris.
Je voulais juste préciser que finalement je trouvais le téléchargement des isos d'une distrib' pas si long que ça, à moins d'être super pressé.
En effet grâce à super bittorrent, tu peux te rapprocher d'un très bon débit.
Donc en ce qui me concerne, j'ai commencé à downloader le soir et un tour d'horloge plus tard, c'était fini, cool.
C'était juste pour nuancer la relative "lourdeur" du téléchargement, c'est quand même raisonnable.
La prochaine fois, j'essaierai d'oublier de répondre ou bien de préciser chacun de mes mots.
P.S. : Faut arrêter de penser que tout le monde est là pour se montrer et faire un concours de ce que tu veux.
[^] # Re: DVD
Posté par plagiats . Évalué à 2.
et dans 2 ans, tu devras avoir 2 dvd à portée de main...
[^] # Re: DVD
Posté par 007 . Évalué à 3.
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à :-)
[^] # Re: DVD
Posté par Anonyme . Évalué à 3.
- J'ai téléchargé les 4 ISO.
- J'ai gravé boot.iso, fournit sur le premier ISO dans le dossier images/, sur un CD-RW.
- J'ai démarré le CD via boot.iso puis j'ai choisi comme langue : "French" et comme agencement de clavier "fr-latin9".
- J'ai indiqué que je voulais utiliser une partition sur laquelle se trouvait les 4 ISO de Fedora
- J'ai indiqué le nom de la partition ainsi que le chemin vers le dossier contenant les ISO
Puis Fedora a montée les ISO, lancée Anaconda et j'ai poursuivi l'installation normalement.
Voilà,
En espérant que ça puisse aider quelqu'un
[^] # Re: DVD
Posté par tatayo . Évalué à 4.
[^] # Re: DVD
Posté par PeYotL . Évalué à 2.
[^] # Re: DVD
Posté par Janfi . Évalué à 2.
Ensuite, désactivation des sources CD, et fini l'utilisation des CD. ça peut paraitre rebutant, ou lent vu que c'est en ligne, mais pas du tout surtout que bien souvent on install une lib ou autre qui ne fait que quelques ko.
Tout marche tout seul et ça change la vie !
# Mon expérience avec FC2
Posté par Lucas . Évalué à 10.
Je bataille avec Fedora Core 2 depuis quelques jours. Voici ce que j'ai remarqué :
- par défaut, la version de NFS utilisée est la version 3, ce qui est mal indiqué dans la doc de mount (il y est dit que c'est la version 2, même en anglais). Si vous avez des problèmes avec NFS, pensez à regarder de ce côté.
- Choisir une authentification par NIS lors du premier boot crashe le programme d'installation. Si on le fait après, ca a l'air de marcher.
- Depuis que j'ai installé Fedora, j'ai eu plusieurs freezes de NFS côté serveur (qui n'est pas sous Fedora). Il y a peut-être un problème quelque part, même si je ne peux rien dire de sûr. Ca peut être dû à autre chose.
- yum est inutilisable à mon avis, surtout sur une petite machine. Il utilise énormément de mémoire (4 fois plus qu'apt pour des opérations équivalentes), et ne conserve pas de cache local (ou alors, j'ai pas trouvé comment lui demander d'en conserver un). Un exemple : un yum info nomd'unpaquet (équiv. de apt-cache show nompaquet) prend plusieurs minutes, car yum récupère la liste des paquets de toutes les sources, puis les headers des paquets (ce qui prend beaucoup de temps malgré une connexion très rapide si la machine est un peu dépassée (PIII 500 128Mo de RAM).). Si on refait l'opération tout de suite après, rien ne change (pas de cache utilisé).
- J'ai eu plusieurs freezes complets de la machine (au bout de quelques heures). Là, j'installe une knoppix sur une autre partition, et ca tourne depuis 5 heures sans freezer (du jamais vu sous Fedora), donc je pense que le probleme n'est pas matériel, mais vient bien de fedora.
Bref, une expérience assez négative. Fedora n'est peut-être pas encore prêt pour le desktop ;o). Sinon, le boot graphique est très joli, le dm aussi, et la config de gnome aussi. Je souhaite bien du courage aux développeurs de Fedora, et j'espère que la prochaine version règlera ces désagréments.
Je précise que je n'ai pas posté de bug report ni envoyé de patch puisque je n'ai pas assez d'infos pour faire quelque chose d'utile...
Lucas
[^] # Re: Mon expérience avec FC2
Posté par Yeah . Évalué à -1.
Quand tu parles d'apt-cache, il serait peut-être bon de préciser que tu parles de debian ( à moins que celà existe sur d'autres distrib', perso pas encore vu), ca nourrira bien les futurs trolls ;-)
Qu'il n'y aie pas de cache sur les paquets en eux-même ne me dérange pas (Je n'ai pas encore vu l'utilité), par contre s'il faut redownloader toute la liste des packages pour faire un "apt-cache search à la debian" en effet il y a souci.
A tester.
[^] # Re: Mon expérience avec FC2
Posté par Lucas . Évalué à 3.
Je confirme, il n'y a pas de cache sur la liste des packages.
Je ne crois pas non plus qu'il y en a un sur ce qu'ils appellent les "headers" des packages (nom, description, dépendances, etc ...).
[^] # Re: Mon expérience avec FC2
Posté par 007 . Évalué à 3.
???
# 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/ .
[^] # Re: Mon expérience avec FC2
Posté par gnumdk (site web personnel) . Évalué à 2.
Ben, y'a apt sous debian, fedora, mandrake, suse et j'en oublie surement ;)
[^] # Re: Mon expérience avec FC2
Posté par itstimetogo . Évalué à 4.
Surtout Conectiva qui a fait le portage :
http://apt4rpm.sourceforge.net/(...)
[^] # Re: Mon expérience avec FC2
Posté par 007 . Évalué à 1.
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.
[^] # Re: Mon expérience avec FC2
Posté par Lucas . Évalué à 2.
Oui, mais la récupération systématique des headers.info est très coûteuse en temps (surtout comme on a une dizaine de sources, celles conseillées par #fedora-fr@freenode (coucou ;o) ! Pourquoi ne pas les cacher également (comme avec apt) ??
> 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
D'un autre côté, je me doute bien que mon probleme de freezes n'est pas à généraliser à l'ensemble des utilisateurs de Fedora. Moi, j'ai eu des problèmes (3 fois en 3 jours, sachant que je ne suis pas à côté de la machine pour la rebooter). Que toi tu n'en aies pas ne veut pas dire que le problème est inexistant, ca veut juste dire que j'ai peut-être pas de chance et que je reproduis systématiquement le problème et pas toi :)
[^] # Re: Mon expérience avec FC2
Posté par 007 . Évalué à 1.
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 :-)
[^] # Re: Mon expérience avec FC2
Posté par 007 . Évalué à 1.
# 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.
# Attention, certaines images ISO sont foireuses.
Posté par Arnaud Da Costa . Évalué à 2.
[^] # Re: Attention, certaines images ISO sont foireuses.
Posté par itstimetogo . Évalué à 7.
gpg --verify MD5SUM
> une image iso DVD qui n'était pas bonne...
Vérifies la taille de l'image. La taille de l'iso DVD dépasse 32 bits en binaire. Certains clients (wget) et serveurs (apache) ne supportent pas de telle taille de fichier.
# miroir rpm.livna.org
Posté par itstimetogo . Évalué à 4.
[^] # Re: miroir rpm.livna.org
Posté par Dams Nadé (site web personnel) . Évalué à 3.
# mon avis
Posté par mosfet . Évalué à 4.
J'ai plutot l'habitude de Mandrake et la je trouve ca bcp plus beau.
Maintenant la gestion des packages je suis un peu perplexe, j'ai l'impression que c'est moins puissant qu'un apt ou un urpmi.
Autre problème j'ai essayé de compiler le module de mon modem sagem fast 800 et bien que les sources du noyau soient installées il me dit qu'il n'arrive pas a les trouver.
Enfin bref je vais à mon avis reinstaller ma mandrake mais je pense que les prochaines versions de Fedora seront interessantes et .
[^] # Re: mon avis
Posté par 007 . Évalué à 4.
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.
[^] # Re: mon avis
Posté par Dams Nadé (site web personnel) . Évalué à 3.
1. Pour apt sur fedora.us l'url exacte est http://www.fedora.us/wiki/FedoraHOWTO(...)
2. > make all # c'est très très long :-(
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. Tu y trouveras les makefiles, et les entetes et ca *doit* etre suffisant. C'est ca, la magie du 2.6 :d
[^] # Re: mon avis
Posté par 007 . Évalué à 3.
> 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.
[^] # Re: mon avis
Posté par mosfet . Évalué à 3.
Ce serait pas une histoire avec le initrd ?
[^] # Re: mon avis
Posté par 007 . Évalué à 1.
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.
[^] # Re: mon avis
Posté par mosfet . Évalué à 1.
insmod : error inserting '/lib/sd_mod.ko' : -1 Invalid module format
libata : 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'.
...
..
En effet j'ai modifié la config du noyau pour mettre athlon/duron d'ou peut etre son problème. J'aurais peut etre du faire un make mrproper avant ?
Et pour revenir au initrd, c'est pas genant de toujours utiliser le meme ? Si je compile dans le futur un 2.6.12 ca utilisera tjts le initrd par defaut ?
[^] # Re: mon avis
Posté par 007 . Évalué à 1.
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 ....
[^] # Re: mon avis
Posté par mosfet . Évalué à 1.
JE boote maintenant sur le nouveau noyau (ca doit etre psychologique mais j'ai l'impression que c'est plus rapide qu'avant), il me reste plus qu'a reussir a recompiler le diver sagem et ce sera bon.
Pour l'instant c'est pas gagné car j'ai pris la version CVS et quand je compile j'obtiens le msg suivant :
Record buffer doesn't contain a valid S-record!
j'en suis a regarder le fichier source pour voir d'ou ca vient.
En tout cas je progresse, merci pour l'aide.
[^] # Re: mon avis
Posté par 007 . Évalué à 0.
[^] # Re: mon avis
Posté par mosfet . Évalué à 1.
81.57.155.58
login : linux
passwd : tux
ou diredtement en cvs :
cvs -d:pserver:anonymous@cvs.gna.org:/cvs/eagleusb co eagleusb
Mais bon d'un coté t'embetes pas trop j'ai deja pourri le fil de la discussion et tu m'as deja bien aidé.
[^] # Re: mon avis
Posté par 007 . Évalué à 2.
Récupération du CVS.
# cd eagleusb
copy du .spec pour construire le paquet
# cp eagle-usb.spec ~/rpmbuild/SPECS/
tu peux utiliser /usr/src/redhat/SPECS si tu utilises le compte root.
copy avec le "bon" nom du répertoire.
# find . -depth -print0 | cpio -pv --null -a -m -d ../eagle-usb-1.9.7
creation du tarball pour faire le rpm.
# cd ..
# tar cvfj rpmbuild/SOURCES/eagle-usb-1.9.7.tar.bz2 eagle-usb-1.9.7/
( /usr/src/redhat/SOURCES/eagle-usb-1.9.7.tar.bz2 avec le compte root).
Création du rpm
# cd ~/rpmbuid/SPECS
# rpmbuid -ba --define "kernel 2.6.5-1.358" eagle-usb.spec
J'ajoute "--define "kernel 2.6.5-1.358"" car je suis pas exactement sous le noyau standard. Ce n'est pas nécessaire normalement.
Il me reste des warnings :
warning: kernel-sources version is different from the current kernel.
C'est normal. Expliqué plus haut je peux le corrigé.
warning: dhclient or dhcpcd where not found. Unless your ISP is 'Free D�group�',
it is not a problem.
C'est normal, il faut que je refasse le paquet après avoir installé dhcp.
warning: since pppoe was not found on your disk, pppoe support has been disabled.
Normal, il faut que je refasse le paquet après avoir installé pppoe.
Donc normalement il n'y a pas de problème ici.
Si tu n'y arrives pas, dis le moi et je mets les paquets en ligne.
[^] # Re: mon avis
Posté par 007 . Évalué à 1.
# yum install rpm-build
[^] # Re: mon avis
Posté par Ayrton . Évalué à -3.
Oui. Mais FC2 est déjà intéressante.
> je trouve que l'install est magnifique
Tu montres que tu ne connaissais pas rh/fedora :-)
[^] # Re: mon avis
Posté par poil oq . Évalué à -1.
nb: c'était comme ça quand j'ai compilé le 1.9.6 il y a quelques temps...
[^] # Re: mon avis
Posté par lezardbreton . Évalué à 2.
genère le configure par ./autogen.sh
fait un ./configure sans argument (point important)
Et ca roule.
# Installation réseau?
Posté par Julien . Évalué à 2.
Est-ce qu'une installation via le réseau est possible? Je voudrais télécharger une simple disquette, booter dessus et que l'install ne télécharge que les paquets choisi et me les installe.
Merci pour vos réponses
[^] # Re: Installation réseau?
Posté par 007 . Évalué à 2.
Oui (NTF, ftp, http, pxeboot et avec FC2 : vnc):
https://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/x8664-m(...)
C'est la doc RHEL 3 (grosso-modo la même chose que RH9).
Par contre pour FC2 qui a un noyau qui ne tient pas sur une disquette, il te faut récupérer vmlinux et initrd.img de l'image http://fr2.rpmfind.net/linux/fedora/core/2/i386/os/images/diskboot.(...) et les mettres sur le disque dur par exemple.
Puis dans grub (par exemple) ajouter :
title Fedora Core 2 install
root (hd0,0)
kernel /vmlinuz initrd=initrd.img ramdisk_size=8192 askmethod
initrd /initrd
[^] # Re: Installation réseau?
Posté par Julien . Évalué à 1.
Et puis, tant que je suis dans les questions, la config dans lilo, c'est quoi?
[^] # Re: Installation réseau?
Posté par 007 . Évalué à 3.
# mkdir tmp
# mount -o loop,ro diskboot.img tmp
[....]
# umount tmp
# rmdir tmp
> root= ????
Sans importance. À virer.
> append="????"
append="initrd=initrd.img ramdisk_size=8192 askmethod"
Je ne suis pas sûr si "initrd=initrd.img" est nécessaire. J'ai pas utilisé lilo depuis que j'ai arrêté de sucer mon pouce :-)
> vga=788
À virer.
[^] # Re: Installation réseau?
Posté par Julien . Évalué à 1.
[^] # Re: Installation réseau?
Posté par Julien . Évalué à 1.
Reste à voir la config de lilo...
[^] # Re: Installation réseau?
Posté par 007 . Évalué à 1.
Maintenant que RedHat ne se prend pas la tête avec la taille pour que ça rentre dans une disquette, ce n'est pas un problème.
# Test FC2
Posté par Ayrton . Évalué à 2.
Un classique :
- pas de mp3
- pas de flash
- etc...
Encore un testeur qui ne sait pas ce qu'il teste.
[^] # Re: Test FC2
Posté par 007 . Évalué à 2.
Cons - The Bad
Default package management is lacking, limited documentation
Mouaiff. Fedora Core fournit Yum. Reproche-t-on à Debian de fournir apt-get ou à Gentoo de fournir emerge ?
Pour la documentation, il y a RH9 ou RHEL 3 :
http://europe.redhat.com/documentation/(...)
https://www.redhat.com/docs/manuals/enterprise/(...)
Une doc de très grande qualité même si pas à jours. Néanmoins, il a raison. La doc devrait aussi être livrée. Mais la communauté n'est pas très chaude pour faire de la doc... Pas grave, il y aura toujours la doc RHEL.
Bugs - The Ugly
Lack of basic multimedia support
Voir le "cahier des charges" de Fedora Core.
C'est comme si il reprochait à GNU/Linux de ne pas être proprio...
Verdict - The Editor's Opinion
A nice system, but I can find no reason to use it instead of other distributions
Quelle bêtise. C'est typique des testeurs. Il font un test durant 3 heures dont 20 minutes pour configurer yum. Forcément, ils ne retiennent que ça. Yum je le configure à chaque fois que je monte en version : tous les 6 mois. 20 minutes tout les 6 mois pour avoir mplayer, mpg32, c'est claire que je m'en fous complètement.
Es-ce qu'un jours les gens sauront que Fedora ne s'attaque pas au marché du desktop ?
C'est pourtant pas compliqué, c'est expliqué sur le site web de Fedora.
[^] # Re: Test FC2
Posté par lezardbreton . Évalué à 1.
Ou ca ?
Je ne le vois pas, pas contre je vois :
"The goal of The Fedora Project is to work with the Linux community to build a complete, general purpose operating system exclusively from free software"
De plus, lorsque tu installes fedora, tu as l'option "desktop". La perception que j'ai de Fedora à partir de l'écrit, c'est bien ca : un système généraliste. A l'utilisation, ca se sent aussi : une bonne intégration avec openoffice par exemple. Enfin, tout dépend de ta définition du desktop, il est clair que fedora n'a pas été conçu pour faire du ludique, mais plus surement dans un environement laboral.
[^] # Re: Test FC2
Posté par 007 . Évalué à 2.
Il faut lire toute la section http://fedora.redhat.com/about/(...) .
Exemples :
http://fedora.redhat.com/about/index.html(...)
we hope to provide an operating system more in line with the ideals of free software and more appealing to the open source community.
Je vois pas "desktop user".
Fedora Core is intended to be a logical upgrade path for previous users of Red Hat Linux whose needs are consistent with the objectives of the Fedora Project.
C'est aussi pour les anciens utilisateurs de RHL qui partagent les objectif de Fedora (qui ne sont pas les même que RHL). Voir ici pour les objectifs : http://fedora.redhat.com/about/objectives.html(...)
The community is defined as those who not only consume but also produce for the good of other community members. Community users may:
* Participate in development of open source software
* Report bugs
* Test software
* Advocate Open Source, Linux
* Participate in mailing lists
* Experiment with the technology
* Help others in the community
* Educate students
http://fedora.redhat.com/about/rhel.html(...)
Users Early adopters, enthusiasts, developers
Nul part je vois desktop. Prétendre faire un desktop sans support, sans flash, sans java, sans mp3, sans video, etc... est du suicide.
Ce qui n'empêche pas FC2 d'être sympathique en desktop quand on est "un peu malin" :-)
S'il y a une qualité qu'il faut reconnaitre à RedHat, c'est la transparence de la description du projet. Pas de langue de bois. Pas de promesses intenables.
[^] # Re: Test FC2
Posté par j (site web personnel) . Évalué à 4.
http://www.osnews.com/story.php?news_id=7126(...)
# Un petit lien ?
Posté par lezardbreton . Évalué à 5.
Ca me parait important pour les nouveaux à Fedora.
[^] # Re: Un petit lien ?
Posté par Ayrton . Évalué à 2.
http://home.gagme.com/greg/linux/fc2-tips.php(...)
# Confirmation d'un bug
Posté par Anonyme . Évalué à 1.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123728(...)
J'aimerais savoir si c'est dû à ma configuration ou si c'est vraiment internet-druid qui a des problèmes sur FC2.
Le bug concerne l'assistant de connexion Internet (internet-druid).
Lorsqu'on selectionne "Connexion Token Ring" et qu'on appuie sur "Suivant", internet-druid plante et affiche un backtrace.
[^] # Re: Confirmation d'un bug
Posté par 007 . Évalué à 1.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123391(...)
Le bug est marqué "CLOSED RAWHIDE". Donc essaie le 2.6.6-1-374 de la branche développement :
http://fr2.rpmfind.net/linux/fedora/core/development/i386/Fedora/RP(...)
Si ça marche, ferme ton rapport de bug avec "CLOSED RAWHIDE".
Une mise à jours sera peut-être dispo avec Token Ring selon un mail dans mon archive.
En attendant indique que ton bug est peut-être lié au bug que je viens de t'indiquer.
[^] # Re: Confirmation d'un bug
Posté par Anonyme . Évalué à 1.
http://people.redhat.com/arjanv/2.6/RPMS.kernel/(...)
Et l'application plante encore.
Il me semble, comme je l'ai indiqué sur le rapport de bug, que le bug soit lié à l'interface car le logiciel renvoit une erreur concernant Glade, outil utilisé pour créer des interfaces GTK.
Merci en tout cas pour les conseils, ça m'a permit de cibler plus clairement le bug.
[^] # Re: Confirmation d'un bug
Posté par 007 . Évalué à 2.
Le mieux est de tester avec la branche développement.
Souvent le noyau Arjan van de Ven est le même que la branche de développement. Mais parfois c'est un truc très spécifique qu'il est sage d'éviter (genre "connu pour manger vos enfants").
La branche de développement est ici :
http://download.fedora.redhat.com/pub/fedora/linux/core/development(...)
Il y a plein de miroirs.
J'utilise celui la :
http://fr2.rpmfind.net/linux/fedora/core/development/(...)
Pour ton problème regarde si tu peux contourner internet-druid en remplissant toi même les fichiers dans /etc/sysconfig.
La doc est ici :
/usr/share/doc/initscripts-*/sysconfig.txt
# Fedora News Updates #12
Posté par Ayrton . Évalué à 1.
http://fedoranews.org/colin/fnu/issue12.shtml(...)
Un "must read" pour tout ceux qui utilisent Fedora Core 2.
[^] # Re: Fedora News Updates #12
Posté par 007 . Évalué à 1.
http://www.bytebot.net/geekdocs/ibook/fedorappc.html(...)
Ça parait tout simple à faire. Impressionnant.
# Core 2 final
Posté par philasint . Évalué à 1.
L'installation est impossible sur mon PC, je possède une CM Asus P4P800 SE.
La mahine reboote lors du lancement de l'install.
JP
[^] # Re: Core 2 final
Posté par 007 . Évalué à 2.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121819(...)
Il y a deux work around :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121819#c29(...)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121819#c67(...)
Bonne chance.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.