[Top][All Lists]

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

Re: [Monotone-devel] Removing things from the database

From: Matthew A. Nicholson
Subject: Re: [Monotone-devel] Removing things from the database
Date: Thu, 17 Feb 2005 09:13:43 -0600
User-agent: Debian Thunderbird 1.0 (X11/20050116)

Christof Petig wrote:
Julio M. Merino Vidal schrieb:

But I think we could do the following: add a new cert with the correct
changelog entry (or whatever) and note in some way that that specific
cert overrides the incorrect one (hmm, versioned changelogs?), or mark
it as deleted, so that it's not taken into account any more.

Could this be possible?  What do you think?

I have a possible implementation idea:

Invent a new (revision?) certificate which invalidates another
certificate (by it's certificate id). Once you received (and trusted)
such a certificate remove the wrong certificate from the table and store
it in a different table. This way wrong certificates do not get any
longer transmitted, and they are, if necessity arises, revivable (the
data sleeps in a different table).

If a revision does not have a branch certificate it will never get
transferred to a remote station again. And unused files and manifests
are not transferred neither. (So deleted branches will no longer spread)

This would work like a distributed remove command. If you evaluate
invalidation certificates after sync is completed and do it in issued
order (possible ?) you could even revoke remove certs (and revive (or
re-receive the data if necessary)).


Not quite what I mean. I just want to be able to remove information from the db. Like I don't want to have branches and things in there that I will never use again, from the one time I synced with I want to physcially remove the information, not mark a branch as deleted. This would only operate on the local db.

Matthew A. Nicholson

reply via email to

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