Damian Johnson wrote:
> > Is FreeBSD supported? I've run into a few hurdles, and overcame several, but
> > can't get over the last one.
>
> Hi. Yup, FreeBSD is supported *but* I don't have a system to test on,
> so I rely on user reports like this to provide comparability.
> Is it shown in the ps output as '/usr/local/bin/tor'? If so then I'll
> adjust Stem to look for that too.
Yep. 'ps ax' output looks like:
PID TT STATTIME COMMAND
83797 - R 1152:14.26 /usr/local/bin/tor -f /usr/local/etc/tor/torrc
--PidFile /var/run/tor/tor.pid --RunAsDaemon 1
> On 31 Oct 2017, at 11:57, Sebastian Hahn wrote:
>
>
>> On 31. Oct 2017, at 00:19, Damian Johnson wrote:
>>
>>> I think I've found a bug with the Connections pane. nyx appears to munge all
>>> the connections into "outbound", like:
>>>
>>>
> On 31. Oct 2017, at 00:19, Damian Johnson wrote:
>
>> I think I've found a bug with the Connections pane. nyx appears to munge all
>> the connections into "outbound", like:
>>
>> Connections (4852 outbound, 1 control):
>>
>> Whereas arm on the same system displays
Hi there,
> On 30. Oct 2017, at 22:12, Paul Templeton wrote:
>
> Here Here
>
> From: "Tor Node Admin @ SechsNullDrei.org"
> To: tor-relays@lists.torproject.org
> Sent: Monday, October 30, 2017 9:58:49 PM
> Subject: [tor-relays] Thank you to
> I can confirm the connections now display correctly. Thanks!
\o/
>> Is 'tor' listed when you run "ps -ao ucomm="?
>
> It is *not* listed. In case it helps, Tor 0.3.1.8 was installed via
> ports/security/tor (https://www.freshports.org/security/tor), and I haven't
> done anything to modify the
Hi! I just tried it out on a fairly plain Debian Stretch server, no
problems.
One comment: shouldn’t the description of the DEBUG log level (in the
“event types” dialog) point out the privacy implications of logging at
that level? I only ask because usually when I see that log level
mentioned (e.
Hi Damian,
I can confirm the connections now display correctly. Thanks!
> Is 'tor' listed when you run "ps -ao ucomm="?
It is *not* listed. In case it helps, Tor 0.3.1.8 was installed via
ports/security/tor (https://www.freshports.org/security/tor), and I haven't
done anything to modify the
> I'm not sure if it's clear, but this is FreeBSD complaining that the
> environment string is invalid (an entry is missing the '=' separating
> the name and value). It's probably worth looking into why that's
> happening if you are able; whether nyx/stem/python is somehow causing
> that, or if
Thanks Andrew! Great points, changes pushed.
On Mon, Oct 30, 2017 at 3:32 PM, Andrew Deason wrote:
> On Mon, 30 Oct 2017 14:00:44 -0700
> Damian Johnson wrote:
>
>> Hi all. Pushed a couple changes to address feedback thus far...
>
> Sorry if this is not
Thanks Toralf!
> The # of digits after the comma might be reduced: "Outbound (3414, avg:
> 3275.896126452135412364):"
That's odd. Was this the title bar of the connections page?
> And if I press "m" here under Gentoo, then sometoimes I do get :
>
> mr-fox nyx # ./run_nyx -i 29051
> Traceback
On Mon, 30 Oct 2017 13:32:53 -0700
Damian Johnson wrote:
> > $ sudo -u _tor ./run_nyx -i 127.0.0.1:
> > nyx: environment corrupt; missing value for
> > Traceback (most recent call last):
> > File "./run_nyx", line 14, in
> > nyx.main()
> > File
On Mon, 30 Oct 2017 14:00:44 -0700
Damian Johnson wrote:
> Hi all. Pushed a couple changes to address feedback thus far...
Sorry if this is not the right place for nitpicking/bikeshedding, but:
> * Fixed the os.putenv() issue that came up for FreeBSD...
>
>
> I think I've found a bug with the Connections pane. nyx appears to munge all
> the connections into "outbound", like:
>
> Connections (4852 outbound, 1 control):
>
> Whereas arm on the same system displays them correctly like:
>
> Connections (2196 inbound, 2651 outbound, 1 control):
Oops,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/30/2017 08:35 PM, Damian Johnson wrote:
> Our ducks should finally be in a row for release, but this being
> a full rewrite I'd like to start with an open beta to work out
> anything I might have missed.
>
The # of digits after the comma
i
Hi Damian,
Thanks for the quick fix for the os.putenv() FreeBSD issue. That resolved it.
I think I've found a bug with the Connections pane. nyx appears to munge all
the connections into "outbound", like:
Connections (4852 outbound, 1 control):
Whereas arm on the same system displays
Here Here
- Original Message -
From: "Tor Node Admin @ SechsNullDrei.org"
To: tor-relays@lists.torproject.org
Sent: Monday, October 30, 2017 9:58:49 PM
Subject: [tor-relays] Thank you to directory operators
Good morning,
Relay operators often receive
> Oh, the message should be simply something like "You must emerge
> dev-lang/python with USE=sqlite"
Perfect, thanks Toralf! Message added...
https://gitweb.torproject.org/nyx.git/commit/?id=8be7ef6
> And - it works now - Thx for developing nyx. Damian !
My pleasure, thanks Toralf!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/30/2017 09:35 PM, Damian Johnson wrote:
> Ahhh, gotcha. Please let me know when you find the magic ingredient
> for sqlite3 on Gentoo an I'll add better messaging for it.
Oh, the message should be simply something like "You must emerge
Hi all. Pushed a couple changes to address feedback thus far...
* Fixed the os.putenv() issue that came up for FreeBSD...
https://gitweb.torproject.org/nyx.git/commit/?id=bcb0122
* When sqlite3 is unavailable encouraging folks to contact us so we
can provide per-platform advice. For FreeBSD
up and running, looks really nice! congratulations guys!
cheers.
x9p
On 2017-10-30 17:35, Damian Johnson wrote:
Hi all! After five years Nyx (previously known as arm) is getting
a far belated update. Under the covers the whole codebase has been
rewritten from scratch, but for users things
Ahhh, gotcha. Please let me know when you find the magic ingredient
for sqlite3 on Gentoo an I'll add better messaging for it.
On Mon, Oct 30, 2017 at 1:31 PM, Toralf Förster wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/30/2017 09:27 PM, Damian
> Is FreeBSD supported? I've run into a few hurdles, and overcame several, but
> can't get over the last one.
Hi. Yup, FreeBSD is supported *but* I don't have a system to test on,
so I rely on user reports like this to provide comparability.
> I had to do:
>
> sudo pkg install py27-sqlite3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/30/2017 09:27 PM, Damian Johnson wrote:
> Thanks Toralf! What python version are you using? Sqlite3 should be
> built in nowadays...
Oh, this is Gentoo Linux, so sqlite3 isn't built per default, only if I
explicitely wants it by using USE=
> mr-fox nyx # ./run_nyx
> Traceback (most recent call last):
> File "./run_nyx", line 7, in
> import nyx
> File "/root/nyx/nyx/__init__.py", line 49, in
> import sqlite3
> ImportError: No module named sqlite3
Thanks Toralf! What python version are you using? Sqlite3 should be
built
Works on my Raspberry Pi running Raspbian jessie. Great job!
Joep
On Mon, Oct 30, 2017 at 8:35 PM, Damian Johnson
wrote:
> Hi all! After five years Nyx (previously known as arm) is getting
> a far belated update. Under the covers the whole codebase has been
> rewritten
FYI, I cloned into a Digital Ocean cloud server running Ubuntu 17.04
(kernel 4.10.0-33 generic). It compiled and ran fine.
On Mon, Oct 30, 2017 at 2:06 PM, Toralf Förster
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/30/2017 08:35 PM, Damian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/30/2017 08:35 PM, Damian Johnson wrote:
> Would relay operators mind giving Nyx a whirl? To give it a try
> simply ensure you have a control port available in your torrc...
>
> ControlPort 9051
> CookieAuthentication 1
>
> ... and run
You bet!
> On Oct 30, 2017, at 14:35, Damian Johnson wrote:
>
> Hi all! After five years Nyx (previously known as arm) is getting
> a far belated update. Under the covers the whole codebase has been
> rewritten from scratch, but for users things look much the same.
> One
Thank you for doing this.
On Mon, Oct 30, 2017 at 1:35 PM, Damian Johnson
wrote:
> Hi all! After five years Nyx (previously known as arm) is getting
> a far belated update. Under the covers the whole codebase has been
> rewritten from scratch, but for users things look
Hi all! After five years Nyx (previously known as arm) is getting
a far belated update. Under the covers the whole codebase has been
rewritten from scratch, but for users things look much the same.
One of those cases where...
"When you do things right, people won't be sure you've done
I am probably responsible for the existence of these UbuntuCore relays. I
package something with this name, but I do not have a lot of insight into
its users, who are anonymous.
I do have package download statistics, so I can tell you that on a new
release, there are about 1700 downloads of those
32 matches
Mail list logo