Larry Cow a écrit 5011 commentaires

Déjà, un bout de html pour expliquer que le site est pas vide, ça serait pas mal ;)

On peut aussi demander aux gens de ipv6pourtous si leur code est disponible (si tu les connais).

Comme l'initiative « IPv6 pour tous », j'ai réservé « Jabber pour tous », au cas où.

Vu la tendance actuelle à la fermeture des pages persos "vides" (et/ou mal utilisées), ça pourrait valoir le coup de mettre quelque-chose rapidement, même si c'est plus un "placeholder" qu'autre chose.

Mais sur le principe, c'est pas con du tout.

Skyblog qui fait pas de S2S, et puis aussi Meetic, qui lui est carrément refermé sur ses abonnés. Il y en a plein d'autres comme ça, mais peut-on les compter ? Il vaut mieux se contanner aux users présents sur le réseau public fédéré.

Si on parle d'utilisateurs d'XMPP, il faut clairement les compter. Il serait bien entendu _mieux_ qu'ils soient dans le réseau public, mais il faut ménager chèvre et chou. Typiquement, une des choses qui fait peur aux concepteurs d'IM proprios (et les pousse dans cette voie), c'est peut-être le fait de voir Jabber comme un réseau public ouvert à tous. S'ils étaient pleinement conscients du fait que le S2S est optionnel, ça les encouragerait peut-être (et rien que vis-à-vis des clients, ça serait un grand pas en avant).

Surtout qu'une fois qu'on a l'infrastructure, ajouter le S2S tient (un peu) du détail.

Mais très peu l'utilisent.

C'est fort dommage. Mais ça n'est pas encore entré dans les moeurs, surtout dans les grosses structures. Par contre, dans les petites boîtes que j'ai fréquenté (du moins les plus technophiles), on communiquait tout le temps à coup de MSN (GAIM pour moi, mais c'est l'idée). Si j'avais à repasser par là aujourd'hui, je ne devrais pas avoir trop de mal à faire accepter mon couple OpenFire/Spark cité plus haut.

Tant que ça ? je suis bien étonné. Mais c'est tant mieux si c'est vrai.

Si on rajoute l'IM de Skyblog (et quelques autres du même tonneau), pourquoi pas.

Il serait même peut-être intéressant de faire des demandes groupées auprès des fournisseurs d'accès pour associer des adressse jabber aux adresses emails (de même qu'aux autres serveur de mails.
C'est probablement ce qui fera le plus avancer les choses.

L'autre truc (qui est à plus petite échelle et donc potentiellement plus facile), c'est la messagerie instantanée d'entreprise. Dès lors qu'on a quelques sites éloignés, et à plus forte raison en profitant de Jingle pour faire de la voix à moindre coût, ça peut apporter une forte valeur ajoutée. Le couple OpenFire/Spark, même si c'est du gros Java et que ça me révulse à plusieurs égards, peut s'avérer _très_ efficace en entreprise, notamment via l'intégration AD/Kerberos (ben oui, des entreprises en réseau Microsoft, il y en a des floppées).

Est ce que la balise video/audio permettra a l'utilisateur de definir le player ou sera t-on obligé d'utiliser le player du navigateur ?

Cela devrait dépendre du navigateur, non?

[1] Enfin en tout cas, je n'en ai jamais entendu parler. Dites moi que je me trompe et qu'ils ont bien démarché google et un contrat avec heu. Non ? Siiiii dites le moi !

http://www.google.com/a/help/intl/en/admins/editions.html ?

En même temps, je me fais peut-être vieux, mais ça ne me viendrait plus à l'idée d'acheter une carte vidéo pour un PC existant. Et si c'est sur un (futur) pc neuf, je ne vois pas ce qui m'empêche de ne pas prendre du AMD, justement.

Même avec les X4500?

* il y a un driver libre "officiel" pour les cartes AMD/ex-ATI et qui semble roxorer

Sauf erreur de ma part, le "Catalyst" dont il est question ici est justement le pilote "pas libre" et officiel.

C'est bien beau, mais comment on fait pour que ça installe automatiquement sur le serveur ??

Fatalement, c'est un point délicat. Je pensais au début à une connexion ssh pour pouvoir lancer les commandes qu'il faut (apt-get etc..), ou d'autres solution du genre.
Mais cela pose un problème de dépendance. Il ne faut pas que le serveur soit dépendent d'un poste client en particulier, ou d'un OS particulier sur le poste client.

Facile : tu utilises Paramiko (implémentation pure-Python de SSH), avec éventuellement une jolie interface en PyQt4 dessus. Un coup de py2exe pour la version Windows, un coup de py2app pour la version Mac, et la version Linux se suffira bien à elle-même (au pire, un coup de Freeze pour dire).

