Christophe Fergeau a écrit 1255 commentaires

Le mmx, c'est des calculs entiers, le sse est clairement recommandé par intel en lieu et place de la fpu vu les performances de la fpu sur les p4...

"-03 -pipe -march=athlon-xp -ffast-math"

Ca vaut vachement le coup de préciser que t'utilise -pipe dans tes flags de compil... Tu devrais aussi dire quel shell t'utilise pour lancer tes compils, ça doit avoir un impact très important sur la réactivité finale des applis.

Oui, et ça émule un PowerPC...

Et a l'exécution, il utilise bien la bonne libglade ? (ldd ton_binaire devrait te le dire)
Ignore ma question si t'as juste le libglade installé par ta distrib ;) Par contre si t'en as installé une version compilée par tes soins, ça vaut le coup de vérifier.

Pour avoir le n° de version d'une lib avec pkg-config, c'est pkg-config --modversion libglade-2.0 par ex.
La libglade 2.4 peut remplacer sans recompilation ni changement dans le code source la libglade 2.0, il est donc logique qu'elle soit utilisée quand on demande libglade-2.0 à pkg-config, ça évite de devoir changer inutilement libglade-2.0 en libglade-2.4 dans tous les appels à pkg-config quand on met à jour.

howl intègre une partie du mDNSResponder de Apple, donc le code est commun, ça doit être l'interface de la biblio qui est différent. Aucun des 2 n'est libre aux yeux de debian-legal

« Ah non, je ne suis pas d'accord.

D'abord, un utilisateur avancé peux vouloir utiliser un terminal. Sans terminal, adieu ces utilisateurs... »

Bon, faut arrêter de faire son /.ien linuxfrien de base de temps en temps et se renseigner un peu avant de ruer dans les brancards des fois...
S'il a été envisagé de retirer l'option, c'est parce qu'il y a un petit programme externe qui permet d'avoir cette option (il me semble même qu'il est un poil mieux que le système actuel, je sais plus pourquoi).

Sous windows xp, t'as à peu près la même chose que dans nautilus pour graver un cd rapidement ;)

Une mailing list avec que des réponses hors-sujet qui auraient dû être faite en privé c'est encore plus con. Et régler le Reply-To sur la liste, ça rend les réponses privées très dures à faire.
J'ai pas dit qu'il fallait jamais répondre sur la liste, juste que c'est pas compliqué de faire en sorte que le mailer ait un comportement cohérent même si ça force l'utilisateur à penser un peu, ie à savoir qu'il veut poster sur la liste et pas juste répondre à l'utilisateur qui a envoyé le mail... C'est sûr, c'est fatigant...
C'est quand même pas compliqué de cliquer sur "répondre à la liste" pour répondre à la liste, et "répondre à" pour répondre à l'expéditeur non ?

> Ça permet d'utiliser la liste de discution de manière normale sans ce prendre la tête (on clic sur "répondre", la réponse va sur la liste)

Sauf que je considère pas ça comme un comportement normal... Quand je clique sur répondre, je veux répondre à l'auteur du message, pas à qques milliers de personnes
Je sens que je vais foutre systèmatiquement un reply-to dans mes mails moi...

« Par contre ce que je cherche, c est un client mail qui soit capable de repondre automatiquement aux mails d un certain dossier: imaginons que TB deplace les spams dans Junk, je voudrais qu au lieu d effacer les Junk, quelque chose s occupe de repondre systematiquement aux mail, question que si un humain vrai veut m ecrire, et que le mail est considere comme un spam, le truc ne soit pas flushe sans rien dire, mais que l emeteur legitime soit averti que JE N AI PAS LU son message. »

Euh, ça me paraît aussi un bon moyen de dire aux spammeurs « regardez, cette adresse c'est une vraie adresse email qui marche, y a qqu'un qui relève le courier qui arrive dessus et qui le lit, envoyez encore plus de spam dessus, c'est une bonne adresse!! » Donc je suis pas sûr que ça soit vraiment une bonne idée ;)

Ah ça, c'est leur problème s'ils savent pas se servir d'un client mail...
Quand le reply-to est réglé sur mon adresse perso, c'est facile de m'envoyer un mail perso, ou d'envoyer un mail à la liste (mail list, ou reply all).
Quand le reply-to est réglé sur l'adresse de la ml, j'ai pas encore trouvé de moyen simple de répondre en perso au posteur...

