You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(6) |
Jun
(6) |
Jul
(5) |
Aug
(55) |
Sep
(16) |
Oct
(28) |
Nov
(35) |
Dec
(19) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(12) |
Feb
(15) |
Mar
(14) |
Apr
(27) |
May
(35) |
Jun
(42) |
Jul
(22) |
Aug
(21) |
Sep
(62) |
Oct
(52) |
Nov
(49) |
Dec
(14) |
2003 |
Jan
(11) |
Feb
(41) |
Mar
(16) |
Apr
(18) |
May
(9) |
Jun
(8) |
Jul
(9) |
Aug
(4) |
Sep
(3) |
Oct
(2) |
Nov
(6) |
Dec
(5) |
2004 |
Jan
(13) |
Feb
(32) |
Mar
(10) |
Apr
(5) |
May
|
Jun
(6) |
Jul
(12) |
Aug
|
Sep
(2) |
Oct
|
Nov
(6) |
Dec
|
2005 |
Jan
(1) |
Feb
(7) |
Mar
(4) |
Apr
(1) |
May
(1) |
Jun
(2) |
Jul
(7) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(1) |
Dec
(4) |
2006 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
(10) |
Mar
|
Apr
|
May
(9) |
Jun
(4) |
Jul
(5) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: Giuseppe C. <co...@lu...> - 2004-06-03 12:12:23
|
On Tue, Jun 01, 2004 at 01:18:57AM -0700, Denis Leroy wrote: > Should we commit the gcdmaster code to gtkmm 2.4 (and sigc++ 2.0) ? I > was looking over the gtkmm 2.4 patch that was submitted recently, and > it's working fine. Unfortunately, gtkmm 2.4 is not backward compatible > (mainly, but not only, because of the sigc++ 2.0 "upgrade"). It's > possible to keep both compatible through autoconf magic, but it'd > require adding #ifdef's all over the code and is definitely not a > viable long-term solution. What do'y all think ? I see 2 paths: *) Tag the current release as gcdmaster_last_2_2 and commit the 2.4 patch. Development will continue on the 2.4 version only. *) Create a gcdmaster_2_4 branch Either way I'd suggest to build a source distribution of the last 2.2 code and make it available, and to place a note on the homepage/Changes stating that development is going on in the 2.4 branch. -- Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net -<! WINDOWS: l'unico sistema che puo' inchiodarsi tra un crash e l'altro !>- |
From: Jonatan L. <th...@ho...> - 2004-06-01 12:57:55
|
I have made a simple GUI frontend for cdrdao in python (and pygtk) for the ROX desktop environment. It's called RoxDAO and is available at http://kymatica.com/software.html /Jonatan - [ http://kymatica.com ] |
From: Denis L. <den...@ya...> - 2004-06-01 08:19:08
|
Should we commit the gcdmaster code to gtkmm 2.4 (and sigc++ 2.0) ? I was looking over the gtkmm 2.4 patch that was submitted recently, and it's working fine. Unfortunately, gtkmm 2.4 is not backward compatible (mainly, but not only, because of the sigc++ 2.0 "upgrade"). It's possible to keep both compatible through autoconf magic, but it'd require adding #ifdef's all over the code and is definitely not a viable long-term solution. What do'y all think ? I built FC2 packages for both gtkmm 2.2 and gtkmm 2.4 if anyone is interested, let me know. -denis |
From: Eric B. <eri...@ya...> - 2004-04-07 17:04:55
|
That's fine, but I think --query is a confusing option name. Does --query mean "perform the query and print the result" or does it mean "don't perform the query, just print what you would have submitted"? It's the latter, but the option name doesn't convey that distinction. Also, this functionality overlaps closely with the "read-cddb" command. If you are going to actually query a CDDB server, this command should also have the --cddb-servers and --cddb-timeout options as well. Then it starts getting complicated. Perhaps it would make more sense to absorb this functionality into the "read-cddb" command, perhaps by using "-" as the --cddb-directory option to mean "print the result rather than write it to a file". Then perhaps "discid" should be renamed "cddb-query-string" and revert to its old simple behavior. Denis Leroy wrote: >I've checked in your patch, but i made the discid command actually do >the CDDB query and print out the result. If you run it with the >'--query' option, it does exactly what your version did and only prints >the CDDB query. I thought this would be a good compromise. > >thanks for the patch, keep'em coming :-) >-denis > >--- Eric Benson <eri...@ya...> wrote: > > >>>>This patch adds a "discid" command that prints the CDDB query >>>> >>>> >>string >> >> >>>>for >>>>the CD in the drive, and it adds --eject as an option to the >>>> >>>> >>"unlock" >> >> >>>>command. These are both pretty simple and I've been using them for >>>>over >>>>a year myself. It would be great if they get added to cdrdao's CVS >>>>mainline so other folks can use them, plus it would save me from >>>>having to apply them myself! >>>> >>>> > > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >_______________________________________________ >Cdrdao-devel mailing list >Cdr...@li... >https://lists.sourceforge.net/lists/listinfo/cdrdao-devel > > > |
From: Denis L. <den...@ya...> - 2004-04-07 06:46:02
|
I've checked in your patch, but i made the discid command actually do the CDDB query and print out the result. If you run it with the '--query' option, it does exactly what your version did and only prints the CDDB query. I thought this would be a good compromise. thanks for the patch, keep'em coming :-) -denis --- Eric Benson <eri...@ya...> wrote: > >>This patch adds a "discid" command that prints the CDDB query > string > >>for > >>the CD in the drive, and it adds --eject as an option to the > "unlock" > >> > >>command. These are both pretty simple and I've been using them for > >>over > >>a year myself. It would be great if they get added to cdrdao's CVS > >>mainline so other folks can use them, plus it would save me from > >>having to apply them myself! |
From: Eric B. <eri...@ya...> - 2004-04-05 21:26:07
|
Denis Leroy wrote: >I had some trouble applying your HTML-ized patch, but i eventually had >it all worked out. > > Sorry about that. I guess I should have used a text file attachment instead of just cutting and pasting. >The only concern i have is that we're adding a brand new command, but >all it does is print the CDDB query which will appear as something >truly obscure for the uninitiated. How about actually doing the CDDB >query and printing it out in human-readable form, with maybe printing >the query string in verbose mode only, or what about modifying the >existing 'read-cddb' command and make its toc-file argument optional >(cddb result is printed to stdout) ? > > Well, as you may have guessed, I only use this command in the context of a script where I pick up the output and submit it to a CDDB server. I wanted to keep it as simple as possible. The usage message says "prints out CDDB query". How about just changing it to "prints out CDDB query for audio CD and exits". If anyone tries the command, they will see an obscure sequence of numbers, but it is quite harmless. If they don't know what a CDDB query is, it isn't hard to find out. Even a Google search for "discid" or "cddb query" will reveal enough to explain it. The reason I added these commands to cdrdao was to simplify a CD ripping and cataloging application I wrote. Before, I had three programs that had to access the CD-ROM drive for different tasks: discid, cdrdao and eject. By absorbing discid and eject into cdrdao I was able to simplify maintenance and porting. >-denis > >--- Eric Benson <eri...@ya...> wrote: > > >>This patch adds a "discid" command that prints the CDDB query string >>for >>the CD in the drive, and it adds --eject as an option to the "unlock" >> >>command. These are both pretty simple and I've been using them for >>over >>a year myself. It would be great if they get added to cdrdao's CVS >>mainline so other folks can use them, plus it would save me from >>having >>to apply them myself! >> >> > > > |
From: Denis L. <den...@ya...> - 2004-04-05 20:46:32
|
I had some trouble applying your HTML-ized patch, but i eventually had it all worked out. The only concern i have is that we're adding a brand new command, but all it does is print the CDDB query which will appear as something truly obscure for the uninitiated. How about actually doing the CDDB query and printing it out in human-readable form, with maybe printing the query string in verbose mode only, or what about modifying the existing 'read-cddb' command and make its toc-file argument optional (cddb result is printed to stdout) ? -denis --- Eric Benson <eri...@ya...> wrote: > This patch adds a "discid" command that prints the CDDB query string > for > the CD in the drive, and it adds --eject as an option to the "unlock" > > command. These are both pretty simple and I've been using them for > over > a year myself. It would be great if they get added to cdrdao's CVS > mainline so other folks can use them, plus it would save me from > having > to apply them myself! |
From: Eric B. <eri...@ya...> - 2004-04-05 04:02:27
|
This patch adds a "discid" command that prints the CDDB query string for the CD in the drive, and it adds --eject as an option to the "unlock" command. These are both pretty simple and I've been using them for over a year myself. It would be great if they get added to cdrdao's CVS mainline so other folks can use them, plus it would save me from having to apply them myself! cvs server: Diffing . cvs server: Diffing contrib cvs server: Diffing contrib/mp32dao cvs server: Diffing contrib/mp32dao/docs cvs server: Diffing contrib/psxcopy-0.2 cvs server: Diffing contrib/wav2dao cvs server: Diffing dao Index: dao/main.cc =================================================================== RCS file: /cvsroot/cdrdao/cdrdao/dao/main.cc,v retrieving revision 1.43 diff -c -r1.43 main.cc *** dao/main.cc 23 Mar 2004 18:46:07 -0000 1.43 --- dao/main.cc 5 Apr 2004 03:29:53 -0000 *************** *** 53,59 **** enum Command { UNKNOWN, SHOW_TOC, SHOW_DATA, READ_TEST, SIMULATE, WRITE, READ_TOC, DISK_INFO, READ_CD, TOC_INFO, TOC_SIZE, BLANK, ! SCAN_BUS, UNLOCK, COPY_CD, READ_CDDB, MSINFO, DRIVE_INFO }; static const char *PRGNAME = NULL; static const char *TOC_FILE = NULL; --- 53,60 ---- enum Command { UNKNOWN, SHOW_TOC, SHOW_DATA, READ_TEST, SIMULATE, WRITE, READ_TOC, DISK_INFO, READ_CD, TOC_INFO, TOC_SIZE, BLANK, ! SCAN_BUS, UNLOCK, COPY_CD, READ_CDDB, MSINFO, DRIVE_INFO, ! DISCID }; static const char *PRGNAME = NULL; static const char *TOC_FILE = NULL; *************** *** 189,194 **** --- 190,196 ---- " show-data - prints out audio data and exits\n" " read-test - reads all audio files and exits\n" " disk-info - shows information about inserted medium\n" + " discid - prints out CDDB query\n" " msinfo - shows multi session info, output is suited for scripts\n" " unlock - unlock drive after failed writing\n" " blank - blank a CD-RW\n" *************** *** 292,297 **** --- 294,310 ---- SCSI_DEVICE); break; + case DISCID: + message(0, "\nUsage: %s discid [options]", PRGNAME); + message(0, + "options:\n" + " --device [path:]<x,y,z> - sets SCSI device of CD-writer\n" + " (default: %s)\n" + " --driver <id> - force usage of specified driver\n" + " -v # - sets verbose level\n", + SCSI_DEVICE); + break; + case READ_CD: message(0, "\nUsage: %s read-cd [options] toc-file", PRGNAME); message(0, *************** *** 349,354 **** --- 362,368 ---- " (default: %s)\n" " --driver <id> - force usage of specified driver\n" " --reload - reload the disk if necessary for writing\n" + " --eject - ejects cd after unlocking\n" " -v # - sets verbose level\n", SCSI_DEVICE); break; *************** *** 481,487 **** } } ! if (cmd == BLANK || cmd == DISK_INFO || cmd == MSINFO || cmd == UNLOCK) { if ((sval = SETTINGS->getString(SET_WRITE_DRIVER)) != NULL) { DRIVER_ID = strdupCC(sval); } --- 495,502 ---- } } ! if (cmd == BLANK || cmd == DISK_INFO || cmd == MSINFO || cmd == UNLOCK || ! cmd == DISCID) { if ((sval = SETTINGS->getString(SET_WRITE_DRIVER)) != NULL) { DRIVER_ID = strdupCC(sval); } *************** *** 546,552 **** SETTINGS->set(SET_READ_PARANOIA_MODE, PARANOIA_MODE); } ! if (cmd == BLANK || cmd == DISK_INFO || cmd == MSINFO || cmd == UNLOCK) { if (DRIVER_ID != NULL) SETTINGS->set(SET_WRITE_DRIVER, DRIVER_ID); --- 561,568 ---- SETTINGS->set(SET_READ_PARANOIA_MODE, PARANOIA_MODE); } ! if (cmd == BLANK || cmd == DISK_INFO || cmd == MSINFO || cmd == UNLOCK || ! cmd == DISCID) { if (DRIVER_ID != NULL) SETTINGS->set(SET_WRITE_DRIVER, DRIVER_ID); *************** *** 597,602 **** --- 613,621 ---- else if (strcmp(*argv, "disk-info") == 0) { COMMAND = DISK_INFO; } + else if (strcmp(*argv, "discid") == 0) { + COMMAND = DISCID; + } else if (strcmp(*argv, "read-cd") == 0) { COMMAND = READ_CD; } *************** *** 963,968 **** --- 982,988 ---- if (COMMAND != DISK_INFO && COMMAND != BLANK && COMMAND != SCAN_BUS && COMMAND != UNLOCK && COMMAND != COPY_CD && COMMAND != MSINFO && + COMMAND != DISCID && COMMAND != DRIVE_INFO) { if (argc < 1) { message(-2, "Missing toc-file."); *************** *** 1018,1024 **** &options); // if no driver is selected, yet, try to select a read driver for // disk-info ! if (id == NULL && (cmd == DISK_INFO || cmd == MSINFO)) id = CdrDriver::selectDriver(0, scsiIf->vendor(), scsiIf->product(), &options); // Still no driver, try to autodetect one --- 1038,1044 ---- &options); // if no driver is selected, yet, try to select a read driver for // disk-info ! if (id == NULL && (cmd == DISK_INFO || cmd == MSINFO || cmd == DISCID)) id = CdrDriver::selectDriver(0, scsiIf->vendor(), scsiIf->product(), &options); // Still no driver, try to autodetect one *************** *** 1435,1440 **** --- 1455,1467 ---- return 2; } + static void printCddbQuery(Toc *toc) + { + Cddb cddb(toc); + + cddb.printDbQuery(); + } + static int readCddb(Toc *toc) { int err = 0; *************** *** 2012,2017 **** --- 2039,2045 ---- if (COMMAND != READ_TOC && COMMAND != DISK_INFO && COMMAND != READ_CD && COMMAND != BLANK && COMMAND != SCAN_BUS && COMMAND != UNLOCK && + COMMAND != DISCID && COMMAND != COPY_CD && COMMAND != MSINFO && COMMAND != DRIVE_INFO) { toc = Toc::read(TOC_FILE); *************** *** 2035,2046 **** if (COMMAND == SIMULATE || COMMAND == WRITE || COMMAND == READ_TOC || COMMAND == DISK_INFO || COMMAND == READ_CD || COMMAND == BLANK || COMMAND == UNLOCK || COMMAND == COPY_CD || COMMAND == MSINFO || COMMAND == DRIVE_INFO) { cdr = setupDevice(COMMAND, SCSI_DEVICE, DRIVER_ID, /* init device? */ (COMMAND == UNLOCK) ? 0 : 1, /* check for ready status? */ ! (COMMAND == BLANK || COMMAND == DRIVE_INFO) ? 0 : 1, /* reset status of medium if not empty? */ (COMMAND == SIMULATE || COMMAND == WRITE) ? 1 : 0, REMOTE_MODE, RELOAD); --- 2063,2076 ---- if (COMMAND == SIMULATE || COMMAND == WRITE || COMMAND == READ_TOC || COMMAND == DISK_INFO || COMMAND == READ_CD || COMMAND == BLANK || COMMAND == UNLOCK || COMMAND == COPY_CD || COMMAND == MSINFO || + COMMAND == DISCID || COMMAND == DRIVE_INFO) { cdr = setupDevice(COMMAND, SCSI_DEVICE, DRIVER_ID, /* init device? */ (COMMAND == UNLOCK) ? 0 : 1, /* check for ready status? */ ! (COMMAND == BLANK || COMMAND == DRIVE_INFO || ! COMMAND == DISCID) ? 0 : 1, /* reset status of medium if not empty? */ (COMMAND == SIMULATE || COMMAND == WRITE) ? 1 : 0, REMOTE_MODE, RELOAD); *************** *** 2140,2145 **** --- 2170,2202 ---- showDiskInfo(di); break; + case DISCID: + if (di->valid.empty && di->empty) { + message(-2, "Inserted disk is empty."); + exitCode = 1; goto fail; + } + cdr->subChanReadMode(READ_SUBCHAN_MODE); + cdr->rawDataReading(READ_RAW); + cdr->fastTocReading(1); + cdr->taoSource(TAO_SOURCE); + if (TAO_SOURCE_ADJUST >= 0) + cdr->taoSourceAdjust(TAO_SOURCE_ADJUST); + + cdr->force(FORCE); + + if ((toc = cdr->readDiskToc(SESSION, + (DATA_FILENAME == NULL) ? + "data.wav" : DATA_FILENAME)) == NULL) { + cdr->rezeroUnit(0); + exitCode = 1; goto fail; + } + else { + cdr->rezeroUnit(0); + + printCddbQuery(toc); + } + break; + case MSINFO: switch (showMultiSessionInfo(di)) { case 0: *************** *** 2496,2504 **** --- 2553,2565 ---- message(1, "Trying to unlock drive..."); cdr->abortDao(); + if (cdr->preventMediumRemoval(0) != 0) { exitCode = 1; goto fail; } + + if (EJECT) + cdr->loadUnload(1); break; case UNKNOWN: cvs server: Diffing paranoia cvs server: Diffing specs cvs server: Diffing testtocs cvs server: Diffing trackdb Index: trackdb/Cddb.cc =================================================================== RCS file: /cvsroot/cdrdao/cdrdao/trackdb/Cddb.cc,v retrieving revision 1.8 diff -c -r1.8 Cddb.cc *** trackdb/Cddb.cc 3 Sep 2001 17:37:42 -0000 1.8 --- trackdb/Cddb.cc 5 Apr 2004 03:29:55 -0000 *************** *** 553,558 **** --- 553,588 ---- return 0; } + /* Print query for current toc + */ + void Cddb::printDbQuery() + { + const char *cddbId; + int ntracks; + const Track *t; + Msf start, end; + long diskLength; + + ntracks = toc_->nofTracks(); + + cddbId = calcCddbId(); + + printf("%s ", cddbId); + + printf("%d ", ntracks); + + TrackIterator itr(toc_); + + for (t = itr.first(start, end); t != NULL; t = itr.next(start, end)) { + long trackStart = start.lba() + 150; + + printf("%ld ", trackStart); + } + + diskLength = toc_->length().min() * 60 + toc_->length().sec() + 2; + printf("%ld\n", diskLength); + } + /* Queries for entries that match the current 'toc_'. * 'results' will be filled with a list of matching diskIds/category/title * triples. 'results' will be NULL if no matching entry is found. Index: trackdb/Cddb.h =================================================================== RCS file: /cvsroot/cdrdao/cdrdao/trackdb/Cddb.h,v retrieving revision 1.2 diff -c -r1.2 Cddb.h *** trackdb/Cddb.h 6 Aug 2000 13:11:35 -0000 1.2 --- trackdb/Cddb.h 5 Apr 2004 03:29:55 -0000 *************** *** 61,66 **** --- 61,68 ---- int readDb(const char *category, const char *diskId, CddbEntry **); int addAsCdText(Toc *toc); + + void printDbQuery(); private: struct ServerList { cvs server: Diffing utils cvs server: Diffing xdao cvs server: Diffing xdao/glade cvs server: Diffing xdao/stock |
From: Matthias C. <der...@gm...> - 2004-03-24 15:57:40
|
On Tue, Mar 23, 2004 at 11:28:09AM -0800, Denis Leroy wrote: > Looking good, i applied your patch. Thanks! |
From: Denis L. <den...@ya...> - 2004-03-23 21:45:57
|
This patch has been checked in. --- Denis Leroy <den...@ya...> wrote: > I'd like to check in this patch to allow autodetection of an > MMC-compliant device. This does in effect make the '--driver > generic-mmc' optional, or rather, the default value. Note the > --driver > option still has precedence, the MMC probe code is only called if no > --driver was specified (and no entry was found in the drivers file). > > The probe works by doing a MODE SENSE(10) command (group 1 command > 0x5A) to read the CD capabilities (that's what cdrecord does when you > do cdrecord --prcap). > > Comments ? > > -denis > > ATTACHMENT part 2 application/octet-stream name=mmc2.patch |
From: Denis L. <den...@ya...> - 2004-03-23 20:24:38
|
Looking good, i applied your patch. --- Matthias Czapla <der...@gm...> wrote: > This is a resend of a previously sent message, which has been > filtered > because of a too large attachment. > > Hi! > > I have updated the cue2toc utility to version 0.2. Its basically a > complete > rewrite and it should now handle most of all CUE files, not just > audio CDs. > > I include a patch in this message, I hope I have done this correct. > > I have also created a separate sourceforge project at > http://cue2toc.sourceforge.net/ > so I can release bugfixes more quickly. Well, and it looks better in > my > job application ;) > > Regards > Matthias > |
From: Matthias C. <der...@gm...> - 2004-03-20 18:47:53
|
This is a resend of a previously sent message, which has been filtered because of a too large attachment. Hi! I have updated the cue2toc utility to version 0.2. Its basically a complete rewrite and it should now handle most of all CUE files, not just audio CDs. I include a patch in this message, I hope I have done this correct. I have also created a separate sourceforge project at http://cue2toc.sourceforge.net/ so I can release bugfixes more quickly. Well, and it looks better in my job application ;) Regards Matthias |
From: Matthias C. <der...@gm...> - 2004-03-17 18:36:55
|
On Wed, Mar 17, 2004 at 09:54:25AM -0800, Denis Leroy wrote: > You need a more recent version of automake, i think > 1.4. I have no > problems with automake 1.6 and 1.8. I'll add a version check to the > autogen.sh script. Yes, I was using version 1.5. Upgrading to version 1.6 did it. Thanks Regards Matthias |
From: Denis L. <den...@ya...> - 2004-03-17 17:54:39
|
You need a more recent version of automake, i think > 1.4. I have no problems with automake 1.6 and 1.8. I'll add a version check to the autogen.sh script. --- Matthias Czapla <der...@gm...> wrote: > Hi! > > I dont have very much experience with the GNU Autotools and I have > checked > out the cvs version of cdrdao. How do I generate a working configure > script? > I tried executing the autogen.sh script but it says: > > Unpacking pccts.tar.gz > Unpacking scsilib.tar.gz > Running autoreconf > ls: aclocal.m4: No such file or directory > automake: configure.in: `AM_INIT_AUTOMAKE' must be used > configure.in:38: warning: AC_TRY_RUN called without default to allow > cross compiling > [...] > autoconf: Undefined macros: > configure.in:349:AC_CONFIG_FILES([ > configure.in:6:AC_CONFIG_SRCDIR(dao/main.cc) > configure.in:65: warning: AC_TRY_RUN called without default to allow > cross compiling > [...] > > The resulting configure script fails with: > > oading cache ./config.cache > ./configure: line 779: syntax error near unexpected token > `AC_CONFIG_SRCDIR(dao/main.cc)' > ./configure: line 779: `AC_CONFIG_SRCDIR(dao/main.cc)' > > Thanks in advance for any help. > > Regards > Matthias > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Cdrdao-devel mailing list > Cdr...@li... > https://lists.sourceforge.net/lists/listinfo/cdrdao-devel |
From: Matthias C. <der...@gm...> - 2004-03-17 17:17:11
|
Hi! I dont have very much experience with the GNU Autotools and I have checked out the cvs version of cdrdao. How do I generate a working configure script? I tried executing the autogen.sh script but it says: Unpacking pccts.tar.gz Unpacking scsilib.tar.gz Running autoreconf ls: aclocal.m4: No such file or directory automake: configure.in: `AM_INIT_AUTOMAKE' must be used configure.in:38: warning: AC_TRY_RUN called without default to allow cross compiling [...] autoconf: Undefined macros: configure.in:349:AC_CONFIG_FILES([ configure.in:6:AC_CONFIG_SRCDIR(dao/main.cc) configure.in:65: warning: AC_TRY_RUN called without default to allow cross compiling [...] The resulting configure script fails with: oading cache ./config.cache ./configure: line 779: syntax error near unexpected token `AC_CONFIG_SRCDIR(dao/main.cc)' ./configure: line 779: `AC_CONFIG_SRCDIR(dao/main.cc)' Thanks in advance for any help. Regards Matthias |
From: Eric B. <eri...@ya...> - 2004-03-16 22:26:08
|
Denis Leroy wrote: >I'd like to check in this patch to allow autodetection of an >MMC-compliant device. This does in effect make the '--driver >generic-mmc' optional, or rather, the default value. Note the --driver >option still has precedence, the MMC probe code is only called if no >--driver was specified (and no entry was found in the drivers file). > >The probe works by doing a MODE SENSE(10) command (group 1 command >0x5A) to read the CD capabilities (that's what cdrecord does when you >do cdrecord --prcap). > >Comments ? > > > Thank you! This will be a big help. |
From: Denis L. <den...@ya...> - 2004-03-16 21:01:57
|
I'd like to check in this patch to allow autodetection of an MMC-compliant device. This does in effect make the '--driver generic-mmc' optional, or rather, the default value. Note the --driver option still has precedence, the MMC probe code is only called if no --driver was specified (and no entry was found in the drivers file). The probe works by doing a MODE SENSE(10) command (group 1 command 0x5A) to read the CD capabilities (that's what cdrecord does when you do cdrecord --prcap). Comments ? -denis |
From: Denis L. <den...@ya...> - 2004-03-05 21:14:25
|
Hi Marius, I reviewed your patches and ran some tests, it's all looking good so i applied your patches to the CVS tree. Thanks! -denis --- Marius Strobl <li...@al...> wrote: > > Hi, > > I'm currently the maintainer of the FreeBSD port of cdrdao (see > http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/cdrdao) and it > would be great if its non-port-specific local patches (i.e. patches > dealing with the install location, etc.) could be incorporated into > the cdrdao repository. Attached is a diff against the current HEAD of > the CVS repository. Most changes are FreeBSD- and LP64-related and I > already sent them to Andreas Mueller once, others fix issues > introduced with the gnome2 changes in cdrdao 1.1.8. Detailed list > of changed files: |
From: Steve H. <st...@ho...> - 2004-02-27 04:02:48
|
Well, I followed all the steps I could up to the configure step. I got syntax errors around stuff dealing with GTK. I throw up my hands at this point. I really don't know what to do from this point. It's just this one CD of my daughter's I'm trying to copy and for now, I think I'll just boot into windows and see what Nero can do with it. It looks like this CVS route is taking me into another can of worms I don't wanna deal with right now. Any how, thanks for the patch; it was worth a try but apparently the CVS configuration script has got problems or something. On Thu, Feb 26, 2004 at 11:03:40PM +0100, Kovacs Baldvin wrote: > Hi! > > I've digged up the patch... It turned out that I remembered incorrectly > as I am not the author of the patch (I was just planning it, however > I've found it on the net before implementing.) > > People speaking in the meantime are right: this is not a solution given > after deep analysis of the problem, it just eliminates an unnecesary > point where cdrdao stops. > > You can use it as follows: > > mkdir xxx > cp the_attachment_of_this_mail xxx/cdrdao-Msf_assert.diff > cd xxx > cvs -d:pserver:ano...@cv...:/cvsroot/cdrdao login > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/cdrdao co cdrdao > cd cdrdao > patch -p1 < ../cdrdao-Msf_assert.diff > less INSTALL > > Please tell me what happened: > a: you were able to grab the disc with the patch > or b: some different error occured? > > Best, > Baldvin > > diff -Naur cdrdao-original/trackdb/Msf.cc cdrdao-fixed/trackdb/Msf.cc > --- cdrdao-original/trackdb/Msf.cc 2002-10-06 13:53:55.000000000 -0500 > +++ cdrdao-fixed/trackdb/Msf.cc 2003-04-08 21:26:53.000000000 -0500 > @@ -32,15 +32,12 @@ > > Msf::Msf(int min, int sec, int frac) > { > - assert(frac >= 0 && frac < 75); > - assert(sec >= 0 && sec < 60); > + assert(frac >= 0); > + assert(sec >= 0); > assert(min >= 0); > > - min_ = min; > - sec_ = sec; > - frac_ = frac; > - > - lba_ = min_ * 4500 + sec_ * 75 + frac_; > + lba_ = min * 4500 + sec * 75 + frac; > + lba2Msf(); > } > > Msf::Msf(long lba) -- HolmesGrown Solutions The best solutions for the best price! http://ld.net/?holmesgrown |
From: Kovacs B. <ba...@an...> - 2004-02-26 22:14:11
|
Hi! I've digged up the patch... It turned out that I remembered incorrectly as I am not the author of the patch (I was just planning it, however I've found it on the net before implementing.) People speaking in the meantime are right: this is not a solution given after deep analysis of the problem, it just eliminates an unnecesary point where cdrdao stops. You can use it as follows: mkdir xxx cp the_attachment_of_this_mail xxx/cdrdao-Msf_assert.diff cd xxx cvs -d:pserver:ano...@cv...:/cvsroot/cdrdao login cvs -z3 -d:pserver:ano...@cv...:/cvsroot/cdrdao co cdrdao cd cdrdao patch -p1 < ../cdrdao-Msf_assert.diff less INSTALL Please tell me what happened: a: you were able to grab the disc with the patch or b: some different error occured? Best, Baldvin |
From: Christopher F. <ch...@no...> - 2004-02-26 21:32:38
|
Steve Holmes (st...@ho...) wrote: > I guess so, I can't use the program this way with this CD so I'll give > anything a try. What version is required for the patch to work? I'm > currently using a binary package from Slackware 9.1 so I would > undoubtedly need to install from sources to apply the patch. For what it's worth, I'm using cdrdao to rip my entire music collection to hard disk, and I have encountered this error message on about 1% of all my discs. Is this a bug or a hardware issue? I was waiting for cdrdao 1.1.8 to hopefully fix this, but it sounds like this is still an unofficial patch... :( -- Christopher Farley www.northernbrewer.com |
From: <sj...@ru...> - 2004-02-26 21:27:35
|
I patched my cdrdao and it fixed this problem for me. However, now I have a few cds that cause scsi-reset errors when I get to the end of them. Not good. -Steve On Thu, 26 Feb 2004, Steve Holmes wrote: > On Thu, Feb 26, 2004 at 03:42:26PM +0100, Kovacs Baldvin wrote: > > It is caused by an unneccessary assumption about the correctness of > > the length-data of the cd. For myself I patched cdrdao with a couple of > > lines length patch, and it works for these all right. Do you need that > > patch? > > I guess so, I can't use the program this way with this CD so I'll give > anything a try. What version is required for the patch to work? I'm > currently using a binary package from Slackware 9.1 so I would > undoubtedly need to install from sources to apply the patch. > > -- > HolmesGrown Solutions > The best solutions for the best price! > http://ld.net/?holmesgrown > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Cdrdao-devel mailing list > Cdr...@li... > https://lists.sourceforge.net/lists/listinfo/cdrdao-devel > |
From: Steve H. <st...@ho...> - 2004-02-26 21:18:54
|
On Thu, Feb 26, 2004 at 03:42:26PM +0100, Kovacs Baldvin wrote: > It is caused by an unneccessary assumption about the correctness of > the length-data of the cd. For myself I patched cdrdao with a couple of > lines length patch, and it works for these all right. Do you need that > patch? I guess so, I can't use the program this way with this CD so I'll give anything a try. What version is required for the patch to work? I'm currently using a binary package from Slackware 9.1 so I would undoubtedly need to install from sources to apply the patch. -- HolmesGrown Solutions The best solutions for the best price! http://ld.net/?holmesgrown |
From: Kovacs B. <ba...@an...> - 2004-02-26 14:52:23
|
> cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >= 0 && sec < 60' failed. > > Aborted It is caused by an unneccessary assumption about the correctness of the length-data of the cd. For myself I patched cdrdao with a couple of lines length patch, and it works for these all right. Do you need that patch? Baldvin |
From: Steve H. <st...@ho...> - 2004-02-26 14:34:37
|
I was attempting to extract an audio CD when I got the following message (see bottom of script listing). I have never seen this one; it drops cdrdao right in its tracks. Other CDs still work fine; it's just this one that gives me this trouble. Can anyone help out? ----- begin log ----- Script started on Wed Feb 25 20:48:28 2004 steve@lnx3:~$ cdrdao read-cd --paranoia-mode 0 --datafile br2.bin br2.toc Cdrdao version 1.1.7 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'andreas-0.5-UNIXWARE_Patch' 0,1,0: CREATIVE CD-RW RW8438E Rev: FC02 Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000) Reading toc and track data... WARNING: Could not determine if raw toc data is BCD or HEX. Please report! WARNING: Using TOC data retrieved with generic method (no multi session support). WARNING: Use driver option 0x80000 or 0x100000 to assume BCD or HEX data. Track Mode Flags Start Length ------------------------------------------------------------ 1 AUDIO 0 00:00:00( 0) 03:48:65( 17165) 2 AUDIO 0 03:48:65( 17165) 04:20:62( 19562) 3 AUDIO 0 08:09:52( 36727) 03:53:20( 17495) 4 AUDIO 0 12:02:72( 54222) 03:30:55( 15805) 5 AUDIO 0 15:33:52( 70027) 03:03:48( 13773) 6 AUDIO 0 18:37:25( 83800) 04:16:27( 19227) 7 AUDIO 0 22:53:52(103027) 03:28:20( 15620) 8 AUDIO 0 26:21:72(118647) 04:05:05( 18380) 9 AUDIO 0 30:27:02(137027) 03:00:05( 13505) 10 AUDIO 0 33:27:07(150532) 04:24:73( 19873) 11 AUDIO 0 37:52:05(170405) 07:32:29( 33929) 12 DATA 6 45:24:34(204334) 00:15:41( 1166) Leadout DATA 6 45:40:00(205500) cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >= 0 && sec < 60' failed. Aborted steve@lnx3:~$ exit exit Script done on Wed Feb 25 20:49:42 2004 ----- end of log ----- -- HolmesGrown Solutions The best solutions for the best price! http://ld.net/?holmesgrown |