Re: [tor-dev] Tor metrics: Questionable relays-by-platform accounting

2016-01-08 Thread Fabian Keil
Karsten Loesing wrote: > On 08/01/16 16:54, Fabian Keil wrote: > > Karsten Loesing wrote: > > > >> On 07/01/16 18:48, Fabian Keil wrote: > >>> Looking at "Tor metrics - Relays by platform" [0] one could > >>> think that the number

Re: [tor-dev] Tor metrics: Questionable relays-by-platform accounting

2016-01-08 Thread Fabian Keil
Karsten Loesing wrote: > On 07/01/16 18:48, Fabian Keil wrote: > > Looking at "Tor metrics - Relays by platform" [0] one could think > > that the number of "FreeBSD" relays is only slightly lower than the > > number of "Windows" relay

Re: [tor-dev] Tor Messenger Third Alpha

2015-07-01 Thread Fabian Keil
Nicolas Vigier wrote: > On Wed, 01 Jul 2015, Fabian Keil wrote: > > > Sukhbir Singh wrote: > > > > > * Feedback > > > > > > This is an early release and there may be serious privacy leaks and > > > other issues -- please DO NOT recommend

Re: [tor-dev] Tor Messenger Third Alpha

2015-07-01 Thread Fabian Keil
Sukhbir Singh wrote: > * Feedback > > This is an early release and there may be serious privacy leaks and > other issues -- please DO NOT recommend Tor Messenger to end users; this > release is only for developers and advanced users who would like to help > us with testing but understand the ris

Re: [tor-dev] Fwd: Orbot v15 RC3... now with x86/ATOM-power!

2015-04-14 Thread Fabian Keil
Yawning Angel wrote: > On Mon, 13 Apr 2015 10:14:43 -0400 > Nathan Freitas wrote: > > One interesting issue is that GoLang 1.4.1, which we are using to > > cross-compile the Meek and Obfs4 pluggable transports to Android, only > > supports targeting Android ARM for right now... I assume that wil

Re: [tor-dev] Call for testing/review: obfsclient-0.0.1

2014-08-25 Thread Fabian Keil
Fabian Keil wrote: > I just submitted the FreeBSD ports for liballium and obfclient: FYI, the ports have been committed on Saturday: https://docs.freebsd.org/cgi/getmsg.cgi?fetch=4055628+0+/usr/local/www/db/text/2014/svn-ports-all/20140824.svn-ports-all Fabian signature.asc Description:

Re: [tor-dev] Call for testing/review: obfsclient-0.0.2

2014-03-28 Thread Fabian Keil
Yawning Angel wrote: > I just tagged obfsclient v0.0.2 (Release) No known problems on FreeBSD so far. The ports PR has been updated: http://www.freebsd.org/cgi/query-pr.cgi?pr=187927 Fabian -- 2014-04-12/13: Protest against mass surveillance in Cologne, Germany http://cologne.stopwatchingus.in

Re: [tor-dev] Call for testing/review: obfsclient-0.0.1

2014-03-25 Thread Fabian Keil
Yawning Angel wrote: > On Mon, 17 Mar 2014 13:26:25 +0100 > Fabian Keil wrote: > > > My pleasure. Unfortunately I apparently missed one issue on FreeBSD > > 8.4: > > https://redports.org/~fk/20140317110212-48719-187908/obfsclient-0.0.1.log > > Ah, that's

Re: [tor-dev] Call for testing/review: obfsclient-0.0.1

2014-03-17 Thread Fabian Keil
Yawning Angel wrote: > I just tagged the obfsclient v0.0.1 (Release) > > Download at: https://github.com/Yawning/obfsclient/releases/tag/v0.0.1 [...] > Special thanks to Fabian Keil for help testing and fixing the various > release candidates. My pleasure. Unfortunately I appare

Re: [tor-dev] Call for testing/review: obfsclient-0.0.1rc1

2014-02-28 Thread Fabian Keil
David Fifield wrote: > On Thu, Feb 27, 2014 at 12:50:35PM +0100, Fabian Keil wrote: > > Yawning Angel wrote: > > > Where: https://github.com/Yawning/obfsclient/releases/tag/v0.0.1-rc1 > > > > Also building fine on the various FreeBSD releases supported by Redp

Re: [tor-dev] Call for testing/review: obfsclient-0.0.1rc1

2014-02-27 Thread Fabian Keil
Yawning Angel wrote: > Due to a moment of surprising productivity, I have a release candidate > of obfsclient available now. For those of you that missed the last > thread regarding this, it is a C++11 client implementation of > obfs2, obfs3, and ScrambleSuit that works as a drop in replacement

Re: [tor-dev] Call for testing/review: obfsclient

