[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