Journal KDE 4.7 beta1 was out

Posté par (page perso) .
25
23
juin
2011

Elle est sortie le 25 mai, la première beta de la future version de KDE:
http://www.kde.org/announcements/announce-4.7-beta1.php

Pourquoi un journal si tardif?

Je ne l'avais pas encore testé, et par principe, je ne teste jamais les betas de KDE car totalement inutilisables et je commence avec la rc1 ou 2.

Comme je voulais un peu voir les perfs du nouveau Kwin, j'ai tenté une upgrade sous ArchLinux.

Et ben, pour une fois, rien à dire, pas un seul plantage en une heure d'utilisation (alors que d'habitude en 1 minute j'ai droit à un crash), juste un petit bug d'affichage dans plasma... (ça ressemble à un thème pas à jour)

Donc, les nouveautés :

  • KDM est maintenant compatible avec GRUB2
  • Kwin utilise maintenant OpenGL-ES 2 et les perfs sont enfin au niveau de mutter : plus un seul lag
  • Oxygen continue doucement d'évoluer et Hugo, son dev, corrige les aspects encore non satisfaisants
  • Avec la sortie de KDEPIM 4.7, le calendrier plasma gagne la prise en charge d'akonadi
  • Kickoff offre maintenant une navigation plus simple

Voilà, maintenant, reste plus qu'à faire la chasse aux bugs pour avoir un KDE 4.7 "rock solid"

  • # KDM et GRUB2

    Posté par . Évalué à 10.

    J'ai du mal à voir la relation entre les deux puisqu'ils ne sont pas au même endroit dans la chaîne de boot. Grub sert à lancer le noyau et le système. KDM arrive bien après.

    Si vous avez de petites explications, je suis preneur.

    • [^] # Re: KDM et GRUB2

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

      Jusque là, la gestion de grub et lilo par kdm permettait de choisir au moment du reboot sur quel OS on va booter. Maintenant, c'est aussi possible avec grub2. Yay !

    • [^] # Re: KDM et GRUB2

      Posté par . Évalué à 3.

      lorsque tu éteins ou redémarres ta machine depuis ton interface graphique, c'est le gestionnaire de connexion graphique (K/X/G/Light DM) qui lance la commande d'extinction ou de redémarrage.
      Avant cela, il dit juste à grub(2) quels paramètres utiliser pour le prochain boot.

  • # Tiens, autre info

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

    A noté que la Beta2 a maintenant 2 semaines de retard à cause de la migration vers git...

    Wait and see...

  • # kdepim

    Posté par . Évalué à 3.

    • Avec la sortie de KDEPIM 4.7, le calendrier plasma gagne le support d'akonadi

    J'ai tester la premiere version dite stable de KDEPIM 4.6.0 qui passe par akonadi et ben c'est pas la joie avec gmail... j'ai des messages d'erreurs sans arret qui pop-up, je n'ai pas trouve le moyen de lui dire d'arreter de verifier les emails (pour arreter les pop-ups), je n'ai pas reussi a envoyer le moindre emails et pourtant la configuration semble bonne.

    C'est pas encore ca les truc akonadi/nepomuk...

    • [^] # Re: kdepim

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

      Ah, ici à part kmail qui zappe de marquer les mails comme lu (pas toujours), sinon, ca rulez, mais c'est sur que ca va demander encore un peu de temps pour devenir un peu mature...

      Mais j'avais peur que ce soit non utilisable et pourtant j'ai migré à la maison et au taf...

      je n'ai pas trouve le moyen de lui dire d'arreter de verifier les emails (pour arreter
      les pop-ups)

      Kmail

      je n'ai pas reussi a envoyer le moindre emails et pourtant la configuration semble
      bonne.

      C'est bizarre ça, t'as quelle version d'akonadi, ici cela fonctionne au poil.

      • [^] # Re: kdepim

        Posté par . Évalué à 2.

        Ce sont les packages de kubuntu experimental (ceci explique cela peut etre). Mais cela ne fonctionne pas et c'est bien chiant bon en meme temps vu l'etat de kmail depuis 6 mois je suis passe a utiliser uniquement le webmail... mais bon c'est pas tres pratique parfois de ne pas avoir les emails sans connections.

        version de akonadi: akonadi-server 1.5.3, libakonai 4.6.4

        Ton image montre comment forcer la verification des emails sur le serveur mais moi c'est le contraire que je veux, stopper la verification.

        • [^] # Re: kdepim

          Posté par . Évalué à 1.

          à partir de la boite de dialogue postée, tu cliques sur "Modifier", et dans la nouvelle fenêtre qui s'affiche tu as (en anglais chez moi) "Enable interval mail checking"
          tu désactives et c'est réglé.

          • [^] # Re: kdepim

            Posté par . Évalué à 2.

            chez moi ca fait strictement rien de cliquer sur modifier... mais bon c'est pas grave je retenterai avec kdepim 4.7 :)

            • [^] # Re: kdepim

              Posté par . Évalué à 2.

              tu as donc effectivement un gros bug...
              mais tu peux accéder à la même boite de dialogue depuis l'interface d'akonadi : "kcmschell4 akonadi"
              Dans la fenêtre qui s'ouvre, tu as une liste avec toutes les ressources akonadi, cherche et sélectionne ton compte imap, et clique sur modifier à droite (et prie pour que ça marche...)

        • [^] # Re: kdepim

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

          Ah je pensais que tu voulais désactivé la vérification quand kmail ne tourne pas :)

    • [^] # Re: kdepim

      Posté par . Évalué à 3.

      Ça vaut ce que ça vaut, moi j'utilise la version de dev depuis pas mal de temps déjà, et à deux reprises, j'ai simplement effacé ma config et j'en ai refaite une depuis le début et ça a à chaque fois résolu les trois quart des problèmes que j'avais.

      Je sais que c'est super chiant et contraignant d'avoir à faire ça, mais ça peut valoir le coup de tenter.

      PAr contre, si tu veux le faire, il y a tous les fichier kmail* dans ~/.kde mais aussi le dossier akonadi dans ~/.config, ne pas oublier ce dernier sinon ça n'aide pas des masses.

      Sinon, 4 comptes gmail en imap chez moi, et un exchange en imap au boulot, et ça se passe plutot bien depuis quelques temps maintenant. Le seul soucis que j'ai encore, c'est que régulièrement (je dirait, pifométriquement, un mail sur 20), il met un temps fou à ouvrir le mail, j'ai l'impression qu'il a juste perdu la connexion avec akonadi ou que le protocol est dans un état d'attente des deux cotés.
      Du coup je ferme et relance kmail, et ça passe.

      • [^] # Re: kdepim

        Posté par . Évalué à 2.

        Deja fait, j'ai ete oblige car kmail crashe de facon systematique au demarrage. La seul solution ce fut de faire la methode que tu decris.

        • [^] # Re: kdepim

          Posté par . Évalué à 1.

          Tu as également viré le dossier akonadi de ~/.config et recréé tous tes comptes?

        • [^] # Re: kdepim

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

          Un jour, je vais offrir une médaille aux packageurs ArchLinux :)

          Car avec la version 4.6.0 ou 4.7.80, j'ai aucun problème de stabilité avec kmail par contre.

  • # Qt 5 -> KDE

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

    Je me pose une question.

    Actuellement on a Qt 4.7 puis on aura peut-être un Qt 4.8. D'après les mailing-list Nokia, il va bientôt y avoir un Qt 5 qui va casser la compatibilité binaire, mais qui ne cassera pas trop la compatibilité source.

    Que va-t-il se passer ?

    • KDE va rester sur la dernière version de Qt 4 ?
    • KDE va passer sur Qt 5 ? Dans ce cas on passera à KDE 5 ou on restera sur un KDE 4.XX basé sur Qt 5 ?
    • [^] # Re: Qt 5 -> KDE

      Posté par . Évalué à -9.

      vu le temps nécessaire à produire un kde4 potable...

      • [^] # Re: Qt 5 -> KDE

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

        il va bientôt y avoir un Qt 5 qui va casser la compatibilité binaire, mais qui ne cassera pas trop la compatibilité source.

        Qu'est-ce qui n'est pas clair dans cette phrase pour toi ?

        • [^] # Re: Qt 5 -> KDE

          Posté par . Évalué à 2.

          le "pas trop"
          mais c'était juste une boutade (daccord, c'était nul), je suis moi même utilisateur de kde, et il fut un temps où j'ai permis de fermer quelques bugs (bon ça date de kde3...)

    • [^] # Re: Qt 5 -> KDE

      Posté par . Évalué à 4.

      KDE n'existe plus, la suite logicielle s'appelle KDE SC.
      D'après ce que j'ai pu en lire, les libs vont passer en version 5 (au passage, kdelibs EST la version 5, donc ça sera la version 6...), mais pour le reste (workspace, applis) chacun fera comme il lui semble.
      De toute façon le passage de la version 4 à 5 des libs ne sera pas un cassage avec des nouvelles infrastructures ajoutées.
      En gros, il sera juste retiré tout ce qui est marqué comme déprécié, et donc le code peut-être prêt avant que ces éléments ne soient retirés car la suite logicielle est maintenu à jour sur la dernière version des kdelibs, et le tout sera plus modularisé, avec des dépendances inter-modules plus claires (et 3 niveaux de couches), pour pouvoir installer et utiliser seulement une partie des kdelibs (c'est surtout utile pour l'embarqué)

      Donc d'un point de vue espace de travail et applications, pas de changements majeurs en vue, mais toujours le même flot continu d'évolutions :)

      • [^] # Re: Qt 5 -> KDE

        Posté par . Évalué à 2.

        s/déprécié/obsolète/
        Si je ne dis pas de bêtise, la dépréciation est liée à la valeur marchande.

  • # Dépêche

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

    Pour ceux qui veulent aider à la rédaction de la dépêche : http://linuxfr.org/redaction/news/kde-47-est-sorti

    « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

Suivre le flux des commentaires

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