2014-02-19 Thread Fabian Keil
Yawning Angel wrote: > On Mon, 17 Feb 2014 19:34:36 + > Yawning Angel wrote: > > > I will address the GCC build issues when I'm done working on that. > > The system gcc on 9.1p10 is ancient (4.2.1), and does not support > > C++11, so I would have to install gcc from ports. > > I haven't i

Re: [tor-dev] Call for testing/review: obfsclient

2014-02-17 Thread Fabian Keil
Fabian Keil wrote: > Yawning Angel wrote: > > > On Fri, 14 Feb 2014 16:17:59 + > > Yawning Angel wrote: > > > > > What the. Ok. I'll look at that, though it is a "this should never > > > happen" sort of situation. I think I

Re: [tor-dev] Call for testing/review: obfsclient

2014-02-15 Thread Fabian Keil
Yawning Angel wrote: > On Fri, 14 Feb 2014 16:17:59 + > Yawning Angel wrote: > > > What the. Ok. I'll look at that, though it is a "this should never > > happen" sort of situation. I think I'll end up setting up a FreeBSD VM > > since my FreeBSD box is on 9.1p10. > > Fixed in commit 600a

Re: [tor-dev] Call for testing/review: obfsclient

2014-02-14 Thread Fabian Keil
Yawning Angel wrote: > On Fri, 14 Feb 2014 12:00:40 +0100 > Fabian Keil wrote: > > > Please let me know if it's still broken/if I've missed anything. > > from /home/fk/git/obfsclient/src/main.cc:49: > > /home/fk/git/obfsclient/src/schwanenlied/pt/sc

Re: [tor-dev] Call for testing/review: obfsclient

2014-02-14 Thread Fabian Keil
Yawning Angel wrote: > On Thu, 13 Feb 2014 14:06:39 +0100 > Fabian Keil wrote: > > Trying to build it on FreeBSD 11.0-CURRENT I get (after a couple > > of other issues): > > FreeBSD has Clang as the default compiler right? Right. ATM, I'm using: fk@r500 ~ $

Re: [tor-dev] Call for testing/review: obfsclient

