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 dest . É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 Georges Dubus (site web personnel) . É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 moi1392 . É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.
[^] # Re: KDM et GRUB2
Posté par dest . Évalué à 2.
Merci à vous deux pour vos retours.
# Tiens, autre info
Posté par gnumdk (site web personnel) . Évalué à 3.
A noté que la Beta2 a maintenant 2 semaines de retard à cause de la migration vers git...
Wait and see...
[^] # Re: Tiens, autre info
Posté par gnumdk (site web personnel) . Évalué à 4.
Réponse sur IRC, pas de beta2 et passage directement en RC1...
[^] # Re: Tiens, autre info
Posté par dest . Évalué à 3.
Je pensais que le passage vers git était déjà du passé. Ça fait déjà très longtemps que ça avait été abordé. Tout vient à point…
[^] # Re: Tiens, autre info
Posté par gnumdk (site web personnel) . Évalué à 4.
Tous les modules n'avait pas encore migré vers GIT...
Et il semble que les traductions seront tjs sous SVN pour la 4.7.
Si j'ai bien compris, il va aussi y avoir un redécoupage des archives.
[^] # Re: Tiens, autre info
Posté par Martin Peres (site web personnel) . Évalué à 2.
Encore plus mieux, la rc1 arrive: http://osdir.com/ml/release-team/2011-06/msg00205.html
Merci pour ce journal, ça donne effectivement envie de tester :)
# kdepim
Posté par Albert_ . Évalué à 3.
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 gnumdk (site web personnel) . É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...
C'est bizarre ça, t'as quelle version d'akonadi, ici cela fonctionne au poil.
[^] # Re: kdepim
Posté par Albert_ . É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 moi1392 . É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 Albert_ . É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 moi1392 . É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 gnumdk (site web personnel) . Évalué à 2.
Ah je pensais que tu voulais désactivé la vérification quand kmail ne tourne pas :)
[^] # Re: kdepim
Posté par moi1392 . É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 Albert_ . É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 moi1392 . Évalué à 1.
Tu as également viré le dossier akonadi de ~/.config et recréé tous tes comptes?
[^] # Re: kdepim
Posté par gnumdk (site web personnel) . É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 phoenix (site web personnel) . É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 ?
[^] # Re: Qt 5 -> KDE
Posté par Alex . Évalué à -9.
vu le temps nécessaire à produire un kde4 potable...
[^] # Re: Qt 5 -> KDE
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
Qu'est-ce qui n'est pas clair dans cette phrase pour toi ?
[^] # Re: Qt 5 -> KDE
Posté par Alex . É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 moi1392 . É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 VoixOff . É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 claudex . É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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.