En parcourant un peu les divers actus concernant la récente sortie du noyau 2.6.8/2.6.8.1, le changelog et quelques bugs rencontrés je suis tombé sur des problèmes relatifs à cdrecord.
En effets les problèmes commencent à fleurir à ce niveau -notamment en raison à d'ajouts destinés à contrôler le comportement de commandes SCSI- comme l'atteste la LKLM (http://lkml.org/lkml/2004/8/14/103(...), http://lkml.org/lkml/2004/8/14/107(...),  etc... et http://seclists.org/lists/linux-ke [...] index.html sur le patch concernant cdrecord).
 
Le seul mainteneur est Joerg Schilling (schilling_at_fokus.fraunhofer.de) et visiblement en ce moment il y a pas mal de prises de bec entre lui et les développeurs du noyau Linux ; mauvaise volonté ? rien n'est moins sûr, d'autant que ce dernier visiblement n'est pas enclin à inclure un support étendu pour la gravure de DVD d'autant qu'il distribue une version commerciale (dcdrecord-ProDVD) à cet effet.  
Là où ça se corse et l'on commence à s'inquiéter (çapuçaipalibre) c'est que Joerg Schilling a pris l'initiative de modifier en partie la licence de cdrecord en faisant un "ajout" dans un fichier de cdrtools (tous les détails à : http://www.tribulaciones.org/blog/ [...] 13-08-2004).
 
Cdrecord est le seul logiciel libre de gravure aussi abouti actuellement (rappelons que XCD-Roast, K3B, etc sont pour la plupart des frontends de cdrecord/cdrtools/mkisofs) ; bref si cette histoire ne s'arrange pas, on risque de finir par graver avec du non-libre dans les prochains temps...    

fork

on voit bien là le problème de "monopole", même au sein du logiciel libre.
 
cdrecord est le seul programme de gravure cd/dvd aussi abouti (je parle pas de cdrdao), donc maintenant il peut faire chier un max de monde en changeant sa license (pour favoriser son programme payant par exemple).
 
edit : dans le cas présent c'est plutôt le fait que des personnes//distributions donnent des versions modifiées de cdrtools, ce qui lui fait des bug report qui ne servent à rien
 
rien que sur ma sid par exemple :
 

-> fork
 
J'ai vu que freedesktop.org développait une nouvelle bibliothèque destinée à la gravure pour les frontends (libburn) ; ça à l'air intéressant mais apparemment il semblerait que c'est loin d'être aussi abouti que cdrecord (je n'ai pas testé) .
 
Le lien : http://icculus.org/burn/

 
en tout cas ca serait plus propre que de parser la sortie de cdrecord

Joerg Schilling n'est pas mauvais, mais il met beaucoup de mauvaise volontée en ce moment. Il sort aussi pas mal de conneries sur la LKML ces derniers temps.  
Il critique de facon énergique la facon dont Linux 2.6 gère le matos ATAPI, l'emul-scsi ...
 
C'est un grand fan de solaris, et il ne comprends pas pourquoi Linus et ses potes ont modifiés tout le bordel ATAPI pour le 2.6 bref ca le fait chier et il a pas trop envie de se prendre la tête avec une spécif Linux alors que beaucoup d'UNIX sont basés sur un autre concept.
 
Bref on se rends seuleemnt compte de ce qui est une évidence depuis des lustres : l'horizon des logiciels de gravure sous Unix/posix est très limitée et ca manque de projets libres propres.

En effet, cette biblio offre bien des avantages par rapport à cdrecord à ce niveau ; le seul problème tiens du fait que les frontends existant n'utilisent pas de véritable API pour l'instant (puisqu'elles parse) et ne sont pas vraiment prêtes pour libburn (manque de maturité également).
 
Ce qui m'inquiète c'est qu'en ce moment, il ne semble pas vraiment y avoir d'alternative libre viable à cdrecord pour la majorité des utilisateurs gravant couramment sous Linux.

ouais, je pense que c'est une meilleure solution que l'archi pourave de cdrecord anyway.
 
Et puis en général on peux s'attendre à de bonnes surprises avec Derek

 
Amusant, ça me rappelle quelque chose    voici ma version (backport sur Woody)    
 

sur ma mandrake alors

pour les dvd growisofs ca marche tres bien
je piges pas le probleme ?

cdrecord ça va finir comme XFree86, tout le monde va l'abandonner sur le bord de la route, la route GNU/Linux en tout cas...

growisofs n'ofre pas encore tout ce que l'on peut attendre d'un logiciel de gravure.

Je cite Marco d'Itri (un mainteneur Debian):
« I'm not displeased to read that cdrecord has become non-free: now it is more probable that it will be forked and maintained by somebody who is not a complete asshole. »
 
http://blog.bofh.it/
 
 
Bon... après XFree86, v'là un petit fork de cdrecord !

 
"complete asshole."
 
c violent quand même  

Et mplayer, c'est pas un peu le même type de soucis qui peut arriver ?

il n'est pas dans debian de toute maniere donc

 
MPlayer a quand même quelques équivalent, Xine, Totem et autres ne sont quand même pas que des frontend ou bien ???

non c'est vrai, mais il est quand même le plus aboutit, enfin je trouve.
En fait j'ai l'impression que beaucoups plsu de personnes utilisent mplayer que les deux précédents.

Possible...
 
Mandrake a choisi Totem par defaut sur son installation... moi en fait j'utilise Xine et je n'ai jamais eu de problème (enfin je sais qu'une fois j'ai du utiliser mplayer mais je sais plus pourquoi, peut-être pour les .mov en Sorensen 3... mais on doit pouvoir aussi avec xine...)

totem est un front end de xine .

 
   
 
Ok... reste que je préfere le frontend original...

 
franchement, mplayer rox avec son interface clavier
 
et c'est le seul pour lequel le seek est efficate, réactif et instantané

ou utilise le framework gstreamer.

un truc marant,c'est que dans tout les logiciels de gravure gratuit sous Windows,beaucoup utilise CDRecord mais aucun n'est totalement libre...
 
faudra donc faire une alternative a partir d'une ancienne version de CDRecord tout comme on l'a fait avec XFree pour Xorg

 
Oui ca s'appelle un fork... (voir plus haut)  

j'appele ça comme je veux,je parle français moi,pas la peine de faire ton aire sarcastic parce que qqun l'as déjà dis,je sais lire,merci  

 
c'est moi qui l'ai dit

bref,encore une histoire a la con

 
C'est même pas moi c'est black_lord... bon aller c'était pas méchant

 
Oui et pourtant tu as tenté de revenir au sujet du topic... m'enfin bon tant qu'on touche pas le point Godwin...

je parlais de CDRecord "l'histoire a la con"

 
ok ok je sors...

Pour le pb du kernel 2.6.8.1, il semblerait qu'il y ait 2 lignes à commenter dans le code source pour rétablir le comportement du 2.6.7, et donc un cdrecord qui fonctionne ... Recompilation forced.

on remarquera toujours qu'un projet part souvent en couille a cause de bagarre de gamins et tétu...
 
c'etais la meme histoire avec l'ancien thème de Mozilla FireFox... le createur du theme refusait qu'on modifie la tailles des images du themes  
 
le responsable du projet Mozilla FireFox a réglé le problème en changeant de thème

 
C'est plus facile de faire un thème qu'un logiciel de gravage cd/dvd !!!

décidement,t'as decidé d'emmerder ton monde aujourd'hui ... tu connais le mot "exemple" ?

 
Et toi tu connais le mot "exemple non pertinent" ?
 
Je persiste et je signe, mias c'est toujours pas méchant  

je t'ajoute dans ma blacklist