Gof a écrit 2224 commentaires

Tout le monde sait que c'est l'orange la couleur favorite des trolleurs !
Ou alors c'est le brun ? Je ne sais plus...

Oui, Phonon c'est en gros
- Une couche d'abstraction pour différent backend multimédia et leurs différents effets
- Une UI (des boites de dialogue) pour choisir sa carte son, contrôler le volume, ....

Le tout en utilisant les guidelines de KDE (tant au niveau API que UI)

Donc ce n'est pas la même chose que gstreamer.

Alors moi j'ai trouver ça intéressant, et j'ai voulu essayer.
Alors j'ai vite fait une implémentation,

J'ai juste vu la vidéo, j'ai pas lu le papier.

Ça marche déjà alors que ma technique est vraiment toute bête.

http://bepointbe.be/files/imageresize.cpp
gcc imageresize.cpp -lQtCore -lQtGui -L/opt/qt4/lib -I/opt/qt4/include
(les chemins vers Qt doit être corrigé)(oui, il faut Qt4)

Utiliser -i1000 pour réduire plus mais il faut pas dépasser la taille de l'image sinon ça segfault

Ah ouf !
Un moment j'ai cru que Gnome avait rattrapé KDE.

C'est juste le sondage qui est biaisé, c'est pour ça. :-)

Ce que Stallman critique est le fait que on puisse attribuer à « Dieu » le sauvetage du curé. (Ou alors « Dieu contrôle les églises qui s'effondrent » ? )

Stallman n'a pas dit que Dieu était la cause du tremblement de terre. (vu qu'il ne crois pas en Dieu.)

En plus, les tremblements de terre ont rien à voir avec la Météo :-)

Et dans ce cas, c'est /opt qui sert plutôt de préfixe pour les logiciels installés à la main (ou en test).

C'est plutôt /opt/<appname> le prefix.
Très pratique, comme ça on peux facilement supprimer une application qui ne vient pas avec le gestionnaire de paquet de la distribution.
Mais en contrepartie, il faut modifier les $PATH $LD_LIBRARY_PATH et autre $XDG_DATA_DIR (en général on ajoute ça dans /etc/profile ou equivalant)


/etc/xdg : je vois pas trop l'intérêt de ce choix.

peut-être pour séparer les config des application desktop par rapport au services systèmes ?

Quitte à changer les appelations historiques pour l'environnement perso, autant remplacement aussi "share".

C'est sans doute pour rappeler que c'est l'équivalent du /usr/share mais dans le dossier perso. mais dans ce cas pourquoi pas avoir garder "etc" ?

C'est peut être aussi pour dire que c'est partagé entre les applications (icones, ... ) ?



Pour le reste, tes objections sembles valables, tu peux demander sur la liste de diffusion de freedsktop (xdg at fdo) :-)

sur une échelle de temps qu'on normaliserait à la durée moyenne d'une vie humaine, il y a eu, tout au long de l'histoire, exactement le même nombre de morts rapporté au nombre de vivants.

C'est juste puisque 100% des humains meurent, quelque soit l'époque.

Dans un passage de la bible, on décrit un objet circulaire dont on donne les mesures du diamètre et de la circonférence. Et il s'avère que le rapport entre ces deux mesures est de 3.

Plus d'info: http://www.google.be/search?q=bible+pi

Il n'y a plus qu'a attendre que quelqu'un fasse la même chose pour Ubuntu, et ce sera une révolution de l'informatique.

Merci Ubuntu ! :-)

Non non, le théorème c'est bien
"everyone is no more than six "steps" away from each person on Earth."

Et oui, c'est un résultat empirique qui ne peut pas vraiment être prouvé.

Dans l'article anglais ils essayent de faire une petite démo rapide utilisant des moyennes. Mais ça ne change rien à l'énoncé de la thèse.

Et même quand firefox n'aura plus de problèmes de mémoire, pourquoi un utilisateur de KDE devrait il l'utiliser ?

Konqueror a d'innombrables fonctionalités qui font de lui un excellent navigateur tout en restant relativement léger et simple. Sans compter son intégration à KDE.

Ceux qui disent « T'as qu'à utiliser Firefox » me rappellent furieusement ceux qui disent « T'as qu'à utiliser IE ».
Le fait qu'il soit le plus utilisé n'en fait pas un meilleur logiciel.

La raison pour laquelle il est plus utilisé est probablement car il fonctionne sous Windows. Attendez que Konqueror soit porté sous Windows et on va voir si Firefox sera toujours autant dominant.

Ce n'est pas "plus ou moins 9", mais "maximum 6"
http://fr.wikipedia.org/wiki/Six_degrés_de_séparation
http://en.wikipedia.org/wiki/Six_degrees_of_separation


(enfin, si on peux faire confiance à Wikipedia ;-p)

Le cerveau humain est-il un ordinateur ?

La solution :

Il suffit à Dell de pré-installer un pack de spyware et d'autre logiciels propriétaire en version de démonstration sur leurs PC Linux pré-installés.

:-)

En fait, Qt passe d'une double licence GPL + QPL à une licence GPL avec des exceptions.

