Arnaud a écrit 281 commentaires

Je n'avais pas pensé à la réelle synchro maison <-> boulot, et c'est une bonne idée (en plus, c'est simple à implémenter :D). Ce sera pour la version 1.1 (et donc pour très bientôt :))
Pour ce qui est de changer de firmware, je suis assez réticent pour le moment, j'attends de voir les impacts sur notamment le partage par Rendez-Vous. Et le nouveau formware nécessite-t-il une maj de GtkPod ? Y'a des incompatibilités ? Bref, j'attends un peu pour voir :D

1) Effectivement, un vCard = un contact. kabc stocke toutes les VCard dans le même fichier (~/.kde/share/apps/kabc/std.vcf), fichier que je splitte en me basant sur les lignes "BEGIN:VCARD" et 'END:VCARD" (se baser sur la séparation par une simple ligne vide n'est pas très fiable...)
2) J'utilise effectivement de l'iso8859-1 (Latin 1). Je teste l'export en UTF-16 dés que je trouve de la doc sur le fameux marqueur BOM :D

Il est effectivement impossible de modifier sa liste de contact et ses rendez-vous/planning depuis l'iPod. Pour le firmware, l'utilisatire dd est ton ami ;)
Le firmware est tout simplement sur la première partition de l'iPod (partition de 32Mo, de mémoire, Apple a vu large).

Effectivement, il s'agit d'un écrasement des fichiers. Mais seuls les fichiers vCard et iCal écrits par PodSync sont écrasés par la synchronisation (en fait, tous les fichiers dont le préfixe est PodSync :)).

Si on leur rend visite, on a droit à une présentation des activités du libre dans un restau avec une bonne fondue savoyarde ?
Ben quoi, on peut mélanger gastonomie et logiciels libres ;-) (surtout qu'il ne devrait pas avoir d'obstacle à faire une recette de fondue savoyarde en GPL)

Bha, SCO attaquera l'OpenGroup en justice aussi ;-) Il y a des jours où je me demande si j'aurais pas du faire avocat :-Q (mais réflexion faite, un avocat, ça doit utiliser des softs métier sous Windows, bheurrrkkk)

T'as une licence pour avoir écrit Un_x ?

Attention, les avocats se SCO lisent Linuxfr ;-) T'es riche ?

Vous êtes un patron bien capitaliste, bourré de tunes, vous vous ennuyez après avoir écrasé la concurrence et racheté vos fournisseur ? La vie est trop monotone ?
Alors adopter Linux, et allez voir SCO pour leur dire : moi, je l'utilise, et je paye pas la licence Un_x. Vous aurez alors droit au frétillement des avocats, les longs plaidoyers devant les juges, les analyse tortueuses de code... Tous les plaisir de l'informatique moderne :-)

Peut être, mais pour la cryptage du FS, je doute qu'une clef 2048 bits, ça se casse si facilement.
Mmm... il y a toujour des bugs dans les softs de cryptage, à quand un soft avec les algos prouvés mathématiquement à grand coup de méthode formelle, comme le B ?

Voui, mais c'est basé sur XFree, ça traine donc tout un passé aux évolutions assez lourdes.

