Fedora Core 2 (Tettnang) pour i386 et AMD64

Posté par  . Modéré par Nÿco.
Étiquettes :
0
19
mai
2004
Red Hat
Le projet Fedora - projet communautaire soutenu par Red Hat - vient d'annoncer la disponibilité de Fedora Core 2, distribution GNU/Linux composée exclusivement de logiciels libres.

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

  • # Petits corrections pour la news SVP

    Posté par  . Évalué à 10.

    > 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.
    • [^] # Re: Petits corrections pour la news SVP

      Posté par  . Évalué à 1.

      mettre les iso + les packages n'est pas indispensable.

      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  . Évalué à 1.

        > 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.
    • [^] # Re: Petits corrections pour la news SVP

      Posté par  . Évalué à 2.

      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...
      • [^] # Re: Petits corrections pour la news SVP

        Posté par  . Évalué à 1.

        > A raison d'une disquette par minute il faut 21 h !

        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  . Évalué à -1.

      < 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.
      • [^] # Re: Petits corrections pour la news SVP

        Posté par  (site web personnel) . Évalué à 3.

        Surtout que cette partie fausse est à l'initiative du/des modérateurs. L'erreur est humaine.

        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  . Évalué à -1.

          > 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.
  • # Autres précisions

    Posté par  . Évalué à 10.

    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.
    • [^] # Linux 2.6.5 ou Linux 2.6.6

      Posté par  . Évalué à 1.

      Sans aucun dénigrement et uniquement pour comprendre, tu dis que nvidia et firewire ne fonctionnent plus correctement à partir de 2.6.6 alors que le kernel de Fedora Core 2 est 2.6.5
      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  . Évalué à 2.

        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
        • [^] # Re: Linux 2.6.5 ou Linux 2.6.6

          Posté par  . Évalué à 0.

          Ok, c'est parce que tu parlais toi-même du 2.6.5, je croyais que tu parlais du 2.6.5 tel quel et non d'un d'un pre2.6.6
          Thanks
          • [^] # Re: Linux 2.6.5 ou Linux 2.6.6

            Posté par  . Évalué à -1.

            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.
            • [^] # Re: Linux 2.6.5 ou Linux 2.6.6

              Posté par  . Évalué à -2.

              Ok, no problem.
              M'en vais tester tout ça bientôt.
            • [^] # Re: Linux 2.6.5 ou Linux 2.6.6

              Posté par  (site web personnel) . Évalué à 1.

              > C'est le modérateur.

              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  . Évalué à 0.

                > J'ai moi-même viré ta ligne "2.6.6-rc3-bk3", parceque dans un de tes journaux,

                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  . Évalué à 2.

                  « Quel journal ? »

                  Celui ci :
                  http://linuxfr.org/~ehoebadoag/12800.html(...)
                  • [^] # Re: Linux 2.6.5 ou Linux 2.6.6

                    Posté par  . Évalué à 0.

                    Putain les méthodes d'investigation...

                    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  . Évalué à 3.

      Pardon mais j'ai actuellement le driver proprio NVIDIA (NVIDIA-Linux-x86-1.0-5336-pkg1.run) et ca marche parfaitement, je n'ai eu aucun mal a installer cette fedora core 2 qui venant d'un DVD s'est installee en 20 minutes (bonheur).

      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  . Évalué à 3.

        > Pardon mais j'ai actuellement le driver proprio NVIDIA (NVIDIA-Linux-x86-1.0-5336-pkg1.run) et ca marche parfaitement

        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  . Évalué à 1.

          Ah tiens, voila qui est interessant

          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  . Évalué à 3.

      En ce qui concerne le Speedtouch, le Kernel fournit avec Fedora Core 2 peut poser des problèmes sur certaines configurations (Notamment la mienne : Carte mère VIA) lorsque l'on utilise modem_run pour charger le firmware.

      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  (site web personnel) . Évalué à 4.

      La meilleur explication que j'ai trouvé de ce problème est :
      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  . Évalué à 2.

    En tous cas je salue l'initiative de l'image ISO DVD!

    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  . Évalué à 0.

      Perso, j'ai lançé le torrent hier soir avant de partir du boulot ( uniquement les iso donc ~2Go) et c'était fini ce matin, ça me va.
      • [^] # Re: DVD

        Posté par  (site web personnel) . Évalué à -2.

        C'est toi qui a la plus grosse c'est ca ?

        --
        Christophe
        • [^] # Re: DVD

          Posté par  . Évalué à 1.

          Quelle réponse magnifique.
          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  . Évalué à 2.

      il m'arrive de jongler avec les 5 CDs... Alors vive le DVD!!!

      et dans 2 ans, tu devras avoir 2 dvd à portée de main...
      • [^] # Re: DVD

        Posté par  . Évalué à 3.

        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à :-)
        • [^] # Re: DVD

          Posté par  . Évalué à 3.

          Pour ma part, j'ai fait comme suit :

          - 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  . Évalué à 4.

        Dans 2 ans... tu parles de la sortie de la prochaine Debian :)
      • [^] # Re: DVD

        Posté par  . Évalué à 2.

        d'ici la les dvd DL seront répandus :)
    • [^] # Re: DVD

      Posté par  . Évalué à 2.

      Si tu as une connexion haut-débit, il suffit d'ajouter un miroir "distrib" pour que le contenu des 4 cds d'install soit dispo en ligne.
      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  . Évalué à 10.

    Hello,

    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  . Évalué à -1.

      'Soir
      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  . Évalué à 3.

        Ben il y a apt sur Fedora aussi, ce qui limite un peu le problème de yum : on peut utiliser apt.

        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  . Évalué à 3.

          > 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/ .
      • [^] # Re: Mon expérience avec FC2

        Posté par  (site web personnel) . Évalué à 2.

        "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 ;-)"

        Ben, y'a apt sous debian, fedora, mandrake, suse et j'en oublie surement ;)
    • [^] # Re: Mon expérience avec FC2

      Posté par  . Évalué à 1.

      > 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.
      • [^] # Re: Mon expérience avec FC2

        Posté par  . Évalué à 2.

        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.

        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  . Évalué à 1.

          > 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 :-)
    • [^] # Re: Mon expérience avec FC2

      Posté par  . Évalué à 1.

      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.
  • # Attention, certaines images ISO sont foireuses.

    Posté par  . Évalué à 2.

    Pensez bien à vérifier les md5 (md5sum -c MD5SUM), car j'ai téléchargé depuis lip6 une image iso DVD qui n'était pas bonne...
    • [^] # Re: Attention, certaines images ISO sont foireuses.

      Posté par  . Évalué à 7.

      Il faut aussi vérifier le MD5SUM :
      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  . Évalué à 4.

    Quelqu'un peut me donner un miroir de rpm.livna.org accessible avec rsync ?
  • # mon avis

    Posté par  . Évalué à 4.

    Je viens de l'installer et après quelques soucis (obligation de débrancher mon disque dur PATA pour que le boot manager s'installe sur mon SATA) je trouve que l'install est magnifique et super bien faite.
    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  . Évalué à 4.

      > 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.
      • [^] # Re: mon avis

        Posté par  (site web personnel) . Évalué à 3.

        deux choses:

        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  . Évalué à 3.

          > 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.
      • [^] # Re: mon avis

        Posté par  . Évalué à 3.

        je viens d'essayer en enlevant des modules dont j'ai pas l'utilité et maitenant j'ai un kernel panic ou un truc du style.
        Ce serait pas une histoire avec le initrd ?
        • [^] # Re: mon avis

          Posté par  . Évalué à 1.

          > 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.
          • [^] # Re: mon avis

            Posté par  . Évalué à 1.

            alors en fait j'ai plein de messages qui font peur dont voici un extrait :

            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  . Évalué à 1.

              > 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 ....
              • [^] # Re: mon avis

                Posté par  . Évalué à 1.

                Bon effectivement ca prend son sens mais en meme temps j'ai révisé ma recompilation de noyau et j'ai appris plein de trucs.
                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  . Évalué à 0.

                  Indique où sont les sources pour que j'essaie ici.
                  • [^] # Re: mon avis

                    Posté par  . Évalué à 1.

                    Les sources c soit en ftp ici :
                    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  . Évalué à 2.

                      C'est facile, j'ai fait le .rpm .

                      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  . Évalué à 1.

                        La commande rpmbuild est dans le paquet rpm-build. Donc :
                        # yum install rpm-build
    • [^] # Re: mon avis

      Posté par  . Évalué à -3.

      > mais je pense que les prochaines versions de Fedora seront interessantes
      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  . Évalué à -1.

      pour recompiler ton driver il ne faut pas simplement que les sources soient installées, il faut aussi que ton noyau ai été compilé à partir de ces sources, et compilé sur ta machine, avec le même gcc qui va compiler le driver...

      nb: c'était comme ça quand j'ai compilé le 1.9.6 il y a quelques temps...
    • [^] # Re: mon avis

      Posté par  . Évalué à 2.

      Pour le modem eagle-usb, prends la version CVS (ce que j'ai fait)
      genère le configure par ./autogen.sh
      fait un ./configure sans argument (point important)
      Et ca roule.
  • # Installation réseau?

    Posté par  . Évalué à 2.

    Bonjour,

    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  . Évalué à 2.

      > Est-ce qu'une installation via le réseau est possible?
      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  . Évalué à 1.

        Merci pour l'info! Mais comment extraire le noyau de l'image? Il faut la monter?

        Et puis, tant que je suis dans les questions, la config dans lilo, c'est quoi?

        image=/home/julien/feroda/vmlinuz
        label="feroda-install"
        root= ????
        initrd=/home/julien/feroda/initrd.img
        append="????"
        vga=788
        read-only
        • [^] # Re: Installation réseau?

          Posté par  . Évalué à 3.

          > extraire le noyau de l'image? Il faut la monter?
          # 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  . Évalué à 1.

          Bon, je me réponds, le noyau est là http://fr2.rpmfind.net/linux/fedora/core/2/i386/os/images/pxeboot/(...) , avec le initrd.img...
          Reste à voir la config de lilo...
          • [^] # Re: Installation réseau?

            Posté par  . Évalué à 1.

            C'est rigolo mais les noyaux dans boot.iso, diskboot.img, dans les répertoires images/pxeboot/ et isolinux sont tous les même :-)
            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  . Évalué à 2.

    http://www.linuxlookup.com/modules.php?op=modload&name=Reviews&(...)

    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  . Évalué à 2.

      http://www.linuxlookup.com/modules.php?op=modload&name=Reviews&(...)
      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  . Évalué à 1.

        > C'est pourtant pas compliqué, c'est expliqué sur le site web de Fedora.

        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  . Évalué à 2.

          > Ou ca ?

          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  (site web personnel) . Évalué à 4.

  • # Un petit lien ?

    Posté par  . Évalué à 5.

    http://www.fedorafaq.org/faq/(...)
    Ca me parait important pour les nouveaux à Fedora.
  • # Confirmation d'un bug

    Posté par  . Évalué à 1.

    Est-ce quelqu'un pourrait vérifier ce bug :

    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.
  • # Fedora News Updates #12

    Posté par  . Évalué à 1.

    Fedora News Updates #12 :
    http://fedoranews.org/colin/fnu/issue12.shtml(...)

    Un "must read" pour tout ceux qui utilisent Fedora Core 2.
  • # Core 2 final

    Posté par  . Évalué à 1.

    Bonjour,

    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

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.