Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

2014-04-05 Thread Karsten Loesing
On 04/04/14 21:24, Lukas Erlacher wrote: > Hello everyone (reply all ftw), Hi Lukas, > On 04/04/2014 07:13 PM, Karsten Loesing wrote: >> Christian, Lukas, everyone, >> >> I learned today that we should have something working in a week or >> two. That's why I started hacking on this today and pro

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

2014-04-05 Thread Lukas Erlacher
Hi Karsten, On 04/05/2014 09:58 AM, Karsten Loesing wrote: > On second thought, and after sleeping over this, I'm less convinced that we > should use an external library for the caching. We should rather start with a > simple dict in memory and flush it based on some simple rules. That would >

[tor-relays] Should I Worry @ INTRODUCE1 Warnings

2014-04-05 Thread Tami Kennedy
Hello, non-exit relay (Tor 0.2.4.21) started seeing these log Warning entries. Concern or normal? Apr 05 06:02:40.810 Warning Rejecting INTRODUCE1 on non-OR or non-edge circuit 2147503731 Apr 05 06:49:47.107 Warning Rejecting INTRODUCE1 on non-OR or non-edge circuit 2147493910 -Tami __

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

2014-04-05 Thread Nikita Borisov
On Sat, Apr 5, 2014 at 8:58 AM, Karsten Loesing wrote: > Right now, the script sums up all graphs contained in Onionoo's > bandwidth, clients, uptime, and weights documents. It also limits the > range of the new graphs to max(first) to max(last) of given input graphs. > > For example, assume we w

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

2014-04-05 Thread Nikita Borisov
On Sat, Apr 5, 2014 at 3:58 PM, Karsten Loesing wrote: > Installing packages using Python-specific package managers is going to > make our sysadmins sad, so we should have a very good reason for > wanting such a package. In general, we don't need the latest and > greatest package. Unless we do.

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

2014-04-05 Thread Karsten Loesing
On 05/04/14 12:19, Lukas Erlacher wrote: > Hi Karsten, > > On 04/05/2014 09:58 AM, Karsten Loesing wrote: >> On second thought, and after sleeping over this, I'm less >> convinced that we should use an external library for the caching. >> We should rather start with a simple dict in memory and flu

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

2014-04-05 Thread Karsten Loesing
On 05/04/14 16:42, Nikita Borisov wrote: > On Sat, Apr 5, 2014 at 8:58 AM, Karsten Loesing > wrote: >> Right now, the script sums up all graphs contained in Onionoo's >> bandwidth, clients, uptime, and weights documents. It also limits the >> range of the new graphs to max(first) to max(last) of

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

2014-04-05 Thread Lukas Erlacher
Hello Nikita, Karsten, On 04/05/2014 05:03 PM, Nikita Borisov wrote: > On Sat, Apr 5, 2014 at 3:58 PM, Karsten Loesing > wrote: >> Installing packages using Python-specific package managers is going to >> make our sysadmins sad, so we should have a very good reason for >> wanting such a package.

Re: [tor-relays] Tor download signatures

2014-04-05 Thread krishna e bera
On Fri, Mar 28, 2014 at 5:02 AM, Lunar wrote: > Tora Tora Tora: > > OK, perhaps I have missed "the how" and "which" somewhere, but which > > signature am I supposed to verify the new Tor 0.2.5.3 tarball against? I > > tried the ones mentioned on Tor signing page and none seem to stick. A > > typi

Re: [tor-relays] Metrics for assessing EFF's Tor relay challenge?

2014-04-05 Thread Lukas Erlacher
On 04/05/2014 04:58 PM, Karsten Loesing wrote: > Great, your help would be much appreciated! Want to send me a pull > request whenever you have something to merge? > > Alright, so I wrote a few lines and sent you a pull request. Could you please check if that downloads the data you expect? And wh