Je dirais que c'est du côté de la commande --adjust de hwclock.

Voir http://linux.die.net/man/8/hwclock (ou son man préféré, si tant est que ça corresponde) et notamment la section "The Adjust Function".

[ Répondre ]

Même si le lien est basé sur IP, d'ailleurs, du moment que la résolution se fait autrement/pas.

[ Répondre ]

Normalement, tu as moyen de gérer une dérive, sous Linux. Non?

[ Répondre ]

Parce que le Design aussi est ridicule, on dirait une savonnette.

Un peu, mais c'est sympa, ça change de tous ces designs prétendument futuristes qui font "ringards" six mois à deux ans plus tard.

[ Répondre ]

Moué. C'est du Symbian S60. J'en ai déjà bouffé sur un Nokia E61 : c'est très séduisant sur le papier, mais dans la pratique tu peux rien faire. Si tu développes pour S60, et que tu ne veux pas raquer pour avoir un binaire signé par Symbian, tu peux oublier plein de fonctionnalités "bas niveau" : ton code n'y aura tout simplement pas accès.

Cas concret : j'avais besoin d'accéder aux "Cell-ID" (les identifiants des cellules GSM, pour faire de la géolocalisation "cheap"), et j'ai pas pu. La fonction existait, était documentée, mais sauf à faire signer mon code je n'y avais pas accès.

C'est typiquement l'absence de bridages de ce genre que j'apprécie dans le FR. Et rien que pour ça, il vaut son prix.

[ Répondre ]

J'avais précommandé au tout début, j'ai reçu mon numéro de colis par courriel le 9 juillet, et le facteur est passé le 12 juillet (mais comme j'étais pas là, il ne m'a laissé qu'un avis de passage).

[ Répondre ]

Faut pas le laisser allumé. Tu fais juste un fix, tu synchronises l'heure de l'appareil avec l'heure GPS, et tu éteins le GPS.

Au pire, même si tu fais ça trois fois par jour (en conditions GPS adéquates), ça ne va pas te vider la batterie.

L'avantage par rapport à un ntpdate, c'est que ça marche partout (enfin en extérieur, surtout), même à des kilomètres du réseau GSM/Wifi le plus proche. Et que c'est aussi précis, sinon plus : tous les utilisateurs de terminaux GPS peuvent se caler sur la même heure.

[ Répondre ]

Pour avoir le téléphone à l'heure, c'est un peu bête de s'emmerder avec NTP sachant qu'on a une source de temps performante et indépendante d'Internet : le GPS. J'ignore en revanche s'il y a quelque-chose de pratique prévu en ce sens.

[ Répondre ]

http://openmoko.free.fr

Sinon, il y a aussi toute la communauté "mondiale", via openmoko.org (wiki,blogs,MLs, ...)

[ Répondre ]

En réseau téléphonique, j'arrive à me connecter à Orange (avec une vieille mobicarte du début du siècle) et à recevoir des appels. Pas encore testé la qualité sonore, mais c'est déjà ça.

Il me remonte (au moins une partie de) mes SMS, aussi.

[ Répondre ]

Génial, comme ça rien qu'en observant qui a signé la clé de qui, ils auront une assez bonne idée de qui connaît qui.

[ Répondre ]

J'ai reçu le mien aussi (via les Ours, merci à eux). Pas encore joué tellement avec, mais j'ai quand même pris le temps de le déballer. Première impression : je m'attendais à un téléphone qui fasse un peu "jouet", et il n'en est rien. J'ai quand même essayé de mettre ma carte SIM dedans, et à priori il m'a remonté mes SMS et reçoit les appels normalement.

En tout état de cause, par rapport aux critiques sur sa taille : il est à peine plus encombrant que mon HTC Trinity du taf'. Genre un centimètre de plus dans la longueur (hors tout). Sachant que le Trinity est globalement rectangulaire et que le FR a un demi-cercle à chaque extrémité, je ne suis même pas certain que le HTC soit moins volumineux au bout du compte.

[ Répondre ]

Qui n'étaient déjà qu'une resucée des boules de neige par mail.

[ Répondre ]

Non, Chyrp n'est pas une "micro-plateforme de blogging", comme Wordpress ou Dotclear. Pour reprendre tes mots, il s'agit précisément d'une "micro-plateforme de micro-blogging" (pfiou...), comme Bilboblog par exemple ( http://linuxfr.org/2008/06/25/24259.html ).

Je dois vraiment être con, mais quand je regarde la démo de Chyrp, je tombe sur quelque-chose qui ressemble beaucoup à un moteur blog classique: des billets de longueur quelconque, saisis via une interface assez exhaustive (possibilité de "locker" un post, gestion des trackbacks, etc). Rien que le fait qu'un billet ait à la fois un titre et un contenu l'éloigne passablement du concept (arbitraire, il est vrai) du microblogging. Sur twitter ou identi.ca, on ne poste pas de billets. On met à jour son "statut".

Ceci dit, je me garde le lien dans un coin, parce qu'il a l'air tout à fait sympa, ce Chyrp.

[ Répondre ]

Je suis pas bien réveillé, mais j'ai du mal à saisir le lien entre Chyrp et Laconi.ca. Dans un cas, on a une plateforme de microblogging (i.e. à la Twitter, donc messages courts et fréquents, une sorte de tribune) et de l'autre une micro-plateforme de blogging.

Je ne vois notamment rien du côté de Chyrp qui joue sur l'aspect fédéralisé (OAuth, FOAF et compagnie). Ceci dit, Chyrp semble séduisant, mais plus comme alternative légère aux Wordpress et autres Dotclear. Vraiment aucun rapport avec laconi.ca.

Sauf si j'ai mal compris ton propos, auquel cas je suis confus.

[ Répondre ]

Car, bien sûr, tu n'utilise que ce client-là, qui répond parfaitement à tes besoins.

[ Répondre ]

Eclipse marche vraiment pas mal.

Et dire qu'on se plaignait de le lourdeur d'Emacs...

Blague à part, Eclipse est un bon IDE, et effectivement le mec qui fait du J2EE a probablement déjà un Eclipse de lancé et peut s'en servir pour éditer son XML. Soit.

Mais les autres? Le mec qui a trois paramètres à changer sur un serveur sans tête à l'autre bout du monde (joignable en SSH uniquement, et encore, faut rebondir sur un premier serveur avant d'atteindre le bon)?

