Snark_Boojum a écrit 579 commentaires

... j'ai vu cette entrée de blog et je me suis dit : c'est pas possible!

Il doit quand même y avoir une énormité quelque part, parce qu'une différence pareille ça semble quand même aberrant.

J'attends de voir la réponse des développeurs cairo (des développeurs, pas des fanas... je veux des explications techniques, pas des râles de bêtes!).

alors je veux bien en tenter une ; avec un peu de chances elle est nouvelle et pas trop mauvaise : Feth-Rautha Harkonnen ?

PS: un lien pour les incultes http://fr.wikipedia.org/wiki/Feyd-Rautha ; la version anglaise est plus complète : http://en.wikipedia.org/wiki/Feyd-Rautha

Qu'est-ce que vous complotez?

Par exemple :

http://www.skypejournal.com/blog/archives/2005/03/skype_stra(...)

En fait SkypeIn et SkypeOut sont simplement des passerelles :-)

Arf. C'est un problème humain. Normalement nous fournissons de beaux .tar.gz qui vont bien, et que jhbuild récupère pour compiler.

Problème : certains ont cessé d'être généré, donc tout foirait. Et notre gars génial qui s'occupe de faire tourner ça rond... était très très occupé par ailleurs.

La situation devrait se normaliser.

Ce qui aiderait aussi c'est si quelqu'un avait le courage de porter pwlib et opal vers les autotools plutôt que le trop complexe système de Makefile actuel. Appel aux volontaires :-)

Moi je sais comment wengophone va s'y prendre pour être compatible skype.

Comme ekiga.

Skype va tout simplement passer à SIP sinon ils sont morts!

j'avais lu le document officiel qui listait les obligations techniques et légales des fournisseurs de machine à voter.

J'en avais conclu qu'il y avait certes plein de bonnes idées... mais avec à côtés des trous qui permettaient de faire ce qu'on veut.

En gros, cela signifie qu'en France ce n'est probablement pas mieux.

Et le gars de ma mairie d'alors qui mettait en place les machines ne comprenait pas franchement mes objections...

