Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2016-01-02T21:10:50Zhttps://gitlab.torproject.org/legacy/trac/-/issues/17977plus character + breaks arm's Tor control port interpeter2016-01-02T21:10:50Zadrelanosplus character + breaks arm's Tor control port interpeterUsing the Debian package tor-arm 1.4.5.0-1. Typed...
```
+signal newnym
```
This freezes arm.Using the Debian package tor-arm 1.4.5.0-1. Typed...
```
+signal newnym
```
This freezes arm.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/17691Arm won't work2015-11-25T23:06:16ZTracArm won't workHello, i tried to install Arm today and got the following error when i double klick arm. i also get a failed when i klick on the installer. Im using mac OS X El Capitan in Public Beta and the Tor bundle from the official Site. i have no ...Hello, i tried to install Arm today and got the following error when i double klick arm. i also get a failed when i klick on the installer. Im using mac OS X El Capitan in Public Beta and the Tor bundle from the official Site. i have no firewall enabled and Tor is running. I hope you can help me. I added two pictures with the error.
**Trac**:
**Username**: WoodstockDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/17095Arm Crashes when opening connection page2016-03-13T02:08:02ZTracArm Crashes when opening connection pagethe problem: Every time i launch Arm to check tor's network statistics, after inputing the controller password I get the following:
arm
Controller password:
Traceback (most recent call last):
File "/usr/share/arm/starter.py", line 57...the problem: Every time i launch Arm to check tor's network statistics, after inputing the controller password I get the following:
arm
Controller password:
Traceback (most recent call last):
File "/usr/share/arm/starter.py", line 578, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/usr/share/arm/cli/controller.py", line 700, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib64/python2.6/curses/wrapper.py", line 46, in wrapper
stdscr.keypad(0)
UnboundLocalError: local variable 'stdscr' referenced before assignment
----------------------------------------------------------------------------
The device is a CentOS 6.6 64 bit box running kernel 2.6.32-573
----------------------------------------------------------------------------
rpm -qa | grep arm
arm-1.4.5.0-1.noarch
----------------------------------------------------------------------------
yum list installed | grep python
abrt-addon-python.x86_64
abrt-python.x86_64 2.0.8-34.el6.centos
dbus-python.x86_64 0.83.0-6.1.el6 @anaconda-CentOS-201410241409.x86_64/6.6
libproxy-python.x86_64
libreport-python.x86_64
libxml2-python.x86_64 2.7.6-20.el6 @base
newt-python.x86_64 0.52.11-3.el6 @anaconda-CentOS-201410241409.x86_64/6.6
python.x86_64 2.6.6-64.el6 @base
python-dmidecode.x86_64
python-ethtool.x86_64 0.6-5.el6 @anaconda-CentOS-201410241409.x86_64/6.6
python-iniparse.noarch
python-iwlib.x86_64 0.1-1.2.el6 @anaconda-CentOS-201410241409.x86_64/6.6
python-libs.x86_64 2.6.6-64.el6 @base
python-pycurl.x86_64 7.19.0-8.el6 @anaconda-CentOS-201410241409.x86_64/6.6
python-urlgrabber.noarch
rpm-python.x86_64 4.8.0-47.el6 @base
------------------------------------------------------------------------------------
**Trac**:
**Username**: arlionDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/16613\x00\x00\x00\x00 arm freeze and fixation2015-07-19T22:23:43ZTrac\x00\x00\x00\x00 arm freeze and fixationi have opened arm and found it stuck at this page:-
http://i.imgur.com/zwQXhCR.png
the fixation of this:-
sudo service tor restart
and
sudo service tor reload
**Trac**:
**Username**: bo0odi have opened arm and found it stuck at this page:-
http://i.imgur.com/zwQXhCR.png
the fixation of this:-
sudo service tor restart
and
sudo service tor reload
**Trac**:
**Username**: bo0odDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/16459[ARM_WARN] The torrc differ from what tor's using2015-06-29T15:05:49ZTrac[ARM_WARN] The torrc differ from what tor's using
hi there , i have installed apparmor profiles but it seems there is a problem.
see the image:-http://i.imgur.com/dIMYcCA.png
the brown message in arm konsole:-
"[ARM_WARN] The torrc differ from what tor's using. You can issue a sighu...
hi there , i have installed apparmor profiles but it seems there is a problem.
see the image:-http://i.imgur.com/dIMYcCA.png
the brown message in arm konsole:-
"[ARM_WARN] The torrc differ from what tor's using. You can issue a sighup to reload the torrc values by pressing x.
configuration value is missing from the torrc: RunAsDaemon"
also there r similar reports have been mentioned in the past c this:-
https://trac.torproject.org/projects/tor/ticket/2501
https://trac.torproject.org/projects/tor/ticket/4237
im using debian jessie + tor 4.5.2 + arm version 1.4.5.0 (released April 28, 2012)
**Trac**:
**Username**: bo0odDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/16431Arm Graph in Putty is Black2019-01-11T19:03:34ZTracArm Graph in Putty is BlackHi my arm graph is currently black (on black screen). I only can see the graphs if I am marking everything. (See attachments)
Some days ago everything worked as expected.
**Trac**:
**Username**: Sk!dHi my arm graph is currently black (on black screen). I only can see the graphs if I am marking everything. (See attachments)
Some days ago everything worked as expected.
**Trac**:
**Username**: Sk!dDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/16317Minor setup.py issues.2015-06-09T16:47:19ZYawning AngelMinor setup.py issues.I gave the nyx setup.py script a whirl today, and it mostly worked though there were 2 minor issues, both more annoying than major bugs.
* The `#!` line in the `nyx` script that gets installed should (if easy/possible) pull in the pyth...I gave the nyx setup.py script a whirl today, and it mostly worked though there were 2 minor issues, both more annoying than major bugs.
* The `#!` line in the `nyx` script that gets installed should (if easy/possible) pull in the python executable name used for installation, instead of `python`. This is only an issue on systems that do not have `/usr/bin/python`, which admitedly are in a minority, but if I invoke setup.py as `python2 setup.py`, it would be nice if the right thing happened.
* It looks like some of the documentation installation isn't honoring the destination. The script was ran as `setup.py install --user` which should put everything under `~/.local`, but instead the installation process croaked half way through with `error: [Errno 13] Permission denied: '/usr/share/man/man1/nyx.1.gz'`.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/16234Displayed bandwidth limit is displayed wrong2015-05-29T14:43:44ZTracDisplayed bandwidth limit is displayed wrongMy tor config says bandwidth limit 1250 KB/s but ARM translates this to 9.7 Mb/s
This should be 10 Mb/s no?
**Trac**:
**Username**: findftpMy tor config says bandwidth limit 1250 KB/s but ARM translates this to 9.7 Mb/s
This should be 10 Mb/s no?
**Trac**:
**Username**: findftphttps://gitlab.torproject.org/legacy/trac/-/issues/15779Nyx doesn't exit gracefully on Ctrl-C2016-03-13T02:07:50Zyurivict271Nyx doesn't exit gracefully on Ctrl-CI am observing these problems:
1. It doesn't immediately exit on Ctrl-C, but still runs for ~4-5 sec and then exits. But when I press Ctrl-C and ENTER - this makes it exit after ENTER. This is unconventional behavior, and nyx should just...I am observing these problems:
1. It doesn't immediately exit on Ctrl-C, but still runs for ~4-5 sec and then exits. But when I press Ctrl-C and ENTER - this makes it exit after ENTER. This is unconventional behavior, and nyx should just exit on Ctrl-C right away.
2. Sometimes (in ~5% cases) pressing Ctrl-C causes the terminal state be modified (against what it was before). Not sure if this is ncurses bug, but I doubt.
3. Once pressing Ctrl-C caused nyx to hang and it had to be killed.
Ideal behavior: Exit back into terminal after single Ctrl-C without any side-effects.
I am not sure if this is FreeBSD specific problem or not, it is unlikely.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/15778Arm shell $* problem2016-03-13T02:07:38Zyurivict271Arm shell $* problemThis line
> exec python -W ignore::DeprecationWarning "${arm_base}starter.py" $*
should change to
> exec python -W ignore::DeprecationWarning "${arm_base}starter.py" "$@"
This the common pitfall with shell, the former syntax doesn't exp...This line
> exec python -W ignore::DeprecationWarning "${arm_base}starter.py" $*
should change to
> exec python -W ignore::DeprecationWarning "${arm_base}starter.py" "$@"
This the common pitfall with shell, the former syntax doesn't expand arguments properly, and the latter one does.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/15777arm doesn't connect to UNIX domain ControlPort with cookie authentication2015-04-22T19:39:02Zyurivict271arm doesn't connect to UNIX domain ControlPort with cookie authenticationThere is nothing in the man page about this. It seemed like ~/.arm/armrc should have helped but this armrc:
> DataDirectory /var/tmp/tor/data
> ControlSocket /var/tmp/tor/ctrl
> CookieAuthentication 1
> CookieAuthFile /var/tmp/tor/data/c...There is nothing in the man page about this. It seemed like ~/.arm/armrc should have helped but this armrc:
> DataDirectory /var/tmp/tor/data
> ControlSocket /var/tmp/tor/ctrl
> CookieAuthentication 1
> CookieAuthFile /var/tmp/tor/data/control_auth_cookie
doesn't make arm connect, and it still asks for the passwod.
Command line should support this. Natural syntax would be: -i /var/tmp/tor/ctrl:/var/tmp/tor/data/control_auth_cookiehttps://gitlab.torproject.org/legacy/trac/-/issues/15619add support for ControlSocket2015-04-07T17:03:52Zcypherpunksadd support for ControlSocketAs far as I've seen in arm's man page, it doesn't support connecting to the tor process via a ControlSocket.
Would be great if you could add that.
thanks!As far as I've seen in arm's man page, it doesn't support connecting to the tor process via a ControlSocket.
Would be great if you could add that.
thanks!Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/15160Patch to add right to left graph scrolling2016-03-11T17:13:23ZTracPatch to add right to left graph scrollingAs summary
**Trac**:
**Username**: ifraserAs summary
**Trac**:
**Username**: ifraserDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/15036Arm prepopulates the wrong bandwidth stats2016-03-13T02:07:04ZTracArm prepopulates the wrong bandwidth statsI've noticed when my average bandwidth approaches 500mbit/s ARM will change units to Gb/s. In the attached screenshot, I highly suspect my average is 430mbit/s and not the displayed 4.3 Gb/s, off by a decimal point. If I restart, the ave...I've noticed when my average bandwidth approaches 500mbit/s ARM will change units to Gb/s. In the attached screenshot, I highly suspect my average is 430mbit/s and not the displayed 4.3 Gb/s, off by a decimal point. If I restart, the average is reset and the correct averagembit/sis show.
I've listed the Tor Version I'm running, arm is running version 1.4.5.0.
**Trac**:
**Username**: hardlinedDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/14979Option to close circuit2019-12-21T22:41:02ZintrigeriOption to close circuitVidalia allows that, and that's one thing we at Tails will be missing when we remove it. The main use case is debugging potentially buggy or malicious exit nodes. For example, you get an unexpected HTTPS or SSH warning, write down the in...Vidalia allows that, and that's one thing we at Tails will be missing when we remove it. The main use case is debugging potentially buggy or malicious exit nodes. For example, you get an unexpected HTTPS or SSH warning, write down the info about your exit node, and close that circuit to get a fresh one and confirm your suspicions.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/14800arm badly parse hidden service config2016-03-13T02:06:14ZTracarm badly parse hidden service configHello,
When hidden service is configured with the short way (HiddenServicePort [port]), arm display error then freeze.
Currently, the code don’t handle this case of definition.
Here is the patch to fix this behaviour.
Regards,
**Trac...Hello,
When hidden service is configured with the short way (HiddenServicePort [port]), arm display error then freeze.
Currently, the code don’t handle this case of definition.
Here is the patch to fix this behaviour.
Regards,
**Trac**:
**Username**: aerisDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/13880arm produces torrc with DisableDebuggerAttachment 0?2014-12-02T21:16:09Zteorarm produces torrc with DisableDebuggerAttachment 0?So, there is an unconfirmed report on #tor that arm produces torrc files with DisableDebuggerAttachment 0. If that is the case, and there's no reason for it, we should stop doing that.
<teor> tim_: also, why DisableDebuggerAttachment 0?...So, there is an unconfirmed report on #tor that arm produces torrc files with DisableDebuggerAttachment 0. If that is the case, and there's no reason for it, we should stop doing that.
<teor> tim_: also, why DisableDebuggerAttachment 0?
<tim_> teor, I have in my configs not sure where it came from. if it doesn't really do anything I can remove it
<teor> tim_: it reduces security by enabling debugger attachment to the tor process. This can be used by an adversary to extract keys.
<murb> tim_: do you use arm?
<tim_> murb: yes i use arm. i think that is where it came from
<teor> tim_: hmm, I'd consider that a bug in armDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/13868enhancement request : display stats about ORCONN connections2014-11-30T23:09:34Ztoralfenhancement request : display stats about ORCONN connectionsWhile still wondering about the culprit of bug #13603 /me wonders if it would makes sense to see some stats about such errors in arm.While still wondering about the culprit of bug #13603 /me wonders if it would makes sense to see some stats about such errors in arm.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/13708can't start arm2014-11-09T12:03:23ZTraccan't start armhello,
I emerged arm (gentoo) but this is what i get:
```
grom@kishta ~ $ arm
File "/usr/share/arm/prereq.py", line 65
print "TorCtl successfully installed"
^
SyntaxError: invalid syntax
...hello,
I emerged arm (gentoo) but this is what i get:
```
grom@kishta ~ $ arm
File "/usr/share/arm/prereq.py", line 65
print "TorCtl successfully installed"
^
SyntaxError: invalid syntax
grom@kishta ~ $ su
Password:
kishta grom # arm
File "/usr/share/arm/prereq.py", line 65
print "TorCtl successfully installed"
^
SyntaxError: invalid syntax
kishta grom # arm -h
File "/usr/share/arm/prereq.py", line 65
print "TorCtl successfully installed"
^
SyntaxError: invalid syntax
kishta grom #
```
i am new to this, i might be just missing something.
**Trac**:
**Username**: blazhttps://gitlab.torproject.org/legacy/trac/-/issues/13272connections can't be displayed, arm creashes immediately2016-03-13T02:06:04Ztoralfconnections can't be displayed, arm creashes immediatelyThe following crash happen as soon as I try to display page 2 of the arm window (git from 21th of September + stem from 20th of September) at a 64 bit Gentoo Linux (stable):
$ sudo -u tor run_arm
^[[DTraceback (most recent call last):
...The following crash happen as soon as I try to display page 2 of the arm window (git from 21th of September + stem from 20th of September) at a 64 bit Gentoo Linux (stable):
$ sudo -u tor run_arm
^[[DTraceback (most recent call last):
File "/usr/lib/python-exec/python2.7/run_arm", line 47, in <module>
main()
File "/usr/lib/python-exec/python2.7/run_arm", line 16, in main
arm.starter.main()
File "/usr/lib64/python2.7/site-packages/stem/util/conf.py", line 288, in wrapped
return func(*args, config = config, **kwargs)
File "/usr/lib64/python2.7/site-packages/arm/starter.py", line 92, in main
curses.wrapper(arm.controller.start_arm)
File "/usr/lib64/python2.7/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/usr/lib64/python2.7/site-packages/arm/controller.py", line 646, in start_arm
control.redraw(False)
File "/usr/lib64/python2.7/site-packages/arm/controller.py", line 443, in redraw
panel_impl.redraw(force)
File "/usr/lib64/python2.7/site-packages/arm/util/panel.py", line 428, in redraw
self.draw(self.max_x, self.max_y)
File "/usr/lib64/python2.7/site-packages/arm/connections/conn_panel.py", line 478, in draw
attr |= extra_format
TypeError: unsupported operand type(s) for |=: 'str' and 'int'Damian JohnsonDamian Johnson