J'avais fait ça (Linux et Windows seulement) pour le boulot et ça marchait pas mal.

Non.

Une certaine inspiration, tout de même. Mais rien de plus, effectivement, contrairement aux différents clones (dont Haiku est le dernier encore en vie).

Là où je suis, m'étant heurté au même genre de problème, j'ai adopté l'approche inverse aux habituelles "listes de diffusion".

J'avais déjà une structure pour laquelle chaque utilisateur dispose d'une adresse dite "canonique" (prenom.nom@mondomaine) et d'un certain nombre d'alias (les adresses de services, par exemple). Dans LDAP, ça se traduit par un (et un seul) attribut "mail" par personne, ainsi qu'un nombre quelconque (éventuellement nul) d'attributs "alternateMail" (dénomination maison, mais tu fais ce que tu veux). Postfix est ensuite configuré pour que les "mailboxes" soient recherchées par correspondance avec l'attribut "mail" et les alias par correspondance avec l'attribut "alternateMail". À partir de là, il me "suffit" pour faire une liste "toutlemonde@mondomaine" de rajouter un "alternateMail: toutlemonde@mondomaine" à tout le monde.

PS: En relisant ton post, je me rends compte qu'il n'est pas évident du tout que tu aies un serveur de messagerie branché sur ton LDAP. Et ben tant pis pour moi ;p

Décidemment, ça fait bien plaisir de voir que cette affaire-là avance toujours. Je me souviens (comme si c'était hier) de ma déconvenue le soir de l'annonce du rachat par Palm.

Mais grâce à vous tous, les passionnés, OpenBEOS a vu le jour. Puis HaikuOS. Et c'est ce qui, au final, permet à BeOS de survivre ailleurs que dans nos mémoires humides (et venteuses) de vieux geeks.

Ce que j'ai trouvé le plus symptomatique de tout cela, c'est HaikuPorts. BeOS est mort il y a 7 ans, mais aujourd'hui les gens qui développent pour lui utilisent des outils tout à fait à jour comme Trac.

Quand je pense que, à l'époque, certaines personnes trouvaient OpenBEOS inutile et misaient tout sur Zeta. ET AU FINAL, qui c'est qui a eu raison, HEIN?! (c'est puéril, certes, mais ça soulage)

Merci à vous tous.

Steve Ballmer n'arrêtera de jeter des chaises et de danser comme un gorille que quand Duke Nukem Forever sortira.

Sauf si Chuck Norris lui demande de se calmer. Non mais. C'est qui, le chef, à la fin?

En fait, j'ai commencé par être super jouasse quand j'ai entendu dire qu'ils se tournaient vers Qtopia (dont j'avais beaucoup apprécié la version 2 sur mon Zaurus, et dont la version 4 m'avait l'air top moumoute).

Et puis j'ai été perplexe, voir déçu, quand j'ai appris qu'ils allaient porter Qtopia sur X11. Je me suis fait le même genre de réflexion que toi : pourquoi diantre ne pas en rester au framebuffer? Bon, j'ai fini par me faire à l'idée que ça allait permettre de lancer des applis non-Qt, mais tout en me disant que même qu'ils auraient mieux fait de remettre X/Qt à jour au lieu de porter Qtopia sur X.

Et puis quand j'ai vu comment les applis EFL tournaient sur la babasse par rapport aux applis Qtopia, j'ai commencé à changer d'avis. Du coup je me suis un peu documenté sur les technos liées à Enlightenment, et je suis agréablement surpris. C'est léger, c'est rapide, et parmi les décisions de Rasterman, certaines sont particulièrement pertinentes dans le monde de l'embarqué. Notamment le fait de se calmer sur le vectoriel - qui a son intérêt dès sur le bureau et le web, pour lesquels les résolutions peuvent varier du tout au tout - mais qui bouffent du CPU pour pas grand chose sur une plateforme de résolution fixée comme un PDA. Bref, quand on m'a parlé d'EFL, je pensais à voir débarquer le thème par défaut d'E17 sur mon téléphone, et je flippais un peu. Mais là, ce qu'on a récupéré la semaine passée (et abstraction faite des bugs les plus chiants), c'est terrible.

Et puis apparemment, ça n'a pas trop marché pour Rasterman : il paraît qu'il se taille à la fin du mois. :(

Paris n'est à mon avis désagréable qu'aux gens qui ne se donnent pas les moyens d'en profiter autrement.

D'autant que vivre à Paris sans moyens, c'est à la limite du possible. Donc bon.

C'est sûr qu'en habitant à un bout de Paris et en allant en voiture travailler à l'autre bout, on a de quoi enrager,

Le problème, c'est en habitant à un bout de l'IDF et en travaillant à l'autre bout. Pour du Paris-Paris, la voiture n'est pratiquement jamais une bonne solution de tous les jours.

Pour du banlieue-banlieue, tu as deux cas :
* soit tu as la chance de travailler et d'habiter sur les mêmes axes (routiers ou ferroviaires), et ça va pas mal.
* soit non. Et c'est la merde. La grosse. Prévoir un budget-temps de plusieurs heures par jour, au mieux.

mais c'est là un choix.

Pas toujours, hélas.

La question n'était pas "laquelle est une adresse IP comme les autres", mais "laquelle est une adresse IP". Or, une adresse de réseau est une adresse IP.

La vraie question, propre et non-ambiguë, aurait déjà du porter sur l'adresse IP d'un hôte pleinement fonctionnel. Par exemple.

Ah non, tu as aussi "123456", "azerty" et "654321" (chez les plus malins).

Bref désolé.

Pas de mal.

n' existe t il pas d' autre méthodes pour X11 (gtk+ aussi) et le framebuffer ? Par exemple : http://directfb.org
Pas utilisable en l' état sur ce matériel ?

Pour ce que j'en sais, non, DirectFB n'est pas utilisable. Il lui faut un driver, et il n'y en a pas. Et les spécifications du chip vidéo (le fameux Glamo) du Freerunner sont tout sauf ouvertes. Ceci dit, quelqu'un a réussi à faire un "driver" pour MPlayer...

Si je ne me trompe pas, les morceaux d "itunes plus" (sans drm) sont plus chers.

Et sont loin de couvrir l'ensemble du catalogue. Pas folle, la guêpe.

Et pour ce qui est du GPS, existe-t-il un soft fonctionnel genre TomTom ?
Le site d'OpenMoko donne une liste de logiciel : http://wiki.openmoko.org/wiki/GPS#Possible_GPS_programs
Mais je ne sais pas s'ils sont facilenment utilisables.

Je l'ai déjà dit et je le redirai : si tu t'attends à un truc "fini", tu seras déçu. Donc non, pas de soft "genre TomTom". Il y a bien TangoGPS (qui ne tourne pas "out of zi box" sur la dernière version, d'ailleurs, il faut tripatouiller un peu les thèmes Gtk) qui peut récupérer les cartes OSM, mais ça n'est pas un soft de navigation.

De manière générale, commence d'abord par regarder si le soft qui te plaît existe sous Linux "tout court". Si ça n'est pas le cas, tu n'as aucune chance de l'avoir sur OM.

Logiquement, il y a Navit et Gosmore qui savent faire de la navigation, mais le premier semble un peu bourrin pour l'OM, et l'autre est plus un proof of concept qu'autre chose (et je ne sais pas s'il est compilé pour Arm).

J'avais entendu parler de moins de 24H en veille, si c'est toujours le cas, je pense que je vais attendre.

J'avais fait des tests sur la version 2007.2, et j'avais tenu autour d'une semaine en veille. Sans GSM (carte SIM absente) et en ayant coupé manuellement Wifi, Bluetooth et GPS. Je revérifiais tous les jours le niveau de la batterie et le ré-endormait aussitôt à coup d'apm -s. De mémoire, il me restait autour de 50% de batterie au bout de 7 jours (ce qui ne veut pas dire qu'il en aurait tenu 7 de plus, hein).

Et pour ce qui est des applications mal intégrées, ca veut dire quoi ? Si les themes ne collent pas ou que c'est graphiquement incoherent, ca ne me rebute pas, mais si ca veut dire que l'appli SMS (dites moi qu'il y en a une!) ne peut pas acceder à l'annuaire, là c'est plus grave.

Sur la 2008.8, les applis "utiles" sont globalement toutes issues de Qtopia. Donc elles communiquent bien entre elles, en principe. En principe seulement, car je n'ai pas testé (faute de carte SIM qui marche). Sur la version précédente, les applis téléphoniques étaient également liées, sans trop de problèmes. Mais c'est certain que si tu installes Claws-mail, par exemple, il ne faudra pas t'attendre à ce que son carnet d'adresses se synchronise tout seul avec ton répertoire téléphonique (ça serait cool, mais bon).

En fait, que je parlais de mauvaise intégration, je pensais effectivement plus à des questions de look'n'feel : les applications Qtopia ne ressemblent pas trop aux applications EFL, et ne fonctionnement pas vraiment pareil (pas les mêmes boutons en bas de l'écran, etc.)

Gageons que le départ des EFL va faire du bien à l' interface. (le daprt de gtk+ c' est pour quant ?)

Hein? Quel départ des EFLs? Elles viennent à peine d'arriver...

Après, si on vire Gtk+ et EFL, il reste effectivement Qtopia. Qt(opia) est très bien, mais le choix qui a été fait sur l'OM - c'est-à-dire de garder la porte ouverte à tous les toolkits, et donc de garder X11, et donc de porter Qtopia sur X11 - n'a pas que des avantages, loin s'en faut. L'actuelle version de Qtopia-pour-X11 a de grosses lacunes, liées à des présupposés judicieux sur un Framebuffer et catastrophiques sur X11. Rasterman avait un peu détaillé le bazar avec Lorn Potter, mais en gros il y a des choses à ne "surtout pas faire" en X11, et bien évidemment le port de Qtopia les fait. Donc soit on reste sous Qtopia, mais le _vrai_ Qtopia (over-FB), soit on reste "large" mais auquel cas il va falloir grandement l'améliorer.

Pour être tout à fait honnête, ça n'est pas encore ça pour le moment. J'ai décidé de grimper dans le train OpenMoko à partir du Freerunner (au début, je voulais attaquer avec le Neo1973, mais je suis content d'avoir patienté, au bout du compte), mais en sachant bien que j'achetais surtout du "potentiel". En clair, je ne m'attendais pas à remplacer mon vieux téléphone pourri tout de suite.

Par rapport à la mise-à-jour du 8 (que je continuerai à nommer "ASU" dans la suite de ce texte, parce que ça va plus vite), il y a du très bon, du moins bien, et du carrément pourri.

Le très bon, c'est que ça commence vraiment à avoir de la gueule. Par rapport à la précédente édition, on a ici quelque chose de léché, avec des animations (raisonnablement) fluides ici et là, sans pour autant tomber dans l'erreur trop fréquente du "too much" (voir les premières captures d'écran d'OpenMoko pour comprendre : c'était très joli mais complètement bordélique). Ici, on a un concept d'interface simple (bandeau du haut déroulant, zone principale, barre de boutons en base) et efficace. Le tout sur un fond noir uniforme reposant, et avec une police bien lisible, simple et pas vilaine. L'ergonomie générale a beaucoup changé aussi, et plutôt en bien, avec notamment la possibilité de verrouiller/déverrouiller simplement le téléphone avec le bouton AUX (trop simple?) et de mettre en veille ou de réveiller avec le bouton Power.

Le moins bon, c'est un certain manque de finition. Les applications Qtopia, qui sont plutôt bien foutues utilisées seules, font franchement tâche au milieu des trucs basés sur Enlightenment (le lanceur et quelques applications). C'est _vraiment_ mal intégré. Et - j'ai déjà écrit ça ailleurs mais tant pis - le QTiste que je suis a beaucoup de mal à admettre que QT s'en sorte moins bien qu'EFL. Mais c'est un fait, même si on peut espérer une amélioration. Le nouvel installeur de packages (Assassin) est bien fait, mais les noms de paquets sont les noms "opkg" classiques (du genre "qtopia-x11-calculator") : c'est exhaustif, mais pas forcément clair, et surtout totalement incompatible avec la taille des polices. D'ailleurs, le-dit installeur a une tendance à bloquer l'utilisation ultérieure d'opkg (une sombre histoire de verrou mal libéré) et comme il ne propose qu'une toute petite fraction des paquets disponibles...

Le très pourri, ça pourrait se résumer par "une communication mal gérée". Il n'y a rien de vraiment grave dans cette release, à condition d'accepter son statut de "proof of concept" ou de "beta". Et à condition de savoir d'avance quoi en attendre. Par exemple, j'ai été très très déçu de voir que ma puce GSM - parfaitement reconnue sous OM2007 - n'était plus du tout acceptée par cette nouvelle version. Les utilisateurs attendaient plus une version "finie" d'OM2007, et pas tant une table rase, aussi séduisante fut-elle. La communication autour des problèmes de clavier (qui pourraient être à l'origine du départ de Rasterman, d'ailleurs) a été désastreuse, et même si je dois reconnaître que les choix de l'équipe n'ont pas été si mauvais (pas pratique pour manipuler un terminal ou un texte non-anglais, mais redoutablement rapide pour la saisie d'un SMS, par exemple).

En conclusion, je suis franchement séduit par cette version et la nouvelle direction prise par l'équipe, et ce malgré un nombre assez colossal de bugs et d'imperfections. La future pile FSO prend toute son importance ici, et je me plais à réver un Smarphone entièrement basé sur EFL, à l'image des quelques morceaux actuels utilisant ce toolkit. Reste qu'effectivement le départ de Rasterman risque de compromettre ces plans, et ce serait dommage. N'eussent-été les problèmes avec ma carte SIM, je crois que j'aurais commencé à l'utiliser comme téléphone principal (au moins pour tester).