moi1392 a écrit 740 commentaires

C'est juste une idée en l'air, mais est-ce que ce soudain regain d'intérêt de la part de la commission européenne contre microsoft ne serait pas une riposte aux récentes augmentations de droits de douane et autres joyeusetés commerciales des étas unis ?

en gros, "récuperer chez microsoft ce qu'on nous prends sur le roquefort", en plus, on peut toujours porter plainte à l'OMC pour non respect du commerce international et être couvert dans son attaque contre miscosoft qui est sensée n'être que pour des raisons purement concurentielles !

Pour amarok2, faut voir qu'il vient juste de sortir en version 2.0.0.0(.0), mais déjà les dev se penchent sur les fonctionnalités manquantes les plus demandées par rapport à la version 1.4 et elles devraient rapidement être de retour.
Pour kopete, le problème vient vraiment d'un manque de développeurs, du coup ça avance très (trop) lentement :(
Kget je n'ai pas de soucis particuliers avec, en plus il est bien plus évolué que la version kde3, tu peux me dire ce que tu lui reproches ?

j'ai suivi ton lien et je n'ai pas trouvé d'explication sur le fonctionnement de leur format et comment ils assurent la compatibilité.
J'ai un problème de navigateur ou de cerveau (sûrement les deux...) ? Parce que ça m'intéresse vraiment et j'aimerai savoir comment ils font ça.

il me semblait avoir lu des messages sur des problèmes de performances de firefox 3 à cause de synchronisation disque trop fréquentes (ffluch, sync ou autre) j'essairai de les retrouver pour voir si un contournement du problème est possible via une configuration avancée de firefox ou de SQLite.

En tout cas, merci d'avoir rafraichis ma base de donnée, mes flush à moi sont malheuresement de moins en moins efficaces...

effectivement je ne réduit pas la priorité de ma compilation. Mais ce n'était éjà pas le cas avant et ça se passait plutôt bien, les applications que j'utilisaient ramaient (elles rament toujours d'ailleurs) mais là, je parle de blocage complet pendent plusieurs secondes, c'est assez différent.
En fait , l'impression que j'ai est que l'ordonnaceur du noyau ne donne pas de temps à firefox, mais comme il en donne à toutes les autres applications, je suppose que c'est firefox qui fait une utilisation non habituelle des ressources système et en particulier du disque (puisque c'est bien sur le disque que j'ai l'impression qu'il bloque, une appli simple du genre "while(1) ;" lancée 10 fois fait un peu ramer la machine, mais aucun blocage de firefox)

Ça ne maurait pas dérangé que ça rame, mais que ça bloque, oui.

Je ne parlerai pas de ses performances en tests synthétiques qui n'ont absolument aucune valeur, mais dans une utilisation courante, et dans le cas très particulier de MON utilisation courante, firefox 3 est inutilisable et TRES mauvais.
Le problème que j'ai pu constater est qu'il accede très régulièrement au disque (sûrement pour des sauvegardes en cas de plantage, mais c'est une hypothese) et qu'il utilise des accès bloquand le thread principal d'affichage :(

Comme j'ai souvent de lourdes compilations en cours, firefox se bloque régulièrement pendant une a deux secondes, et c'est pire quand il doit se redessiner complètement parce que, par exemple, je le minimise/maximise, ou quand je déplace/minimise une fenêtre qui le recouvrait.

Le contournement du problème est simple : stopper la compilation, mais bon, il parait que les systèmes d'exploitation sont multiprogrammés, alors j'aimerai bien en profiter, ça à l'air cool...
et malheuresement pour moi, c'est pour l'instant le moins mauvais de ce qu'il y a d'installé sur ma machine :(
Du coup je songe sérieusement à trouver un build de la version 2 pour l'utiliser en attendant.

t'es en train de m'expliquer que scons est tellement bien et souple toussa que tu as ressenti le besoin de mettre une partie de ta logique de compilation dans du XML que tu parses ???

pour le système de notation avec les étoiles, c'est nepomuk qui se charge de sauvegarder ça, tu peux ensuite faire des recherches avec des tags et une notation
Par exemple, je veux les photos tagguées "vacances 2008" que j'ai noté plus de 3 étoiles.

Si la notation est perdu quand tu te déconnectes de ta session, c'est peut-être parce que nepomuk ne tourne pas ou a un bug qui l'empêche de sauvegarder tes modifications.

je n'arrive plus à mettre la main dessus, mais il m'avais semblé voir avant la sortie de la 4.0 un blog qui parlait de la transformation en librairie et de l'intégration dans kdepimlibs de la gestion imap des mail de mailody.
Cette lib devait alors être utilisée par mailody, kmail, korn et tout ce qui voulait faire de l'imap.
Je viens de jeter un oeil dans kdepimlib et dans akonadi, et je n'ai rien trouvé qui y ressemblait.

quelqu'un aurait des infos ou un lien sur le sujet ?

la solution envisagée est de n'autoriser que les plasmoides écrits dans des langages de script (python, ruby, javascript peuvent être utilisés pour la 4.1, d'autres suivront) en téléchargement sur kde-look.
Mais pour ça il faudrait mettre un système de modération ou autre, mais ça n'en est qu'au stade de la discussion pour le moment.

un pro utilise un logiciel spécialisé pour gérer ses photos, pas un navigateur de fichiers.

digikam ?

"l'abandon des fenêtres X natives pour l'ensemble des widgets"

pour QT 4.4 seulement, donc à priori pas avant mars/avril 2008, mais d'après le blog du développeur QT qui a implémenté ça, ça améliore grandement la fluidité des applications surtout lors des redimentionnements.

Le pistolet est un outils qui sert à tuer !
le p2p est un outil qui sert à échanger...

y'a quand même une différence....

si tu veux faire une comparaison, compare plutôt le p2p au couteau, ça sert à couper de la nourriture, mais des gens s'en servent pour tuer. c'est un détournement de l'usage de base.
C'est pas pour ça qu'il faut interdire le couteau pour tout le monde.
(c'est un exemple qui se base sur le contexte actuel de l'utilisation d'un couteau... viens pas me sortir l'histoire du couteau à travers les âges et sa première utilité de tuer les bête à la préhistoire)

si je suis ton raisonnement, il n'y a aucune raison d'interdire les lance roquettes parce qu'ils peuvent servir de cale porte...

le problème sera certainement réglé pour KDE 3.5.6 (trop tard pour la version 3.5.5) qui "devrait" sortir dans environ 3 mois maintenant : http://lists.kde.org/?l=kde-panel-devel&m=11586631950680(...)

C'est parce que tu te sers mal des outils de gestion de version. Les commits sont censés être atomiques et faire passer l'arbre d'un état stable à un autre état stable.
Si tu veux faire deux commentaires différents, mets les un à la suite de l'autre.