Journal Update de GLIBC...possible?

Posté par .
Tags : aucun
0
10
fév.
2004
Hello,

Je tourne toujours et mieux que jamais avec une Mandrake 8.0 sur un 233MHz (comment ils ont dépassé le Ghz?!).
J'ai réussi (avec brio mais tout seul) à compiler un nouveau noyau en adaptant au fur et à mesure de mon matériel et de l'utilisation des modules.
Pareil pour le fameux gcc2.96 qui a franchi aisément le cap des 3.0.

Reste le dernier gros morceau : glibc

Pour faire tourner ou compiler certains programmes, une(un) glibc plus récent est demandé (exemple pris au hasard : mozilla 1.5 mais j'en ai d'autres!).

Les solutions d'après ce que j'ai vu (lu) ne sont pas très optimales.
Une mise à jour par rpm fout le bordel.
Pas possible de compiler une glibc par dessus ou à la place de l'ancien.
Par contre apparemment on peut avoir plusieurs versions qui cohabitent mais à moyen terme c'est pas top.
Tout réinstaller et recompiler (noyau,programmes,environnement...)?
Si oui, LFS plutôt qu'une autre distribution?

Alors que faire?
Comment faites-vous?
Quel futur pour glibc?
De la vie sur Mars?
Merci!
  • # Re: Update de GLIBC...possible?

    Posté par . Évalué à 1.

    Pourquoi rester sur une mandrake 8.0 ? t'as machine n'est pas assez puissante pour ça ? je pense que la solution serait de mettre une distribution recente mais légère. Je pensais à Debian, mais je ne suis pas sûr que leur glibc soit plus résente.
    Si tu penses à une LSF, je suppose que tu as déjà de bonnes connaissances ce qui te laisseras plus de choix dans la distributions.
    • [^] # Re: Update de GLIBC...possible?

      Posté par . Évalué à 1.

      t'as machine n'est pas assez puissante pour ça ?
      en dehors de l'horrible t'as, je voulais marquer « ta machine n'est pas assez puissante pour installer mandrake 9.2 ? »
      • [^] # Re: Update de GLIBC...possible?

        Posté par . Évalué à 1.

        C'est moins un problème de puissance que d'avoir accès facilement aux nouveautés d'une librairie.
        Peu importe que ce soit une Mandrake 10,Debian ou LFS,
        je trouve assez extrême de devoir réinstaller une distribution pour pouvoir mettre à jour la librairie C.
        J'espérais surtout une solution plus simple (moins ultime) qui m'aurait échapper.
        Snifff
        Merci pour vos remarques.
        • [^] # Re: Update de GLIBC...possible?

          Posté par . Évalué à 1.

          ben... sachant que tous les programmes s'appuient dessus, ça me parait logique de devoir tout réinstaller en l'upgradant
          • [^] # Re: Update de GLIBC...possible?

            Posté par . Évalué à 1.

            C'est pas faux comme remarque. :)

            Cependant beaucoup de programmes s'appuie sur d'autres librairies et leur mise à jour ne pose pas autant de problème.

            Sans doute un point philosophique propre à la libc que je dois creuser...
        • [^] # Re: Update de GLIBC...possible?

          Posté par . Évalué à 1.

          je trouve assez extrême de devoir réinstaller une distribution pour pouvoir mettre à jour la librairie C.

          Eh ben mon gars, tu viens de toucher au probleme des distributions basees sur RPM. Sans vouloir troller, avec une Mandrake ou une RedHat tu es oblige de passer par une mise a jour complete de la distrib. Et tu te rends alors compte que comme ca marche pas toujours tres bien, tu finis par tout nettoyer et en mettre une autre. C'est pour ca qu'un RPMiste a toujours /home sur une partition a part, pour pouvoir formater / sans perdre ses donnees a chaque fois qu'il reinstalle (ok, c'est pas une mauvaise idee dans l'absolu d'avoir /home sur une partoche a part).

          Pendant ce temps... Les gens sous Debian, Gentoo, ou BSD peuvent garder le meme systeme et le mettre a jour en continu, par petits bouts pendant des annees.

          Une solution adoptee par certains RPMistes (sur un serveur, par exemple) pour eviter la mise-a-jour tant redoutee c'est de passer par une installation source et de transformer progressivement son systeme en un LFS.
          • [^] # Re: Update de GLIBC...possible?

            Posté par . Évalué à 1.

            Pendant ce temps... Les gens sous Debian, Gentoo, ou BSD peuvent garder le meme systeme et le mettre a jour en continu, par petits bouts pendant des annees

            changer la glibc peut se faire par petit bout ??

            vas-y raconte :)

            sur ma gentoo, j'ai essayé, et j'ai eu des problèmes :)
            et la, c'est sympa la gentoo quand tu dois tout recompiler
  • # Re: Update de GLIBC...possible?

    Posté par . Évalué à 1.

    Tu peux aussi passer directement a la mdk9.1 ou mdk9.2

    A ta place, j'attendrai six mois sans rien faire et la sortie de la mdk10.0 et le kernel 2.6
    • [^] # Re: Update de GLIBC...possible?

      Posté par . Évalué à 1.

      je vois bien son 233Mhz sous une mandrake 10...

      Moi franchement, je te conseil une bonne tite debian ke tu met à jour si besoin est.
      • [^] # Re: Update de GLIBC...possible?

        Posté par . Évalué à 1.

        ???
        j'ai une mdk 9.2 sur un P120 . c'est nickel .
        Evidement pas de Kde

        Si tu crois que ta "petite debian" va ameliorer quoi que ce soit !
        Ah oui il aura le 2.6 bien stable ... dans 3ans
        • [^] # Re: Update de GLIBC...possible?

          Posté par . Évalué à 1.

          J'ai vraiment peu de problème de puissance.
          Je suis sûr qu'une Mandrake 9.2 tournerait facilement sur mon PC (évidemment pas KDE, WindowMaker fait mon bonheur).

          Mon point était de savoir s'il n'y avait pas une solution alternative à la mise à jour de la librairie C que de devoir installer à nouveau une distribution.
          Car il faut bien la réinstaller, il n'y a pas de mise à jour entre deux versions majeures de distribution (du moins pour la Mandrake)?
          Ou j'ai peut-être raté un chapitre...
          Et si cela était possible, quid de mon noyau perso?
          Ecrasé?
          En cohabitation avec le nouveau,moyennant une modif du lilo?
          Et mon gcc perso?
          Et mes programmes installés par RPM ou compilés?

          WHY?
      • [^] # Re: Update de GLIBC...possible?

        Posté par . Évalué à 1.

        n'importe quoi :)
        mandrake ou debian, ça reste GNU/linux + ce que tu fais tourner
  • # Re: Update de GLIBC...possible?

    Posté par (page perso) . Évalué à 1.

    Passer à Slackware ?
    Ou à Debian Sid ?
    • [^] # Re: Update de GLIBC...possible?

      Posté par . Évalué à 1.

      Comment cela fonctionne-t-il sur ces distribs en cas de mise à jour de GLIBC?
      • [^] # Re: Update de GLIBC...possible?

        Posté par . Évalué à 1.

        apt-get upgrade et il va tout mettre à jour
        • [^] # Re: Update de GLIBC...possible?

          Posté par . Évalué à 1.

          Intéressant je vais me lancer dans cette direction donc et voir ce qu'il en ressort.
          Merci
          • [^] # Re: Update de GLIBC...possible?

            Posté par . Évalué à 1.

            je précise aussi que si tu changes de version (woody -> sid par exemple), il y a apt-get dist-upgrade à utiliser à la place de apt-get upgade, juste après avoir modifié les sources de logiciels
  • # Re: Update de GLIBC...possible?

    Posté par . Évalué à 1.

    De toute manière, lorque tu changes:
    - de noyeau
    - de GCC
    - de Glibc

    Les trois a la fois, il vaut mieux changer de distrib, à moins de finir avec un systeme completement fouilli et desordonné avec plein de problemes de dependances......

    Une des seule distribution qui arrive à coutourner ces problemes et la Debian (et certainement d'autres mais je les connais pas)
    • [^] # Re: Update de GLIBC...possible?

      Posté par . Évalué à 1.

      C'est vrai.

      Mais le changement des deux autres s'est fait progressivement.
      Le noyau tout d'abord pour avoir accès à certains modules.
      Puis gcc bien plus tard à cause du problème de la version 2.96 avec MPlayer (histoire ancienne maintenant).
      Les deux s'installant en lieu et place des anciens.
      A présent je n'ai plus de raison de les upgrader. Sauf patchs de sécurité (ou programmes nécessitant spécifiquement une version mais plus rare que glibc je pense).

      Restait donc Glibc qui, comme tu le dis, entrainebeaucoup de problème de dépendance.

      Comment est-ce géré par Debian?via les paquets .deb?

Suivre le flux des commentaires

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