[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Monotone-devel] key management
From: |
Stephen Leake |
Subject: |
Re: [Monotone-devel] key management |
Date: |
Sat, 07 Aug 2010 14:40:41 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.1 (windows-nt) |
Stephen Leake <address@hidden> writes:
> Ok. So 'automate get_public_key' should output the packet format, _not_
> basic_io. That is very easy to implement.
>
> 'automate remove_public_key' is an automate version of 'dropkey', but
> only removes public keys from the database. That's also easy to implement.
This is now implemented, in nvm.key_management. Test in
tests/automate_key_manage, renamed from automate_read_packets.
I used the command names 'automate pubkey', 'automate dropkey', to match
the corresponding non-automate commands.
'automate dropkey' drops the private key if present, as non-automate
does. I didn't see any reason to change the behavior.
I wasn't sure where to put 'automate dropkey' and 'automate pubkey' in
monotone.texi; the 'packets' or 'automate' section. They are in
'automate' for now.
--
-- Stephe
- [Monotone-devel] nvm.options, Stephen Leake, 2010/08/05
- Re: [Monotone-devel] nvm.options, Thomas Keller, 2010/08/05
- Re: [Monotone-devel] nvm.options, Stephen Leake, 2010/08/05
- [Monotone-devel] key management, Stephen Leake, 2010/08/05
- Re: [Monotone-devel] key management, Thomas Keller, 2010/08/06
- Re: [Monotone-devel] key management, Stephen Leake, 2010/08/06
- Re: [Monotone-devel] key management,
Stephen Leake <=
- Re: [Monotone-devel] key management, Thomas Keller, 2010/08/09
- Re: [Monotone-devel] key management, Stephen Leake, 2010/08/09
- Re: [Monotone-devel] key management, Thomas Keller, 2010/08/10
- Re: [Monotone-devel] key management, Stephen Leake, 2010/08/10
- Re: [Monotone-devel] key management, Stephen Leake, 2010/08/18
- Re: [Monotone-devel] key management, Thomas Keller, 2010/08/18
- Re: [Monotone-devel] key management, Stephen Leake, 2010/08/18
- Re: [Monotone-devel] key management, Stephen Leake, 2010/08/23