Re: [tor-dev] Proposal 221: Stop using CREATE_FAST

2013-08-12 Thread Nick Mathewson
On Mon, Aug 12, 2013 at 9:14 PM, Nick Mathewson wrote: [...] >We might just change the default for FastFirstHopPK to 1 in >0.2.5.x-alpha. It would make early users of that alpha easy for >their guards to distinguish. The above paragraph should instead begin "We might just change the

[tor-dev] Proposal 221: Stop using CREATE_FAST

2013-08-12 Thread Nick Mathewson
Filename: 221-stop-using-create-fast.txt Title: Stop using CREATE_FAST Authors: Nick Mathewson Created: 12 August 2013 Target: 0.2.5.x Status: Open 0. Summary I propose that in 0.2.5.x, Tor clients stop sending CREATE_FAST cells, and use CREATE or CREATE2 cells instead as appropriate. 1. I

[tor-dev] [draft] Proposal 220: Migrate server identity keys to Ed25519

2013-08-12 Thread Nick Mathewson
Here's a proposal I wrote about node key migration. I hope it meshes well with the authority identity migration proposal that Jake and Linus are doing. There are probably holes and mistakes here: let's fix them. Filename: 220-ecc-id-keys.txt Title: Migrate server identity keys to Ed25519 Author

[tor-dev] [draft] Proposal 219: Support for full DNS and DNSSEC resolution in Tor

2013-08-12 Thread Nick Mathewson
This is a proposal of Ondrej's from last year that I've edited a little, with permission. I'm assigning it a number so that we can keep it on the radar. Discussion invited! Let's try to answer the open questions too. Filename: 219-expanded-dns.txt Title: Support for full DNS and DNSSEC resoluti

Re: [tor-dev] Globe without search term

2013-08-12 Thread Christian
On 12.08.2013 08:23, Karsten Loesing wrote: 21:43 #tor-dev: < rndm> karsten, looks like this now if it gets the maximum number of results http://globe.rndm.de/#/search/query= You're not online now, so replying via email: Looks really good! Mino

Re: [tor-dev] Using Stem's descriptor fetching module to replace the Java consensus-health checker

2013-08-12 Thread Damian Johnson
> I'm only interested in providing directory authority operators with the > information they need to fix problems with the voting process. Hi Karsten. I'm going to focus on the monitors for now and come back to discussion of a website after Sebastian and Peter have a chance to respond. That said,

Re: [tor-dev] [GSoC 2013] Status report - Searchable metrics archive

2013-08-12 Thread Kostas Jakeliunas
Karsten, this won't be a very short email, but I honestly swear I did revise it a couple of times. :) This is not urgent by any measure, so whenever you find time to reply will be fine. ctrl+f to "observe:" for some precise data / support for my plan re: using the pg_prewarm extension. On Mon, Au

Re: [tor-dev] [GSoC 2013] Status report - Searchable metrics archive

2013-08-12 Thread Karsten Loesing
On 8/10/13 9:28 PM, Kostas Jakeliunas wrote: > * I don't think we can avoid using certain postgresql extensions (if only > one) - which means that deploying will always take more than apt-get && pip > install, but I believe it is needed; Can you give an example of a query that won't be executed

Re: [tor-dev] Status report - Stream-RTT

2013-08-12 Thread ra
On Saturday 10 August 2013 23:52:44 Damian Johnson wrote: > If I understand this correctly you're thinking that multiple calls to > extend_circuit() cause parallel EXTENDCIRCUIT requests, and the first > response would be used for both callers. Is that right? Yes. > If so then I would be very int

Re: [tor-dev] Using Stem's descriptor fetching module to replace the Java consensus-health checker

2013-08-12 Thread Karsten Loesing
On 8/12/13 10:51 AM, Damian Johnson wrote: >> The kludge is that checks and website don't share code, not that there's >> a website. The idea of the typical use case is that people receive a >> warning via email or IRC and then go to the website to learn more details. > > I disagree. This reposit

Re: [tor-dev] Using Stem's descriptor fetching module to replace the Java consensus-health checker

2013-08-12 Thread Damian Johnson
> I quickly looked at the commit, and this is probably due to the early > state of the script, but I thought I'd mention it anyway: I wondered how > the single try block around get_consensuses, get_votes, and run_checks > would respond to single directory authorities being unavailable, closing > co

Re: [tor-dev] Using Stem's descriptor fetching module to replace the Java consensus-health checker

2013-08-12 Thread Karsten Loesing
On 8/12/13 2:02 AM, Damian Johnson wrote: > Hi Karsten, just finished throwing together a script that does seven > of the eighteen DocTor checks. The rest shouldn't be hard, just take a > little elbow grease... > > https://gitweb.torproject.org/atagar/tor-utils.git/commitdiff/1e49c33 Cool! I qui