Re: [tor-dev] Tor project automation work

2013-12-10 Thread Nicolas Vigier
On Mon, 09 Dec 2013, Georg Koppen wrote: Hi Nicolas, some remarks are below. Hi Georg, Thanks for your remarks. Nicolas Vigier: In order to help me doing that, I'm very interested to receive from developers of any tor components : - a description or ticket number of bugs that

Re: [tor-dev] Tor project automation work

2013-12-10 Thread Lunar
Nicolas Vigier: Ok, we can have a test rebuilding several times the files that are most likely to become non deterministic. However it would be better if we can find some way to trigger those non-deterministic builds with only two builds. Maybe we can try something like this : - a library

Re: [tor-dev] InjectSOCKS: 2nd try

2013-12-10 Thread tor
Hello David, thank you for your reaction. I've read some information about Torsocks now and yes, it seems to be similar. Unfortunately the information on Torsocks's homepage is rather short. So I can't tell you if the internal technology is similar. It tells that it explicitly rejects UDP

[tor-dev] fteproxy v0.2.1

2013-12-10 Thread Kevin P Dyer
Hi dcf1/asn, Yesterday I tagged release v0.2.1 of fteproxy. In this release I focused on breaking away from heavyweight dependencies: OpenFST and boost. Cross-platform PTTBB binaries are available on the fteproxy website: https://fteproxy.org/download. asn - Please have a look at the code and

Re: [tor-dev] fteproxy v0.2.1

2013-12-10 Thread David Fifield
On Tue, Dec 10, 2013 at 07:38:21PM -0800, Kevin P Dyer wrote: dcf1 - I finally have the gitian build process producing vanilla binaries. However, I don't see anything specific to pluggable transports in [1] or [2]. Is there a fork of this code that has logic for building the pluggable