Am 04.08.2010 13:03, schrieb Stephen Leake: > Patrick Georgi <[email protected]> writes: > >> Am 04.08.2010 09:51, schrieb Stephen Leake: >>> From the bug discussion https://savannah.nongnu.org/bugs/?30345, it >>> appears that the minimum necessary is already there, via 'mtn >>> automate read_packets', and/or 'mtn sync --key-to-push'. >>> >>> So what is the indefero use case, and what is still missing? >> First, the read_packet stuff might be dropped at some point (with all >> the other packet based CLI commands), as these seem to have fallen out >> of use. > > Yes, but is 'mtn sync --key-to-push' enough? > > What is actually needed by indefero?
A way to inject a new key from a (remote_)stdio connection into a database to be used later for authentication purposes. >> Second, Thomas proposed to add a "drop_key" command of some sort. >> While that won't help for already propagated keys (as those will come >> back), it allows the removal of just-added keys (ie. those added by >> mistake) > > Keys on the server are only used to verify signatures; a key put there > by mistake will simply never be used. While it makes sense to clean up > the mistake, it opens the door to deleting other keys by mistake. Thats why there is a new selector in monotone 0.99 - the k: selector. If this returns empty, the key is save to be deleted. There are a couple of shoot-yourself-in-the-foot commands in automate, but hey, this is automate, not a user interface. Thomas. -- GPG-Key 0x160D1092 | [email protected] | http://thomaskeller.biz Please note that according to the EU law on data retention, information on every electronic information exchange might be retained for a period of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Monotone-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/monotone-devel
