Emacs from CVS can now parse this style of output, but the CVS version in Debian still has a bug when committing files in subdirectories.
Say I am committing file 'include/foo.include'. With versions prior to 1.12.8, I would get: | Checking in include/foo.include; | /var/lib/cvs/www/include/foo.include,v <-- foo.include | new revision: 1.14; previous revision: 1.13 | done PCL-CVS would parse the first line to get the filename with its full path. With the CVS version in current Debian unstable (1.12.9), I get this: | /var/lib/cvs/www/include/foo.include,v <-- foo.include | new revision: 1.14; previous revision: 1.13 Since the "Checking in.." line disappeared, PCL-CVS now uses the rightmost part of the "<--" line to get the filename. Notice how it does not specify the path! PCL-CVS has no way to know that the file is really in directory 'include/'...[1] This was fixed upstream, with newer CVS versions (1.12.10 and up), I get this: | /var/lib/cvs/www/include/foo.include,v <-- include/foo.include | new revision: 1.14; previous revision: 1.13 PCL-CVS works fine with these newer versions. Can we get a new upstream version in Debian in time for sarge? If not, could you please fix the output of CVS so that it contains the full path of the file? I guess this bug affects other tools that rely on the output of CVS... The other option would be to put the "Checking in.." line back. I'm worried that this bug will affect lots of users if sarge releases with this version of CVS. Thanks, -- ,''`. : :' : Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- Footnotes: [1] Apart from parsing the leftmost part of that line, but it would be clunky: when the file is on a branch, an extra Attic/ directory must be taken into account, etc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
