Mon besoin: vérifier qu'un CD-ROM multipiste correspond bien aux fichiers images qui ont servis à le générer.

Problème: aucun outil à ma connaissance ne permet de le faire.

cdrdao read-cd permet de dumper plusieurs pistes, mais il faut les stocker et ensuite calculer le MD5 sur chacun des fichiers dumpés ... Et pas de chance, cdrdao s'arrête avant la fin de la 1ère piste pour cause d'erreur d'entrée/sortie.

Alors j'ai pris mes petites mains et j'ai cherché à comprendre l'API du CD-ROM sous Linux pour lire piste par piste et écrire l'outil ultime pour faire des vérifications de CD.

J'ai donc un programme qui s'appelle cd5 qui lit les pistes d'un CD, affiche la taille et le MD5 des pistes.

Toutefois mon programme affiche une erreur à la lecture de la fin de chacune des pistes, car la piste est plus longue que les données qu'elle contient. L'erreur se produit exactement à la fin des données, donc les tailles des données et les MD5 correspondent exactement à ceux des fichiers originaux (mis à part le padding des fichiers dont la taille est inférieur à 614400 octets).

Mis à part ce comportement étonnant, le programme fonctionne bien et rempli à merveille son office. Mais il peut toutefois être largement amélioré.

Les liens:

- http://freshmeat.net/projects/cd5/
- http://projects.meuh.org/cd5/

> Lire le journal (3 commentaires, moyenne: 1).

Après quelques couacs dans le processus de développement[1]
voici une nouvelle version de GNU Arch[2][3] aka TLA: 1.3

http://lists.seyza.com/pipermail/gnu-arch-dev/2004-December/000513.(...)

Important changes since GNU arch 1.2.1 include:

* reverting the 1k tagline boundary error to a warning, allowing old
archives to continue to be accessed,

* fixing a regression in get-changeset,

* fixing the "one-way" star-merge bug, and

* recognizing patch logs from archives beginning with a digit again.

Comme toujours, je vous conseille d'aller consulter le wiki[4] pour avoir plus d'information sur quoi, comment, pourquoi.

Je rajoute l'existence du projet Bazaar[5], qui est une autre implémentation du "protocole Arch" et qui vise avant tout à fournir des fonctions plus avancées (voir expérimentales) ainsi qu'une interface utilisateur plus "ergonomique" ou du moins plus "standard".

Et pour finir, le développement de TLA 2.0 est lancé. TLA 2.0 est une réécriture from stratch de TLA. Les spécifications sont en cours d'élaboration. Elles visent à corriger *tout* les problèmes et limitations de TLA 1.x ainsi que les problèmes liés directement au format des archives et des changesets.

[1] le mainteneur de la branche 1.2 a été démissionné.
[2] http://www.gnu.org/software/gnu-arch/(...)
[3] http://www.gnuarch.org/(...)
[4] http://wiki.gnuarch.org/(...)
[5] http://bazaar.canonical.com/(...)

> Lire le journal (10 commentaires, moyenne: 2,2).

Je viens de noter une information de taille sur le flux RSS de Linuxfrench:
"il y a une nouvelle version du site" ;)

http://www.linuxfrench.net/le_nouveau_linuxfrench_article1465.html(...)
http://www.linuxfrench.net/(...)

> Lire le journal (4 commentaires, moyenne: 2,3).

Bonjour,

Juste un petit mot pour dire que je m'installe / me suis installé en tant que prestataire en Logiciels Libres en Sarthe et Pays de la Loire, mais sans toutefois me restreindre à la région (il faut rester mobile). De plus grâce au télé-travail, je peux travailler pour des clients dans toute l'Europe ;)
Mon site web 'pro' http://droneaud.com/(...) .

Je tiens aussi à signaler l'existance du LUG Sarthois: LinuXmaine ( http://linuxmaine.univ-lemans.fr/(...) ), personnellement je l'ai découvert que très récemment, et j'ai pas encore eu le temps d'aller y faire un tour. Cette erreur devrait être réparée d'ici juin.

Donc si vous souhaitez développer la présence des Logiciels en Sarthe, n'hésitez pas à contacter moi (je transmettrais ;) ou LinuXmaine.

> Lire le journal (6 commentaires, moyenne: 1,5).

Hier, j'ai enfin mis à jour la page d'accueil de TuxFamily.org pour relater
notre présence lors de l'exposition Solutions GNU/Linux 2004 ainsi
que la tenue de notre quasi traditionnelle bouffe du mercredi.
N'hésitez pas consulter le site http://tuxfamily.org/(...) pour plus d'informations.

Le site de l'expo: http://www.solutionslinux.fr/(...)

> Lire le journal (3 commentaires, moyenne: 2,3).

La nuit dernière nous avons du faire face à un évènement inimaginable: les serveurs TuxFamily ont été volé. La porte de la baie contenant les machines a été fracturé. Les responsables de la salle machine n'ont fait aucun commentaire. Nous allons porter plainte dans la journée. Quoiqu'il en soit, grâce au prêt d'une OpenBrick par notre partenaire Lost Oasis, TuxFamily continue de fonctionner. Malheureusement, nous n'avons pu que restorer des backups du vendredi 13 janvier 2003. De plus, pour assurer un service de qualité sur une plateforme réduite, nous avons décidé de ne remettre en ligne que les services des membres de l'association TuxFamily à jour de leur cotisation. Nous n'avons pas encore décidé si l'herbergement gratuit va perdurer dans sa forme actuelle. Si votre site ne fonctionne pas, nous vous engageons à envoyer au plus vite votre chèque d'adhésion à l'adresse http://tuxfamily.org/?action=assoc Et désolé pour les multiples messages, ce n'était vraiment pas voulu...

> Lire le journal (1 commentaire, moyenne: 2).

Ca y est, le serveur FreeBSD de TuxFamily (serveur de stockage) est tombé en panne. Ca confirme que la version 4.5 était vraiment pas au point C'est l'occasion de le passé en 4.7, enfin ...

> Lire le journal (1 commentaire, moyenne: 4).

Bon, ca marche pas comme il faut. Je suis obligé d'entré les voisins (neighbors) à la main à coup de ip6 neigh change fec0::1 dev eth0 lladdr 00:05:5d:5f:12:da nud reachable ip6 neigh change fe80::205:5dff:fe5f:12da dev eth0 lladdr 00:05:5d:5f:12:da nud reachable pour que les machines daignent pinger ... (bizarrement si je lance tcpdump ca marche mieux, sauf le ping6 -I eth0 ff02::1) Je continue à me documenter.

> Lire le journal (1 commentaire, moyenne: 1).