Les exceptions sont là pour traduire ce qui vient de la QPL qui est important pour trolltech

Bref, pas grand chose ne change si ce n'est la façon dont c'est présenté

Ça me rappelle ce projet du premier Google Summer of Code il y a 2 ans
http://live.gnome.org/CamTrack

Non, pour envoyer le message, c'est
<message to='destinataire@exemple.net'>
<body>Hello are you receiving this message ?</body>
</message>

Le <stream/> ça sert à commencer la connexion le xml:lang et le from son tout a fait facultatif et sont omis dans les connections c2s
Ce qui ne fait plus que 103, ce qui est comparable au 97 de IRC

En plus, les connexions Jabber sont souvent compressées. Et le XML se compresse très fort vu que les éléments se répètent toujours

Concernant le 1) et le 2) le problème est bien réel.
C'est normal que tu n'ai jamais vu de message perdu puisqu'ils sont perdu :-)
Mais moi qui ait parfois des problème de connexion, j'en vois beaucoup des messages perdu quand je demande à mes contact de répéter ce qu'ils disaient.

Mais des solutions sont en cours de propositions (XEP-0198)

Et pour le reste je suis d'accord avec toi

- Se créé un compte Jabber prends 20 secondes
- Il existe des serveurs Jabber où l'on peut se connecter en tant que anonyme sans avoir de compte
- Par exemple certaines interface web ne demande pas de compte.

> merde, ma bagnole a un bug/limitation : elle ne peut pas traverser les routes
> inondées par plus d'1 mètre d'eau lors de fortes pluies... vais gueuler chez peugeot...

Bha voilà pourquoi les gens préfèrent les 4x4 :-)

Je te plussoie des deux mains.

On développe du libre sur son temps libre. Alors parfois on a un peu moins de temps libre, parce que on a du travail à l'unif, ou que on occupe ses temps libres autrement par moment. Il y a des période ou le projet sur lequel on travail ne compile même plus, car on a plus l'environnement de developpement complet.
Quand on a un peu de temps pour coder, on préfère parfois coder pour soi.

Quand on reçoi un patch, ça demande du travail.
Il faut lire le patch, ce qui peut prendre du temps, surtout s'il est gros.
En général, avec l'expérience qu'on a du projet on trouve facilement des morceau de code qui sont pas bon et qui devrais être corrigé. En plus de ça il y a nos préférences personnelles, qui fait que on aurais pas fait comme ça, et que ça correspond pas à notre mode de pensée.

Il faut aussi tester un minimum le patch avant de l'intégré, ce qui nécessite du temps, et un système qui fonctionne.
Rien que le fait d'appliquer le patch et de le commiter ça peut prendre un temps énnervant quand on a autre chose à faire.

Dans le cas d'une nouvelle fonctionalité, ça doit aussi se maintenir. Faire évoluer avec le reste du projet lorsque on change quelque chose, répondre au rapport de bugs, ....
Il m'est déjà arrivé d'enlever des fonctionalités apportées par des contributeurs externe car je n'avais pas envie de les maintenir et qu'ils ne répondait plus.

Parfois je reçois un patch à un momant ou je suis pas vraiment disponible. Je me dis que je dois y répondre, mais finalement ça traîne et j'oublie. "Tant pis".

Par contre, une personne qui a déjà envoyé quelques patches, à qui on a déjà fait de brève remarques pour lui apprendre un peu le fonctionnement du projet, et qui a l'air motivé, on est content de pouvoir lui donner un compte sur le gestionnaire de version de manière à ce qu'il développe avec nous. Quand le projet est suffisamment modulaire il est tout à fait possible de travailler à plusieurs sans se marcher sur les pieds.

Pour résumer, j'aime bien recevoir des patches, quand la personne qui l'envoi est motivée pour le maintenir. Mais il faut être patient quand on envoi un patch, ne pas avoir peur d'insister un peu, mais sans mettre le dev sous pression non plus. Le tout est une question de respect

> - une indépendance de licence (pas de linkage)

Ce n'est pas la première fois que je vois cet argument cité en faveur d'un ou l'autre service D-Bus.

Je trouve ça complètement stupide. C'est un contournement stupide de la GPL.

Si ils veulent autoriser le propriétaire, ils n'ont qu'a coder une bibliothèque avec une licence adéquate (par exemple LGPL)

Tout ce que tu décris fait bien partie des buts de Télépathy.

Non, une passerelle ne doit être joignable que par le serveur jabber.

Et c'est la passerelle qui va joindre le serveur du service externe (messenger.hotmail.com) comme le ferait un client normal.

En conclusion, si le serveur est local, la passerelle peut être locale.

Maintenant, reste à discuter de l'interêt d'avoir un serveur local sur une IP non routable

Il faut faire un fichier xmpp.protocol et le mettre au bon endroit dans $KDEDIR/share/services

regarde par exemple le fichier
/opt/kde/share/services/http.protocol


Si tu utilise Kopete, il faudra attendre la veion de KDE4 pour avoir un support des url xmpp, ou alors, si tu veux patcher, les changements sont ici: http://websvn.kde.org/?view=rev&revision=570856