Christophe Fergeau a écrit 1255 commentaires

Merci de me filer un lien vers un de mes msgs où je dis que je n'ai justement pas bien compris cette partie là de la news.

Comme dit, je ne suis guère convaincu par cet état des lieux, dans mes souvenirs, la situation était très bordélique avant l'arrivée de l'ipod, et les périphériques UMS pas nécessairement la norme.
Pour la partie où tu penses qu'il confond, à mes yeux elle n'est pas claire non plus, je ne suis pas bien sur de ce dont parle l'auteur de l'article, et toi non plus tu n'es pas bien sûr de ce dont on parle ;)

Moi ça marche très bien sur le mien, et je suis pas le seul. Donc c'est que du bonheur pour les utilisateurs de Linux.

HTC ? Tu parles de ces téléphones avec du WinCE dessus ? ...

"Et donc pour en revenir à la question principale: l'ipod touch peut il fonctionner sous Linux Debian unstable, malgré les verouillages dont fait part le journal, et si oui, comment?"

A l'heure actuelle, avec un ipod touch récent, tu peux accéder aux fichiers contenus dessus avec ifuse (j'ai l'impression que pour l'instant, ça reste un peu capricieux cet accés), par contre il n'est pas encore possible de copier de la musique dessus depuis linux à cause d'un des verrous évoqués dans la dépêche : quand tu copies de la musique sur un ipod, il y a un fichier à mettre à jour (une base de données contenant des infos sur tous les fichiers contenus sur l'ipod). Sur l'ipod touch, ce fichier doit contenir un checksum pour indiquer sa validité, et la façon de calculer ce checksum n'a pas encore été reverse-engineerée pour les ipod touch/iphone en firmware 2.0 (ie les iphone 3g et les ipod touch récents) :-/

Si par hasard ton nano est un modèle de 16GB argent ou rose, je serais intéressé par les 3 derniers chiffres du numéro de série qui est visible au dos de l'ipod (rien de personnel dans ces 3 chiffres, ça codifie juste le modèle/couleur/capacité de l'ipod). Merci!

Je souhaite juste apporter quelques précisions sur ton article. Tout d'abord, ton utilisation du mot "génération" est effectivement un peu perturbant vu qu'il a habituellement un autre sens dans le contexte des ipods ;)

En ce qui concerne la signature du firmware de l'ipod, c'est apparu avant l'ajout d'un checksum sur lcertains des fichiers de l'ipod (de mémoire, nano 1ere ou 2ème génération pour la signature du firmware, et nano 3ème génération/ipod classic pour la signature des fichiers de l'ipod).

Par ailleurs, en ce qui concerne la signature des fichiers, tes explications ne sont pas bien claires. Des fois tu donnes l'impression de parler de Fairplay (le DRM à la sauce Apple utilisé pour une grosse partie des fichiers vendus sur l'Apple Store), qui n'est en rien obligatoire pour les fichiers stockés sur l'ipod (il sait lire des bons vieux mp3). D'autres fois tu sembles parler du checksum qui a été ajouté sur un fichier de l'ipod contenant la liste de tous les fichiers musicaux stockés dessus, mais ce checksum n'est en aucun cas ajouté à tous les fichiers stockés sur l'ipod.

De plus, pour les ipods nanos et ipods classic, c'est de nos jour intégré de façon parfaitement transparente dans les distributions récentes, ie tu branches ton ipod (même tout neuf), tu copies de la musique, tu le démontes et ça fonctionne.

Pour ta 4ème génération, j'ai pas du tout compris de quoi tu parlais. Les ipods récents n'ont plus qu'une seule partition contre 2 ou 3 avant, mais la partition est toujours lisible en USB Mass Storage sans aucun pb. Tu veux parler de l'iphone/ipod touch qui ne font plus d'USB Mass Storage mais qui implémentent un protocole maison crypté (cf http://matt.colyer.name/projects/iphone-linux/index.php?titl(...) ) pour accéder au système de fichier ?