2014-02-13 Thread Fabian Keil
Yawning Angel wrote: > obfsclient (https://github.com/yawning/obfsclient) now also supports the > latest and greatest in pluggable transport technology in the form of > ScrambleSuit. > > All 3 transports pass the "Can I watch youtube over it" test. [...] > Comments, Questions, Feedback apprecia

Re: [tor-dev] Vidalia 2.0 - an complete rewrite

2013-03-11 Thread Fabian Keil
Leo Unglaub wrote: > On 2013-03-11 04:10, Damian Johnson wrote: > > Sweet! Always glad to hear that people find it to be useful. > > yes, it is very usefull. There are just two issues that cause arm to > crash if you resize the terminal during some events. It simply freezes > arm. But thats a

Re: [tor-dev] want to contribute to tor

2013-01-04 Thread Fabian Keil
Debamitro Chakraborti wrote: > I think adding http proxy support to tor sounds more interesting. But there > seems to be a looong discussion on ticket #6060 whether to add this > functionality inside tor or not. What is the final roadmap, if any? From the outside my impression after reading the

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-07-01 Thread Fabian Keil
Ian Goldberg wrote: > On Sun, Jul 01, 2012 at 05:29:04PM +0200, Fabian Keil wrote: > > > So if only a handful of clients > > > have upgraded to a TBB that supports it (none does at this time), > > > they'll stand out.

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-07-01 Thread Fabian Keil
Ian Goldberg wrote: > On Sat, Jun 30, 2012 at 07:03:19PM +0200, Fabian Keil wrote: > > Nick Mathewson wrote: > > > > > IMPLEMENTED IN 0.2.3.x > > > > >174 Optimistic Data for Tor: Server Side > > >181 Optimistic Data for Tor: Client

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-06-30 Thread Fabian Keil
Nick Mathewson wrote: > IMPLEMENTED IN 0.2.3.x >174 Optimistic Data for Tor: Server Side >181 Optimistic Data for Tor: Client Side > > This one is a performance hack that hasn't seen its full impact > yet. Starting with Tor 0.2.3.x, clients MAY send data to the > exit

Re: [tor-dev] Orbot makefile / build update

2012-05-07 Thread Fabian Keil
Nathan Freitas wrote: > Since the dawn of Orbot, way back in 2009, the onion routing robot app > has been built using an unwieldy combination of tools, based on an > extremely out of date method for cross-compiling C code for Android/ARM. > In the 1.x era of Android, there was no Native Developme

Re: [tor-dev] Proposal: Optimistic Data for Tor: Client Side

2011-09-24 Thread Fabian Keil
Ian Goldberg wrote: > Anyway, here's the client-side sibling proposal to the > already-implemented 174. It cuts down time-to-first-byte for HTTP > requests by 25 to 50 percent, so long as your SOCKS client (e.g. > webfetch, polipo, etc.) is patched to support it. (With that kind of > speedup, I

Re: [tor-dev] connection_edge_process_relay_cell(): data cell dropped, unknown stream

2011-09-22 Thread Fabian Keil
Roger Dingledine wrote: > On Wed, Sep 21, 2011 at 10:20:22PM +0200, Fabian Keil wrote: > > I assume it can take several seconds for the exit relay to stop sending > > data and the Tor client has to continue reading from the stream to keep > > the circuit usable. Is that c

[tor-dev] connection_edge_process_relay_cell(): data cell dropped, unknown stream

2011-09-21 Thread Fabian Keil
While experimenting with Tor v0.2.3.4-alpha's "optimistic data" and thus keeping an eye on the logs, I noticed that I get a lot of the following messages (with and without "optimistic data"): Sep 20 13:47:57.428 [debug] {APP} connection_edge_process_relay_cell(): Now seen 8236 relay cells here (c

Re: [tor-dev] The Torouter and the DreamPlug

2011-06-11 Thread Fabian Keil
Fabian Keil wrote: > and...@torproject.org wrote: > > > On Fri, Jun 10, 2011 at 07:12:25PM +, ja...@appelbaum.net wrote 1.7K > > bytes in 39 lines about: > > : I did not suggest a backdoor! I suggested a method of remotely helping > > > > This comes ac

Re: [tor-dev] The Torouter and the DreamPlug

2011-06-11 Thread Fabian Keil
and...@torproject.org wrote: > On Fri, Jun 10, 2011 at 07:12:25PM +, ja...@appelbaum.net wrote 1.7K > bytes in 39 lines about: > : I did not suggest a backdoor! I suggested a method of remotely helping > > This comes across as "it's not a backdoor, it's a highly secured front > door that onl

Re: [tor-dev] Proposal: Optimistic Data for Tor: Client Side

2011-06-05 Thread Fabian Keil
Ian Goldberg wrote: > On Sat, Jun 04, 2011 at 08:42:33PM +0200, Fabian Keil wrote: > > Ian Goldberg wrote: > > > Overview: > > > > > > This proposal (as well as its already-implemented sibling concerning the > > > server side) aims to reduce the la

Re: [tor-dev] Proposal: Optimistic Data for Tor: Client Side

2011-06-04 Thread Fabian Keil
Ian Goldberg wrote: > Anyway, here's the client-side sibling proposal to the > already-implemented 174. It cuts down time-to-first-byte for HTTP > requests by 25 to 50 percent, so long as your SOCKS client (e.g. > webfetch, polipo, etc.) is patched to support it. (With that kind of > speedup, I

Re: [tor-dev] Orbot's inclusion of Privoxy

2011-04-17 Thread Fabian Keil
Nathan Freitas wrote: > On 04/16/2011 06:24 AM, Fabian Keil wrote: > > This seems to be (or based on) Privoxy 3.0.12 released in 2009. > > What's the rationale for not using a more recent version? > > At this point, that is the latest version we have successfully &g

[tor-dev] Orbot's inclusion of Privoxy (was: [tor-commits] r24630: {} adding binaries to res/raw folder (in projects/android/trunk/Orbot/res: . raw))

2011-04-16 Thread Fabian Keil
Nathan Freitas wrote: > Author: n8fr8 > Date: 2011-04-15 16:38:53 + (Fri, 15 Apr 2011) > New Revision: 24630 > Log: > adding binaries to res/raw folder > ___ > Added: svn:mime-type >+ application/octet-stream > > Added: pr

Re: [tor-dev] [tor-commits] r24618: {website} Update Vidalia's project page (website/trunk/projects/en)

2011-04-14 Thread Fabian Keil
Tomas Touceda wrote: > On 22:10 Wed 13 Apr , Fabian Keil wrote: > > Tomas Touceda wrote: > > > > > Author: chiiph > > > Date: 2011-04-13 19:55:14 + (Wed, 13 Apr 2011) > > > New Revision: 24618 > > > > > > Modified: > >

Re: [tor-dev] [tor-commits] r24618: {website} Update Vidalia's project page (website/trunk/projects/en)

2011-04-13 Thread Fabian Keil
Tomas Touceda wrote: > Author: chiiph > Date: 2011-04-13 19:55:14 + (Wed, 13 Apr 2011) > New Revision: 24618 > > Modified: >website/trunk/projects/en/vidalia.wml > Log: > Update Vidalia's project page > > Modified: website/trunk/projects/en/vidalia.wml >