lezardbreton a écrit 2626 commentaires

Un soucis de paquetage, et ce n'est pas la faute du packager ?
C'est quand même étonnant de tout pardonner ainsi lorsqu'il s'agit d'Ubuntu...

Celle-là je pense : https://addons.mozilla.org/firefox/2390/ (VideoDownloader)
Mais bon, ça marche que avec Firefox.

Il existe aussi des filières expertise en France. Dans les boites de conseil, tu as souvent des dénominations "experts" qui signifient quelque chose. Dans ma boite, sur 500 consultants, tu as 2 experts dans un domaine particulier et c'est un poste à part au niveau hierarchique (cad leur seul responsable est le PDG). Sur le fond, je suis entièrement d'accord avec toi : les experts ne sont pas assez reconnus en France.

Franchement, avec 1Go de RAM, si ça parait lourd, c'est qu'il y a un problème quelque part.

En fait, tout n'est pas rose chez Apple, loin de là. Si tu lis les commentaires de Osnews, de Digg, ou encore de Slashdot, les opinions sont en train de changer depuis deux-trois mois. En tout cas, les mécontents de Apple ont reçu une médiatisation très importantes ces derniers temps. Entre les personnes qui passe sous GNU/Linux et qui se croit assez important pour en faire part à tout le monde et certaines annonces désastreuses pour l'image comme cette étude sur la qualité des Power Mac G5 aux conclusions alarmantes : http://www.macintouch.com/reliability/pmg5.html , j'ai senti un retournement d'opinion qui ne se traduit pas encore dans les chiffres sur les ventes bien sûr.

Personnellement, je pense que faire la même interface pour tous les OS est une erreur de conception. Une interface qui s'intègre à Windows n'est pas la même qu'une interface pour KDE. L'exemple parfait est Firefox, avec son interface d'ouverture des exécutables qui oblige à passer par /usr/bin. Bon, ça, c'est la théorie. Comme vous pouvez voir sur les screenshots, l'interface de Swift n'est pas vraiment windosienne. Je suis persuadé que konqueror sous Windows ne sera pas une réussite d'intégration, au moins au début.
Enfin bon, plus il y a de monde sous KHTML, meilleur c'est !

Sur le temps d'affichage, c'est très rapide. C'est presque comparable à Opera. Mais c'est vrai que ça crashe pas mal, un peu normal pour une alpha en même temps.

En quoi réinventent-ils la roue ? Au contraire, ils reprennent un moteur de rendu déja existant.

Le moteur de rendu est mature, le navigateur est en version alpha.

Vivi, Lego revient vers le libre : https://linuxfr.org/~lezardbreton/21533.html
http://mindstorms.lego.com/press/2057/Open%20Source%20Announ(...)

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 ?