Si les derniers octets, c'est des SHA1, c'est un peu surprenant que ça soit légèrement différent entre ce dont tu as besoin et ce que fait la libgpod, vu que globalement les 2 font la même chose, c'est bizarre de juste légèrement changer les derniers octets. Après y a peut être juste un bug ;) Il faut peut être que la libgpod soit capable d'identifier l'ipod (touch je suppose ?) correctement pour que les choses se passent comme elles doivent.
Dans mon souvenir, la libhashab génère juste une signature de 20 octets (la partie sur laquelle tu t'es pour l'instant cassé les dents justement).
Une sha1 est généré pour chaque block de 1024 octets, et ensuite au début du fichier, il faut ajouter une signature magique. Pour cette signature magique, on tombe effectivement sur du code qu'Apple a apparemment délibéremment rendu difficile à désassembler, à ma connaissance le seul moyen de générer cette signature, c'est de passer par le blob libhashab.so.
Non non, je donnais des exemples de cas où on pouvait perdre son boulot avec git, je ne disais pas que c'était spécifique ou quoi, juste qu'il était possible de perdre des données définitivement si on ne fait pas attention.
"Sinon, les bêtises sont faciles à réparer avec git, par exemple les commits ne sont pas oubliés tout de suite et son retrouvables avec les logs qu'il crée (git reflog). "
Je me permets d'insister là dessus, ça répond au "détruire aussi facilement son travail parce qu'on fait un hard reset en pensant que c'est le moyen de sortir une version ancienne du code n'est tout simplement pas acceptable" du journal. Les commits qui ont été dégagés de la branche courante avec git reset --hard peuvent être retrouvés (pendant peut être 1 mois) dans le reflog.
"Git ne pête jamais entre les doigts ; je vois des moyens de tout casser mais jamais au point de perdre ton boulot."
git reset --hard avec des changements non committés (en particulier des changements dans l'index/un nouveau fichier non committé dans l'index),
git clean -dfx avec un nouveau fichier source que tu as oublié d'ajouter et de committer, ...
J'invente pas hein, c'est des choses qui me sont arrivées ;) Heureusement git encourage à committer souvent donc les pertes n'étaient pas énormes
Ce qu'il me manque avec la méthode GNOME, et me fait préférer un mapping clavier "Russie Phonétique", c'est de ne pas pouvoir switcher entre clavier latin et cyrillique avec un raccourci clavier.
J'en profite pour rappeler que Rhythmbox peut être un sujet de SOC pour cet été (via GNOME), quelques idées peuvent être trouvées sur http://live.gnome.org/SummerOfCode2009/Ideas , mais chacun est libre de proposer sa propre idée. Et les candidatures pour les étudiants commencent aujourd'hui.
>>> rhythmbox arrivait souvent à me saccader la musique tant il à besoin de ressources pour lire un fichier son
>Jamais rencontré ce problème. Tu montes à combien de % de charge CPU ?
En fait ce genre de pb est plutôt classique, ça va et ça vient en fonction des couches du dessous (scheduler noyau, drivers sons, ...). Ces derniers temps ça allaient (depuis que les gens du noyau se sont amusés avec le scheduling de processus), mais j'ai l'impression que le pb va réapparaître chez certaines personnes avec PulseAudio :-/
Histoire d'être exhaustif, en ce qui concerne les iphone 3G/ipod touch, j'ai découvert http://marcansoft.com/blog/2009/01/using-amarok-and-other-it(...) hier. Pour résumer, on peut faire fonctionner un iphone 3G/ipod touch jailbreaké avec gtkpod/rhythmbox/songbird/...
Avec la libgpod 0.6.0, l'ajout de musique fonctionne sur les nouveaux nanos (ce qui je pense est le truc le plus important ;), il y a juste l'ajout de couverture qui ne fonctionne pas. Les nouvelles releases c'est en cours, y a eu une rc1 y a qques semaines suivie de qques corrections de bugs, là le svn est à mon avis prêt pour une rc2 destinée à être la version finale.
Pas bien compris ce que tu décris comme pb, mais c'est bien de raconter des trucs comme ça, t'as l'air de savoir de quoi tu parles et tu peux conchier Apple. Si ça se trouve, c'est un bug de la libgpod ou un PEBKAC, mais admettre ça, ça demanderait un minimum d'humilité, donc c'est mieux de dire qu'Apple c'est des grands vilains et qu'ils sont responsables de tous les maux de la planète.
Non mais les gens continuent à FUDder, faut pas écouter ce qu'ils racontent. Si t'achète un ipod classic ou un ipod nano (y compris les tout derniers), sur une distro récente ça marchera sans problème, tu le branches, t'ajoute tes morceaux, tu le démontes, et roulez jeunesse (même les pochettes d'albums sont gérées).
En ce qui concerne les ipod touch et iphone 3g, ça ne marche pas pour l'instant (le pb, c'est le firmware 2.x, donc pour un vieil iphone ou ipod touch, ça marche). Et ça n'a à peu près absolument rien à voir avec les histoires de firmware cryptés de Mr Bastes, mais parler de firmware crypté, ça pète bien, donc autant le recaser quand on FUD. Et je tiens à insister sur le "POUR L'INSTANT", le principal pb qui fait qu'ils ne sont pas supportés, c'est qu'il n'y a pas eu de personne forte en reverse engineering avec suffisamment de temps libre pour s'attaquer au pb.
Pour le wifi, c'est quoi que t'as comme chip ?
Pour les touches spéciales, sur la debian j'ai dû installer pommed, me souviens plus exactement, sur la mandriva 2009.0 ça a marché sans que je fasse rien.
Sur mon macbook (pas la dernière génération, celle just avant), la réponse est oui a à peu près toutes les questions sauf pour le son (j'ai du son, aucune idée de ce que tu considère être de "bonne qualité"), et non j'ai pas un temps de boot de 5 minutes à cause d'efi (meme si qques agaçantes secondes sont perdues le temps que refit se lance puis le temps qu'il lance grub).
Par contre la/les questions qui fachent sont celles du driver wifi et vidéo, en ce qui me concerne j'ai dû recourir à ndiswrapper :( (la vidéo c'est de l'intel)
Le nommage alternatif marche bien jusqu'au jour où tu te retrouves à pas faire gaffe et à générer 2 fois le même nom de fichier (ça peut arriver, les noms de fichiers en fat32 ont pas une longueur illimitée, donc si le nom d'artiste est un peu long et que derrière dans le nom de fichier y a le nom de l'album, c'est loin d'être impossible). Si tu pars du principe que l'arborescence de l'ipod est opaque quand tu codes et que tu sais que de toute façon tu devras modifier les noms des fichiers pour t'accommoder des limitations de la fat, autant prendre un identifiant unique, moche mais au moins t'es sûr de ce qu'il va se passer. Pour info, gtkpod renomme les morceaux...
Ca pète ça "introduction de hachage cryptographique", c'est un bête checkum à base de SHA1 qui a été ajouté aux ipods classic/nano3g hein.
La "suppression de la table de partition" évoquée dans l'article me paraît être une grosse approximation de toute façon. L'impression que j'avais sur le sujet, c'est que les iphone/itouch ne font plus d'USB Mass Storage, c'est tout. Y a probablement encore un truc qui ressemble à une table de partition dessus, ça doit même être facile à voir avec un tel jailbreaké...
Le renommage du fichier est de toute façon plus ou moins obligatoire vu qu'il y a pas mal de caractères illégaux sur de la fat32. Quand il parlait de l'organisation "curieuse" des fichiers, je pense qu'il faisait plutôt allusion à la répartition des fichiers sur N répertoires nommés Fxx où xx est un nombre entre 0 et N-1. 10.000 fichiers dans un unique répertoire en fat32, ça le fait pas, s'ils sont répartis équitablement sur N répertoires, ça passe déjà mieux.
Winamp, ephpod, foobar2000, songbird pour n'en citer que qques uns permettent de copier des fichiers sur un ipod (hors ipod touch) sans utiliser itunes.
J'ai l'impression qu'il y a une minorité de morceaux sans DRM à leur catalogue malheureusement, et qu'ils sont pas très pressés pour augmenter le nb de morceaux dispos sans DRM :-/ Enfin peut être que c'est juste une fausse impression, je vais sur le music store 1 fois par an par curiosité, donc je suis pas très bien placé pour faire des stats ;)
En fait y a une raison pas trop mauvaise (à mes yeux) de faire ça, c'est si le vendeur n'a pas envie que des neuneus appellent sans cesse le support/disent que le matos vendu par le vendeur en question est daubique/... après avoir installé un firmware kikoolol qui tue sa mère qu'ils ont téléchargé sur le net.
[^] # Re: Format du fichier .cbk
Posté par Christophe Fergeau . En réponse au journal Du reverse engineering, et de la pomme. Évalué à 2.
Si les derniers octets, c'est des SHA1, c'est un peu surprenant que ça soit légèrement différent entre ce dont tu as besoin et ce que fait la libgpod, vu que globalement les 2 font la même chose, c'est bizarre de juste légèrement changer les derniers octets. Après y a peut être juste un bug ;) Il faut peut être que la libgpod soit capable d'identifier l'ipod (touch je suppose ?) correctement pour que les choses se passent comme elles doivent.
Dans mon souvenir, la libhashab génère juste une signature de 20 octets (la partie sur laquelle tu t'es pour l'instant cassé les dents justement).
# Format du fichier .cbk
Posté par Christophe Fergeau . En réponse au journal Du reverse engineering, et de la pomme. Évalué à 6.
Ce que tu décris correspond effectivement à ce qui est implémenté par la libgpod
http://sourceforge.net/p/gtkpod/libgpod/ci/master/tree/src/itdb_sqlite.c#l2067
Une sha1 est généré pour chaque block de 1024 octets, et ensuite au début du fichier, il faut ajouter une signature magique. Pour cette signature magique, on tombe effectivement sur du code qu'Apple a apparemment délibéremment rendu difficile à désassembler, à ma connaissance le seul moyen de générer cette signature, c'est de passer par le blob libhashab.so.
[^] # Re: Évolution
Posté par Christophe Fergeau . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 2.
[^] # Re: Évolution
Posté par Christophe Fergeau . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
Je me permets d'insister là dessus, ça répond au "détruire aussi facilement son travail parce qu'on fait un hard reset en pensant que c'est le moyen de sortir une version ancienne du code n'est tout simplement pas acceptable" du journal. Les commits qui ont été dégagés de la branche courante avec git reset --hard peuvent être retrouvés (pendant peut être 1 mois) dans le reflog.
[^] # Re: Évolution
Posté par Christophe Fergeau . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
git reset --hard avec des changements non committés (en particulier des changements dans l'index/un nouveau fichier non committé dans l'index),
git clean -dfx avec un nouveau fichier source que tu as oublié d'ajouter et de committer, ...
J'invente pas hein, c'est des choses qui me sont arrivées ;) Heureusement git encourage à committer souvent donc les pertes n'étaient pas énormes
[^] # Re: c'est pas franchement grave
Posté par Christophe Fergeau . En réponse à la dépêche Rififi autour de Subversion. Évalué à 2.
Les entreprises sont à peu près réceptives à subversion ou l'utilisent déjà, et ça permet de faire du git-svn dans son coin ;)
[^] # Re: Précisions
Posté par Christophe Fergeau . En réponse au message Écrire en russe facilement sous GNOME via la translittération. Évalué à 2.
Ce qu'il me manque avec la méthode GNOME, et me fait préférer un mapping clavier "Russie Phonétique", c'est de ne pas pouvoir switcher entre clavier latin et cyrillique avec un raccourci clavier.
# Google SOC 2009
Posté par Christophe Fergeau . En réponse à la dépêche Rhythmbox 0.12 "Flood Victim" est sorti. Évalué à 1.
[^] # Re: Les autres : Amarok, songbird, Quodlibet etc...
Posté par Christophe Fergeau . En réponse à la dépêche Rhythmbox 0.12 "Flood Victim" est sorti. Évalué à 1.
[^] # Re: Mon opinion, par rapport à mpd
Posté par Christophe Fergeau . En réponse à la dépêche Rhythmbox 0.12 "Flood Victim" est sorti. Évalué à 1.
>Jamais rencontré ce problème. Tu montes à combien de % de charge CPU ?
En fait ce genre de pb est plutôt classique, ça va et ça vient en fonction des couches du dessous (scheduler noyau, drivers sons, ...). Ces derniers temps ça allaient (depuis que les gens du noyau se sont amusés avec le scheduling de processus), mais j'ai l'impression que le pb va réapparaître chez certaines personnes avec PulseAudio :-/
[^] # Re: Mon opinion, par rapport à mpd
Posté par Christophe Fergeau . En réponse à la dépêche Rhythmbox 0.12 "Flood Victim" est sorti. Évalué à 6.
[^] # Re: FUD et TROLL sont dans un bateau
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.
[^] # Re: FUD et TROLL sont dans un bateau
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 3.
[^] # Re: FUD et TROLL sont dans un bateau
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 0.
[^] # Re: FUD et TROLL sont dans un bateau
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 4.
En ce qui concerne les ipod touch et iphone 3g, ça ne marche pas pour l'instant (le pb, c'est le firmware 2.x, donc pour un vieil iphone ou ipod touch, ça marche). Et ça n'a à peu près absolument rien à voir avec les histoires de firmware cryptés de Mr Bastes, mais parler de firmware crypté, ça pète bien, donc autant le recaser quand on FUD. Et je tiens à insister sur le "POUR L'INSTANT", le principal pb qui fait qu'ils ne sont pas supportés, c'est qu'il n'y a pas eu de personne forte en reverse engineering avec suffisamment de temps libre pour s'attaquer au pb.
[^] # Re: Non non, Steve Jobs n'aime pas les DRMs
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.
[^] # Re: Apple , think different : My design is important not Your freedom
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.
Pour les touches spéciales, sur la debian j'ai dû installer pommed, me souviens plus exactement, sur la mandriva 2009.0 ça a marché sans que je fasse rien.
[^] # Re: Apple , think different : My design is important not Your freedom
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.
Par contre la/les questions qui fachent sont celles du driver wifi et vidéo, en ce qui me concerne j'ai dû recourir à ndiswrapper :( (la vidéo c'est de l'intel)
[^] # Re: Non non, Steve Jobs n'aime pas les DRMs
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 3.
Ca pète ça "introduction de hachage cryptographique", c'est un bête checkum à base de SHA1 qui a été ajouté aux ipods classic/nano3g hein.
[^] # Re: Non non, Steve Jobs n'aime pas les DRMs
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.
[^] # Re: Non non, Steve Jobs n'aime pas les DRMs
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 3.
[^] # Re: Ipod, IPrison ...
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 3.
[^] # Re: Non non, Steve Jobs n'aime pas les DRMs
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.
[^] # Re: Support USB mass-storage
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.
[^] # Re: FUD
Posté par Christophe Fergeau . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.