Christophe Fergeau a écrit 1255 commentaires

J'espère que tu parles pas de gconf là, sinon ça prouve bien que tu critiques sans vraiment savoir de quoi tu parles... Les fichiers de conf de GConf sont dans ~/.gconf/ et ensuite t'as une arborescence identique à celle de gconf-editor (/apps/nomdelappli par ex), et dans chaque répertoire, t'as un unique fichier xml... Si à partir de ça, t'arrive pas à faire le lien avec ce qu'affiche gconf-editor, le problème vient plutôt de toi à mon avis ;)
En ce qui concerne les retours à la ligne dans le XML, il faut faire un peu attention quand même vu qu'ils sont significatifs pour le parseur.

Ouais, sauf que le fait que tu aies le choix est un problème en soit: au resto, si j'ai trop de choix d'entrées, je mettrai des heures à me décider, pour les options, si je veux changer un truc bête (le fond d'écran par ex), et que je suis obligé de chercher la sélection du fond d'écran parmi 15 écrans d'options avec plein de texte dedans, y a un pb...

GStreamer n'est pas un serveur de son comme tu sembles laisser l'entendre, en tout cas ça joue pas du tout dans le même domaine que esd, même si dans l'absolu il est parfaitement possible d'écrire un remplaçant à esound utilisant GStreamer

Et le temps d'accés à un fichier n'a rien à voir avec le temps de parsing du fichier... Si tu perds 100ms sur ton parsing parce que tu fais du XML alors que t'as passé 3 secondes à lire tous tes fichiers, le temps passé à parser du XML n'est pas trop génant...

> Des options similaires sont éparpillées dans des noeuds différents.

Ah bon ? Je dois être un génie alors, quand je cherche une option dans GConf, je la retrouve toujours quasiment instantanément...
Je cherche une option pour monapplisuperbien ? Je vais dans /apps/monapplisuperbien, et hop, l'option est là si ça a été prévu par le développeur qu'on puisse la changer dans GConf...

> Le fork ne vivra peut être pas longtemps mais il a le mérite d'avoir lancé un pavé dans la mare

Le pb c'est que du côté GNOME, le ali akcaagac est essentiellement considéré comme un troll, et le fork comme une autre de ses idées farfelues...

Des personnes qui sont à la limite d'insulter les développeurs parce qu'ils ne veulent pas faire ce qu'ils ont décidé qu'il fallait faire, c'est pas des utilisateurs dignes d'être écoutés si tu veux mon avis. (je dis pas ça pour toi, mais par rapport à certains threads sur les mailings lists gnome à ce sujet).

Ouais, c'était apparemment le seul moyen qu'une certaine catégorie de personnes arrête de passer son temps à râler sur les mailing lists/sites à trolls/...

Y aura une option dans les preferences de nautilus dans gnome 2.8, merci d'arrêter de troller là dessus, au suivant.

Ca doit probablement pouvoir se faire avec gstreamer et gst-launch, mais la syntaxe en ligne de commande est un peu barbare... je te conseille la lecture de la man page et du courage si t'as envie de creuser dans cette direction ;)

Ouais, enfin c'est pas comme si c'était l'idéal de dire à un gars d'installer X11 sur son windows pour pouvoir utiliser ton soft en GPL qui tourne avec QT. Ca a le look natif quand ça tourne sous windows avec X11 en plus ?
A ce moment là, GTK+ est autant multi plateforme que QT vu qu'il y a une version MacOSX (via X11).

Le pb, c'est surtout que si tu fais un joli logiciel libre GPL sous linux, tu peux pas le distribuer aux mêmes conditions sous windows, je trouve ça plutôt gênant moi...
Sinon, il n'y a pas qu'une seule version GPL de QT, la version MacOSX est aussi dispo sous GPL.

Donc le C + GObject utilisé par GTK+ et GNOME est un langage objet/orienté objet et l'auteur de la news a dit des bêtises ;)

Y a hardware.fr qu'a fait http://hardware.fr/articles/501/page1.html(...) récemment, en plus ça tombe dans ton budget ;) J'aurais tendance à penser que tous les appareils récents font soit du ptp, soit de l'usb mass storate, et que donc l'un ou l'autre fonctionne sous linux, soit directement, soit via gphoto2. Qqu'un pour confirmer ?
Dans le pire des cas, t'as la possibilité d'acheter un lecteur de carte mémoire externe.

Et y a des liens vers des planetxxx pour d'autres projets (KDE, Debian, Freedesktop, ...) dans le bandeau à droite sur planetgnome

Pour être précis, ils filent les bouts qu'ils veulent bien, apparemment au niveau drivers pour les chips made in apple, c'est pas trop ça au niveau de l'ouverture et de la disponibilité des sources, pourtant c'est ça qui serait le plus intéressant pour les linuxppc...

La cause du pb, c'est http://linuxfr.org/~ploum/13912.html,(...) ça dfevrait être résolu dans qques jours...

J'ai déjà entendu d'autres personnes ayant le même genre de problème, mais je sais pas trop d'où ça vient... T'as pas esd qui tourne ?

Je ferais deux news : 1 news au moins 3 semaines avant « on organise ça, ça sera à telle date, notez le dans vos agendas si vous voulez venir, contactez nous si vous voulez participer » qui passerait probablement en 2nde page, puis une news moins d'une semaine avant pour que les gens n'oublient pas.
Un journal/un envoi de mail sur les mls de traduction marcherait aussi à mon avis.

> Note: depuis le début, la petite phrase était présente... faut il encore tout lire!!

La petite phrase en question aurait eu un quelconque intérêt à mes yeux si la news était passée il y a qques semaines...

(Ancien) traducteur GNOME mais je suis toujours de près le projet de traduction de GNOME), je suis un peu surpris de découvrir l'existence de cette « Traduc Party » via linuxfr à moins d'une semaine de l'évènement. Le responsable du projet de traduction française de GNOME n'est pas lui non plus au courant...

Enfin tout ça pour dire que contacter les responsables des principaux projets de traduction me paraît la moindre des choses quand on a la prétention d'organiser un grand évènement concernant la traduction des logiciels libres de façon générale...

> J'espère également qu'au lieu d'avoir une guerre entre xvid/theora ils se spécialiseront dans des domaines différents (xvid pour les film, theora pour les dessins animés, etc...).

xvid et theora sont bien différents... xvid est une implémentation (d'une partie) du standard mpeg4 libre, mais enfreint un bon paquet de brevets tandis que theora n'est pas compatible mpeg4 mais ne viole aucun brevet (du moins pas de brevet "connu").

(la dernière phrase de ton msg me donne envie de noter ton commentaire comme étant inintéressant d'ailleurs...)

C'est quoi comme système de fichier ? c'est peut être lui qui est en vrac ? Un disque défectueux te balancerait plutot des erreurs du genre "unreadable sector" ou des trucs du style (visible dans /var/log/kern.log ou /var/log/messages)

Ca se règle avec ulimit tout ça aussi... (enfin avec bash tout du moins)

A priori c'est un gars qui voulait coder un truc et qu'était pas très doué donc qu'a fait qqchose de pas super propre et de buggé, et manque de bol il s'est bouffé un bug du noyau ;)

Ouais, je me suis souvenu de ça qu'après coup, dans mon premier post quand je parlais de hotplug IDE, je voulais dire que ça pouvait poser pb pour le SATA, et c'est qu'ensuite que je me suis souvenu que le SATA était géré par la couche SCSI de linux, et que donc y avait plus de chances que le hotplug fonctionne.
Mais je suis à peu près sûr qu'en l'état actuel des choses, le hard ne supporte pas le hotplug SATA