Mr_Moustache a écrit 519 commentaires

Sous Gnome, ce n'est pas parce que tu utilises l'environnement que tu dois utiliser tous les logiciels associés :)
Il y a le choix:
[1] Très performant et suffisant: Sylpheed avec Bogofilter [2]
[2] Performant et plus de possibilités: Sylpheed-claws, plus complet et plus complexe
[3] Assez lourd et simple: Thunderbird
[4] Lourd mais complet: Evolution

Ces logiciels s'intégre bien dans un environnement Gnome (Thunderbird un peu moins bien sûr...), mais le reste suit le thème GTK+2.
J'utilise Sylpheed et Bogofilter, c'est très véloce et ça fait ce dont j'ai besoin.


[1] http://sylpheed.good-day.net/en/(...)
[2] http://bogofilter.sourceforge.net/(...)
[3] http://claws.sylpheed.org/(...)
[4] http://www.mozilla.org/products/thunderbird/(...)
[5] http://www.gnome.org/projects/evolution/(...)

- si ClamV et équivalent à ClamWin
Il suffit de lire un peu l'anglais sur la page du projet http://www.clamwin.com/(...) :
"ClamWin is a Free Antivirus for Microsoft Windows 98/Me/2000/XP/2003. It provides a graphical user interface to the Clam AntiVirus engine.
http://www.clamav.net/(...)

- si ClamV détecte autant de virus que des anti-virus payants
Il faut savoir que les dix virus les plus rencontrés sont ceux qu'on rencontre dans plus de 90% des cas (jusqu'à 99%). Alors le nombre de virus n'est pas réellement significatif, c'est plutôt commercial...

- si les mises à jour de ClamV sont aussi rapides et à jour que celles des anti-virus payants ?
Aussi rapide, je n'en ai pas la moindre idée, en tout cas, bien assez rapidement pour être utilisé en production et à la maison.

Dernière remarque, c'est ClamAV (AV pour Anti-Virus).

Pour le scanner, tu fais quelque chose dans le même goût que ce que propose libgphoto2 [1] non?
J'ai aussi créer un groupe qui peut accèder aux appareils photo numériques USB.

[1] http://www.gphoto.org/doc/manual/permissions-usb.html(...)

Pourquoi ne pas avoir tout de même tenter le noyau 2.4.31, même pour dire ensuite que ça ne marche pas? Au moins ça donne une idée pour toi et les gens qui lisent des possibilités par défaut de la configuration proposée par Linux Slackware 10.2. Là, ça fausse ton test, non seulement tu bootes sur le test26 mais en plus tu recompiles ton noyau derrière sachant que les modules étaient sur le CD2 !

Sinon, j'aime bien ton humour:
J'ai testé cette nouvelle version sur un Athlon AMD64 3000+ avec 1GO de RAM sur une carte mère NForce4, carte vidéo Geforce 7800GTX PCI Express et un disque Serial ATA 250GO. J'ai également testé cette distribution sur un portable IBM T42 avec 1.5GO de RAM. (..) KDE 3.4.2 est rapide et toujours aussi sympathique.
Avec des bêtes comme celles-ci, ça me ferait mal au coeur si tu avais des problèmes de performances avec un window/desktop manager :)

La suite du test est très banale, et mis à part pour les possesseurs de scanner USB, les Slackers n'y apprendrons pas grand chose.
Tu aurais peut-être pu faire un bench de l'intégration des NPTL, encore faut-il que tu bootes sur un 2.4 (ou en utilisant la variable LD_ASSUME_KERNEL comme le montre Patrick dans le README.NPTL), ça aurait plus montré la principale (l'unique?) nouveauté de cette Slackware 10.2.

Gnome: RIP.

Je pense qu'il n'a pas bien compris qu'après avoir booter sur le noyau test26, il fallait installer les paquetages qui se trouvent sur le CD2 dans linux-2.6.13/ (sauf les kernel-headers).

Bah 80% de l'espace disque, c'est ce que conseille la FHS pour /pr0n

J'ai un autre bug à signaler.
Je me suis enregistré avec un pseudo à plus de 10 caractères, j'ai validé et j'ai pu accèder à mon compte. Le problème est que je ne peux pas utiliser l'authentification du site qui à une limite de caractères à... 10 caractères...
Il faut enlever l'option maxlength="10" de l'authentification du site ou la mettre à la même taille que celle fixer (si il y en a une) lors de l'enregistrement.
Merci.

Effectivement, cette option n'existe pas, d'ailleurs ce n'est pas vraiment la voie de Rox-Filer, qui propose plutôt d'être assez flexible pour l'implémenter soit-même très simplement.
Oui, ce n'est pas très "user-friendly", mais ce n'est pas son objectif non plus...
Enfin, celà peut toujours faire l'objet d'une feature request :)

C'est très bien d'essayer ces gestionnaires de fenêtres/gestionnaire de bureau, dommage que tu ne consacres pas un peu plus de temps à nous décrire tes sensations :)

Pour XFCE, je pense qu'en parlant du dock, tu fais référence en fait au panel [1] (xfce4-panel). Le paramètre que tu cherches existait il y a encore quelques mois, mais le développeur n'a pas cru bon de le laisser même suite à quelques mécontentement, pourtant, ça ne coutait rien...
Personnellement, je trouve que XFFM (le gestionnaire de fichiers) est absolument horrible même s'il regroupe de bonnes idées. En remplacement, j'utilise Rox-Filer [3] dont je n'ai pas grand chose à redire.