Hélas, oui, et ça n'a rien à voir avec leur qualité : installés par défaut avec l'OS, ça aide :-(

Non non, ce n'est pas ça du tout. OpenGL permet nativement de faire de la 2D. ET il est bien plus rapide de faire de la 2D en OpenGL que "logiciellement". Et en OpenGL, implémenter la semi-tranparence des fenêtres, c'est bien facile! Mon objectif, si je trouve de la bonne doc, est d'avoir un X OpenGL "basique", tout du moins assez évolué pour permettre l'affichage d'applis Gtk "simples". Le problème de la 3D, ben ce n'est pas mon problème.

L'objectif n'est pas de faire de la 3D, mais bien de la 2D avec OpenGL : tout le rendu se ferait alors par la carte OpenGL. (un peu sur le modèle de MacOSX)

Je profite de la nouvelle pour demander une information : Ou peut-on trouver une documentation claire et précise du protocole X ? J'ai bien envie (par fun) d'écrire un petit serveur X (par dessus X), en OpenGL. Je n'ai pas trouvé grand chose sur x.org :-(

Je ne suis pas d'accord sur la perte de temps des vérifications dynamiques : si on compare le surcoût d'une machine un peu plus puissante, je suis sur qu'on arrive bien dessous des coûts liés aux failles de sécuritées qui auraient ainsi pu être invitées (c'est que ça revient cher à l'heure, un administrateur).
Et n'oublions pas qu'avec des bons compilos Ada (vive GNAT!), beaucoup des vérifications dynamiques sont tout simplement supprimées, quand le compilo "prouve" qu'en tout cas à l'éxécution, il n'y a forcément pas de problèmes.

Pour commencer, il faudrait utiliser des langages à la base un peu plus sécure (ex: Ada ;-) mais ça limite de suite beaucoup le nombre de développeurs potentiels, dommage :-(

Hé non! Ce qui est amusant, c'est qu'après la pub "c'est nous le . du com", le "point du com" est passé sur du hard IBM (de mémoire). Amusant!

Les pro-brevets logiciels argumentaient entre autre que les brevets permettaient aux PME de se protéger des grosses multinationale (la logique étant: moi, toute petite PME, je dépose un brevet, comme ça, la grande entreprise me pique pas mon marché) Bien sur, c'est faux.

Voila en tout ca une réponse claire des-dites PME :-)

Beaucoup de linuxiens sont tellement harrogant sur les virus que le jour ou y'en a un qui sort, ça va faire mal (du genre buter les fichiers du user, ou utiliser une faille pour passer root, et installer un rootkit...). Je suis sur que des bugs exploitables dans Evolution/KMail, il doit y'en avoir. Mais espérons que ce jour sombre n'est pas pour bientôt.

:-) Blague à part, KDE a été porté sous Windows et MacOS X. Et Gnome ? (ce n'est pas un troll, mais une réelle question)

Un "slip" de l'Internet me semble hélas inévitable à moyen terme, si rien ne change. D'un côté, il y aura les grosses boites qui auront vérouillé le système, et de l'autre une/des organisations "nouvelles", avec des règles "nouvelles" (gestion, élections...). Ben si ça se trouve, dans quelques années, nos providers ajouterons quelques root dns gérés par ces nouvelles instances. (faudra agir pour des nouveaux tld : .fsf, .libre ... ;-)

Oui, le FROM suffit. Et puis de toute façon, le TO est inutilisable, puisque le domaine est invalide (puisqu'on tombe sur la bécane de verisign).

Ce ne sont pas les bénéfices de MS qu'il faut réduire. Personnellement, si MS gagne des milliards de $, je m'en fout. Ce qui est important, c'est d'implenter le logiciel libre dans le plus de situations possibles. D'accord, si le libre progresse, il y a de fortes chances que les $$$ de Microsoft baissent ;-)
Et puis les gains seront surtout répartis dans les nombreuses sociétés de services (SS2L, par exemple), c'est plus concurentiel, donc c'est bien (voila, c'étais la minute d'utopie de le journée)

Je testerais... dés que j'ai de la RAM à poser sur mon Epia. Je suis victime d'une erreure de livraison (ha la la les marchands sur internet), et c'est pas drôle. (n'est-ce pas ClearScreen ? ;-)

Un petit pipe sur wc -l, ça aurait été un peu... disons.. plus synthétique ;-)

Pour enregistrer du 352x288 en mpeg/autre, dans une qualité potable, combien de CPU il faut ? Je me demande si ça tourne correctement sur une epia m1000.
Le premier qui me répond en bogomips, j'lui file un point godwin d'avance ;-)