> Normalement une application ne doit pas se préoccuper de PAGE_SIZE ou de tout autre particularité de la mémoire virtuelle.

Les man de mmap et mlock ne sont pas d'accord avec toi... Ok, la taille de page dont ils parlent ne correspond pas nécessairement à la taille de page réelle utilisée par le noyau, mais à mon avis à l'heure actuelle c'est le cas.

> Que le développement actuel de dbus ne vise qu'à virer bonobo ?

Havoc ne l'a pas dit ouvertement, mais à mon avis un de ses objectifs est d'avoir qqchose de viable qui peut à peu près remplacer bonobo, même si ce n'est pas l'unique raison d'être de dbus...

> Que bonobo sera remplacé par dbus (+ quelque chose au dessus) ?
> Oui, c'est possible. Mais ce n'est même pas prévu pour Gnome 3 ...

Je sais pas trop d'où tu tires toutes tes certitudes et tes infos sur gnome, mais je peux te dire que moins il y aura de bonobo dans gnome 3, plus les développeurs seront contents...

> Havoc n'a JAMAIS dit que DBUS remplacera bonobo.

Il l'a pas dit, mais en suivant l'évolution de dbus et de ce qu'il veut faire avec dbus, c'est de plus en plus évident (surtout si tu prends en compte le fait qu'il n'aime pas bonobo).

> Ça n'a aucun sens. Interface gtk avec cvs si ça t'amuse.

Je parlais de création automatique de wrappers pour accéder aux méthodes/propriétés d'un gobject via dbus, j'espère que ça t'es plus compréhensible maintenant. Par contre je comprends pas ce que tu dis toi ;)

A mes yeux, le pb de bonobo, c'est pas que c'est pourri que ça marche mal et tout ça, c'est juste que c'est pas complètement fini, ie c'est un peu comme la xlib : avec la xlib, t'as tout ce qu'il faut pour faire des trucs biens, mais sans un toolkit comme qt ou gtk+, tu t'en sors pas. Bonobo à mon avis c'est pareil, faudrait rajouter des trucs pour le rendre plus simple à utiliser. Mais personne s'est lancé là dedans, et avec Havoc qui a décidé il y a bien longtemps que bonobo c'était pas bien, et qui par contre fait tout ce qu'il peut pour que son dbus puisse bénéficier d'une surcouche permettant de l'interfacer facilement avec gtk et la glib...

Nouvelle, nouvelle... Depuis gnome 2.0 quoi, ça commence à faire un bail maintenant (qques années)

Tu peux développer ? En particulier au regard de http://tml-blog.blogspot.com/2005/02/would-real-maintainer-of-popt-(...)
Pour la stabilité, la complexité et l'utilité contestable, c'est pareil, j'aimerais bien que tu développes un petit peu.
J'ai vu pas mal de devels gnome se plaindre de bonobo, mais j'ai pas souvenir d'avoir déjà entendu qqu'un se plaindre de gconf... (à part quelques développeurs d'applications tierces pour qui la portabilité sous windows était importante).

Oui, evo c'est encore 4/5 gros composants bonobo, mais dans la version 1, l'utilisation de bonobo était plus importante, tu devais avoir des composants out of process et tout le tintouin.

Gnumeric doit pas trop utiliser bonobo vu qu'il fonctionne sous windows. Evolution utilisait plus bonobo dans sa version 1.x que dans sa version 2 je pense.

> Il n'est pas question de limiter son usage

On doit pas parler avec les mêmes personnes alors...
Essaie de parler de bonobo aux développeurs de sound-juicer ou totem par exemple.

> visualisateurs

Je me demande si eog n'a pas perdu son support bonobo d'ailleurs...

La plupart des devels gnome actuels n'aiment pas bonobo (trop lourd à utiliser, trop compliqué, ...) donc la tendance actuelle est à limiter son usage au maximum.

desktop-devel-list, c'est une liste de diffusion gnome (celle qui a le plus fort trafic a priori).

Ils filent pas des outils spécifiques pour ça apple dans xcode ?

> Ou alors, je veux bien une version de valgrind pour PPC.

Voilà m'sieur, il suffit de demander ;) http://ozlabs.org/~paulus/(...)