> On Jun 11, 2018, at 7:35 AM, iry wrote:
>
> Dear Tor developers,
>
> I met a problem when trying to use the snowflake-client binary
> extracted from TBB 8.0a8 with the system Tor.
>
> Specifically, it seems snowflake-client cannot be run by debian-tor
> user, regardless of the permissions
> On Jan 26, 2018, at 5:49 PM, nusenu wrote:
>
> what is the correct trac component to report
> that check.tpo is down?
Applications / Tor Check
___
tor-dev mailing list
tor-dev@lists.torproject.org
> On Jan 24, 2017, at 4:27 AM, George Kadianakis wrote:
>
> onion_address = base32(pubkey || checksum || version)
> checksum = SHA3(".onion checksum" || pubkey || version)
Any reason not to have the order of,
pubkey || checksum || version
be the same in both?
> The source code of (3) and (4) is not pushed to the github repo yet
> since I’m still doing on these modules and they are not ready for
> integrating into the library.
As much as possible, I would encourage to work in the open, and publish
early and often. Even though the code may not be
> On Jun 12, 2016, at 1:33 PM, AKASH DAS wrote:
>
> I am getting the following errors while building tor-messenger.
>
> Building project docker-image - 2c313aacbaf4
> Error: Error starting remote:
> exec format error
> time="2016-06-13T02:01:24+05:30" level=fatal msg="Error
> On Mar 23, 2016, at 9:05 PM, Huy Vu Quoc wrote:
>
>> Wherever possible, we'd like to avoid modals and use the notification bar.
>> There's also a suggestion to grey out the conversation window and use a
>> throbber here,https://github.com/arlolra/ctypes-otr/issues/20
>
> On Mar 17, 2016, at 3:45 AM, Linus Nordberg wrote:
>
> Hi,
>
> I'm trying to figure out why a list from [TorBulkExitList.py] is so much
> larger than what is seen in [exit-addresses].
Let's certainly not rule out the possibility of a bug.
> Point in case: Earlier
> On Mar 8, 2016, at 7:28 AM, Elias Rohrer wrote:
>
> 1. How would the CONIKS client code integrate with the ctypes-otr add-on? It
> would probably be part of it? So should I also have a look to implement
> client functionality in a C library and then use the calls via ctypes?
> What are your plans for getting https://github.com/keroserene/go-webrtc
> to build completely in a deterministic manner?
Just opened an issue, so that's about as far as we are
in the planning stages.
https://github.com/keroserene/go-webrtc/issues/29
> The several hours isn't
> per platform
> I get about this far on OS X, I'm behind a NAT:
>
> Jan 26 12:25:50.063 [notice] Tor v0.2.7.6 running on Darwin with Libevent
> 2.0.22-stable, OpenSSL 1.0.2e and Zlib 1.2.8.
> …
> Jan 26 12:25:50.071 [notice] Opening Socks listener on 127.0.0.1:9050
> Jan 26 12:25:50.000 [notice] Parsing
I don't know where observed bandwidth comes from. Is there some kind of
external test that measures it, or does it come from measuring user
traffic?
From bandwidth auths running torflow, no?
https://gitweb.torproject.org/torflow.git/tree/README
___
Very nice.
It seems like the dark (tangent-like) line running through the middle
of the uptimes (not the conspicuous vertical stripe you describe) is
just a consequence of the sorting.
Are the vertical white lines periods where a consensus wasn’t reached?
All the dust (to right at the top, left
This little session at 31c3 may be of interest to anyone working on Tor
Messenger. -Jeff
https://events.ccc.de/congress/2014/wiki/Session:Messaging
@Jeff: Is there a summary or notes from the session?
You should think also RFC 1312 for message send protocol.
It is old but it is
On Thursday, October 23, 2014 at 10:32 AM, David Fifield wrote:
In the past few months of bridge user graphs, there is an apparent
negative correlation between obfs3 users and vanilla users: when one
goes up, the other goes down. If you draw a horizontal line at about
5500, they are almost
Try,
cd
mkdir testing
wget
https://github.com/downloads/libevent/libevent/libevent-2.0.21-stable.tar.gz
tar xzvf libevent-2.0.21-stable.tar.gz
cd libevent-2.0.21-stable
./configure --prefix=$HOME/testing
make install
cd ..
git clone https://git.torproject.org/tor.git
cd tor
I started working on something like this a little while ago,
https://github.com/arlolra/bulb
but didn't manage to stir up much interest.
I'm happy to continue with it if anyone wants to collaborate.
Arlo
On Tue, Jul 8, 2014 at 9:39 PM, Damian Johnson ata...@torproject.org wrote:
Hi Nima,
Is there a way to
accomplish the same thing (keep the browser running, but don't show a
browser window) without raising a conspicuous dialog?
Selenium seems to use xvfb as a virtual display.
There's also a new nsIAppShellService::createWindowslessBrowser(),
but I don't think that's ready.
There's not much to it yet,
but I thought I'd share.
https://github.com/arlolra/bulb
Contributions welcome!
Arlo
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
On Mon, Mar 3, 2014 at 6:02 AM, Gareth Owen gareth.o...@port.ac.uk wrote:
Dear all
Sorry if this is the wrong list (please tell me if it is).
I'm undertaking research into the tor HS DHT and have a couple of
questions. I know at present, a node must be on for 25 hours to
participate in
This is rather exciting. Do you think that this method can be adapted to
build the pluggable transports bundles?
Yes.
I originally started working on this so I could submit a patch to include
the tor-fw-helper in the TBB.
But since the helper is only needed in the PT bundles,
reworking their
So this is a wrapper to install+launch a VirtualBox Ubuntu VM to use
Gitian in LXC mode? Sounds good!
Exactly. Just codifies what it took to get it running in a VM.
Hopefully by Monday I will have tagged TBB 3.0a2, and we will begin
building it. If your build matches (or comes close),
https://trac.torproject.org/projects/tor/ticket/7944
Hello,
I wrote a little wrapper to provide a headless flash proxy.
It requires node.js = v0.8.x
To install and run,
npm install -g flashproxy # adds the flashproxy bin to your path
flashproxy
Or you can,
git clone -b nodejs
22 matches
Mail list logo