lezardbreton a écrit 2641 commentaires

Tu te fous de moi, c'est ça ?
Tu pars d'un mail de janvier 2005 pour parler de klipper, je te réponds qu'aucun (zero bug) n'est présent dans le bugzilla à propos de son démarrage avec KDE. Je te dis aussi qu'à la fois sur Mandriva 2006 et sur Cooker, ça marche sans intervention de ma part.
Ensuite, tu me parles de kfmclient, je t'explique que c'était dû au changement de gestion des menus (en gros, ça sera beaucoup moins patché et standard). Ce genre de bug n'existera plus la transition effectuée. Au contraire, Mandriva travaille pour que ça ne revienne plus, c'est un très mauvais exemple.
Enfin, tu parles de KDM avec un mail du 14 Septembre 2004, je ne comprends même pas pourquoi je devrais répondre à ça.

Que la distribution de développement de Mandriva soit instable, c'est un peu son rôle. Faire des transitions, parfois douloureuses, c'est normal.

Mes deux distributions sont Mandriva et Debian Testing, chacunes ont leurs bugs, et les deux ont très peu de bugs sous KDE. Ce n'est pas comme la malheureuse Kubuntu... Ce n'est pas parce qu'une distribution est française qu'il faut s'acharner dessus !

Et les fenêtres konqueror qui se crashent régulièrement (pouf ! fermée !) ?
Je ne vois pas de quoi tu parles. Ca crashe autant qu'ailleurs (c'est à dire que je ne me rappelle plus de la dernière fois que c'est arrivé).

Et les raccourcis kfmclient qui une mise à jour sur deux ne fonctionnent plus ? (pourtant, la commande « konqueror », elle, fonctionne)
C'est dû au système de menu Debian qu'avait pris Mandriva. Ca tombe bien, ça n'existera plus avec la 2007.

Et Klipper qui ne reste pas lancé (et qui d'ailleurs ne veut même pas s'intégrer dans la boîte à miniatures) ?
Chez moi ça marche !

Mandriva n'est pas la panacée, mais dire qu'elle est plus instable qu'une autre, c'est de la profonde mauvaise foi.

Il faut rajouter que /usr/share/config/kdm/kdmrc a été vidé de toute substance intéressante en même temps. Un genkdmconf plus tard et ça repart.

il était encore dans mon cache. Il n'existe effectivement plus.

Enfin bon, la rapidité ne faisant pas la qualité, il ne vaut mieux pas les installer : http://kubuntu.org/packages/kde-354/README
These packages contain a bug which stops /etc/kderc and therefor the kubuntu-default-settings files from being used.

We do not know the cause of this bug but we currently do not advise upgrading to these packages.

Jonathan Riddell 2006-08-01

Heu, comment dire, je suis un gros nul en paquetage rpm et je me suis lancé pour débuter. J'ai suivi le RPM HowTo en français de Mandriva : http://qa.mandriva.com/twiki/bin/view/Main/RpmHowToFr . Je voulais faire le paquet kde-style-klearlook, alors j'ai piqué le srpm d'un autre thème KDE dans Mandriva et adapté grossièrement le fichier spec pour klearlook.

Une fois ce fichier spec fait, un rpmbuild -ba kde-style-klearlook.spec plus tard, tu as ton fichier rpm conçu dans ton répertoire ~/rpm/RPMS/. rpmlint te permet de repérer les erreurs de construction de ton rpm (chez moi, il manquait un champ).

Quand j'ai cru que mon rpm était à peu près correct, j'ai demandé conseil à misc sur IRC, et j'ai viré mon champ depends qui n'avait aucun intérêt, vu que rpmbuild analyse automatiquement les dépendances.

En suivant les instructions trouvées sur http://qa.mandriva.com/twiki/bin/view/Main/ContributorHowtoF(...) , je l'ai uploadé sur le FTP de Mandriva et posté un message sur la ML pour le proposer.

Comme misc m'avait prévenu, mon paquet n'a pour le moment intéressé personne (les devs sont un peu trop pris par la préparation de Mandriva 2007), et il est donc toujours sur le FTP en attente de validation. Il est aussi ici : http://lezardbreton.free.fr/mandriva/

Mon conseil du jour : prendre un paquet pas compliqué (un style KDE est très adapté), reprendre un paquet existant similaire et l'adapter, et enfin, lire la doc Mandriva, qui n'est pas mal du tout et en français.

Donc une appli pas réactive, ça ne te dérange pas ? Je ne comprends pas ce que tu veux dire, ce n'est pas parce qu'une application passe la plupart du temps en fond d'écran que tu n'as pas besoin de vitesse pure au moment où tu l'utilises.

Et t'as mis quoi à la place ? T'as une autre solution moins buggué/moins consommatrice de ressources ?
Strigi : http://www.vandenoever.info/software/strigi/
http://strigi.sourceforge.net/index.php/Main_Page
Je l'ai testé, ça marche très bien (pas de bugs apparents), l'interface est sûrement à retravailler, et la taille de l'index est important. Utilisation du CPU<1%, consommation mémoire <10Mo (impressionnant, je n'ai rien senti).
Par contre, je n'en ai toujours pas l'utilisation

