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

["Tor Bug Tracker & Wiki" <blackhole@xxxxxxxxxxxxxx>]

#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
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs