Re: [tor-dev] Doesn't hidden services break RFC 3986?

2017-08-14 Thread Ryan Carboni
Also: just because it's HTTP/S running over a different network stack, doesn't make it a new scheme. Just because your dinner arrives on a different plate doesn't mean the recipe has changed. :-) --- https://bugzilla.mozilla.org/show_bug.cgi?id=1228457 Tor is a strange sort of sacred cow highl

[tor-dev] Getting started coding on Tor [Re: tor-dev Digest, Vol 79, Issue 4]

2017-08-14 Thread Nick Mathewson
On Sat, Aug 12, 2017 at 3:02 PM, John kongtcheu wrote: > Hello Tor developers, > > I am interested in becoming an open source contributor for Tor, but I > don't know where to start some guidance would be appreciated. > > Thank you, > Hi! We have some introductory material over here, including a

Re: [tor-dev] Doesn't hidden services break RFC 3986?

2017-08-14 Thread Alec Muffett
Also: just because it's HTTP/S running over a different network stack, doesn't make it a new scheme. Just because your dinner arrives on a different plate doesn't mean the recipe has changed. :-) On 14 Aug 2017 8:53 am, "Andreas Krey" wrote: > On Sun, 13 Aug 2017 17:06:20 +, Ryan Carboni wr

Re: [tor-dev] Doesn't hidden services break RFC 3986?

2017-08-14 Thread Andreas Krey
On Sun, 13 Aug 2017 17:06:20 +, Ryan Carboni wrote: > https://tools.ietf.org/html/rfc3986#section-3 > By placing the scheme within the authority as a tld while using the same > authority as the HTTP specification, this probably breaks RFC 3986 and > maybe others. RFC7686 deals with that. Andr