Kio-lucene : http://kioclucene.objectis.net/ , pas testé mais j'en ai entendu du bien.

J'ai trouvé les traces du début des annonces de Beagle pour la sortie de Mono 1.0, le 30 juin 2004. Ca veut dire qu'en plus de deux ans de dévelopement sur l'application emblême de Mono avec ces outils soit-disant si performants on n'en soit que là ? Tu n'as pas l'impression qu'il y a comme un problème ?

Ha, j'ai compris, merci du tuyau, c'est pas mal du tout effectivement.

Mais http://www.jetable.org est plus connu pour le moment, et marche très bien. Enfin bon, ce sont des adresses à répéter.

C'est pas le premier, je suis dessus la plupart du temps depuis deux semaine :)
Je dois être un cas bizarre, parce que je n'ai pas encore vu de bug. Bon, en même temps, j'ai principalement utilisé konqueror, kmplayer, et les outils rpm pour faire mon premier rpm ! Sinon, tout a été configuré sans problème dès l'installation, je n'ai pas eu à aller dans les drakconf pour le moment.

Qu'est ce que tu veux, mono, c'est le truc marketing par excellence. Ils ont même réussi à faire croire au béotien que les applis développées en C# sont meilleures. Au contraire, les bonnes applis python/GTK ne reçoient aucune attention, par exemple Quod Libet : http://www.sacredchao.net/quodlibet
Si python/GTK avait déroulé le même plan marketing, les choses auraient surement été différentes.

http://www.cestnormalcestchezfree.fr
Quelque part ça me rassure de voir qu'il n'y a pas que mon site tout pourri qui ne marche pas chez Free.
Sinon, il y a de bonnes idées, mais au final le système actuel de DLFP me va parfaitement (et là, il ne faut pas voter "lèche s'il vous plait").

et les couleurs alors ?

Visiblement, ça ne sera jamais réglé si tu n'interviens pas toi-même. En effet, udev conserve la version obsolète de sa configuration, de peur que tu ais fait des modification manuelles dedans. Pour moi, c'est un bug, pour le dev, une fonctionnalité.

En tout cas, debfoster n'est plus maintenu. Comme tu le dis et comme le dit le mainteneur du paquet, aptitude le fait déja : http://www.fruit.je/debfoster/

Sinon, pour répondre à l'auteur du journal : Kubuntu, c'est un KDE modifié en profondeur. Personellement, je préfère l'original à la contrefaçon (ce n'est pas tout le temps vrai, bien sûr). Cela dit, il y a des choses que je ne comprends pas bien sur ma Debian Testing, comme ceci : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359978+ .

Ca vient surement du fait de mettre à jour continuellement, ce qui laisse des traces de configurations obsolètes.

Mais disont que Mandrake a moins de talent. L'erreur de Mandrake a été de ne pas développer une synergie avec les développeurs en mainstream.
Ils n'ont pas du tout les mêmes moyens, je te le rappelle, et malgré ça des gens comme Laurent Montel travaille directement à temps complet chez KDE en upstream.

Chez Iliad, ils sont plutôt au courant. Il faut juste tomber sur la bonne personne.

Pour moi, aucune raison ne tient la route, les mettre sur un dépôt hébergé par eux ou dans un CD revient exactement au même (à moins que les serveurs soient hébergés en dehors des US, et qu'aucune doc ni programme officiel ne les mentionne). J'aimerais bien que les distributions arrêtent de regarder les Etats-Unis comme le centre du monde et qu'ils remarquent qu'il existe tout de même plus de 400 millions d'utilisateurs potentiels en Europe. Libre à n'importe qui d'entre nous de faire des images spéciales pour l'Europe vous me direz, ça tombe bien, car j'y pense !

Mais pourtant, je suis en France, et les brevets ne sont pas valides ici. Pourquoi donc n'aurais-je pas le support des mp3 sans avoir à rajouter des dépôts supplémentaires ?

Même si la dernière version de Fedora est plutôt une réussite (franchement, elle vaut le coup quand on aime GNOME), les FC4 et FC3 étaient vraiment remplies de bugs. C'est surement dû à la particularité bleeding-edge de la distribution. Après tu as raison, le KDE fourni est presque inutilisable.

Ca veut juste dire que, on a beau tout faire pour simplifier à l'utilisateur, un ordinateur restera toujours quelque chose de compliqué, quel que soit l'OS. Ca vient bien sûr de la complexité des périphériques ou encore de la complexité des usages.

Il s'est réouvert depuis, comme par exemple la base de connaissance qui est entièrement accessible à tout le monde, ce qui n'était pas le cas il y a un an. Mandriva fait de gros efforts, mais ne sait visiblement toujours pas comment le communiquer.

Pour préciser : installe ta distrib GNU/Linux en premier qui installe grub sur le MBR. Ensuite installe Freebsd, mais n'oublie pas de cocher : ne pas toucher au MBR ! Finalement, démarre sous linux et ajoute Freebsd dans ton /boot/grub/menu.lst :

title FreeBSD
root (hd0,0) # si tu as installé Freebsd dans /dev/hda1
makeactive
chainloader +1