Christophe Fergeau a écrit 1255 commentaires

Oui oui, tout ce que tu dis était plus ou moins implicite dans mon « J'espère que quand DBus sera mature ils accepteront de l'utiliser à la place de DCOP si d'autres "gros" l'utilisent. »
Pour moi, DBus mature et utilisé par beaucoup de monde, ça va prendre au moins 1 an probablement 2 ou 3, ça laisse le temps de voir venir :)
Pour les avantages nets, si GNOME, Rox ou d'autres trucs l'utilisent, l'interopérabilité me parait être un énorme avantage de DBus par rapport à DCop. Si les couches basses du système indiquent ce qu'il se passe en utilisant DBus (udev, hal & co), ça rend aussi DBus très intéressant (même si dans ce cas là, DBus peut être utilisé en complément de DCOP).
Enfin en ce qui concerne un éventuel remplacement de DCOP par DBus, j'avais l'impression que le but c'était que ça soit quasiment transparent pour les applis utilisant DCOP (ie qu'il y ait un wrapper reprenant l'api de DCOP pour DBus).

> Pourquoi ce serait pas Gnome qui utiliserait kconfig ?

Ca va ressembler à du troll de bas étage, mais dans ma tête gconf est plus puissant que kconfig (j'avoue que j'ai jamais regardé kconfig, donc mon avis vaut pas grand chose ;). Est-ce que kconfig permet de demander à ce qu'un callback soit invoqué lorsqu'une pref est modifiée (par l'appli elle même ou bien par toute autre appli) ? Est-ce que kconfig permet de "verrouiller" certaines options de config afin d'empêcher l'utilisateur de les modifier ?

Je crois que ça dépend à qui tu demandes chez les gars de KDE. J'espère que quand DBus sera mature ils accepteront de l'utiliser à la place de DCOP si d'autres "gros" l'utilisent.

À mon avis, il faut déjà que GConf cesse de dépendre de morceaux d'ORBit (implémentation de CORBA utilisée par GNOME) pour qu'il soit possible d'envisager de façon réaliste son utilisation par KDE.

> Que penserais tu si dans les journaux, on mettais ta photo avec en dessous <le nom d'un terroriste internationnal> ?

Ouais, enfin pour être analogue au truc qui nous intéresse, faudrait que le terroriste international ait le même nom que moi, ou bien que je sois aussi un terroriste international spécialisé dans le détournement de trains alors que l'autre détourne des avions.

Ca me parait pas dramatique non plus, totem fonctionne avec GStreamer (moins bien qu'avec xine pour le moment, mais ca progresse, totem + GStreamer 0.8 fonctionne beaucoup mieux que totem + GStreamer 0.6), le screenshot est probablement un screenshot qui a été "piqué" qqpart sur le web (c'est le cas du screenshot de marlin par exemple). Bref, je vois pas trop à quoi ça sert d'en faire un fromage, c'est pas comme si y avait un screenshot d'une appli qui utilise pas du tout GStreamer.

En fait je n'utilise pas assez Windows pour citer beaucoup de logiciels libres développés tout d'abord pour Windows. Il y en a quand meme quelques un comme emule, filezilla, 7zip, miranda icq, ...

Ca ne change rien du tout au fait que QT/Win n'est pas sous GPL et que donc un programme GPL ne peut pas l'utiliser

En fait, tu peux ajouter une 'clause d'exception' à la licence de ton logiciel pour dire que tu l'autorises à être lier avec QT. Le pb, c'est qu'à ce moment là, ton programme n'est plus sous GPL, et que tu ne peux plus "piquer" de code dans d'autres programmes GPL, ni te linker avec d'autres bibliothèques GPL, et que d'autres projets GPL ne peuvent pas piquer de code dans ton projet non plus.
Donc ça peut etre une solution, mais c'est à mes yeux une solution très bancale.
Par contre je ne sais pas ce que fait PSI.
En ce qui concerne le fait de faire un binaire sous windows et de le distribuer en disant que c'est GPL, c'est interdit car tu n'as pas le droit de distribuer sous GPL un binaire lié avec des bibliothèques non GPL (j'ai pas relu la GPL récemment, mais il me semble que c'est ce qui est dit dedans).

Pour DBus, il est meme pas fini, et il a pas fait ses preuves du tout, c'est un peu prématuré de parler de "standard pour les ipc sous linux" pour le moment ;)

En fait, je trouve vraiment dommage le point de vue de EE sur le logiciel libre et Windows, en gros il dit qu'il ne croit pas que le logiciel libre sous Windows ait un avenir et que c'est une des raisons pour lesquelles QT n'est pas sous GPL.
"Il n’existe pas de communauté pour le développement de logiciels libres sous Windows.[...] Sous Windows, le développement se produit généralement sous forme de shareware ou de logiciels commerciaux et nous ne voyons pas cette communauté évoluer vers la production de logiciels libres."
Soit c'est un argument en l'air pour avoir qque chose de plus ou moins crédible à répondre à la question de Philippe, soit il le pense réellement, et j'espère que firefox, thunderbird, gaim (ainsi que abiword et gnumeric dans un futur proche j'espère) lui montreront qu'il a tort quant à la viabilité du logiciel libre sous windows.

