[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #5651 [Metrics Utilities]: Annotation header with descriptor types
#5651: Annotation header with descriptor types
-------------------------------+--------------------------------------------
Reporter: atagar | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Metrics Utilities | Version:
Keywords: | Parent:
Points: | Actualpoints:
-------------------------------+--------------------------------------------
Comment(by nickm):
As Tor stores stuff now, it supports annotations for router descriptors
and microdescriptors and (I think) extrainfo docs, but I don't think it
supports even storing them for cached-consensus or certificate stuff. (I
could be wrong there.) This data is not explicitly typed as it is stored;
rather, the type of these documents is inferred (in Tor) from where they
are stored. Also, I don't think Tor has a notion of the "version" of
these documents; I don't know what a 1.1 or a 1.0 even means in this case.
We could stick more annotations in the stuff that currently allows
annotations, but adding annotations to things that don't currently allow
them would break backward compatibility for the data directory contents,
and we generally try not to do that.
It's not IMO hacky to say that a cached-consensus file contains a
consensus directory; that's what it means for it to be in that file. It's
_supposed_ to be allowed to infer what stuff is from where it is.
I think I'm missing the actual application here, which was probably more
explicit in the original email thread. What are you trying to do, under
what constraint?
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/5651#comment:7>
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