> review and run this simple test and post any errors...
There were no errors from the "etest" script on my FreeBSD system, just the
expected output of the LANG and PWD variables.
> /bin/sh
> uname -a
> [ -e etest ] && exit 1
> cat << EOF > etest
> #!/usr/bin/env -S -i /usr/local/bin/python
> im
>> It's probably worth looking into why that's happening if you are able;
>> whether nyx/stem/python is somehow causing that, or if it's something
>> wrong/weird with your machine.
>
> Looks like the same bug (or a very similar one) has been found before:
> https://trac.torproject.org/projects/tor/
On Mon, 30 Oct 2017 17:40:05 -0500
Andrew Deason wrote:
> It's probably worth looking into why that's happening if you are able;
> whether nyx/stem/python is somehow causing that, or if it's something
> wrong/weird with your machine.
Looks like the same bug (or a very similar one) has been found
On Sun, 5 Nov 2017 14:42:43 -0500
grarpamp wrote:
> >> > OSError: [Errno 14] Bad address
>
> 14 EFAULT Bad address. The system detected an invalid address in
> attempting to use an argument of a call.
That's the general definition of EFAULT, yes. A more helpful definition
is
>> > $ sudo -u _tor ./run_nyx -i 127.0.0.1:
>> > nyx: environment corrupt; missing value for
>> > File "/usr/home/ryan/nyx/stem/util/conf.py", line 289, in wrapped
>> > return func(*args, config = config, **kwargs)
>> > File "/usr/home/ryan/nyx/nyx/starter.py", line 90, in main
>> >
> Yeah, that fixed it. :)
Great, thanks for reporting it! \o/
> Before reading your last email, I tried removing "DisableDebuggerAttachment
> 0". That actually made things worse. The connections weren't showing at all,
> even after waiting 5 minutes. It may be the same underlying issue that you
>
> Mind pulling nyx and trying again?
> https://gitweb.torproject.org/nyx.git/commit/?id=08dbde2
Yeah, that fixed it. :)
Before reading your last email, I tried removing "DisableDebuggerAttachment 0".
That actually made things worse. The connections weren't showing at all, even
after waiting 5 m
>> After pulling in the latest nyx/stem changes, nyx seems to be taking much
>> longer for connections to appear in the Connections pane. After switching to
>> that view the first time, it's taking about 30 seconds to load the list.
>> Once it's loaded I can switch panes and come back and the list
> After pulling in the latest nyx/stem changes, nyx seems to be taking much
> longer for connections to appear in the Connections pane. After switching to
> that view the first time, it's taking about 30 seconds to load the list.
> Once it's loaded I can switch panes and come back and the list is s
Hi Damian,
After pulling in the latest nyx/stem changes, nyx seems to be taking much
longer for connections to appear in the Connections pane. After switching to
that view the first time, it's taking about 30 seconds to load the list. Once
it's loaded I can switch panes and come back and the li
> "Menu" -> "Exit" works here under Gentoo now, but "q" -> "q" still not, after
> Ctrl-C I do get :
Hi Toralf, that's really puzzling. The menu and 'q' keys should do the
same thing. Just took a peek at the code and I can't spot a sizable
difference. Just tried again a few times to repro but no l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/04/2017 03:16 AM, Damian Johnson wrote:
> If
> I missed anything then please let me know. Otherwise I'll move forward
> with announcing our long belated release this weekend.
>
> Cheers! -Damian
Hi,
just a minor thing:
"Menu" -> "Exit" works
Damn that was a lot of helpful feedback - thank you all! From what I
can tell we should have fixes in for all the issues folks spotted. If
I missed anything then please let me know. Otherwise I'll move forward
with announcing our long belated release this weekend.
Cheers! -Damian
On Mon, Oct 30
> New issue - again I only have one machine running, so I don't know if it is
> just my problem -
> page 2: Inbound connections in nyx look like this:
> │ IP:51396 (??) --> my ip:8443 + 3.7m (INBOUND)
> Arm shows me the country name instead of (??).
Thanks torix. Unfortunately I don't h
I meant the country 2 letter initials - like de, fr etc.
Sent with [ProtonMail](https://protonmail.com) Secure Email.
> Original Message
> Subject: Re: [tor-relays] Testers needed for Nyx beta release
> Local Time: November 3, 2017 1:53 PM
> UTC Time: November 3,
l](https://protonmail.com) Secure Email.
> Original Message
> Subject: Re: [tor-relays] Testers needed for Nyx beta release
> Local Time: November 3, 2017 1:07 PM
> UTC Time: November 3, 2017 5:07 PM
> From: ata...@torproject.org
> To: tor-relays@lists.torprojec
Yes! Perfect.
Sent with [ProtonMail](https://protonmail.com) Secure Email.
> Original Message
> Subject: Re: [tor-relays] Testers needed for Nyx beta release
> Local Time: November 3, 2017 1:07 PM
> UTC Time: November 3, 2017 5:07 PM
> From: ata...@torprojec
> But to be clear, nyx still does not show the accounting lines that arm does.
Ah! Found it, accounting stats fixed. Thanks for pointing this out!
https://gitweb.torproject.org/nyx.git/commit/?id=6e9efcb
___
tor-relays mailing list
tor-relays@lists.torp
But to be clear, nyx still does not show the accounting lines that arm does.
-- torix
Sent with [ProtonMail](https://protonmail.com) Secure Email.
> Original Message
> Subject: Re: [tor-relays] Testers needed for Nyx beta release
> Local Time: November 2, 2017 6:50
...@lists.torproject.org] On Behalf Of
Damian Johnson
Sent: 02 November 2017 22:50
To: tor-relays@lists.torproject.org
Subject: Re: [tor-relays] Testers needed for Nyx beta release
> More specifically (now that I know about the S menu), the Accounting
> lines only appear with the Ban
> More specifically (now that I know about the S menu), the Accounting lines
> only appear with the Bandwidth selected.
Ahhh! Gotcha. Yes, it's intended for accounting information to only be
present when showing the bandwidth graph.
___
tor-relays mailin
t day 00:01
AccoutingMax 15 GBytes
RelayBandwidthRate 500 KBytes
RelayBandwidthBurst 500 KBytes
TIA,
-- torix
Sent with [ProtonMail](https://protonmail.com) Secure Email.
> Original Message
> Subject: Re: [tor-relays] Testers needed for Nyx beta release
> Local Ti
Hi torix.
> 1) I don't have any line showing Connection Count:
> Instead I have the same as arm showing Bandwidth (limit, burst, measured)
Sorry, not sure I follow. I assume you mean the connection count
graph? If so then like arm we only one graphed stat at a time. If you
press 's' then select C
ail](https://protonmail.com) Secure Email.
> Original Message
> Subject: Re: [tor-relays] Testers needed for Nyx beta release
> Local Time: November 1, 2017 3:26 PM
> UTC Time: November 1, 2017 7:26 PM
> From: ata...@torproject.org
> To: tor-relays@lists.torproject.org
>
> Lord give me patience, but make it fast... ;-) Let me rephrase: Is it
> deliberate that nyx logs both DEBUG and TRACE level messages when I use
> the --debug option? I would only expect debug level entries.
Yes, it is.
> That generates many MB of output data through which I'd rather not wade
>
>> Thanks for this great job!
>>
>> Dunno if it is an expected behavior or not, but when I enter the menu,
>> the gui is updated once after the first keypress, and then is not
>> updated at all then until the menu is left. Then all missed frames are
>> caught up when leaving the menu. This gives a
On 01.11.2017 19:45, Damian Johnson wrote:
> > 'run_nyx --debug /path/to/log' writes staggering amounts of
> > data. From what I see, both DEBUG and TRACE level entries are
> > logged, is this deliberate?
>
> Yup, it's intentional for the debug log to log low level messages.
> That's why it's usef
>> If so then mind running 'nyx --debug' and sending me the log (minus
>> anything you consider private)?
>
> I'd like to help, alas 'run_nyx --debug /path/to/log' writes staggering
> amounts of data. From what I see, both DEBUG and TRACE level entries are
> logged, is this deliberate? I can see au
> Try "pkg install python36". If nyx is written for python 3, then
> running it with python 2 might not be such a good idea. It may work
> for now, but nothing guarantees that it will continue to do so.
Sure, up to him. For what it's worth though Stem and Nyx will continue
to support Python
>> That's odd. Was this the title bar of the connections page?
>
> Pls see the atatched screen shot
Thanks Toralf! Pushed a fix for that, as well as a change so nyx can
quit more quickly. However, unfortunately it won't help with the
quitting issue you mentioned off list. That stacktrace indicated
tor wrote:
> > Adjusted the message to specify installing for whatever
> > interpreter version they're running...
> > https://gitweb.torproject.org/nyx.git/commit/?id=93f20f9
>
> Damian: there's now a missing ')' at the end of nyx/__init__.py line 78
> causing a syntax error.
>
> Scott: thanks f
On 31.10.17 19:05, Damian Johnson wrote:
> I assume your user's able to read /proc/net/tcp'?
I see the "unable to query connections..." notices on Gentoo and Debian
Linux machines. On both platforms, the permissions are as follows:
$ ls -l /proc/net/tcp
-r--r--r-- 1 root root 0 Oct 31 19:33 /pro
> Thanks for this great job!
>
> Dunno if it is an expected behavior or not, but when I enter the menu,
> the gui is updated once after the first keypress, and then is not
> updated at all then until the menu is left. Then all missed frames are
> caught up when leaving the menu. This gives a weird
Shame on me for not running the tests. Thanks, fixed.
On Tue, Oct 31, 2017 at 11:04 AM, tor wrote:
>> Adjusted the message to specify installing for whatever
>> interpreter version they're running...
>> https://gitweb.torproject.org/nyx.git/commit/?id=93f20f9
>
> Damian: there's now a missing ')
> Hi Damien,
>
> the current version of nyx still produces event notices like these when
> run as a user that is neither root nor the tor user ([sic] for the
> missing spaces):
>
> 10:33:26 [NYX_NOTICE] We were unable to use any of your system's
> resolvers to get tor's connections.This is fine
> Adjusted the message to specify installing for whatever
> interpreter version they're running...
> https://gitweb.torproject.org/nyx.git/commit/?id=93f20f9
Damian: there's now a missing ')' at the end of nyx/__init__.py line 78 causing
a syntax error.
Scott: thanks for the tip about the differ
>> > sudo pkg install py27-sqlite3
>
> Given that nyx is supposedly now written in python 3, perhaps a better
> choice would be one of py3[456]-sqlite3, according to which python 3 version
> is installed, instead of mixing python versions.
Thanks Scott. This crossed my mind when I was writing
Perfect, thanks!
> 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 --DataDirectory /var/db/tor
Fixed, nyx should now provide better messages when unabl
> I updated the ticket to say something like this :-)
Thanks Tim, thanks Sebastian. Pushed a fix to improve this...
https://gitweb.torproject.org/stem.git/commit/?id=66a9b77
> Also, are you aware that inbound connections can come in on ORPorts
> that are configured like this, and therefore aren'
Hi!
Thanks for this great job!
Dunno if it is an expected behavior or not, but when I enter the menu,
the gui is updated once after the first keypress, and then is not
updated at all then until the menu is left. Then all missed frames are
caught up when leaving the menu. This gives a weird feelin
Hi Damien,
the current version of nyx still produces event notices like these when
run as a user that is neither root nor the tor user ([sic] for the
missing spaces):
10:33:26 [NYX_NOTICE] We were unable to use any of your system's
resolvers to get tor's connections.This is fine, but means th
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.
>
> > I had to do:
> >
> 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:
>>>
>>> Connections (4852 outbound, 1 control):
>>>
>>> Wh
> 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 them correctly like:
>>
>
> 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 s
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 st
> 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 it'
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 the right place for nitpicking/bikesheddi
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 (m
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 "/usr/home/ryan/nyx/nyx/__init__.py", l
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...
>
> https://gitweb.torproject.org/nyx.
> 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, g
-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 might
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 them
> 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
dev-lan
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 look
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 Johnson wrote:
>> Thanks To
> 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
Perfe
-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= fl
> 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 from scratch, but for use
Hi Damian,
Is FreeBSD supported? I've run into a few hurdles, and overcame several, but
can't get over the last one.
I had to do:
sudo pkg install py27-sqlite3
And also run nyx with:
sudo -u _tor ./run_nyx -i 127.0.0.1:
Nyx didn't seem able to find the control interface on its own.
I'm
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 Johnson wrote:
> > Would relay
-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 the
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 of those cases where...
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 much the same.
> One of th
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
anything
71 matches
Mail list logo