> Modulo que le tableau soit à jour, j'avoue n'avoir pas vérifié, les ATI les plus récentes n'ont pas de pilote DRI libre.

Il manque des cartes dans le tableau, mais sinon il est à jour.
En gros, pour toutes les radeon <= 9200 t'as un pilote 2d et 3d libre
Pour toutes les radeon >=9500 t'as un pilote 2d libre et un pilote 3d proprio.

C'est aixois/pacaien Apinc ?

Tiens, salut l'aixois ;)

teuf (aixois par déménagement aussi)

En tout cas pour la plupart des gens, leur OS libre a besoin de plusieurs bios/firmware propriétaires pour démarrer. Sont-ils libres ? (oui, on peut installer linuxbios, mais je doute qu'il y ait beaucoup de gens l'ayant fait)

> En meme temps, ils n'ont rien a cacher sur le hardware: il est la.

Oui mais bon, tu vas pas analyser la puce au microscope électronique pour tenter de comprendre comment elle marche non plus ;) A priori, en fonction de la façon dont tu programmes la carte, il doit être possible d'en déduire certaines choses sur son fonctionnement interne.

> Officieusement, il s'agirait en fait pour nvidia de masquer la réalité qui serait qu'ils sortiraient des cartes buggées et que ce seraient leurs drivers qui corrigeraient tout en s'appuyant sur le processeur.

Le hardware non buggé, ça n'existe pas, y a toujours des bugs plus ou moins gros par ci par là quel que soit le hard (du moins les premières révisions d'un chip, ensuite ça va forcément en s'améliorant). En général, t'es plutot content quand tu peux contourner le bug en question via le driver ;)

Tu réponds très partiellement. Mes Zigues avait l'air surtout intéressé par les conversions Lilypond=>midi même s'il parle de conversion Lilypond <-> midi. Toi tu réponds pour la conversion midi => Lilypond

Pour ceux qui sont intéressés par le côté obscur de la force (non seulement c'est du GNOME, mais en plus c'est du C#) : http://www.gnome.org/projects/f-spot/(...)

http://www.linuxfrench.net/recherche.php?recherche=delange(...) ?
J'ai pas regardé la longueur des articles, mais 10 articles en 2 mois, ça me parait quand même pas mal du tout

En tout cas le sagem fast 800 marche avec un 2.6.5 sans aucun patch chez moi.

T'as des liens vers qques sites ayant des icones svg à l'adresse suivante : http://librsvg.sourceforge.net/links/(...)

En fait la vf est super mal formulée. La testing contient des paquets qui seront dans la *prochaine* version stable de debian. Il n'y a aucun paquet qui transite de testing => stable actuelle.
En fait, c'est pas compliqué, une version stable debian n'évolue plus du tout, les paquets restent dans la version qu'ils avaient au moment de la sortie de la version stable, les seuls changements sont des correctifs de sécurité qui sont appliqués aux paquets présents dans la stable (pas de changement de n° de version).

Tu contribues activement à un projet libre, et dans qques mois tu demandes si tu peux avoir une adresse @leprojetenquestion qui serait un forward vers une autre adresse :)

La tante Tillie, elle fera un double clic tout con et elle ira fermer l'autre fenetre si ca la fait chier. Et un jour tu lui montreras que dans le menu elle a une option pour fermer toutes les fenêtres parentes qui l'intéresse pas et elle utilisera ça.
Sinon tu peux aussi utiliser shift+double clic normal pour ouvrir une fenetre en fermant la précédente.