Pour finir, le monde n'était pas aussi idyllique que tu le présentes à l'époque de l'introduction de l'ipod ;) Tu avais beaucoup de balladeurs numériques qui en plus d'avoir une interface pourrie utilisaient un protocole USB ou sur port série proprio (par exemple http://rio500.sourceforge.net/rio_protocol.html), ou bien nécessitaient l'utilisation de logiciels dédiés tout comme itunes (cf Sony, je sais pas s'ils faisaient déjà des balladeurs à l'époque).

Enfin voilà, certains vont probablement me pourrir en me qualifiant de défenseur d'Apple, ..., je réponds juste parce qu'autant je trouve ça bien de rappeler les différents travers des iPods, autant je trouve que ça nous décrédibilise de critiquer la politique de verrouillage d'un constructeur en étant très imprécis ou en colportant des informations erronnées. D'où ces précisions :)

Oui, ces "personnalités du libre" étaient surtout des gens qui font du business avec du libre, ou des gens de collectivités qui utilisent le libre. Mais c'est bien pour leur comm et pour leur image externe vis à vis de leurs clients de s'autoproclamer "personnalités du libre".

Ce genre d'appel à aller voter pour telle ou telle proposition sur un site touchant une population qui va forcément aller voter en masse biaise totalement les résultats du sondage proprement dit, et pourtant je suis à peu près certain que certains crieront au scandale si Dell décide de ne pas tenir compte des résultats du sondage parce que le sondage n'était pas du tout représentatif.

« C'est quand même pas une paille d'arriver à faire bosser des mecs sur leur temps libre »

Les développeurs principaux de DBus (Havoc Pennington, puis John Palmieri, et David Zeuthen qui travaillait sur des trucs "autour" de DBus) sont tous payés par RedHat pour bosser dessus... ;)

Le premier paragraphe de la news n'est-il d'ailleurs pas très facile à interpréter de manière inexacte ?
« Un ordinateur neuf grand public est le plus souvent vendu conjointement avec Microsoft Windows et avec d'autres logiciels. D'un point de vue légal, cela représente une vente liée, c'est une pratique interdite. »
J'avais cru comprendre que c'était parfaitement légal de vendre un ordi avec windows *à partir du moment où l'ordi et windows peuvent être acquis séparément dans le même magasin*. C'est la combinaison du fait que windows et l'ordi sont vendus ensemble sans possibilité de les acquérir séparément qui constitue la vente liée non ?

A priori, le coin arrondi, tu le tesselate pas, tu dis à Xrender/opengl de te dessiner un arc de cercle (je suis carrément pas sûr de ce que je dis, j'ai jamais creusé la question, mais je le ressens comme ça).
Et ta fenêtre qui se déforme, tu ne la gère pas du tout avec cairo ou le truc de dessin vectoriel de QT... C'est un bête objet opengl que tu déformes à coup de shaders ou de dieu sait quoi (cairo/qt fait le rendu dans un pixmap en mémoire *non déformé*, et ensuite le serveur X balance ce pixmap représentant la fenêtre complète non déformée à la carte graphique sous forme d'objet opengl, puis fait explique à la CG qu'elle doit déformer cet objet).

Déjà, une question... Quand tu regardes/imagines une interface graphique, tu vois beaucoup d'endroit où tu dessines un polygone à 100.000 sommets (je sais plus le nb exact que zrusin a utilisé dans son bench) ? Ou tu vois plus des polygones avec une dizaine de sommets (par ex, un bouton c'est un rectangle) + de la transparence et des effets du genre ? Moi j'imagine plutôt le 2nd cas, ce qui rend le bench très artificiel, du moins pour ce qui est fait actuellement avec ces technos de rendu. Mais c'est pas inintéressant quand même ;)

A mes yeux, c'est pas trop dur de comprendre pourquoi linus aime pas svn. La facon dont il bosse pour le noyau, c'est de merger en permanence des patches en provenance d'une multitude de branches. Et bon, que ça soit svn ou cvs, le merge répété d'une branche dans un repo, c'est déjà pas ça du tout...
En plus, vu comment c'est développé le noyau, je pense pas que linus soit intéressé par un scm centralisé, donc il a pas dû passer beaucoup de temps à regarder svn ou cvs.

Et tu mets probablement plus de temps porte à porte avec Air France qu'avec le TGV ;) (enfin ça dépend beaucoup d'où tu vas à Paris et à Marseille)

