KDE 3 rc2 !!

Posté par  . Modéré par trollhunter.
Étiquettes :
0
10
mar.
2002
KDE
Un répertoire KDE 3 Rc2 est apparu sur le ftp de KDE en date du 9 mars !!
Il contient les sources et pas de rpm.

Pas d'information sur le site de KDE pour le moment ...

Pour ceux qui ont du temps à perdre à compiler tous ca ...

Aller plus loin

  • # Compilons, compilons !

    Posté par  . Évalué à 4.

    Pour ceux qui ont du temps à perdre à compiler tous ca ...

    Voilà une bonne occupation pour un dimanche matin !

  • # Vitesse ?

    Posté par  . Évalué à 10.

    Je suis sous kde2.2.1 (Mdk8.1) et je trouve kde quand meme un peu lent a lancer les applications. 2 secondes pour lancer konqueror par exemple.
    J'ai lu quelque part que kde3 devrait etre plus rapide...
    Est ce que ceux qui on testé kde3rcX peuvent confirmer/réfuter ?

    • [^] # Re: Vitesse ?

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

      Normalement oui KDE3 plus rapide, mais tu devrais déjà passer à KDE2.2.2 qui corrige pas mal de choses dans KDE

    • [^] # Re: Vitesse ?

      Posté par  . Évalué à 10.

      J'avais testé les rpms mandrake de la beta et c'était effectivement plus rapide à mon goût mais c'était plutôt une impression et je n'ai pas de chiffres à l'appui.
      Kde2.2.2 est déjà plus rapide que le 2.2.1 .
      Evidemment la version que j'ai testée était très instable et je suis pas sûr que tout les applications étaient bien lancées par derrière.
      Voilà...

    • [^] # Re: Vitesse ?

      Posté par  . Évalué à 10.

      J'avais compilé un kde3 du cvs au mois de novembre, et j'avais constaté que le lancement de kde lui même était beaucoup plus rapide.

    • [^] # Re: Vitesse ?

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

      Sur dot.kde il en parle beaucoup de la rapidité de KDE.
      En gros d'après ce que j'ai compris, c'est plus du à gcc / libc / binutils qu'à KDE qui gère apparemment assez mal le C++ (déjà le temps de compilation entre visual et gcc ca va du simple au double pour les programmes Qt).
      Ils ont donc developpés un patch pour accélérer le linkage des applis KDE, genre konqueror se lance et se linke avec les librairies dynamiques (les .so) de KDE (Qt, kdelibs...). Mais le patch obj-pre link est instable (dans la Debian il a été retiré) et faut faire un truc propre et bien mais ca ne serait pas avant gcc 3.1 et glic 2.4 :(
      En attendant ca ne les a pas empéchés d'améliorer la rapidité de KDE là où ils pouvaient le faire pour la version 3

      Moi ce qui m'enthousiasme le plus c'est les bindings générés automatiquement pas KDoc, et surtout celui en Java.
      Franchement ils roxent grave !

      http://dot.kde.org/989353453/(...)
      http://dot.kde.org/1000983828/(...)
      http://dot.kde.org/983311036/(...)

      y'a un truc que j'ai pas compris c'est où est passé la version RC1 ?
      En attendant j'irais les voir au cebit :)

      • [^] # Re: Vitesse ?

        Posté par  . Évalué à 10.

        par contre si obj prelink marche sur ta machine (les cas d'instabilité étaient rare même s'ils justifiaient de ne pas continuer dans cette direction), il rend les choses trés rapide: sur un p600, le lancement de konsole par exemple est instantané.

      • [^] # Re: Vitesse ?

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

        la rc1 est apparue la semaine derniere, 5 jours durant seulement. Elle n'a pas été annoncé non plus. C'est bien que plusieurs petites rls sortent, ca evite de voir les gens reporter 10 fois les memes bugs.
        Il est juste dommage qu'il n'y ait pas de binaire pour tester, car autant je suis pret a tester pour envoyer des reports de bug, autant passer 3 jours a tout compiler, ca me motive moins.

        • [^] # Re: Vitesse ?

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

          Voilà un petit script bash qui compile KDE tout seul:

          for d in */; do
          cd $d
          ./configure --prefix=/opt/kde3
          make
          make install
          cd ..
          done

          A placer dans le répertoire contenant les sources désarchivées (et ne contenant qu'elles), lancer avant de partir, remuer et c'est prêt :)

          • [^] # Re: Vitesse ?

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

            ah oui si ca marchait comme ca ca serait pratique
            mais apres faut revenir sur terre
            deja y a l'ordre: kdeutils kdelibs puis le reste, ensuite y a pleins d'option a donner a chaque configure pour etre sur de pouvoir utiliser toutes les possibilités.

            • [^] # Re: Vitesse ?

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

              Perso j'utilise --enable-objprelink --disable-debug --enable-final pour le ./configure pour tous les packages.

              Voici donc le script tenant compte de l'ordre (les noms des repertoires sont ceux de KDE3.0: pour KDE2.x il faut enlever arts et kdeedu ; par contre je ne sais pas s'il faut compiler arts avant ou après les kdelibs ?):


              for d in arts* kdelibs* kdebase* \
              kdeaddons* kdeadmin* kdeartwork* kdebase* \
              kdeedu* kdegames* kdegraphics* kdelibs* \
              kdemultimedia* kdenetwork* \
              kdepim* kdesdk* kdetoys* kdeutils* ; do
              cd $d
              ./configure --prefix=/opt/kde3 \
              --enable-objprelink --disable-debug \
              --enable-final
              make
              make install
              cd ..
              done


              Vouala

              (explications: http://www.kde.org/install-source.html(...) )

              • [^] # Re: Vitesse ?

                Posté par  . Évalué à 3.

                Arts doit être compilé avant kdelibs sinon tu ne passes pas le configure de kdelibs ou alors tu désactive arts (si c'est possible).

                • [^] # Re: Vitesse ?

                  Posté par  . Évalué à 3.

                  Ben... c'est ce qu'il fait!

                  Il commence par arts Non?

                  Mais, il y 2 fois kdebase !!! ?? Normal ?

            • [^] # Re: Vitesse ?

              Posté par  . Évalué à 10.

              Moi j utilise un script deja existant pour les cvs snapshots :

              http://unc.dl.sourceforge.net/mirrors/kde/unstable/CVS/snapshots/cu(...)

              il s appelle compile_script

Suivre le flux des commentaires

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