On Wed, Feb 26, 2014 at 02:06:25PM +0100, Jeroen Massar wrote:
> On 2014-02-26 13:46, Jacob Appelbaum wrote:
> > I think this is a fine idea - if no one objects, I'll purge it.
>
> No objection per-se, but a recommendation/check-up:
Sounds great to me -- disabling it seems like the best option, a
Hello,
I've been following the tor rewrite for a while. While I don't currently see
where I could directly help out with code, I have the following hint: Celery[1]
is a task/queue management system that has excellent django integration and can
be used to solve the "how to perform the hourly que
Filename: ???-quickening-tor2webmode.txt
Title: Making Tor2Web mode faster
Author: Virgil Griffith, Fabio Pietrosanti, Giovanni Pellerano
Created: 2014-02-23
Status: Open
1. Introduction
While chatting with the Tor archons at the winter meeting, two speed
optimizations for tor2web mode [1] were p
On 2014-02-28 00:08, Karsten Loesing wrote:
> Moving the
discussion of a good time for
> this meeting to a separate thread.
Eugene, will keep you posted how
> that goes!
>
> Eugene, for now, take
a look at the wiki page that lists a roadmap and a
> couple of open
tickets:
>
>
https://trac.to
Hi, all!
This list of open Tor proposals is based on one I sent out back in
December[0], based on the one I did in November[1] based on the
one I did in June of 2012[2], based on the one I did in May[3] of 2011.
Future versions of this document will be maintained in the torspec
repository as "pro
(This is going to be interesting for people who use trac to look at
tickets for the component "Tor" -- that is, the core Tor network
daemon -- and basically nobody else.)
Hi, all!
0.2.5 is getting close to feature-freeze time: by default, any feature
for which the code is not already implemented
On Fri, Feb 28, 2014 at 3:53 AM, Yawning Angel wrote:
> Hello all,
>
> Based on feedback from nickm/arma, I have extended the proposal to also
> cover Tor's SOCKS port, including response codes related to hidden
> service status.
>
> Additionally, instead of having a username/password field pre-de
Greetings humans,
this is an email to remind you that the regular biweekly pluggable
transports meeting is going to happen today. Place is the #tor-dev
IRC channel in OFTC. Time is 17:00 UTC (it's in an hour!).
Cheers!
___
tor-dev mailing list
tor-dev
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 Redports:
> > https://redports.org/bui
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi everyone,
Our contact at OpenITP has requested a list of resources / strings
that we would like to potentially give priority to.
If anyone has a project that is currently on our Transifex (or one
that isn't and should be), and would like to see
Hello all,
Based on feedback from nickm/arma, I have extended the proposal to also
cover Tor's SOCKS port, including response codes related to hidden
service status.
Additionally, instead of having a username/password field pre-defined,
the extended authentication method has been generalized to c
On 28/02/14 04:33, CIURANA EUGENE (pr3d4t0r) wrote:
> 30 years of experience; proficient in Java, C, Python,
> Objective-C, Smalltalk, and R, with a pile of other languages too for
> minor or one-time projects. Work primarily with OS X and Linux. Familiar
> with most CLI Linux project management to
12 matches
Mail list logo
