monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Monotone-devel] propagate oddities (bugs?), sure lca bugs


From: Christof Petig
Subject: [Monotone-devel] propagate oddities (bugs?), sure lca bugs
Date: Thu, 20 Jan 2005 01:02:47 +0100
User-agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7.5) Gecko/20050105 Debian/1.7.5-1

While trying to demonstrate monotone propagate to a friend I stumbled
over some problems:

Monotone-viz shows propagate nodes as rectangles but merge nodes as
circles. This indicates that there is a difference in data structures
but I can't imagine the semantical difference (I used (the 3 argument)
explicit_merge as an emergency fallback which did exactly what I
(thought I) asked propagate to do).

But since I did not write down the proposed heads* to merge I can only
guess/hope that at least _they_ were correctly chosen (since the merge
already happened in my database I cannot reproduce the command). Though
Monotone chose (and will choose) the wrong ancestor, that I can tell for
sure:

monotone lca e3623ca77d2a8b45817ecaa5b67018c453652830
7d5918d0181f7bb9adba2ee63234146d23bcf83e

should be 0b17415d7aa112060e8ead9ae7a486510dc61a9d
but is ce860bae312c4bb8483d5b3b2a8cd3bebe2323d5

So to make a long email short:
- I can give a reproducible failure for the lca algorithm (in HEAD)
- The difference between propagate and explicit merge is strange to me

    Christof

PS: My CVS client class [net.venge.monotone.cvssync] can already
successfully retrieve all necessary information (changelog, -time,
author, tags, file contents/patches) for a full import from a remote
1.11 or 1.12 cvs server.

* both net.venge.monotone and n.v.m.cvssync had only one head at the
time (see IDs above)

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]