Re: [tor-dev] Stem code review 2012-12-10

2012-12-14 Thread Damian Johnson
Hi Sean, thanks for the code review! > As to re-attaching event listeners[1], I agree that putting a specialized > hook into BaseController.msg seems bad. I have an alternate idea[2] that > puts the re-attachment in an authenticate method. I am not proposing this > as the solution, but I hope th

Re: [tor-dev] Flashproxy alpha bundles

2012-12-14 Thread David Fifield
On Thu, Dec 13, 2012 at 05:10:52PM +, adrelanos wrote: > Or wait for IPv6 and such problems will vanish? In fact IPv6 is one solution to the NAT problem. To my surprise, there are a few IPv6 flash proxies operating. I was able to bootstrap and surf over a couple of them, using an he.net tunnel

Re: [tor-dev] Proposal 216 (ntor) redux

2012-12-14 Thread Nick Mathewson
On Thu, Dec 13, 2012 at 4:21 PM, Ian Goldberg wrote: > > lines 30-32: > # Let a,A=KEYGEN() yield a new private-public keypair in G, where a is > # the secret key and A = EXP(g,a). If additional checks are needed to > # insure a valid keypair, they should be performed. > > s/insure/ensure/ Fix

Re: [tor-dev] Flashproxy alpha bundles

2012-12-14 Thread Alexandre
Thanks for pointing this out. I always run the programs from a console, in which case there is no extra pop-up console, so I hadn't noticed the issue. We should be able to get rid of them in future releases. Alex On 2012-12-14, at 10:34 AM, "Sebastian G. " wrote: > Alexandre: >> The "scary

Re: [tor-dev] Flashproxy alpha bundles

2012-12-14 Thread Sebastian G.
Alexandre: > The "scary console" mentioned in the test report is probably > because of the console=true option in the pyinstaller > spec file. I'll have a look and confirm. > > Alex > My report might be misleading. When I execute "tor-flashproxy-browser-2.4.6-alpha-2_en-US.exe" a console window

[tor-dev] Stem code review 2012-12-10

2012-12-14 Thread Sean Robinson
Stem devs, This is a review of recent commits to Stem. It begins where my last review ended[0] and finishes at the "Adding a close_stream..." merge. The pydoc changes to Controller.extend_circuit are good additions. I do not understand much of the context for changes regarding network status do

Re: [tor-dev] Flashproxy alpha bundles

2012-12-14 Thread Alexandre
Nice. Im hoping things like browser games will make APIs like that widely implemented. Alex On 2012-12-14, at 7:52 AM, Veggie Monster wrote: >> connections, so browser implementations don't let you do it. >> So the user has to be able to accept connections on his end. > > Apparently Chrome Ca

Re: [tor-dev] Flashproxy alpha bundles

2012-12-14 Thread Veggie Monster
> connections, so browser implementations don't let you do it. > So the user has to be able to accept connections on his end. Apparently Chrome Canary lets you do that: http://iceddev.github.com/blog/2012/11/05/node-js-in-chrome/ Vmon ___ tor-dev mail