On 2009-08-04 23:06:12 -0500, Peter Samuelson wrote: > [Vincent Lefevre] > > $ svn co file:///home/vinc17/private/svn-...@1952 wd-test > > $ cd wd-test > > $ svn pl -v ensl/these/lplain.bst > > Properties on 'ensl/these/lplain.bst': > > svn:keywords > > Id Date > > $ grep Id ensl/these/lplain.bst > > % $Id: lplain.bst 1950 2003-12-08 12:30:36Z lefevre $ > > $ grep Id ensl/these/.svn/text-base/lplain.bst.svn-base > > % $Id: lplain.bst,v 4.0 2000/01/31 18:11:53 vlefevre Exp $ > > How did this file get into this state? Normally, in the .svn/text-base > copy of a file, like the copy in the repository, the $Id$ keyword is > not expanded. > > It looks like an RCS identifier. Was this imported via cvs2svn, or by > manual 'svn add' of your tree, or something else? Was the svn:keywords > property set at the time of initial import, or later?
The repository was regenerated from a dump file. When the file was added to the repository, it already had an Id keyword. So, I assume that $Id: lplain.bst,v 4.0 2000/01/31 18:11:53 vlefevre Exp $ is in the dump file (the data are compressed, so that this is just a guess), and that "svnadmin load" didn't canonicalize the $Id$ keyword in the repository (or is that the job of the client when updating the working copy?). I don't know the reason why the dump file doesn't just have $Id$. Maybe because of an old Subversion bug. But Subversion must be able to handle the data that old versions have generated. Note: "svnadmin verify" doesn't complain. -- Vincent Lefèvre <vinc...@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
