Journal Perdu sous RedHat !

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
0
7
juil.
2005
Bonjour les petits !

Voilà, je dois mettre en place Apache+Php+Mysql sur une machine sous RedHat Enterprise 3.

Étant nourri au biberon avec apt-get, je suis complètement perdu... yapu apt-get.... ouin !!!!


Plutôt que de faire le bourrin, j'aimerais que les RedHateux me prodiguent leurs bons conseils pour installer proprement tout ça sur cette machine.

Y a-t-il un équivalent à apt-get ? Dois-je wgetter les RPMs et puis les installer ensuite ? Si oui, où les chercher ?

Bref, veuillez excuser l'incompétence crasse d'un Debianneux qu'Ubuntu a rendu on ne peut plus paresseux !

Merci pour tous les bons conseils...
  • # Oui

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

    et ça s'appelle yum

    Mais en réalité tu dois pouvoir utiliser les autres : http://fr.wikipedia.org/wiki/Red_Hat_Package_Manager(...)
    • [^] # up2date

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

      Sinon, si tu as enregistré ta machine sur le RHN, tu peux utiliser up2date.

      apt-get install lepackageenquestion -> up2date lepackageenquestion
      apt-get upgrade -> up2date -u
      • [^] # Re: up2date

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

        up2date me dit

        up2date apache
        https://xmlrpc.rhn.redhat.com/XMLRPC(...)

        Error Message:
        Please run rhn_register (or up2date --register on Red Hat Enterprise Linux 3 or later)


        Donc : up2date --register

        This system appears to already be registered.



        wééééééééé....... ça commence en force !

        Mes livres CC By-SA : https://ploum.net/livres.html

        • [^] # Re: up2date

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

          Welcome in the RHEL World...

          Il m'est déjà arrivé de devoir desenregister une machine (sur le site RHN) puis de la re-engister (rhn_register --register) pour que ça marche. Il arrive aussi parfois de ne pas pouvoir contacter le RHN...

          up2date --config pour vérifier la conf, ça peut être utile.

          Bon courage...
    • [^] # Re: Oui

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

      et..euh...comment on l'installe Yum ?

      (c'est con hein ?)

      Mes livres CC By-SA : https://ploum.net/livres.html

      • [^] # Re: Oui

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

        Normalement il est déjà installé. Sinon il doit se trouver sur un des cds. Le problème avec apt, c'est qu'il faut ensuite avoir les bons repositories, autant pour les fedora ça va, autant pour les RHEL je sais pas.
  • # Pour ne pas perdre les bonnes habitudes...

    Posté par  . Évalué à 3.

    Tu as toujours la possibilité d'utiliser apt :

    yum install apt
  • # Dag Wieers...

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

  • # RHEL 3 -> up2date

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

    Ouais, sur RHEL3 j'avais eu pas mal de problèmes avec up2date pour l'enregistrement. J'ai dû plusieurs fois supprimé la machine enregistrée du site web (rhn.redhat.com) pour la réenregistrer avec rhn_register et le numéro de série. Ca a pas mal chié parce que j'avais un proxy entre moi et le net.
    Mais une fois que ça marche, ça marche bien. Sinon, Dag a effectivement une version de apt pour RHEL
  • # Et les cds d'install ?

    Posté par  . Évalué à 1.

    Les rpm de php, mysql et apache sont dans les cd d'install de rhes 3. Il faut juste les retrouver dans les 4 cds.

    Ici en rhes 3 update 5 je n'ai aucun pb avec up2date. Il m'arrive même de mettre à jour via le site rhn (enfin ca depend quoi).

    Perso, compte tenu du fait qu'on paye le support, je prefère rester standard et n'utiliser que les packages officiels dans la mesure du possible. Il arrive aussi que les contructeurs (genre dell), ralent quand on utilise pas le rpm officiel du kernel.

    Petite question : Les alternatives à up2date utilisent les rpm officiels redhat ? ou d'autres ?

Suivre le flux des commentaires

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