- More finals

      - getFramedAveragePeerClockSkew() now returns a long (ms);
        was a Long (s)
      - Implement NTP-style clock slewing so the clock is adjusted
        gradually
      - Implement clock strata so we prefer better clocks
      - Implement a timestamper in the transport so we will periodically
        update the clock even if NTP is not working
        This allows the router to converge the clock instead of simply
        hoping the first connected peer is correct.
      - Slow down NTP attempts after several consecutive failures

            to branch 'i2p.i2p.zzz.test' (head c055e344e2d86aa417bb248bb0a6c54ba3b2f52d)

    * i2psnark debug logging tweak

Fix setkeys bug in DoCMDS, forgot to create the object before calling t's methods, which threw an NPE.

      - Cleanup and javadoc

      - Move flood throttle check so we don't throttle ourselves

    * Startup: Disable browser launch for debian daemon

     and '36fc8877438b0f8fa6220cd52459497af5a2eed6'

    * build.xml: Speed up sponge's distclean additions

      - Store and report UDP clock skews even for large values, so
        a badly skewed local clock will be reported to the console
      - Don't shitlist for NTCP clock skew if we don't know what time it is
      - If NTP hasn't worked yet, have NTCP or SSU update the clock one time
      - Include failed clock skew in NTCP skew vector if there aren't many connections
      - Don't include NTCP clock skews for non-established connections
      - Fix framed clock skew frame size
      - Report framed clock skew even if for only one peer, if NTP hasn't worked yet
      - Don't log RRD errors after clock adjustment
      - Reduce min skew for console warning to 30s (was 45s)
      - More Java 5 cleanups

            to branch 'i2p.i2p' (head 9383c447b12abf45f80bd0059f719acfce4c70a3)