Re: [Monotone-devel] monotone.cvssync: Invariant failure

[Christof Petig]

Tobias Hunger schrieb:
> On Monday, 30. May 2005 17:57, you wrote:
>
>>Hmm. monotone cvs_pull explicitely does a recursive co [-r9999] to get
>>the directory for every referred module and notes the result. Then it
>>asks for every revision (rlog) and tries to file the files correctly.
>
>
> Yes, exactly! But here the module is a file and not a directory, so that
> mechanism fails.

:-(

> The module "gdb+dejagnu" is expanded into several modules. Some of these
> modules map to existing directories (i.e. src/bfd) while others map to files
> (i.e. src/djuninstall.sh, I hope I got that name right). This expanded list
> of modules is then processed under the assumption that each module is a
> directory on the CVS server. So far gdb is the only project that I
> encountered where this assumption does not hold:-(
>
> cvs_pull works fine when requesting the "src" module instead of "gdb+dejagnu"
> by the way.
>
>
>>I could not come up with a less error prone procedure to get a list of
>>both active and dead files.
>
>
> I do not know anything better either and in fact the system works fine if
> there are no "file-modules" to be fetched.

Unless someone comes up with a really smart idea on how to detect this
(does list-modules give any hint (--debug output)?) I do not see how to
work around this problem (interesting to see how cvs manages this in its
Entries file ...)

  Christof

signature.asc
Description: OpenPGP digital signature