Reprise du message précédent :
Est-ce que vous constatez comme moi ce bug dans Amarok : il classe tous les albums qui portent le même nom dans le même dossier même si l'artiste (Artist et/ou Album Artist) n'est pas la même ? C'est con con quand même.

J'appelle pas ça un bug. Exemple tout con: une compilation du top50. Il y a autant d'artistes différents que de pistes, pourtant elles viennent toutes du même CD.
Amarok traite le champ album comme n'importe quel autre tag puisqu'il n'y a aucun moyen de savoir s'il y a deux albums portant le même nom ou deux artistes sur un même album.

Ça permet de gérer les compils comme un seul album.
 
Essaye de rajouter un tag "labelid" avec une valeur différente pour chaque album au nom identique, je crois, je dit bien je crois, que ça marchait avec Amarok 1.

 
Mouais Autant y a une logique, autant ça me plaît pas comme façon de gérer.

En mode F5 sur planetkde.org. Kde 4.8.4 doit arriver et telepathy-kde 0.4 aussi.

For Ubuntu boys : KDE 4.8.4 dans les PPAs ... installation en cours.

Une demi-heure après, le canard était toujours vivant
 
Cette MAJ associée à celle du noyau, ça fait quelque chose de poa mal du tout sur ma config de 2005 !

Personne n'a testé KDE 4.9 beta 2 ?

il semble qu'il y ai un bug avec le petit utilitaire kde qui permet de chiffrer les fichiers ( KGpg ),

sous Dolphin via un clic droit essayez de chiffrer un fichier, l'utilitaire KGpg va se lancer pour la première fois et demander des étapes de configuration ( création d'un fichier de configuration, création d'une clé ), une fois ces étapes terminées le fichier sera bien crypté,

mais ensuite lorsque vous voudrez lancer "KGpg" via le menu KDE rien ne se passera, la fenêtre ne s'affichera pas, la seule façon de le lancer c'est de le faire sous une console en lui donnant un commutateur ( il me semble que c'est "-d" ),

à noter aussi que le processus "KGpg" reste dans la liste des processus même lorsqu'il a fini son travail ( processus zombie ? ), on est alors obligé de faire un "killall kgpg"

Elbarto, je ne constate pas ce problème sous kde 4.8.4. Kgpg se ferme et s'ouvre correctement.

j'ai compris le problème, en fait il se lance bien mais la fenêtre ne s'affiche pas au premier plan, il reste masqué dans la barre des tâches, on ne le voit pas du coup on pense à tort qu'il ne s'est pas lancé, c'est très vicieux comme comportement :

J'ai un problème avec Amarok : je charge un album dans la liste de lecture depuis ma bibliothèque et je lance la lecture. Il lit le premier morceau. Arrivé à la fin de celui-ci, les notifications et l'interface d'Amarok confirme qu'il est en lecture sur le second morceau de l'album, mais c'est le premier morceau qui est repris. A la fin du morceau, il enchaîne correctement sur le troisième morceau, mais recommence avec le quatrième.
Tout se passe bien avec Clementine.
Amarok est-il devenu raciste avec les chiffres pairs ?

vu que tu es sous archlinux ( librairies constamment mises à jour vers la dernière version ) il se peut que le paquet amarok ai été compilé avec une version particulière d'une bibliothèque et qu'entre temps une nouvelle version a été installé sur archlinux qui crée le problème

A chaque fois qu'il y a un problème de ce genre avec amarok, c'est lié au backend phonon utilisé.

Ya une question qui me taraude : Quid de kwin/wayland pour la 4.9 ?
 
On a des news à c'sujet ?

d'abord un rappel de ce qu'est wayland :

http://fr.wikipedia.org/wiki/Wayland

http://en.wikipedia.org/wiki/Wayla [...] rotocol%29

Euh, j'ai pas tout suivi, ça remplace Xorg ?

Bon quand je vois ça apparemment non => http://wayland.freedesktop.org/xserver.html mais ça sert à quoi alors ?

la traduction en français ici :
 
http://linuxfr.org/news/pourquoi-w [...] emplacer-x
 
encore une techno "hype" à la systemd ?
 

wayland, c'est un protocole graphique (comme X11). Il vise à remplacer ce dernier qui montre un certain nombre de limitation liées à son âge (une vingtaine d'année).
 
Comme il est conçu aujourd'hui, il utilise les technologies hardware et software du moment ce qui le rend nettement plus adapté aux interfaces actuelles.
 
Si moderniser quelque chose est hype, alors wayland est hype effectivement.

Non non c'est pas une techno hype, X11 est une horreur sur la plupart des points de vues que ce soit dans les grandes lignes ou dans les détails..

 
mais est-ce qu'on gagne clairement en performances ?
ou bien c'est uniquement une amélioration au niveau conceptuel qui facilite la vie des développeurs ?
 
est-ce que la différence est visible pour l'utilisateur ? ( rapidité, mouvements plus fluide, ressources CPU en baisse )
 
il faudrait que le gain soit quantifiable, avec chiffres à l'appui sur 2 configs de test, une avec Xorg et une autre avec wayland
 
ce qui permettrait de sortir wayland de l'univers "hype/techno magique qui-va-tout-changer"

Ça vaut ce que ça vaut mais :

 
Source : http://doc.ubuntu-fr.org/nvidia_optimus
 

 
Et [/HS]  

Disclaimer : je connais tres mal le stack graphique Linux, mais de ce que j'en sais :

