[tor-dev] DescripTor 1.2.0 is released

Karsten Loesing karsten at torproject.org
Thu Jun 2 16:14:33 UTC 2016

Hash: SHA1

Hi Damian,

On 02/06/16 17:58, Damian Johnson wrote:
> Hi Karsten, congrats on the release! I gotta admit, first thing I 
> wondered when I saw this was 'what is DescripTor and why does it
> have a name that will be so easily confused with the documents it 
> fetches?'.

Oh, it always had two names, metrics-lib and DescripTor.  We have been
referring to it as DescripTor lately, that's why I used that name in
the announcement.  But it's the same thing.

> Quick peek at the readme seems to indicate this is the DirPort 
> fetching capabilities of metrics-lib? Is this an effort to slit 
> metrics-lib up into smaller libraries?

No, same thing.  The DirPort fetching in DescripTor/metrics-lib is
actually something that doesn't work so well, which is why CollecTor
uses its own code for that.  There are no plans to split up
metrics-lib at this point.

All the best,

> Cheers! -Damian
> On Tue, May 31, 2016 at 12:17 PM, Karsten Loesing 
> <karsten at torproject.org> wrote: Hello devs,
> I just released DescripTor 1.2.0:
> https://dist.torproject.org/descriptor/1.2.0/
> From the change log:
> # Changes in version 1.2.0 - 2016-05-31
> * Medium changes - Include the hostname in directory source entries
> of consensuses and votes. - Also accept \r\n as newline in Torperf
> results files. - Make unrecognized keys of Torperf results
> available together with the corresponding values, rather than just
> the whole line. - In Torperf results, recognize all percentiles of
> expected bytes read for 0 <= x <= 100 rather than just x = { 10,
> 20, ..., 90 }. - Rename properties for overriding default
> descriptor source implementation classes. - Actually return the
> signing key digest in network status votes. - Parse crypto parts in
> network status votes. - Document all public parts in
> org.torproject.descriptor and add an Ant target to generate
> Javadocs.
> * Minor changes - Include a Torperf results line with more than one
> unrecognized key only once in the unrecognized lines. - Make
> "consensus-methods" line optional in network statuses votes, which
> would mean that only method 1 is supported. - Stop reporting
> "-----END .*-----" lines in directory key certificates as
> unrecognized. - Add code used for benchmarking.
> In particular the full rewrite of Javadocs was painful but
> hopefully useful to people here, not necessarily just DescripTor
> users but anyone working with Tor network data.  Here's the
> compiled web version until DescripTor has its own website:
> https://people.torproject.org/~karsten/volatile/descriptor-docs-2016-05-31/
>  Many thanks to iwakeh for helping with most of these changes!
> All the best, Karsten
>> _______________________________________________ tor-dev mailing
>> list tor-dev at lists.torproject.org 
>> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
> _______________________________________________ tor-dev mailing
> list tor-dev at lists.torproject.org 
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

Comment: GPGTools - http://gpgtools.org


More information about the tor-dev mailing list