med a écrit 1266 commentaires

C'est là que je me pose la question de la pertinence de la création d'un utilitaire de gravure spécifique à KDE... pourquoi ne pas créer UN utilitaire de gravure avec un front-end différent selon qu'on veuille l'utiliser sous x ou y, afin de ne pas avoir à importer les 3/4 d'un autre environnement (avec ses services etc...) pour l'utiliser ?

Tu peux voir K3B et brasero comme des front-ends différents à cdrtools qui est l'utilitaire de gravure.

Pouvez-vous deviner que VLC, Arora, psi ou scribus, ne sont pas des application GTK+ lorsque elle sont lancée sous Gnome?

euh... oui... et inversement... logique...

Normalement, si je ne me trompe pas, Qt utilise automatiquement un style GTK avec les boîtes de dialogue GTK et tout lorsque c'est utilisé sous gnome.

au lieu de troller le fil d'au-dessus, vous n'auriez pas des résumés équivalents pour d'autres projets ? Je ne sais pas vous mais j'aime bien savoir ce qui se passe chez les autres pour voir ce qui se fait actuellement et ce qu'on va voir arriver ces prochains mois.

Concernant gnome-shell il y a quelques semaines il y avait justement un développeur gnome qui me disait sa frustration avec le nouveau gnome-shell qui nécessite une accélération 3D. Il a fait part du problème aux gens de gnome-shell, il s'est fait envoyer bouler. J'espère pour les utilisateurs de gnome qu'ils vont prévoir une option pour avoir un comportement acceptable sans accélération 3D.

Par exemple Gnome s'engage sur Gstreamer et PulseAudio, KDE au-lieu de suivre le mouvement nous pond Phonon qui ne résoud aucun problème et augmente le nombre de ligne de code à maintenir.

Ça a déjà été discuté en long, en large et en travers. Ça résout un problème important pour KDE : ne pas être dépendant d'un système, ne pas être dépendant des cassages d'API, etc. L'expérience arts a été mal vécue. Enfin bref, ça sert à rien de discuter plus avant de ça a déjà été fait dans de multiples journaux.

Gnome a un système de détection de matériel et une "logique/base de donnée" pour s'y adapter, KDE fait le projet Solid qui est (encore) une surcouche qui ne résoud rien.

En quoi solid ne résout rien ? Je n'ai pas de souci de détection de matériel sous KDE.

KDE a aussi "la folie des grandeurs" en voulant être porté sur Windows. Ça bouffe un temps énormemissime et presque personne n'utilise ça.

C'est fallacieux. Les développeurs de KDE/windows n'étaient pas des développeurs KDE sous linux avant. Ce sont des nouveaux développeurs qui sont arrivés parce qu'ils étaient intéressés par avoir KDE sous windows. Tu supprimes KDE/windows et bien ils iront voir ailleurs voilà tout.

Enfin, c'est Gnome qui a jeté le plus de ponds vers KDE (et tous les bureaux) avec freedesktop.

Ça dépend des points de vue. Pour les développeurs KDE il se passait ceci : les développeurs gnome faisaient leur norme dans le coin, la mettaient sur freedesktop sans demander leur avis aux développeurs KDE et après les accusaient de ne pas suivre les normes. Ce genre d'attitude n'est pas toujours très bien passé et a froissé quelques susceptibilités. Au Gran Canaria Desktop Summit des nouvelles règles ont été élaborées pour éviter que ce genre de situation ne se reproduise. En gros avant d'être mise sur freedesktop, chaque norme devra explicitement être approuvée et par gnome et par kde.

KDE accèpte de rogner son indépendance mais qu'en dernier recours. C'est une grave erreur, KDE devrait plus faire confiance à la "communauté" des développeurs libres (qu'ils soient de Gnome ou autre) et ne pas se croire au-dessus d'elle.

L'impression des développeurs KDE (enfin, de ce que j'en perçois) c'est exactement le contraire. KDE fait énormément d'efforts pour adopter des trucs gnome alors que gnome est extrêmement réticent à faire le moindre effort (adaptation de l'interface, dépendance sur glib, etc.).

OK, ce commentaire fait "brûlot"

Effectivement.

M'enfin, ce qui arrive à KDE, KDE l'a cherché.

KDE a certainement fait des erreurs mais gnome est loin d'être exempt de tout reproche ici.

Sinon je suis pour la réhabilitation du protocole "media:/" dans Konqueror.
Mais pourquoi l'ont-ils donc supprimé, ce protocole????

Je ne me souviens plus bien ce que faisait media:/ mais « Places » (en anglais du moins, F9 pour activer/désactiver) dans Dolphin ça ne ressemble pas à ça ? Ça m'affiche toutes les partitions montées et quelques liens utiles.

Est-ce que c'est compilé avec les options de débogage ? Je me suis plaint de ces plantages à répétition auprès d'un des développeurs de Konqueror qui m'a répondu en substance : « Ça plante sur un assert et uniquement quand on compile avec les options de débogage donc je n'en ai rien à cirer (et si t'es pas content, envoie un patch) ».

SELinux a été fixé en partie|3]

Il a été fixé avec un clou ou plutot avec de la colle ? Autant il y a des anglicismes qui passent autant celui-là me file des boutons.

Euh. Pour qu'ssh soit plus lent que FTP de façon notable il faut vraiment des débits importants. En local ça ne m'a jamais posé de problème de faire du 10Mo/s avec scp (en saturant le lien donc). Certes ça utilise quelques dizaines de pourcent d'un CPU mais ça pourrait aller encore bien plus vite.

Vu que j'ai une radeon HD 4850 je suis ça d'assez près. KMS est un grand pas en avant. Maintenant j'attends avec une grande impatience l'arrivée des pilotes Gallium 3D. La refonte engagée il y a quelques années finit enfin par porter ses fruits. Maintenant la progression au niveau de la 3D devrait être beaucoup plus facile.

Pour les propriétaires de r6xx/r7xx, KMS devrait être intégré dans le noyau 2.6.32, plus que 3 mois à attendre donc. Et comme une bonne nouvelle ne vient jamais seule, la 3D devrait normalement être fonctionnelle elle aussi. http://airlied.livejournal.com/68097.html pour plus de détails.

Avec Grand Central, il faut repenser son programme en terme de tâches indépendantes, et le système va ensuite s'occuper de les distribuer entre les différents coeurs disponibles. C'est particulièrement intéressant pour les applications interactives, parce que ça permet d'exécuter les traitements lourds de façon asynchrone en gardant une très bonne réactivité au niveau de l'interface utilisateur.

Comme les threads en somme. J'ai du mal à voir ce que Grand Central a de particulièrement innovant.

Par curiosité, c'est quoi la différence avec un truc comme OpenMP par exemple ?

J'ai déjà fait des posters avec scribus et je trouve que c'est un outil très adapté. Je ne compte pas le nombre de personnes qui avaient fait le leur avec powerpoint et qui m'ont demandées comment j'avais fait. Alors certes c'est pas forcément d'un abord totalement trivial mais une fois qu'on connaît les quelques trucs de base ça roule.

C'est aussi le nom de mon psy. Le monde est décidément petit.

Ça ne vient sans doute pas exclusivement des pilotes graphiques mais en large partie. KDE 4 utilise des fonctions d'accélérations qui n'étaient jamais utilisées avant, donc jamais testées et encore moins proprement accélérées. Le truc amusant est que selon les pilotes les problèmes sont différents. Ça s'est dans l'ensemble bien amélioré depuis un an et demi mais il reste des points noirs. Sur mon portable le pilote nvidia rame atrocement, j'ai des gels de plusieurs secondes et tout. Sur mon netbook avec le pilote intel, pas de gros bugs poilus mais une perte de performance ces derniers temps. Finalement sur mon fixe avec le pilote ati ça marche plutôt bien avec xrender mais je n'ai pas la 3D pour l'instant.

Tu as l'écran noir même quand composite utilise seulement xrender? Avec le pilote ATI qui n'a pas de 3D pour ma carte ça marche pas mal du tout.

En même temps ton écran il émet aussi un rayonnement électromagnétique. Je te suggère donc de l'éteindre, pour ta santé. On me suggère aussi que les objets ayant une température supérieure à 0K émettent également un rayonnement électromagnétique. Un volontaire pour être congelé à 0K ? :)

Ce sont des lampes de bureau /chevet sans variateur, donc sans arrêt à pleine puissance. Sinon les halogènes perdent leur intérêt économique. Quelqu'un connaîtrait des bonnes lampes de bureau à DEL ? Et surtout lesquelles éviter ?

Est-ce que tu as essayé différentes marques ? J'ai une grosse demi-douzaines d'ampoules fluo ainsi que quelques halogènes. Ça fait presque 2 ans que j'ai emménagé, pour l'instant toutes les fluos marchent encore parfaitement malgré certaines que je dois allumer/éteindre une petite dizaine de fois par jour. En revanche côté halogène, je dois les changer tous les 3 à 6 mois, elles n'arrêtent pas de claquer malgré mes précautions.

Chez mes parents il n'y a que des fluos pour ainsi dire (et quelques DEL) et même constat, elles durent des années.

Il y a pire : le gamin qui te file des coups de coude pendant 8 heures avec des parents qui n'ont aucune autorité pour le faire cesser (ni l'idée pour le mettre entre eux) et la mère qui n'arrête pas de faire des gouyougouyougouyou. Je me suis retenu pour ne pas commettre un triple meurtre. Les groupes d'ados sont assez terribles aussi. Au moins grâce à eux on n'entend plus le bruit des réacteurs …
En général je m'arrange pour être près d'un hublot parce 1) regarder dehors me distrait un peu et 2) ça fait que je n'ai qu'un voisin, et ça m'évite de devoir me lever toutes les 20 minutes parce qu'il a la bougeotte. Ce que je veux en avion c'est qu'une fois passées les civilités d'usage (bonjour monsieur, bonjour madame) on me foute une paix royale jusqu'à l'atterrissage.