1/ Le but d'un serveur graphique n'est pas simplement la performance (meme si wayland est prévu pour etre plus léger - principalement parce qu'il permettra un acces plus direct au hardware - à la AIGLX qui est immonde)
2/ Faciliter le protocole graphique permet de faciliter la programmation des drivers par exemple, d'ou dans le futur un meilleur support aussi bien de la part des proprio (cf nvidia et optimus) que des pilotes libres
3 Avoir un serveur graphique dont le code est moderne et adapté aux techniques de dev d'aujourd'hui

A court terme non evidemment tu vas pas avoir un gain de performance. En meme temps, ca me parait un peu bizarre comme unique critère de jugement, et le genre de raisonnement qui fait que exactement rien ne bouge (un exemple recent: c'est comme si t'avais dit de Clang ya qql années - bouh mes programmes compilés avec GCC vont plus vite, à quoi ca sert.. ? - et je t'aurais répondu plus ou moins pareil que maitenant avec Wayland).

Globalement, certains standard du monde unix sont bien trop vieux et inadapté (et pire que ca, non maintenable et non étendable).
Il faut savoir repartir sur des fondations solides, c'est le but de Wayland.

Ça faisait un moment que je tournais maintenant sous Thunderbird suite à de nombreuses déconvenues avec le couple Kontact/Akonadi. Après la MAJ en 4.8, je me suis dit que j'allais retester tout ça, suite à l'intégration des services Google dans Kmail, Kaddressbook et Korganizer.
Je dois dire que je suis très agréablement surpris. C'est stable a priori, ça fonctionne bien au niveau des synchros, que ce soit avec IMAP ou sur les services Big G, bref, KDEPIM remonte grandement dans mon estime.
Resterait plus qu'une synchro de Reader dans Akregator, et ce serait parfait.

Personne n'a constaté un allongement du temps de démarrage de KDE depuis plusieurs releases ? Je mets entre 20 et 25 secondes entre KDM et la session KDE effective...

Si j'ai remarqué aussi, mais pas dans ces proportions.
Toutefois, hier soir, j'ai chargé une MAJ de la libc6 ... et le rendu graphique (KDE 4.9 + catalyst 12.8 + HD5870) s'en est trouvé amélioré.

Pas de souci chez moi. C'est peut être compensé par le SSD, mais vraiment rien de sensible sur ma machine.

Et pourtant, j'ai systemd et e4rat qui tournent, censés tous deux améliorer le temps de boot...

 
Comment ça ? C'est quoi la libc6 ?

Pareil lenteurs observées !

Juste une des briques de base du système. Un de celles qui demandent un reboot après mise à jour

j'ai remarqué aussi une lenteur du démarrage de KDE, cela se voit lors de l'écran de démarrage de KDE ( quand les 5 icônes se dessinent, lorsque la dernière icône qui représente le bouton KDE se dessine il faut attendre parfois 5 à 10 secondes avant que le bureau s'affiche, ce qui n'était pas le cas il y a quelques semaines )

ceux qui ont un matos dernier cri type SSD ne remarqueront peut-être pas ce problème, moi j'ai un vieux portable de 10 ans avec un disque dur IDE et la moindre dégradation des performances de KDE se remarque immédiatement

Elbarto, tout pareil

Oui bin pareil en fait, c'est après le chargement de la cinquième icône que c'est long.

Il doit y avoir un rapport avec le SSD parce que pour ma part je ne constate rien de ce type. L'activité de votre HDD dit quoi à ce moment là ?

Où est-ce qu'on voit ça ?

lorsqu'il affiche la 5ième icône ( le bouton KDE ) je constate que le PC attend 5 à 10 secondes sans rien faire ( la led du disque dur n'est pas allumée, en gros il attend dans le vide ), on dirait que c'est un service KDE qui met du temps à s'initialiser, peut-être un bug liée à kde 4.9.x,

ma config PC : pentium 4 2.4 Ghz, disque dur IDE 5400 tours 100 Go, 1,2 Go de ram

tu as peut-être une configuration dernier cri avec un processeur ultra rapide, un disque SSD avec un cache, tout ça te masque la lenteur d’exécution du démarrage de KDE,

ou bien tu as bidouillé archlinux en mettant du prefetch partout, moi j'ai tout laissé par défaut ( installation classique d'archlinux )

La LED d'activité du HDD, genre

 
Bizarre. C'est vrai que j'ai une machine plutôt rapide (cf ma config), mais de là à gagner 10 secondes sur une ouverture de session... Sinon, non, je n'ai pas touché à grand chose et en tout cas pas au prefetch.

 
Avec un SSD, on gagne bien plus de 10 secondes par rapport à un disque 5400rpm...
Faudrait essayer avec un nouveau profil sinon...

Ca troll sur le bugzilla de kde:
https://bugs.kde.org/show_bug.cgi?id=304510
 
Le plasmoid de la batterie n'affiche plus le temps restant (car trop imprécis) mais seulement le pourcentage.

il faudrait penser à mettre à jour le titre de ce topic ( KDE 4.9.1 ),

si le forumeur "enfoiro" qui a crée ce topic n'existe plus alors il suffirait qu'un modérateur le remplace au niveau de la base de données par un autre forumeur habitué du topic pour faciliter la mise à jour du topic ( Kortex@HFR ou BlockDevice ? ), en gros un changement de propriétaire du topic, c'est en général ce qui se fait lorsque ce cas de figure se produit ( absence définitive du forumeur )