Le support des mails est, pour l'instant, partiel et désactivé directement dans le code source. Donc inutile de tenter quoique ce soit avec le fichier de configuration.
Le support des emails est le daemon directement pour des raisons de perfs et de complexité... Pour le reste, trackerd ne fait qu'appeller un exécutable pour extraire des metadata.
Ces exécutables, tu les fais dépendre sur ce que tu veux... Si trackerd ne trouve pas un exécutable, il ne sortira pas les données qu'il y avait dans le fichier associé. Beagle fonctionne de la même façon.
Si je fais dépendre le daemon trackerd à une bibliothèque GNOME, je vais me faire incendier par tous ceux qui ne veulent pas du bureau du même nom... Le daemon a vocation a rester indépendant de tout bureau, au pire, on se contente d'essayer d'appeller des exécutables spécifiques à ces bureaux et de ne rien faire s'ils ne marchent pas. De cette façon, on a une dépendance non imposée à l'utilisateur.
Evolution utilise la bibliothèque Camel. Je n'ai pas vraiment besoin de tout ce qu'elle offre, très loin de là... Donc au final, je n'ai fait que la lire un peu et en extraire des choses à recoder. Mais la perte de temps est surtout dans le fait de chercher quelles données arrivent aux fonctions Camel ! Lorsque je vois une fonction appellée avec une variable « url » par exemple, ça veut dire pour moi que je dois me débrouiller pour savoir ce quelle contient à ce moment là et pourquoi...
Beagle n'interroge pas evo-data-server pour les mails mais lit des fichiers summary et summary-meta (ce dernier type a d'ailleurs été ajouté dans Evo 2.8 spécifiquement pour Beagle !). Et le code pour parser ces fichiers vient tout simplement de Camel. ;-)
Je suis au courant de l'initiative Wasabi pour créer une interface DBus commune à tous les systèmes d'indexation/recherche de contenu. Mikkel Kamstrup Erlandsen intervient régulièrement sur la ML de Tracker et Jamie McCracken (le dév principal de Tracker) suit l'avancée de cette initiative. Le dév principal de Strigi y participe aussi et il a de bon rapport avec Jamie.
Donc pour l'instant cette initiative pourrait tout fait être adoptée par Strigi et Tracker. Pour d'autres, je n'en sais trop rien... Je crois que les dév de Beagle étaient intéressés par l'écriture d'une interface DBus, mais je ne sais pas si elle suivra Wasabi.
Là, je développe justement le code pour Evolution et KMail. Jamie a balancé du code pour avoir le support des emails dans SQLite et j'ai connecté une partie de mon code dessus. Donc j'arrive à enregistrer des mails :-)
Néanmois je ne sais pas encore quel est le format des URI servant à ouvrir un mail précis dans Evolution lors de l'utilisation de MH ou Maildir. Pour Evo toujours, je ne sais pas encore parser les fichier summary-meta qui me permettraient de trouver plus rapidement des mails... Ils servent de sommaire aux mails, mais dans un format encore plus court que celui proposé par les fichiers summary ; et c'est du binaire. Mais bon, ça avance.
Pour Thunderbird, je dirais que j'ai envie de tuer le type qui a inventé le format des fichiers Mork... VRAIMENT.
Tracker utilise un démon nommé trackerd qui appelle tracker-extract pour sortir des metadata de documents. Les deux programmes sont écrits en C.
Le problème avec hachoir est le python... Le programme tracker-extract est lancé sur chaque fichier à traiter, puis il termine (s'il tourne encore au bout d'un certain laps de temps, il est tué). Sur des vidéos ou des fichiers sonores par exemple, GStreamer met déjà un certain temps à se lancer. Il me semble qu'un programme en Python serait encore plus coûteux à ce moment là parce qu'il apporterait un surcoût. D'autre part, j'ai aussi peur de la conso mémoire et de la rapidité de l'ensemble. Le but de Tracker est aussi d'utiliser le moins de RAM possible et de rester discret (le programme est très poli (nice 19) et demande à passer en dernier sur les opérations d'IO lorsque l'ordonanceur CFQ est utilisé). Tracker a aussi était proposé à l'inclusion dans GNOME 2.18, si cela était accepté, il serait considéré comme une pièce de bas niveau, à la hauteur de gnomevfs.
Autre chose : Hachoir évite l'utilisation de bibliothèques externes, si j'ai bien compris. Dans ce cas, cela déplace le moment où tracker en utilisera une. En effet, il faut de temps à autre extraire les données contenus dans des documents : Poppler pour les PDF, libGSF pour les fichiers OLE2, etc.
Enfin, si je ne me trompe en disant que Hachoir évite l'utilisation de bibliothèques extérieures, cela signifie que les développeurs de ce programme sont amenés à manipuler un très grand nombre de formats hétéroclites. En pratique, non seulement ces fichiers sont très différents, mais peuvent en plus être buggés vis à vis des spécifications (lorsqu'elles sont connues...) normalement attendues. J'ai donc très peu confiance en la capacité d'une petite équipe à arriver à autant d'expertise que plusieurs groupes qui se focalisent sur différents formats de fichiers...
il est question des tolérances grammaticales ou orthographiques.
finalement, pas mal de choses sont acceptées, autant parfois on ne saurai trancher :
« J'ai recueilli cette chienne errant dans le quartier.
J'ai recueilli cette chienne errante dans le quartier. »
Les deux phrases ont un sens différent pour moi...
La première dit que le chienne errait dans le quartier, elle s'y baladait sans but. Une personne l'a « recueilli » : c'est un peu bizarre comme contruction de phrase, elle aurait dû l'attraper plutôt.
La deuxième phrase dit que la chienne n'a pas de propriétaire et se déplace à sa guise sans but.
Un adverbe précise un verbe.
Un adjectif précise un nom.
À mon approche, une bande de moineaux s'envola.
À mon approche, une bande de moineaux s'envolèrent.
La deuxième phrase est incorrecte, il y est écrit quelque chose du genre :
« des moineaux s'envolèrent » et sans aucun rapport, on a « une bande » !?
Ce sont bien tous les moineaux qui forme une bande, et c'est tous ensemble qu'ils s'envolent.
La deuxième phrase est vraiment correcte au Canada ?!
Et on a une syntaxe peu homogène avec des caractères choisis un peu au pif par les auteurs du langage et qui changent de signification selon le contexte ?
Je dirais plutôt que Totem est le lecteur vidéo et que Rhythmbox est le lecteur audio... Quant à Sound Juicer, je me demande s'il ne serait pas mieux de le fusionner avec rhythmbox.
Hum, j'ai vu passer un paquet MPlayer cette après-midi dans incoming...
Je ne sais pas où il est passé là, je pense qu'il ne doit pas encore être sur les serveurs de distribution des paquets.
Il était emputé de certaines fonctions : mencoder (si j'ai bien lu le patch), et la lecture de DVD cryptés. Plus exactement, il faut installer un script pour lire des DVD cryptés et l'explication est donnée dans le paquet.
Lorsque j'entends une voyante expliquer que nous allons tous mourrir, qu'il y aura des catastrophes ou qu'au contraire l'avenir sera radieux, je n'en ai rien à faire. Je sais que les énormités qu'elle avance reposent sur la quantité de fric qu'elle pense pouvoir gagner en me rendant dépendant de ses paroles.
La plupart des gens ne sont pas dûpes de ces pratiques et comprennent parfaitement que n'importe qui pourrait en raconter autant.
Pourtant, même si la plupart des gens sont capables de se moquer des diseuses de bonne aventure, ils se laissent facilement convaincre par les diseuses de bonne aventure masquées.
Et c'est ainsi que l'on voit des hommes politiques nous expliquer qu'il faudra absolument faire des grandes réformes très impopulaires et désagréables sous peine que la France se casse la figure, et cela sans jamais émettre le moindre argument indiscutable.
Ou on trouve un gars venu expliquer à un financier qu'un site web, ça rapporte forcément du pognon ; qu'il n'y a même pas besoin de contenu ! (attention, méthode périmée depuis le début des années 2000)
Et on entend aussi Dédé, pillier de bar de son état, expliquer qu'il va falloir faire des choses en France sinon tout va tourner à la catastrophe, sur la base d'aucun argument bien évidemment (sauf ceux vus dans son ballon de rouge).
Et là, qu'avons-nous ? Un type qui explique qu'il va se passer des trucs dans plusieurs années... Pour les arguments, c'est pareil, vous pouvez les chercher...
Il ferait peut-être mieux d'appuyer ses prédictions avec des données chiffrées. Comme cela, il pourrait au moins les vendre à des cabinets d'étude...
Quant à nous, nous pourrions peut-être l'ignorer ?
Mais la partie 2D est issue du driver nv n'est-ce pas ? Dans ce cas, le travail effectué dans Nouveau n'est pas vraiment visible pour l'utilisateur final à l'heure actuelle.
De mémoire, il me semble que Metacity 2.16 a le support de AIGLX et qu'il peut faire de jolis effets graphiques. Cependant, le code n'est pas activé par défaut parce qu'il est expérimental. Il suffit donc de l'activer au moment de la compilation.
Pour le 7, je suis tout à fait d'accord avec toi tout simplement parce que c'est comme ça que ce chiffre doit être écrit en français...
D'ailleurs, pour le 1, je me demande s'il faut le souligner ? Il me semble qu'en français c'est inutile et qu'en anglais, il n'y a qu'une seule barre verticale, donc d'où vient cette typo ?
En revanche, je ne suis pas du tout du même avis pour le Z. Le symbole « Z » est celui qui est appris à l'école primaire. Le Z barré n'est pour moi qu'un excès de zèle qui a une certaine utilité pour les gens qui ne savent pas faire des Z bien « pointus » en haut et en bas, d'où une confusion avec le chiffre 2. Sur un clavier, ce cas n'existe pas, donc, selon moi, le Z barré n'est d'aucune utilité ici.
Tu devras aussi préciser quelle vidéo parce que je pense qu'il doit y en avoir beaucoup qui montrent les « coulisses » du porno.
Plus exactement, elles montrent souvent les conditions de tournage dans des pays slaves...
Maintenant, il faudrait aussi voir que le porno n'est pas uniquement tourné dans ces pays avec des femmes (quasi ?) violées.
Et il ne faudrait pas non plus oublier que certains reportages sont issus de groupes plutôt intégristes : du féminisme et de la religion notament.
Et sur cette même fonction de log, tu peux aussi provoquer un deadlock !
Ça paraît difficile à première vue, et ça l'ait, néanmoins je suis tombé récemment sur ce cas parce que le programme attrapait des signaux et déroutait l'exécution du thread receveur. Le thread receveur avait fait un lock() juste avant d'être dérouté, ce qui provoquait donc un blocage lorsqu'un autre thread voulait enregistrer quelque chose dans le log...
La solution consistait à bloquer les signaux pour tous les threads, sauf un.
Quand je parle d'élitisme, je fais référence au fait qu'une fois le standard de jure énoncé par un Mollah gnome, les fanboys vont pouvoir s'abattre comme des sauterelles sur tous ceux qui -à leurs yeux- ne suivent pas la fatwa assez bien (et débattre sans fin sur les subtilités du "standard"), lourdant tout ceux qui codent vraiment au lieu de bavasser.
C'est juste du troll ça...
On voit déjà les prémices, avec un gnomiste ici et sur le blog que tu cites qui couinent "ohlala pourquoi ils prennent pas le standard GST par défaut" alors que de toute façon ils n'utilisent pas KDE, et que le KDEiste moyen n'a rien à foutre de GST vu que Xine marche bien mieux.
C'est bien ce que disais juste avant, à la lumière d'un comportement (ici deux), tu fais des généralités. Le GNOMiste a été excité par un lézard breton qui a bien pris le soleil [comment ça se fait ça en Bretagne ?!], et de l'autre côté il s'agit d'un dév qui a tout intérêt à voir GST largement utilisé puisque c'est son gagne pain. À voir ses posts, je ne serais d'ailleurs pas étonné qu'il ne soit pas un simple dév à Fluendo...
Quant à « pourquoi pas Xine », je n'en sais foutre rien ! GST est très modulaire, peut-être est-ce pour ça qu'il est préféré à Xine ? Des histoires de licence ? Je ne sais pas.
Phonon c'est une API multimédia basique, elle a été conçue *généreusement* de façon a proposer à l'utilisateur différents back-ends. Si le besoin se faisait sentir, ils pourraient très bien remplacer les calls vers les back-ends par une solution maison en dur, ça marcherait pareil. Ça permet simplement aux devs d'applis KDE qui ont besoin de jouer un son, par exemple, de le faire facilement sans chercher une lib adéquate et se farcir sa doc, phonon fait tout le sale boulot.
Je ne vois pas ce qu'il y a de réellement polémique dans cette démarche, m'enfin un petit troll de temps en temps ça ne se refuse pas :)
Mais je n'ai rien dit contre Phonon... Je leur souhaite juste bon courage pour tenir quelque chose au-dessus de plusieurs bibliothèques très différentes, c'est tout.
Pour la fascination des Gnomistes pour Windows, c'est du pur troll de ma part :) M'enfin, quand on voit les décisions de Miguel de Icaza et Ximian avec Mono dans Gnome (duplication d'effort d'ailleurs, y a déjà .GNU), Evolution pour "remplacer" Outlook-Exchange, Novell-Ximian qui pousse XGL au détriment de AIGLX (supporté par les codeurs de Xorg, lui) pour "concurrencer Vista"... Y a quand même une volonté de faire comme (mieux que ?) MS.
Icaza n'a de force sur GNOME que chez Novell. Pour Xgl ou AIGLX, il n'y pas que MS, il y a Apple aussi. C'est surtout la problèmatique de faire un bureau avec des effets sympas. D'ailleurs EXA vient bien d'un Dév de KDE il me semble, le même que Glucose d'ailleurs.
Je trouve que ça serait plus sain, vu la qualité des trucs précités, de simplement chercher à faire de bonnes applis sans s'occuper d'MS: Evolution est vraiment une horrible usine à gaz, par contre des clients GTK comme Sylpheed sont vraiment intéressants; XGL est un hack horrible, qui utilise deux serveurs X et casse OpenGL, pourquoi le favoriser à AIGLX ? (d'ailleurs le patch glucose qui s'appuie sur AIGLX a l'air très intéressant en attendant Xegl).
Il y a Tiny-mail aussi peut-être. Evolution est sur une voie d'amaigrissement. M'enfin je ne vois pas pourquoi ce seul programme devrait servir à faire tomber tout GNOME dans le catastrophisme.
Xgl ne fait par exemple pas partie de GNOME. Le Window Manager est Metacity et non pas Compiz. Il me semble -- je parle bien au conditionnel -- que Metacity s'appuie sur AIGLX, pas sur Xgl.
Pour clore cette petite partie, je suis comme toi je pense, j'aimerais que Xegl soit prêt et utilisé. Je n'aime pas Xgl avec son idée de faire tourner deux serveurs... Mais visiblement l'effort pour arriver à Xegl est important et des changements incrémentaux sont obligatoires.
Si tu as des articles à propos de Glucose, je suis preneur :)
Faire comme/mieux qu'MS c'est se condamner à toujours avoir un métro de retard, et ça peut même étouffer les bons projets originaux qui n'ont pas les même moyens marketing que Novell/Ximian (tout le monde connait Evolution, mais s'il n'y avait pas régulièrement des news sur Sylpheed ici...).
Héhé, tu n'as pas du tout tort. Personnellement, le prosélitysme d'Icaza à propos de Mono me gonfle bien. Toujours d'un point de vue personnel, je préfère suivre l'évolution discrète de Classpath à celle ronflante de Mono...
D'ailleurs je vais peut-être me trouver confronté à cette connerie de puissance marketing. Je développe un peu sur Tracker en ce moment, c'est un Beagle-like, mais en C (et indépendant de tout bureau même s'il utilise Glib et DBus...). Lorsqu'il va être suffisament mûr pour affronter Novell de face, ça risque d'être amusant...
En bref, les KDEistes ne vont jamais couiner que Gnome n'utilise pas dcop ou les kparts, je me donc demande quelle force mystérieuse pousse les Gnomistes à râler systématiquement quand KDE n'utilisent pas leurs machins. Si ça se trouve, Gnome va se dire que finalement GST c'est pas super finalement, et sortir une lib similaire nommée Gazouilli qui fera la même chose, mais là ce sera présenté comme visionnaire :)
[^] # Re: Moi ...
Posté par Laurent A. . En réponse au journal Le monde innove dans le choix d'un candidat.... Évalué à 1.
[^] # Re: Re:
Posté par Laurent A. . En réponse au journal Un benchmark FreeBSD 7 (CURRENT) et Fedora Core 6. Évalué à 1.
[^] # Re: pas forcement comparable
Posté par Laurent A. . En réponse au journal meta-tracker, le tueur de beagle .... Évalué à 1.
[^] # Re: pas forcement comparable
Posté par Laurent A. . En réponse au journal meta-tracker, le tueur de beagle .... Évalué à 2.
Ces exécutables, tu les fais dépendre sur ce que tu veux... Si trackerd ne trouve pas un exécutable, il ne sortira pas les données qu'il y avait dans le fichier associé. Beagle fonctionne de la même façon.
[^] # Re: pas forcement comparable
Posté par Laurent A. . En réponse au journal meta-tracker, le tueur de beagle .... Évalué à 3.
Evolution utilise la bibliothèque Camel. Je n'ai pas vraiment besoin de tout ce qu'elle offre, très loin de là... Donc au final, je n'ai fait que la lire un peu et en extraire des choses à recoder. Mais la perte de temps est surtout dans le fait de chercher quelles données arrivent aux fonctions Camel ! Lorsque je vois une fonction appellée avec une variable « url » par exemple, ça veut dire pour moi que je dois me débrouiller pour savoir ce quelle contient à ce moment là et pourquoi...
Beagle n'interroge pas evo-data-server pour les mails mais lit des fichiers summary et summary-meta (ce dernier type a d'ailleurs été ajouté dans Evo 2.8 spécifiquement pour Beagle !). Et le code pour parser ces fichiers vient tout simplement de Camel. ;-)
[^] # Re: enfin !
Posté par Laurent A. . En réponse au journal meta-tracker, le tueur de beagle .... Évalué à 2.
http://wiki.freedesktop.org/wiki/WasabiDraft2
Je suis au courant de l'initiative Wasabi pour créer une interface DBus commune à tous les systèmes d'indexation/recherche de contenu. Mikkel Kamstrup Erlandsen intervient régulièrement sur la ML de Tracker et Jamie McCracken (le dév principal de Tracker) suit l'avancée de cette initiative. Le dév principal de Strigi y participe aussi et il a de bon rapport avec Jamie.
Donc pour l'instant cette initiative pourrait tout fait être adoptée par Strigi et Tracker. Pour d'autres, je n'en sais trop rien... Je crois que les dév de Beagle étaient intéressés par l'écriture d'une interface DBus, mais je ne sais pas si elle suivra Wasabi.
[^] # Re: pas forcement comparable
Posté par Laurent A. . En réponse au journal meta-tracker, le tueur de beagle .... Évalué à 10.
Là, je développe justement le code pour Evolution et KMail. Jamie a balancé du code pour avoir le support des emails dans SQLite et j'ai connecté une partie de mon code dessus. Donc j'arrive à enregistrer des mails :-)
Néanmois je ne sais pas encore quel est le format des URI servant à ouvrir un mail précis dans Evolution lors de l'utilisation de MH ou Maildir. Pour Evo toujours, je ne sais pas encore parser les fichier summary-meta qui me permettraient de trouver plus rapidement des mails... Ils servent de sommaire aux mails, mais dans un format encore plus court que celui proposé par les fichiers summary ; et c'est du binaire. Mais bon, ça avance.
Pour Thunderbird, je dirais que j'ai envie de tuer le type qui a inventé le format des fichiers Mork... VRAIMENT.
[^] # Re: a propos de la bateille HD-DVD vs BlueRay
Posté par Laurent A. . En réponse au journal (HS) HD-HS. Évalué à 2.
Ça aide, hein ?
[^] # Re: Documents bureautique
Posté par Laurent A. . En réponse à la dépêche Faites parler vos fichiers avec hachoir-metadata. Évalué à 2.
Le problème avec hachoir est le python... Le programme tracker-extract est lancé sur chaque fichier à traiter, puis il termine (s'il tourne encore au bout d'un certain laps de temps, il est tué). Sur des vidéos ou des fichiers sonores par exemple, GStreamer met déjà un certain temps à se lancer. Il me semble qu'un programme en Python serait encore plus coûteux à ce moment là parce qu'il apporterait un surcoût. D'autre part, j'ai aussi peur de la conso mémoire et de la rapidité de l'ensemble. Le but de Tracker est aussi d'utiliser le moins de RAM possible et de rester discret (le programme est très poli (nice 19) et demande à passer en dernier sur les opérations d'IO lorsque l'ordonanceur CFQ est utilisé). Tracker a aussi était proposé à l'inclusion dans GNOME 2.18, si cela était accepté, il serait considéré comme une pièce de bas niveau, à la hauteur de gnomevfs.
Autre chose : Hachoir évite l'utilisation de bibliothèques externes, si j'ai bien compris. Dans ce cas, cela déplace le moment où tracker en utilisera une. En effet, il faut de temps à autre extraire les données contenus dans des documents : Poppler pour les PDF, libGSF pour les fichiers OLE2, etc.
Enfin, si je ne me trompe en disant que Hachoir évite l'utilisation de bibliothèques extérieures, cela signifie que les développeurs de ce programme sont amenés à manipuler un très grand nombre de formats hétéroclites. En pratique, non seulement ces fichiers sont très différents, mais peuvent en plus être buggés vis à vis des spécifications (lorsqu'elles sont connues...) normalement attendues. J'ai donc très peu confiance en la capacité d'une petite équipe à arriver à autant d'expertise que plusieurs groupes qui se focalisent sur différents formats de fichiers...
[^] # Re: FAQ
Posté par Laurent A. . En réponse au journal A l'attention des instits et aux professeurs.... Évalué à 5.
Les deux phrases ont un sens différent pour moi...
La première dit que le chienne errait dans le quartier, elle s'y baladait sans but. Une personne l'a « recueilli » : c'est un peu bizarre comme contruction de phrase, elle aurait dû l'attraper plutôt.
La deuxième phrase dit que la chienne n'a pas de propriétaire et se déplace à sa guise sans but.
Un adverbe précise un verbe.
Un adjectif précise un nom.
La deuxième phrase est incorrecte, il y est écrit quelque chose du genre :
« des moineaux s'envolèrent » et sans aucun rapport, on a « une bande » !?
Ce sont bien tous les moineaux qui forme une bande, et c'est tous ensemble qu'ils s'envolent.
La deuxième phrase est vraiment correcte au Canada ?!
[^] # Re: 0.8.6
Posté par Laurent A. . En réponse au journal VLC en version stable 0.8.9. Évalué à 1.
http://www.pcinpact.com/actu/news/33325-vlc-lecteur-multimed(...)
[^] # Re: pourquoi le lip
Posté par Laurent A. . En réponse à la dépêche Sortie de SBCL 1.0. Évalué à 2.
[^] # Re: Flash saimal!
Posté par Laurent A. . En réponse au journal Flash "saimal" Player 9 beta 2. Évalué à 6.
[^] # Re: C'est la première étape...
Posté par Laurent A. . En réponse au journal kde4 réduction du nombre d'application. Évalué à 3.
[^] # Re: yeaaaaaaaaah
Posté par Laurent A. . En réponse au journal Sortie de MPlayer 1.0rc1. Évalué à 1.
Je ne sais pas où il est passé là, je pense qu'il ne doit pas encore être sur les serveurs de distribution des paquets.
Il était emputé de certaines fonctions : mencoder (si j'ai bien lu le patch), et la lecture de DVD cryptés. Plus exactement, il faut installer un script pour lire des DVD cryptés et l'explication est donnée dans le paquet.
(je parle bien de Debian)
# Les diseuses de bonne aventure...
Posté par Laurent A. . En réponse au journal J'aimerais qu'on m'explique. Évalué à 10.
La plupart des gens ne sont pas dûpes de ces pratiques et comprennent parfaitement que n'importe qui pourrait en raconter autant.
Pourtant, même si la plupart des gens sont capables de se moquer des diseuses de bonne aventure, ils se laissent facilement convaincre par les diseuses de bonne aventure masquées.
Et c'est ainsi que l'on voit des hommes politiques nous expliquer qu'il faudra absolument faire des grandes réformes très impopulaires et désagréables sous peine que la France se casse la figure, et cela sans jamais émettre le moindre argument indiscutable.
Ou on trouve un gars venu expliquer à un financier qu'un site web, ça rapporte forcément du pognon ; qu'il n'y a même pas besoin de contenu ! (attention, méthode périmée depuis le début des années 2000)
Et on entend aussi Dédé, pillier de bar de son état, expliquer qu'il va falloir faire des choses en France sinon tout va tourner à la catastrophe, sur la base d'aucun argument bien évidemment (sauf ceux vus dans son ballon de rouge).
Et là, qu'avons-nous ? Un type qui explique qu'il va se passer des trucs dans plusieurs années... Pour les arguments, c'est pareil, vous pouvez les chercher...
Il ferait peut-être mieux d'appuyer ses prédictions avec des données chiffrées. Comme cela, il pourrait au moins les vendre à des cabinets d'étude...
Quant à nous, nous pourrions peut-être l'ignorer ?
[^] # Re: et des pilotes libres pour Nvidea ?
Posté par Laurent A. . En réponse au journal Pilote propriétaire ATI : pas de mode 16 bits!. Évalué à 3.
À moins que je me trompe...
[^] # Re: petite correction...
Posté par Laurent A. . En réponse au journal Compiz sans XGL. Évalué à 1.
[^] # Re: le Ç
Posté par Laurent A. . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
D'ailleurs, pour le 1, je me demande s'il faut le souligner ? Il me semble qu'en français c'est inutile et qu'en anglais, il n'y a qu'une seule barre verticale, donc d'où vient cette typo ?
En revanche, je ne suis pas du tout du même avis pour le Z. Le symbole « Z » est celui qui est appris à l'école primaire. Le Z barré n'est pour moi qu'un excès de zèle qui a une certaine utilité pour les gens qui ne savent pas faire des Z bien « pointus » en haut et en bas, d'où une confusion avec le chiffre 2. Sur un clavier, ce cas n'existe pas, donc, selon moi, le Z barré n'est d'aucune utilité ici.
[^] # Re: freex
Posté par Laurent A. . En réponse au journal Free: tu le sens mon gros débit?. Évalué à 1.
Plus exactement, elles montrent souvent les conditions de tournage dans des pays slaves...
Maintenant, il faudrait aussi voir que le porno n'est pas uniquement tourné dans ces pays avec des femmes (quasi ?) violées.
Et il ne faudrait pas non plus oublier que certains reportages sont issus de groupes plutôt intégristes : du féminisme et de la religion notament.
[^] # Re: freex
Posté par Laurent A. . En réponse au journal Free: tu le sens mon gros débit?. Évalué à 1.
Je n'ai pas l'impression que Clara Morgane ou d'autres avant elle aient beaucoup souffert.
[^] # Re: ouais
Posté par Laurent A. . En réponse au journal printf debugging considered harmful. Évalué à 1.
Ça paraît difficile à première vue, et ça l'ait, néanmoins je suis tombé récemment sur ce cas parce que le programme attrapait des signaux et déroutait l'exécution du thread receveur. Le thread receveur avait fait un lock() juste avant d'être dérouté, ce qui provoquait donc un blocage lorsqu'un autre thread voulait enregistrer quelque chose dans le log...
La solution consistait à bloquer les signaux pour tous les threads, sauf un.
[^] # Re: Espaces insécables
Posté par Laurent A. . En réponse au journal L'ogg Theora supporté par défaut par Firefox ?. Évalué à -2.
[^] # Re: Espaces insécables
Posté par Laurent A. . En réponse au journal L'ogg Theora supporté par défaut par Firefox ?. Évalué à 1.
[^] # Re: Les Gnomistes m'emmerdent
Posté par Laurent A. . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 3.
C'est juste du troll ça...
C'est bien ce que disais juste avant, à la lumière d'un comportement (ici deux), tu fais des généralités. Le GNOMiste a été excité par un lézard breton qui a bien pris le soleil [comment ça se fait ça en Bretagne ?!], et de l'autre côté il s'agit d'un dév qui a tout intérêt à voir GST largement utilisé puisque c'est son gagne pain. À voir ses posts, je ne serais d'ailleurs pas étonné qu'il ne soit pas un simple dév à Fluendo...
Quant à « pourquoi pas Xine », je n'en sais foutre rien ! GST est très modulaire, peut-être est-ce pour ça qu'il est préféré à Xine ? Des histoires de licence ? Je ne sais pas.
Mais je n'ai rien dit contre Phonon... Je leur souhaite juste bon courage pour tenir quelque chose au-dessus de plusieurs bibliothèques très différentes, c'est tout.
Icaza n'a de force sur GNOME que chez Novell. Pour Xgl ou AIGLX, il n'y pas que MS, il y a Apple aussi. C'est surtout la problèmatique de faire un bureau avec des effets sympas. D'ailleurs EXA vient bien d'un Dév de KDE il me semble, le même que Glucose d'ailleurs.
Il y a Tiny-mail aussi peut-être. Evolution est sur une voie d'amaigrissement. M'enfin je ne vois pas pourquoi ce seul programme devrait servir à faire tomber tout GNOME dans le catastrophisme.
Xgl ne fait par exemple pas partie de GNOME. Le Window Manager est Metacity et non pas Compiz. Il me semble -- je parle bien au conditionnel -- que Metacity s'appuie sur AIGLX, pas sur Xgl.
Pour clore cette petite partie, je suis comme toi je pense, j'aimerais que Xegl soit prêt et utilisé. Je n'aime pas Xgl avec son idée de faire tourner deux serveurs... Mais visiblement l'effort pour arriver à Xegl est important et des changements incrémentaux sont obligatoires.
Si tu as des articles à propos de Glucose, je suis preneur :)
Héhé, tu n'as pas du tout tort. Personnellement, le prosélitysme d'Icaza à propos de Mono me gonfle bien. Toujours d'un point de vue personnel, je préfère suivre l'évolution discrète de Classpath à celle ronflante de Mono...
D'ailleurs je vais peut-être me trouver confronté à cette connerie de puissance marketing. Je développe un peu sur Tracker en ce moment, c'est un Beagle-like, mais en C (et indépendant de tout bureau même s'il utilise Glib et DBus...). Lorsqu'il va être suffisament mûr pour affronter Novell de face, ça risque d'être amusant...
Vil trolleur !