Sur un Paris-NY ils nous ont fait un reboot total du système 3 fois parce que leurs seignereuries en classe affaire avaient 2 sièges qui ne fonctionnaient pas. Évidemment le système était un peu ancien donc à chaque fois le film redémarrait du début sans possibilité de faire une avance rapide. Au final ils ont fini par comprendre que leur machin était cassé et qu'un quatrième reboot aurait conduit à une émeute.

Le but de Logram (une distrib que je compte développer) est de proposer un KDE utilisable, c'est à dire pas un KDE qui marchotte plus ou moins (empaquetage douteux, et le problème de ce journal).

Comme tout c'est un problème de main d'œuvre. KDE recrute à un rythme assez élevé (http://www.kdenews.org/2009/07/14/growth-metrics-kde-contrib(...) ) mais ce n'est pas suffisant et il y a des manques dans certains domaines ce qui fait que ça manque de finition çà et là, particulièrement sur des points pas très sexy comme un gestionnaire de paquets. Au passage pour ça j'utilise Shaman sous arch. C'est du Qt 4 et ça s'intègre pas mal du tout à mon bureau.

Il va falloir lui expliquer la notion de conflit d'intérêt à ce brave garçon de l'INPI. C'est tellement flagrant que je m'étonne que ça ne fasse pas un énorme scandale. Ça le mériterait bien, on ne peut être juge et partie (enfin si, on peut, la preuve …).

De plus, quand le profil merdoie, il est conseillé d'effacer ou renommer le ~/.kde4 aussi j'aurais préféré que ces fichiers de configuration soient plus séparés les uns des autres (des préférences d'affichage de fenêtres sont moins importantes que des rendez-vous ou des courriels)

Ce que je fais habituellement c'est renommer les fichiers relatifs aux logiciels incriminés. Tout se trouve dans ~/.kde/share/apps et ~/.kde/share/config. Ça permet de régler en général la plupart des problèmes. Cependant pour ceux qui migrent depuis KDE 3 je conseille plutôt de repartir d'un ~/.kde propre et éventuellement copier les quelques fichiers vraiment nécessaires.

Je suis en 185.18.14. J'ai essayé une version plus récente mais ça faisait carrément planter X au démarrage. De toute façon j'ai perdu tout espoir de voir KDE fluide un jour sur mon portable. Et le temps que nouveau sorte avec la gestion d'énergie pour les portables, j'ai bien peur qu'il soit parti au recyclage d'ici là.