Cela dit, je suis d'accord, la tendance actuelle à mettre du XML partout, même là où un méchant format "key=value\n" suffit, c'est un peu usant.

Pour le XPath qui est plus parlant, ça dépend vraiment des gens. C'est sans doute vrai dès que tu manipules du XML, oui. Mais sur l'équivalent "à plat" de bien des fichiers XML, ta chaîne de pipes reste très largement lisible, plus selon moi que bien des horreurs en X{Query,Path}.

[ Répondre ]

Avec les accéléromètres, ça peut être fun ;)

[ Répondre ]

le type principal d'echange au quel je peux penser qui aurait besoin d'un format leger c'est le web "ajax".

Alors tu manques vraiment d'imagination. Beaucoup. Des échanges de données structurées et typées, tu en as partout. Pas seulement sur le web. Pas seulement dans des applications réseau.

La sérialisation, ça sert vraiment partout. Et une sérialisation moins bourrine qu'en XML, c'est un vrai bol d'air frais. Parce que le XML a toutes les sauces, on finirait par en oublier à quoi ça sert. Pondre du XML quand tu n'as pas la moindre idée de l'application qui va relire tes données, ça se justifie. Pondre du XML pour échanger des données entre deux bases de code que tu maîtrises, c'est un peu comme laver les carreaux à coups de marteau.

Maintenant ce que je n'aime pas c'est qu'il n'existe des implementation que pour Java, c(++), Python. Personellement je n'utilise que c et python, mais c'est dommage de faire un format qui n'est pas bien supporté.

[...]

A ce compte la je prefere utiliser les interface de serialisation de mes langages.

Donc en gros, tu râles parce que c'est un format qui n'est pas (encore) implémenté par des langages que tu n'utilises pas, mais que tant qu'à faire tu préfères quand même utiliser un format propre à UN langage unique? Damn'it...

[ Répondre ]