When you try to burn a DVD with cdrecord it tells you to ask the author about cdrecord-proDVD - looks like a tracking version of http://www.abcpages.com/~mache/cdrecord-dvd.html a37 patches with fuzz to a39.
So, are you saying that the patch from the above URL applies to a37/a39? It appears to be against a08/a11.
Hmm... What's this stuff: ftp://ftp.berlios.de/pub/cdrecord/ProDVD/ This seems to lift up from a12, i.e. some time after the cdrecord-dvd patches left off, but distributed only in binaries. I thought that cdrecord could write DVDs: can it not? I'm sorry, but I have never dealt with DVD writers.
the files I'm talking about are in the url in the bug headers (the mandrakesoft one) not the one I put in the first comment. When you try to burn a dvd with cdrecord it says "This software does not have the modules necessary to burn a dvd, ask the author about cdrecord-ProDVD" - the software you found. I don't want to run binary only stuff (and it probably wants registration too), I patched the a37 patch against 2.00 and it worked with fuzz. I successfully burned a .img file at 2x with the pioneer A03 drive. With a cleaned up patch it would be a great addition to gentoo. It still performs all the functions it used to, so no need to have it as an option.
Created attachment 7130 [details, diff] Adds DVD-R/RW support to cdrecord I've attached the patch to make things easier for you
Thanks, I'll have a look at it. Do you suppose that a separate package is in due for this? Like cdrecord-dvd?
I think it would be better to have a USE "dvdr" similar to the "cdr" use, with a note similar to the one in pcmcia-cs which says if you want dvdr support add dvdr to your USE variable in make.conf and re-emerge. On the other hand: It doesn't affect cdrecord for cdr users and is quite a small patch, why not patch it by default?
I don't feel like patching cdrecord for everybody because I don't wat to be stuck maintaining the patch every time we want to bump the version of cdrecord (one day the patch will fail to apply cleanly). I don't like the idea of a special USE variable (dvdr) for the same reason. I am leaning towards having a package "cdrtools-dvdr" for this purpose, and have it and the original "cdrtools" provide "virtual/cdrtools". This way if the patch would require more work, it would be reasonable for the cdrtools-dvdr package to lag behind a few minor revisions.
I added a new package "cdrtools-dvdr" to the portage tree. The package has both versions 11a37 (the one for which the patch was meant originally) and the latest 2.01a04, to which the patch seems to apply with fuzz. Please test. Thanks for the report.