Merge remote branch 'origin/master'
[monkeysphere.git] / website / bugs / useful_information.mdwn
1 I would like to know, at INFO (default) log level, when the 
2 monkeyspehere makes a "real" modification to my known\_hosts file; that 
3 is, when it adds or deletes a key.
4
5 Apparently this is hard because monkeysphere is currently configured to 
6 delete all keys and then add good keys, so a key added for the first 
7 time seems to the monkeysphere very similar to a key re-added ten 
8 seconds after last login.
9
10 Still, from a UI perspective, I want to know what monkeysphere is doing.
11
12 ------
13
14 It looks like jrollins committed a change for reporting at INFO level
15 when a host key gets added by the monkeysphere:
16 2459fa3ea277d7b9289945748619eab1e3441e5c
17
18 When i connect to a host whose key is not already present in my
19 known_hosts file, i get the following to stderr:
20
21     ms: * new key for squeak.fifthhorseman.net added to known_hosts file.
22
23 This doesn't fully close this bug, because we aren't notifying on key
24 deletion, afaict.
25
26 ------
27
28 So current log level DEBUG will output a message if the known host
29 file has been modified.  If the issue is that you want to know at the
30 default log level everytime the known\_hots file is modified, then we
31 should just move this message to INFO instead of debug, and then maybe
32 remove the message that I added above.  I was under the impression
33 that the issue was more about notification that a *new* key was added
34 to the known\_hosts file, and therefore the new INFO message above
35 fixed that problem.  Should we do this instead?
36
37 In general, more verbose log levels *do* tell the user what the
38 monkeysphere is doing.  Moving to DEBUG log level will tell you pretty
39 much everything that happens.  I do *not* think that this should be
40 the default log level, though.
41
42 ------
43
44 I wouldn't want to see an extremely verbose default log level.  But i
45 do think that saying something like "key blah blah blah was stripped
46 from your known\_hosts file because it was expired" (for example)
47 would be useful.  I think this case would occur infrequently enough
48 that it is worth reporting in the UI at the regular log level.
49
50   --dkg