[tor-bugs] #13088 [Onionoo]: Versioning and Releases

Tor Bug Tracker & Wiki blackhole at torproject.org
Tue Sep 16 09:45:32 UTC 2014


#13088: Versioning and Releases
-----------------------------+-----------------
     Reporter:  iwakeh       |      Owner:
         Type:  enhancement  |     Status:  new
     Priority:  normal       |  Milestone:
    Component:  Onionoo      |    Version:
   Resolution:               |   Keywords:
Actual Points:               |  Parent ID:
       Points:               |
-----------------------------+-----------------

Comment (by iwakeh):

 The "protocol-major.protocol-minor.server" versioning is a nice idea.
 Let's use it.
 Clients won't need the information about the server, they only care abot
 the protocol itself.
 So, no need to change the version field in the protocol.

 > Heh, except that we're using `gson-2.1.jar`, not `gson-2.2.3.jar`.
 >
 Oh, a trick question ;-)
 I also use gson-2.1.jar.

 > Please try out
 [https://gitweb.torproject.org/user/karsten/onionoo.git/shortlog/refs/heads/task-13088
 my branch task-13088] and tell me if that works for you.
 Looks good, I have exactly the same library versions as listed in this
 branch.

 > > Including them as jars in addition is sort of nice for everyone who
 wants to play with the sources.
 > > On the other hand that might cause a big tarball, and only including
 metric-libs (b/c it is also
 > > supplied from the Tor project) is ok, or even no other jars, not even
 metrics-lib would work.
 > > Is there some general Tor release rule about such things?
 >
 > There are no general rules about these things, so we can make our own.
 Should we resolve #13089 first?
 Yes, one step at a time.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/13088#comment:4>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list