- le système de greffons pour les périphériques audio et vidéo existe déjà depuis longtemps (présenter un prototype fonctionnel a été ma première contribution!)
- par contre, ce qui est en cours de stabilisation, ce sont des greffons pour les codecs
- jabber n'est pas encore en vue : pas de code
- IAX2 est dans opal (une lib de base), il reste à mettre le code pour l'utiliser dans ekiga (projet Google Summer of Code 2006 de Stephen Cook)
- en fait si j'ai bien compris, le cryptage s'appelle SRTP, et ZRTP en est une implémentation ; c'est en cours d'écriture dans opal
- je bosse sur un autre système de greffons pour ekiga (les autres systèmes de greffons sont dans pwlib [autre lib de base]), qui permettrait d'ajouter plus de choses à chaud sans en dépendre de façon dure
- pour cela, il est nécessaire de réorganiser les tripes d'ekiga -- j'ai des idées des bouts de code, ça avance doucement (j'ai des élèves à nourrir intellectuellement)
- par exemple le système de carnets d'adresses va être refondu et devenir plus dynamique (j'ai du code où lorsque quelqu'un lance ekiga sur le réseau local, il apparaît immédiatement dans le carnet local, sans avoir besoin de cliquer sur un bouton de rafraîchissement -- d'ailleurs ce code basé sur avahi vient d'un greffon) (à noter que j'ai déjà eu le plaisir d'avoir une contribution extérieure [d'Éric Bischoff, nommons-le et remercions-le!] : du code pour le carnet d'adresses KDE!)
- la version win32 n'a pas d'installation correcte mais elle avance, je n'en dirai pas plus mais les choses vont devenir intéressantes en novembre
- j'ai aussi sur le feu l'écriture de greffons pour pouvoir utiliser gstreamer (avec déjà du code expérimental pour l'entrée vidéo) (si quelqu'un veut aider, je suis preneur, je manque de temps par rapport à la quantité d'idées délirantes qui me trottent dans la tête).

Tout ce qui précède concerne la (très théorique pour l'instant) version 3.0.

Maintenant avant la 3.0 il y aura une autre version, qui devrait avoir un système de présence via SIP, avec une interface utilisateur adaptée à ce nouveau genre de fonctionnalités.

Pour finir sur une petite pique d'humour millième degré : j'espère que ce long billet contient moins de fautes d'orthographe que le journal dans lequel il est posté :-)

Quand on voit une dépêche qui dit "oh, regardez, il respecte les standard ouverts, c'est un logiciel libre et c'est le premier à faire tout ça" : non, on ne peut pas se retenir de poster un commentaire du style "eh, coco, regarde par là, ekiga respecte plus de standard ouverts (H.323 est encore bien vif!), c'est un logiciel libre, et c'était vraiment le premier à faire tout ça!".

La seule chose qu'ekiga n'a pas fait avant les autres, ce sont les histoires de présence et de messagerie instantanée... normal : c'est un logiciel de VoIP à la base. On va s'y mettre parce que clairement l'évolution des technologies nous y pousse, mais la base technique est quand même d'avoir un truc sérieux du point de vue VoIP.

Il faut aller voir : http://www.ekiga.org

La version actuelle fait déjà SIP et H.323 et la prochaine version va avoir un système de présence, IAX2 et probablement SRTP.

La plupart des applications n'utilisent pas la Xlib directement, mais à travers des couches d'abstraction.

Ces applications vont donc migrer automatiquement dès lors que leur couche d'abstraction sera portée pour utiliser XCB plutôt que Xlib.

GTK+ est une telle abstraction.

D'où la question qui titre ce message :-)

Pour avoir une jolie interface à maxima, je conseille texmacs !

... Asterisk est le A dans "IAX2", qui est un protocole de téléphonie.

Et naturellement, ekiga (http://www.ekiga.org ) connaît ce protocole ; c'était l'objet du projet Google Summer of Code 2006 de Stephen Cook!

NB : éviter de parler de "moule" sur linuxfr...

... en fait, je crois que le truc c'est qu'ils ont publié le noyau et les modules normaux en même temps (bon plan) ; mais qu'ils n'ont publié les modules pas normaux plus tard (aie).

Et comme les dépendances sont dans l'autre sens, la mise à jour se fait alors qu'il manque un composant essentiel.

Ceci dit j'ai la chance d'avoir une carte ATI bien supportée par le pilote libre, donc perso j'ai échappé aux ennuis les deux fois... :-)

... et il est je pense qu'il est important de le souligner, car la distinction n'a pas l'air bien faite dans l'article (et le journal ne le précise pas).

Il y a d'une part wengo l'infrastructure, avec des serveurs/annuaires qui permettent aux clients de se retrouver sans taper directement les adresses IP et des passerelles pour appeler/être appelé via le réseau téléphonique "historique". Cette infrastructure a un certain nombre de concurrents interopérables. Par exemple free fait le tout (annuaire+passerelle) et ekiga.net fait annuaire.

Et il y a d'autre part wengophone, qui est le logiciel de communication, qui fonctionne chez les clients/utilisateurs, qui est libre et qui utilise des protocoles ouverts. Il y a aussi des concurrents ; bien sûr ekiga ( http://www.ekiga.org ), qui rappelons-le est le premier, et le seul à supporter tous les protocoles de téléphonie (le protocol IAX2 n'est pas encore sorti dans une version stable -- il date de cet été : merci à Stephen Cook et à Google et son Summer of Code), mais aussi openphone, et peut-être un jour un client telepathy quand ils auront stabilisé leurs APIs et leur code.

Et il faut savoir que tout client peut être utilisé sur toute infrastructure, donc on peut faire jouer la concurrence sur les deux.

Voilà, ce fut long à taper mais je pense que c'était utile et pertinent :-)

Dans la même veine on pourrait dire que si les gens arrêtaient d'acheter windows, ça ne se vendrait plus ?

Un peu dépassée une GeForce 4 MX440 !? J'ai une GeForce 2 MX je-ne-sais-quoi ici ; et un portable avec une ATI 9200...

Vous me tuez les jeunes...

Le fameux P.T., J2EE Lead Architect? Il est sur Redmond? ;-)

Il n'est peut-être pas inutile de préciser ce lien, pour les innocents qui ne connaissent pas encore ce jeu hors du commun :
http://fr.wikipedia.org/wiki/Nethack

Ben... EFL j'avais vaguement regardé il y a quelques temps, et justement je n'avais pas été super convaincu par rapport à gtk+, dont je ne suis pas 100% satisfait.

Je n'avais peut-être pas vu les bons exemples? On peut avoir des liens?

Snark

Moi aussi j'en connais : http://www.numdam.org/
et c'est très dur à numériser : un texte mathématique, c'est hautement compliqué, car par exemple :
* beaucoup plus de caractères que les lettres usuelles dans un texte
* avec des symboles de différentes tailles
* avec des choses en indice et en exposant
* avec des équations sur plusieurs "lignes" (parce qu'il y a une fraction, une limite, une sommation... les bornes d'une intégrale)

Bref, la numérisation ça n'intéresse pas forcément qu'un éditeur paresseux, ça peut aussi intéresser des institutions très bien mais financièrement limitées.

Par exemple eiffel (voir : http://smarteiffel.loria.fr/ ).

PS: Ocaml, déjà mentionné dans d'autres commentaires, est aussi très bien.

Ce jugement me plaît beaucoup par certains côtés, et peu par d'autres. Sa conclusion est bien, mais néanmoins, le revendeur s'en sort car le plaignant n'a pas pu prouver qu'il avait demandé un système sans logiciel. Comment prouver ce que l'on a demandé à un vendeur directement ? Même en l'ayant fait suer pour obtenir une réponse et qu'il se réveille en sursaut la nuit en y pensant, on n'a pas de trace écrite...

Bon, sinon il y a aussi une faute d'orthographe stupide, ce qui fait désordre, mais je suis un peu chipoteur.

En l'occurrence, SIP est un protocole ouvert, et ekiga est un logiciel libre qui permet de l'utiliser (ainsi que H.323) (ainsi que IAX2 -- grâce au travail de Google Sommer of Code 2006).

Tout ceci est donc bien comparable à skype qui est un protocole+un logiciel, propriétaires l'un comme l'autre.

Le lien n'a pas encore été cité : http://www.ekiga.org/