Forum Linux.mandriva kde & mandrake

Posté par  .
Étiquettes : aucune
0
26
août
2004
Bonjour à tous !

J'ai réinstallé une mandrake 10.0 cette semaine tout comme il faut, tout fonctionne comme il se doit mis à part les programmes types de KDE (Kwrite / Kdevelop / K3b / ...) qui mettent - littéralement - 5 minutes à se lancer...

Quelqu'un aurait-il la moindre idée d'où cela pourrait-il provenir ?
Merci d'avance.

arckauss.

  • # Pareil

    Posté par  . Évalué à 2.

    Je pense que c'est lors du update que KDE s'est mis à ramer, avant ça ne le faisait pas.
    Pour ouvrir la boite de dialogue pour le menu "ouvrir", cela prends environ 2 minutes; idem pour tout le reste.
    J'ai aussi un soucis avec Mozilla : il freeze dès que je veux taper quelque chose au clavier.

    Sous Gnome, aucun soucis.

  • # DCOP ?

    Posté par  . Évalué à 2.

    ya assez longtemps j'ai eu ce genre de soucis avec une "upgrade" foireuse de DCOP. Est-ce qu'il se lance correctement ? Est-ce que t'as des erreurs qui trainent à propos de "ICE" ?

    c'est dans cooker, dans la 10.0 Official, ou dans les mises-à-jour de sécu de l'officiel qui ça t'est arrivé ?

    • [^] # Re: DCOP ?

      Posté par  . Évalué à 1.

      non, aucune erreur à propos de ICE et il ne me semble pas avoir upgradé DCOP...
      Par contre il n'a pas l'air de se lancer convenablement... Quand je tente de le lancer en console j'ai ceci : "ERROR : Could'nt attach to DCOP server".
      Mais je ne crois pas que ca ai un quelquoncque lien...

      Sinon dans la 10.0 official que j'ai ce probleme. Avant meme une kelkonk mise-à-jour.

      • [^] # Re: DCOP ?

        Posté par  . Évalué à 2.

        "ERROR : Could'nt attach to DCOP server".

        Le serveur DCOP c'est ce qui permet aux applis KDE de communiquer entre elles. Si il n'y en pas de lancé (normalement il se lance avec X si ton bureau est KDE), alors le bureau KDE ne peut pas fonctionner correctement. DCOP est une partie de kdelibs, donc si tu l'as upgradé récemment, ça vient certainement de là. Il faudrait regarder les messages que tu obtiens dans la 1è console au lancement de X...

  • # résolu

    Posté par  . Évalué à 1.

    Il semblerait que le problème soit résolu suite à une update générale du systeme avec RPM Drake...
    Allez savoir...
    Quoi qu'il en soit, merci pour votre aide apportée.

  • # DCOP...

    Posté par  . Évalué à 1.

    Non, apparemment le probleme persiste et il s'agirait bien de DCOP.
    voila ce qui s'affiche lorsque je lance kwrite en root :

    Xlib: extension "GLX" missing on display ":0.0".
    Xlib: extension "GLX" missing on display ":0.0".
    Creating link /root/.kde/cache-localhost.
    Created link from "/root/.kde/cache-localhost" to "/var/tmp/kdecache-root"
    kdeinit: Shutting down running client.
    Mutex destroy failure: Device or resource busy
    ---------------------------------
    It looks like dcopserver is already running. If you are sure
    that it is not already running, remove /root/.DCOPserver_localhost__0
    and start dcopserver again.
    ---------------------------------

    QPixmap: Cannot create a QPixmap when no GUI is being used
    QPixmap: Cannot create a QPixmap when no GUI is being used
    KDE Daemon (kded) already running.
    QPixmap: Cannot create a QPixmap when no GUI is being used
    QPixmap: Cannot create a QPixmap when no GUI is being used
    kbuildsycoca running...
    ...
    ...
    ...


    Une suggestion ? Merci de votre aide.

    • [^] # Re: DCOP...

      Posté par  . Évalué à 2.

      1/ déjà, si tu n'as pas de drivers proprio d'installés pour ta carte graphique ou de DRI spécifique à ta carte graphique dans le noyau, ça explique le message Xlib: extension "GLX" missing on display ":0.0". Commence par commenter (mettre un # devant la ligne) Load "glx" dans /etc/X11/XF86Config-4 et/ou /etc/X11/XF86Config.

      2/ Fais une sauvegarde de ton ~/.kde, puis supprime /root/.kde et ~/.kde en entier. Relance X et KDE, et regarde les messages qui s'affichent dans la 1ère console (ctrl-alt-f1). Ca donne quoi ? Ca va mieux ?

      • [^] # Re: DCOP...

        Posté par  . Évalué à 1.

        voila, j'ai fait ce que tu m'as dit mais sans succès hélàs...
        Il n'y a que les messages de lancement de X dans la 1ere console... Rien de bien intéressant...
        Par contre j'ai effectué quelques tests et force est de constater que les problèmes surgissent après m'etre connecté à internet.
        J'ai d'ailleurs testé, si je me déconnecte, tout refonctionne à merveille...
        Mais bon, sans internet je ne vois pas trop l'utilité...

        Une idée ?

        Merci beaucoup pour ton aide.

        • [^] # Re: DCOP... "résumé"

          Posté par  . Évalué à 1.

          Donc en résumé, il semblerait que lorsque je me connecte à internet, les applications utilisant DCOP (c-a-d la majorité des "Kapplications") mettent un temps fou à se lancer (sans meme faire travailler le disque dur).
          Lorsque je me déconnecte à internet, plus aucun problème.

          • [^] # Re: DCOP... "résumé"

            Posté par  . Évalué à 2.

            Hmpfpfppfff... Je ne sais pas trop comment ça marche avec une connection non-permanente (t'es en dial-up ou en ADSL ??), mais ce que tu décris maintenant a la charme d'une mauvaise config réseau...

            A vérifier : que l'adresse IP est correctement configurée, que la DNS est configurée, que /etc/hosts est à jour, que le hostname et le nom de domaine sont corrects...

            Hypothèse donc, je ne suis pas sur : La temps de latence pourrait s'expliquer par le fait que DCOP est un service réseau : il essaie de configurer un service réseau, et comme ça *serait* le vrac dans la config, il rame comme un malade.

            • [^] # Re: DCOP... "résumé"

              Posté par  . Évalué à 1.

              arfg :p
              alors en fait j'ai une connexion adsl et normalement, tout est bien configuré.
              En fait j'utilise un driver de chez flashtux (http://www.flashtux.org/eciadsl(...)) pour mon EICON DIVA ADSL USB (youhou) avec un configurateur automatique.
              Et avant ca je n'ai jamais eu un seul petit pepin.
              J'ai vérifié /etc/hosts, ca roule. hostname, ca roule aussi...

              Enfin, je vais reconfigurer tout ca convenablement et je te dis koi.

              Merci pour ton aide

            • [^] # Re: DCOP... "résumé"

              Posté par  . Évalué à 1.

              autre chose encore, parfois quand je lance Kwrite étant déconnecté, je recois des messages de types
              "ICE default IO error handler doing an exit(), pid = 2142, errno = 2"
              comme tu m'avais dit au début...

              • [^] # Re: DCOP... "résumé"

                Posté par  . Évalué à 2.

                Bon je sais plus trop quoi te dire...

                Dernier essai : la boucle locale marche bien comme il faut ??
                Genre ping localhost ?

  • # Même souci

    Posté par  . Évalué à 1.

    Après l'install de la MDK 10.0 beta 2 j'avais le même pb. Par contre les derniers update ont tout corrigé, je ne sais pas qd tu as fait tes mises à jour mais tu devrais réessayer.

    • [^] # Re: Même souci

      Posté par  . Évalué à 1.

      avec rpmdrake...

      • [^] # Re: Même souci

        Posté par  . Évalué à 1.

        Bein en fait en faisant un urpmi.update cooker, puis urpmi --auto-select, cependant maintenant cela ne demarre plus au demarrage, je suis obligé de faire dhcclient eth1 par contre plus de ralentissement de kde. En gros je ne sais pas trop ce qui se passe et le comportement de drakconnect semble vraiment totalement aléatoire.

        Bon courage.

  • # technique

    Posté par  . Évalué à 1.

    Je suis pas tb la convers mais est-ce que ta config n'est pas trop lâche ? j'étais sous mandrake 8 avec un vieux 200 mhz et 64 mo de ram, il y avait les logiciels en général qui marchaient tranquille et les programmes de l'interface graphique (kde, gnome...) qui mettaient 2 plombes à se lancer et à s'utiliser. Le problème est peut-être aussi con que ça...

    @micalement kyofan

Suivre le flux des commentaires

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