On Fri, May 06, 2005 at 05:56:19PM +0200, Lele Gaifax wrote:
> >>>>> "Nathan" == Nathan Gray <[EMAIL PROTECTED]> writes:
> 
>     Nathan> While pulling from CVS to darcs, using tailor.py, I came
>     Nathan> across this error.  I believe it is because a commit has
>     Nathan> been applied to CVS with a date prior to my last tailor
>     Nathan> sync.
> 
> Uhm, no, tailor itself does not care about the sequence of patches.

Ah, good.

>     Nathan> e = CvsEntry(entry) File
>     Nathan> "/var/projects/cvsync/vcpx/cvs.py", line 351, in __init__
>     Nathan> y,m,d,hh,mm,ss,d1,d2,d3 = strptime(ts, "%a %b %d %H:%M:%S
>     Nathan> %%Y") File "/usr/lib/python2.3/_strptime.py", line 425, in
>     Nathan> strptime raise ValueError("time data did not match format:
>     Nathan> data=%s fmt=%s" % ValueError: time data did not match
>     Nathan> format: data=dummy timestamp fmt=%a %b %d %%H:%M:%S %%Y
> 
> The problem here is that CVS put something strange ("dummy" in the
> particular case) in its CVS/Entries, where usually there's a
> timestamp. Could you check the related file, and send it to me?

Aha!  Found it.  Just as you say, the CVS/Entries file in one directory
contained three files with 'dummy' dates:

  /MANIFEST/0/dummy timestamp//
  /META.yml/0/dummy timestamp//
  /Makefile.PL/0/dummy timestamp//

Investigating further, I find that these files were somehow added (cvs
add) in my tailor working directory, but not committed into CVS.

As soon as I ran a manual 'cvs commit', tailor was able to sync again.

Thanks for your prompt (and accurate) insights!

-kolibrie

_______________________________________________
darcs-users mailing list
[email protected]
http://www.abridgegame.org/mailman/listinfo/darcs-users

Reply via email to