Ouais, pour les quotas, la SNCF reste très secrète à ce sujet (j'avais lu ça dans un article une fois), et ça doit clairement être calculé train par train.

Sinon attends 15 jours, il devrait y avoir les tarifs prem's et découverte WE à ce moment là... Et plein de trains :)

Non non, nice-paris le 10/12, et marseille-paris je sais plus quand (le 11 on va dire). Désolé du faux espoir ;)

En regardant vite fait, les seuls trains qu'on me propose, c'est les IDTGVs, qui ne sont que vaguement liés à la SNCF. En tout cas, que ça soit ton Nice-Paris ou ton Marseille-Paris les autres jours, on me propose que des IDTGVs. Ensuite, il y a très peu d'IDTGV, donc c'est pas délirant que t'en aie pas le jour que tu veux. A ma connaissance, les résas pour les trains réguliers de la SNCF sont ouverts 2 mois avant...

« Et c'est là qu'un problème du XML se manifeste: il est difficile de lire seulement une partie d'un fichier sans d'abord tout charger pour avoir le DOM. »

Je suis pas certaind e t'avoir bien compris, ie soit vous avez eu des pbs spécifiques au format choisi par svn qui vous obligeait à tout charger, auquel cas, c'est plus votre pb à vous qu'un pb de svn, soit tu te plains qu'en utilisant un parser xml DOM, on est obligé de tout charger, et là c'est un peu comme si tu disais "le pb avec un langage compilé, c'est qu'on est obligé d'avoir un compilateur avant de pouvoir exécuter le code".
Enfin tout ça pour dire qu'il y a des parsers XML permettant de ne parser qu'une partie du fichier et de t'arrêter quand tu en as envie, cf http://xmlsoft.org/xmlreader.html
Par contre, il est fort possible que si tu veux parser une partie du fichier, puis en réécrire uniquement une partie, alors ça ne soit pas super facile à faire.

Bon, arrêtez de dire que GStreamer ne garantit pas la compatibilité source ou binaire. Comme ça a été dit précédemment, GStreamer garantit à la fois une API et une ABI stable *pour une release majeure* (eg 0.8.x, 0.10.y, ...).

Ce qui pose pb à KDE, et c'est une raison parfaitement valable, c'est que les développeurs de GStreamer ne veulent/peuvent pas garantir une version *supportée* *ayant une API et une ABI stable* pour toute la durée de vie de KDE 4.x (on va dire de l'ordre de 5 ans histoire de fixer les idées).

« La non discrimination des langages c'est bien beau mais ce qu'on attends du board de la fondation Gnome c'est qu'elle fasse des choix techniques corrects et pertinents pour le futur. »

Le board de la fondation Gnome n'a absolument pas pour but de faire des choix techniques quant aux orientations futures de Gnome. Même le choix des applis à intégrer ou non n'est pas fait par le board, mais par la release team.

« Si plusieurs environnement d'exécution sont lancés en parrallèle sans partage de lib, c'est une mauvaise configuration ou une lacune technique (genre les dev de l'environnement d'exécution n'en ont pas tenu compte), mais pas du tout un problème inhérent au principe de machine virtuelle. »

Et ? Je te parle pas de BisounoursVM ou de ChercheurEnInfoVM là, mais de la VM de python par ex, qui à ma connaissance ne partage pas entre VM les packages que tu récupères via import. Il me semble que ce genre de pb est aussi présent dans la JVM, et que des choses sont faites pour tenter de limiter ces soucis avec la VM C#.

« 'ai je ne sais combien de machine virtuelles qui tournent en même temps.
Oué t'en a 2. Mon dieu. Tu sais ce qu'est une machine virtuelle ? tu sais quelle taille prend la machine virtuelle en mémoire ? »

Non, t'en as 1 par appli python ou c#. Donc ça peut rapidement s'accumuler. Et évidemment, si 3 applis python utilisent la même lib écrite en python, la lib est chargée 3 fois en mémoire au lieu que ça soit partagé comme un .so

Pour Tomboy, jusqu'à il y a très récemment, l'icône était une tête de Tintin, donc ça confirme tes soupçons ;)