Hey!
> Here is some extra pressure for you ;).
:) thanks, I will try!
Before starting, someone today very kindly pointed me to Prop 271, the
naming system API for Tor Onion services. Overall, my larger concern is
whether adding the version in the onion address makes both using and
distributing
Ancient gcc says
src/or/connection.c:1843: warning: passing argument 1 of 'TO_OR_CONN'
discards qualifiers from pointer target type
src/or/connection.c:1843: warning: passing argument 1 of 'TO_OR_CONN'
discards qualifiers from pointer target type
src/test/test_dir.c:3700: warning: assuming signed
Hi Karsten,
given this torrc configuration and exit policy:
https://lists.torproject.org/pipermail/tor-relays/2017-January/011806.html
would you expect onionoo's 'exit_policy_v6_summary' to be not set? [1]
https://onionoo.torproject.org/protocol.html#details writes:
> Missing if the relay
On 27 Jan (09:04:51), chelsea komlo wrote:
> Hello!
>
> I have some more thoughts on versioning, specifically in regards to the
> possibility of not including the version in the onion address and using
> only the version field in the descriptor.
>
> I'm not able to write out these scenarios now
Hello!
I have some more thoughts on versioning, specifically in regards to the
possibility of not including the version in the onion address and using
only the version field in the descriptor.
I'm not able to write out these scenarios now but I will do this in the
next day. Thanks for making
David Goulet writes:
> On 24 Jan (14:27:43), George Kadianakis wrote:
>> s7r writes:
>>
>>
>
> I like this quite a bit! Simple, easy, and trivial to understand. 56
> characters address, after that it will be the time to improve UX/UI with all
> sorts of