On Thu, Jan 12, 2017 at 10:43:25AM -0800, Damian Johnson wrote:
> > Does it use `ps -o etime`? If so it should work in the latest OpenBSD
> > release.
>
> Yup, I use...
>
> ps -p -o etime
>
> Glad to hear it should now work on OpenBSD! To confirm would you mind
> providing me the output of that
On Sun, Jan 08, 2017 at 10:47:28AM -0800, Damian Johnson wrote:
> Hi Alan, what linux distribution is this with? The only platform I'm
> aware of having issues with the uptime is OpenBSD. This is because the
> uptime requires parsing ps output and on that sole platform they show
> it in 12-hour loc
On Wed, Sep 14, 2016 at 08:12:15AM +, Farid Joubbi wrote:
> Hello,
>
>
> I have a relay running on OpenBSD.
>
> LibreSSL that comes with OpenBSD does not have support for hardware
> acceleration.
>
> I get this when I start tor:
>
>
> "[notice] We were built to run on a 64-bit CPU, with
I have just been informed by Vultr that they now do not tolerate exit relays.
The wiki[0] suggested they were a good host for exits, and vultr's staff
confirmed to me at the start of the year that exits are fine. They appear to
have changed their mind.
[0] https://trac.torproject.org/projects/
On Mon, 10 Aug 2015, at 05:19 AM, Roman Mamedov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Sun, 9 Aug 2015 13:02:14 -0400
> Zack Weinberg wrote:
>
> > several "this IP is a source of spam" blacklists indiscriminately list _all_
> > Tor relays, whether or not they are exit no
I just want to chime in with my own consensus weight problem.
FF1678164E0FFF1DACA45E3DCDE16E49FF1374BE has been running for over 70
days and still has a consensus of 20, I don't think it has ever changed
since it was started.
Looking at the consensus it is unmeasured=1 by every authority.
Any id
On Sun, 14 Jun 2015, at 06:03 AM, trillium wrote:
> Hello,
>
> I’m running an exit relay (fingerprint:
> 5793CB9E1F5BAD3D5DA6C4158E16067D80CD8A2E) on a Linode VPS right now, and
> so far they’ve been really fantastic with dealing with a couple of DMCA
> notices that were sent to them. However, in