lezardbreton a écrit 2636 commentaires

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

Un bon équivalent à Virtualdub (plus simple à mon goût) : http://kmenc15.sourceforge.net/ qui utilise mencoder pour faire son business.

Par exemple les wmv, il traine pas mal de ces cochonneries sur le net, et par moment le contenu est intéressant.

Sinon, il y a https://addons.mozilla.org/firefox/2390/ comme extension Firefox pour télécharger les vidéos de sites à la mode. Je confirme que mplayer sait les lire sans problème par la suite.

Ces satanés codecs non-libres (win32codecs) , s'ils n'existaient pas sous GNU/Linux, je ne vois pas comment je pourrais utiliser mon desktop actuel étant donné que je visionne beaucoup de vidéos. Je compatis avec les propriétaires de machines PPC.

Sur la méthodologie utilisée :

comescore uses a panel of Internet users that is recruited using Random Digit Dialing (RDD), supplemented by sizable numbers of other panelists including, work and university panelists recruited online.

recruits download and install the software that enables comScore to monitor a households/work/uni Internet use

Instant Messengers have different behaviors than other digital applications. With Instant Messengers, comScore is able to count Unique Visitors and Duration by tracking the calls that a users Instant Messenger clients makes over the Internet. Unique Visitors for these IM applications are counted when the user launches the application, which is consistent with how other Digital Applications are reported. However, duration is not tracked until the user sends a message to another user. The send of the message is the starting point of the duration credited to the IM application, and the next URL request outside of the IM application is the end point of the duration credited to the IM application. Pages being credited to IM applications is limited to messages sent; messages received is similar in concept to pushed traffic (i.e., there was no user request).

comscore technology observes instant message packets transmitted to and from panelists machines and can detect the difference between when a user sends an instant message, and when information is forced to the users messenger application, (i.e. when a stock quote is automatically updated in an instant messenger application). comScore does not record the content of Instant Messages.

(vient d'un commentaire du site)

Une critique sur cette méthodologie, expliquant que ComsScore défavorise les utilisateurs connaisseurs de l'informatique : http://ontokyotime.com/2006/07/25/comscores-google-numbers-a(...)