Quand est-ce que tu passes une semaine sous ratpoison [4] ? /o\


[1] http://www.us.xfce.org/images/panel.png(...)
[2] http://forum.xfce.org/viewtopic.php?p=5012&sid=a44234db750dcf85(...)
[3] http://rox.sourceforge.net/phpwiki/static.html(...)
[4] http://www.nongnu.org/ratpoison/(...)

s/2.8/2.6.8 au minimum/
Effectivement, c'est plutôt lié à GTK+, corrigé en version 2.6.8. (et non pas 2.8)

Ce problème a été corrigé depuis Gnome 2.10, par défaut, il n'y a plus de fichier/dossier selectionné. Effectivement, ce n'étaitpas très pratique.

Ca marche même pour tous les gens qui connaissent un "informaticien", c'est d'ailleurs la meilleur façon de se faire des amis...

Par contre, nulle part il n'est question de remplacer leurs lourdes limousines par des voitures électriques, ou leurs déplacement hebdomadaires en avion par le train.
Voilà un autre sujet tout aussi intéressant que les dépenses de l'Etat et de ses politiciens (du député au ministre en passant par les sénateurs) qui s'engraissent sur l'argent public sans se justifier. J'aime assez ce que font les anglosaxons de ce point de vue là (justification des dépenses), et l'affaire Gaymard aurait fait tombé plus d'une tête...
Mais c'est une autre sujet dans le tas "embrouilles&co".

"résoudre vos problèmes les plus divers en moins de 30 secondes"

Cela ne veut pas dire que l'appel va durer 30 secondes, mais que l'opérateur le résoudra en 30 secondes après l'explication. Et là, je rejoins le premier commentaire sur le sujet.

Je ne pense pas que OOo rebute la plupart des utilisateurs de part son interface (même si elle n'est pas terrible en version 1.x), le principal problème reste la compatibilité des documents, et tant que OOo n'aura pas atteint une très bonne gestion des formats MSO, il aura du mal à prendre sa place.
J'ai entendu assez souvent le <<Ouais, mais là mon doc ne s'affiche pas correctement...>>
C'est plutôt dur, mais la progression de cette suite passera sans doute par son interopérabilité très étendue plus que part le fait qu'elle soit libre, gratuite, [enlarge your penis here]...

Ce sont les mainteneurs de distributions qui vont être contents :)

Depuis quand qui que ce soit d'entre vous à le moindre pouvoir sur ce que Google se décide à indexer / référencer / actualisifier ou pas ?
Ne serait-ce pas ce qu'on appelle être "client" ?
Ca doit être pour ça qu'il existe une page pour rapporter les problèmes...

A la vue des posts et des évaluations actuellement, tu penses bien qu'on ne prend pas le temps de lire le contenu d'un site pour le juger :)

Il ne faut pas lire Wikipedia comme une bible, certes, le moteur est vieux, mais il possède de bonnes capacités d'évolution, il suffit de regarder la différence entre Quake3 et Enemy Territory. Ce dernier est d'ailleurs énormément joué sur Internet, il a l'avantage d'être jouable sur des configurations correctes sans trop de problèmes comparé aux bêtes de courses qu'il faut pour faire tourner les Doom3, Unreal et prochains Quake4.
Et si tout reposait sur le moteur 3D, Counter Strike ne serait plus joué depuis des années !

Bref, la durée de vie des jeux utilisant ce moteur dépend plus de la qualité du gameplay que des quelques hardcores gamers ayant des machines qui ne trouveront pas les graphismes à leur goût.

L'histoire ne dit pas s'il le garagiste lui a fait un prix contre de la pub sur LinuxFr.

Quant au PC sur lequel cela prend du temps, c'est un P3 1,13 GHz - 384 Mo. Il n'est pas de toute première jeunesse mais il devrait quand même tenir...

Aboslument, et c'est pour ça que ton problème ne doit pas venir de Bogofilter mais plutôt d'ailleurs.

Le problème, c'est que la base de bogofilter grossit et est modifiée à chaque message : la base n'est pas « cachée » en mémoire et est relue du disque dur et rechargée pour chaque message.

La base de données n'est pas entièrement relue à chaque message, c'est l'intérêt de la base de données et la BerkeleyDB est très véloce. De plus, dans le cas où Bogofilter est lancé plusieurs fois de suite, le système "cache" lui-même les informations.
Bogofilter peut procéder plusieurs mails à la fois via l'option "-B"

C'est très lourd lorsque l'on reçoit plusieurs messages (100 messages ça prend plus d'une minute, une dizaine de messages ça prend dans les 15-20 secondes).
Tu dois avoir un problème puisque sur mon AMD 2500+, Bogofilter met moins de 700ms à traiter 300 mails d'une totalité de 4Mo.

Il fournit aussi Bogofilter pour intégrer un antispam à Sylpheed:
http://linuce.free.fr/packages/bogofilter/(...)

En fait on trouve même un script Perl sur le site de Sylpheed-Claws permettant de convertir une boite au format MailDir vers le format MH.
http://sylpheed-claws.sourceforge.net/tools/sylpheed-maildir2sylphe(...)

Sylpheed utilise le format de boîte MH (Un fichier par mail, un dossier par dossier).
Il est possible d'importer les mails au format MBOX, format utilisé notamment par Thunderbird. Je l'ai fais et je n'ai eu aucun souci.