Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2013-01-19T21:51:37Zhttps://gitlab.torproject.org/legacy/trac/-/issues/7990NameError: global name 'enumeration' is not defined2013-01-19T21:51:37ZSathyanarayanan GunasekaranNameError: global name 'enumeration' is not definedsteps to reproduce -
1) menu -> view -> connections
2) menu -> connections -> fingerprint
running on latest arm master(69e196defd289e9e160cf938fc2b5228082ea5c4)
```
gsathya@nub:~/arm$ ./arm
Traceback (most recent call last):
File "./s...steps to reproduce -
1) menu -> view -> connections
2) menu -> connections -> fingerprint
running on latest arm master(69e196defd289e9e160cf938fc2b5228082ea5c4)
```
gsathya@nub:~/arm$ ./arm
Traceback (most recent call last):
File "./src/starter.py", line 478, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/home/gsathya/arm/src/cli/controller.py", line 564, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.6/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/home/gsathya/arm/src/cli/controller.py", line 635, in drawTorMonitor
cli.menu.menu.showMenu()
File "/home/gsathya/arm/src/cli/menu/menu.py", line 114, in showMenu
cursor.handleKey(key)
File "/home/gsathya/arm/src/cli/menu/menu.py", line 46, in handleKey
else: self._isDone = self._selection.select()
File "/home/gsathya/arm/src/cli/menu/item.py", line 198, in select
self._group.action(self._arg)
File "/home/gsathya/arm/src/cli/connections/connPanel.py", line 189, in setListingType
armConf.set("features.connection.listingType", enumeration.keys()[Listing.index_of(listingType)])
NameError: global name 'enumeration' is not defined
```Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/7988AttributeError: 'module' object has no attribute 'getOption'2013-01-19T05:50:40ZSathyanarayanan GunasekaranAttributeError: 'module' object has no attribute 'getOption'Steps to reproduce - clueless. i don't remember the keys i pressed :|
running on latest arm master (5b3906463c428647f621b65191e3be740b675494)
```
gsathya@nub:~/arm$ ./arm
Traceback (most recent call last):
File "./src/starter.py", line...Steps to reproduce - clueless. i don't remember the keys i pressed :|
running on latest arm master (5b3906463c428647f621b65191e3be740b675494)
```
gsathya@nub:~/arm$ ./arm
Traceback (most recent call last):
File "./src/starter.py", line 478, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/home/gsathya/arm/src/cli/controller.py", line 564, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.6/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/home/gsathya/arm/src/cli/controller.py", line 655, in drawTorMonitor
overrideKey = cli.popups.showHelpPopup()
File "/home/gsathya/arm/src/cli/popups.py", line 117, in showHelpPopup
helpOptions += entry.getHelp()
File "/home/gsathya/arm/src/cli/connections/connPanel.py", line 332, in getHelp
if self.isExitsAllowed():
File "/home/gsathya/arm/src/cli/connections/connPanel.py", line 210, in isExitsAllowed
if not torTools.getOption("ORPort", None):
AttributeError: 'module' object has no attribute 'getOption'
```Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/7978AttributeError: 'LogPanel' object has no attribute 'showDuplicates'2013-01-19T05:50:52ZSathyanarayanan GunasekaranAttributeError: 'LogPanel' object has no attribute 'showDuplicates'Pressing 'm' to go to the menu causes this stacktrace. Running latest arm master(5b3906463c428647f621b65191e3be740b675494)
```
gsathya@nub:~/arm$ ./arm
Traceback (most recent call last):
File "./src/starter.py", line 478, in <module>
...Pressing 'm' to go to the menu causes this stacktrace. Running latest arm master(5b3906463c428647f621b65191e3be740b675494)
```
gsathya@nub:~/arm$ ./arm
Traceback (most recent call last):
File "./src/starter.py", line 478, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/home/gsathya/arm/src/cli/controller.py", line 564, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.6/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/home/gsathya/arm/src/cli/controller.py", line 635, in drawTorMonitor
cli.menu.menu.showMenu()
File "/home/gsathya/arm/src/cli/menu/menu.py", line 80, in showMenu
menu = cli.menu.actions.makeMenu()
File "/home/gsathya/arm/src/cli/menu/actions.py", line 31, in makeMenu
baseMenu.add(makeLogMenu(pagePanel))
File "/home/gsathya/arm/src/cli/menu/actions.py", line 188, in makeLogMenu
if logPanel.showDuplicates: label, arg = "Hide", False
AttributeError: 'LogPanel' object has no attribute 'showDuplicates'
```Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/7960AttributeError: 'module' object has no attribute 'camel_case'2013-01-17T06:37:22ZSathyanarayanan GunasekaranAttributeError: 'module' object has no attribute 'camel_case'I have no idea how I triggered this. I was randomly pressing keys trying to edit the torrc in arm and it crashed.
```
gsathya@nub:~/arm$ ./arm
Traceback (most recent call last):
File "./src/starter.py", line 478, in <module>
cli.c...I have no idea how I triggered this. I was randomly pressing keys trying to edit the torrc in arm and it crashed.
```
gsathya@nub:~/arm$ ./arm
Traceback (most recent call last):
File "./src/starter.py", line 478, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/home/gsathya/arm/src/cli/controller.py", line 564, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.6/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/home/gsathya/arm/src/cli/controller.py", line 635, in drawTorMonitor
cli.menu.menu.showMenu()
File "/home/gsathya/arm/src/cli/menu/menu.py", line 80, in showMenu
menu = cli.menu.actions.makeMenu()
File "/home/gsathya/arm/src/cli/menu/actions.py", line 23, in makeMenu
baseMenu.add(makeViewMenu())
File "/home/gsathya/arm/src/cli/menu/actions.py", line 89, in makeViewMenu
label = " / ".join([str_tools.camel_case(panel.getName()) for panel in pagePanels])
AttributeError: 'module' object has no attribute 'camel_case'
```
(I can't think of a proper title for this ticket, please feel free to change it)Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/7913Patch to get arm running on FreeBSD again2013-01-12T05:12:35ZfkPatch to get arm running on FreeBSD again8dbea0fa broke arm on FreeBSD for me.
$ ./arm
get_bsd_jail_id() takes exactly 1 argument (0 given)
The attached patch gets arm running again.
The jail detection appears to still be broken, but this seems to be an unrelated problem and...8dbea0fa broke arm on FreeBSD for me.
$ ./arm
get_bsd_jail_id() takes exactly 1 argument (0 given)
The attached patch gets arm running again.
The jail detection appears to still be broken, but this seems to be an unrelated problem and I rediscovered some patches in a stem branch that look relevant.
I'll file a stem ticket about this once I have more information.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/7837arm crashes when I open the conenctions page2016-03-13T01:16:28ZTracarm crashes when I open the conenctions pageWhen I use the left/right buttons or the menu option.
version 1.4.6_dev
```
Traceback (most recent call last):
File "arm/src/starter.py", line 497, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/home/s...When I use the left/right buttons or the menu option.
version 1.4.6_dev
```
Traceback (most recent call last):
File "arm/src/starter.py", line 497, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/home/soakednoodle/arm/src/cli/controller.py", line 569, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.7/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/home/soakednoodle/arm/src/cli/controller.py", line 624, in drawTorMonitor
control.redraw(False)
File "/home/soakednoodle/arm/src/cli/controller.py", line 341, in redraw
panelImpl.redraw(force)
File "/home/soakednoodle/arm/src/util/panel.py", line 408, in redraw
self.draw(self.maxX, self.maxY)
File "/home/soakednoodle/arm/src/cli/connections/connPanel.py", line 388, in draw
drawEntry = entryLine.getListingEntry(width - scrollOffset - len(prefix), currentTime, self._listingType)
File "/home/soakednoodle/arm/src/cli/connections/connEntry.py", line 290, in getListingEntry
myListing = entries.ConnectionPanelLine.getListingEntry(self, width, currentTime, listingType)
File "/home/soakednoodle/arm/src/cli/connections/entries.py", line 136, in getListingEntry
self._listingCache = self._getListingEntry(width, currentTime, listingType)
File "/home/soakednoodle/arm/src/cli/connections/connEntry.py", line 324, in _getListingEntry
(self._getListingContent(width - (12 + timeWidth) - 1, listingType), lineFormat),
File "/home/soakednoodle/arm/src/cli/connections/connEntry.py", line 545, in _getListingContent
dstAddress = self.getDestinationLabel(26, includeLocale = True)
File "/home/soakednoodle/arm/src/cli/connections/connEntry.py", line 828, in getDestinationLabel
foreignLocale = self.foreign.getLocale("??")
File "/home/soakednoodle/arm/src/cli/connections/connEntry.py", line 111, in getLocale
return conn.getInfo("ip-to-country/%s" % self.ipAddr, default)
File "/home/soakednoodle/arm/src/util/torTools.py", line 441, in getInfo
return self.controller.get_info(param, default)
File "/home/soakednoodle/arm/src/stem/control.py", line 841, in get_info
log.warn("Tor's geoip database is unavailable.")
File "/home/soakednoodle/arm/src/stem/util/log.py", line 153, in warn
def warn(message): log(Runlevel.WARN, message)
File "/home/soakednoodle/arm/src/stem/util/log.py", line 128, in log
LOGGER.log(LOG_VALUES[runlevel], message)
File "/usr/lib/python2.7/logging/__init__.py", line 1203, in log
self._log(level, msg, args, **kwargs)
File "/usr/lib/python2.7/logging/__init__.py", line 1258, in _log
self.handle(record)
File "/usr/lib/python2.7/logging/__init__.py", line 1268, in handle
self.callHandlers(record)
File "/usr/lib/python2.7/logging/__init__.py", line 1308, in callHandlers
hdlr.handle(record)
File "/usr/lib/python2.7/logging/__init__.py", line 748, in handle
self.emit(record)
File "/home/soakednoodle/arm/src/cli/logPanel.py", line 584, in emit
eventColor = RUNLEVEL_EVENT_COLOR[record.levelname]
KeyError: 'WARNING'
```
I think "Tor's geoip database is unavailable." shouldn't fail this hard, right?
**Trac**:
**Username**: SoakedNoodleDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/7813arm doesn't consistently list connections on OpenBSD 5.12020-06-13T01:52:32ZTracarm doesn't consistently list connections on OpenBSD 5.1using 1.4.5.0 tarball will sometimes work, but it eventually hangs.
using 26ea3b0e690bbbfaf992be19829ac2fa65fc0cc7, but it hangs before drawing anything. the log seems to indicate that it hangs while calling lsof.
going with the theme ...using 1.4.5.0 tarball will sometimes work, but it eventually hangs.
using 26ea3b0e690bbbfaf992be19829ac2fa65fc0cc7, but it hangs before drawing anything. the log seems to indicate that it hangs while calling lsof.
going with the theme of calling external programs for information, i think an appropriate solution is to use the fstat(1) program instead of lsof(1), which is available in the base distribution of OpenBSD, FreeBSD, and NetBSD.
**Trac**:
**Username**: mischiefDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/7709DisableDebuggerAttachment when running as root2016-03-13T01:56:29ZproperDisableDebuggerAttachment when running as rootArm shows the DisableDebuggerAttachment related notice, even when running as root.Arm shows the DisableDebuggerAttachment related notice, even when running as root.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/7611Man page parser out of date2016-03-13T01:55:37ZDamian JohnsonMan page parser out of dateIt looks like arm's man page parser is having issues with tor's new man page. We should update the parser, preferably moving it to arm as we do so.
> 12/1/2012 20:41:56 [NOTICE] Unrecognized category in the man page: COMMAND-LINE OPTION...It looks like arm's man page parser is having issues with tor's new man page. We should update the parser, preferably moving it to arm as we do so.
> 12/1/2012 20:41:56 [NOTICE] Unrecognized category in the man page: COMMAND-LINE OPTIONS
> 12/1/2012 20:41:56 [NOTICE] Unrecognized category in the man page: GENERAL OPTIONSDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6908installing arm from debian repo: dependency issues? (arch: arm)2016-03-13T01:55:22ZTracinstalling arm from debian repo: dependency issues? (arch: arm)from /etc/apt/sources.lst
```
deb http://deb.torproject.org/torproject.org squeeze main
deb http://deb.torproject.org/torproject.org experimental-squeeze main
```
```
aptitude install tor-arm
The following NEW packages will be i...from /etc/apt/sources.lst
```
deb http://deb.torproject.org/torproject.org squeeze main
deb http://deb.torproject.org/torproject.org experimental-squeeze main
```
```
aptitude install tor-arm
The following NEW packages will be installed:
python-support{a} tor-arm{b}
0 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 340 kB of archives. After unpacking 1,451 kB will be used.
The following packages have unmet dependencies:
tor-arm: Depends: python-torctl (>= 20110618git-1~bpo60+1) which is a virtual package.
The following actions will resolve these dependencies:
Keep the following packages at their current version:
1) tor-arm [Not Installed]
Accept this solution? [Y/n/q/?]
```
**Trac**:
**Username**: cypherpunkxDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6907arm simply assumes it is connecting to a local tor instance (which is not nec...2016-03-13T01:54:27ZTracarm simply assumes it is connecting to a local tor instance (which is not necessarily always the case)It looks like arm simply assumes to connect to a local tor instance:
- the hostname and kernel version displayed in arm's interface is not from the relay (it is from localhost).
The following warnings are also caused by this assumption...It looks like arm simply assumes to connect to a local tor instance:
- the hostname and kernel version displayed in arm's interface is not from the relay (it is from localhost).
The following warnings are also caused by this assumption:
```
[ARM_WARN] The torrc differs from what tor's using. You can issue a sighup to reload the torrc values by pressing x.
- torrc values differ
[ARM_WARN] Unable to read tor's log file: /var/log/tor/log on lines: 2, 3, 4, 6, 7, 8, 9, 10
```
Maybe arm could try to detect if it is connecting to a local tor instance by comparing the IP from the '-i' parameter with locally configured IP adresses?
An alternative method and probably easier and more reliable: If the pid (gathered via 'GETINFO process/pid') does not match one of the pids returned by 'pidof tor' it is probably not a local tor instance.
What do you think?
**Trac**:
**Username**: cypherpunkxDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6905arm 1.4.5.0 connecting to tor 0.2.4.2: ProtocolError: Badly formatted reply l...2012-09-21T17:28:35ZTracarm 1.4.5.0 connecting to tor 0.2.4.2: ProtocolError: Badly formatted reply line: unknown type 'P'
```
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/TorCtl/TorCtl.py", line 635, in _loop
isEvent, reply = self._read_reply()
File "/usr/lib/python2.7/site-packages/TorCtl/TorCtl.py", line 810, in _read...
```
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/TorCtl/TorCtl.py", line 635, in _loop
isEvent, reply = self._read_reply()
File "/usr/lib/python2.7/site-packages/TorCtl/TorCtl.py", line 810, in _read_reply
raise ProtocolError("Badly formatted reply line: unknown type %r"%tp)
ProtocolError: Badly formatted reply line: unknown type 'P'
Terminated
```
**Trac**:
**Username**: cypherpunkxDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6881Can't connect to sockets with password auth2016-03-13T01:54:05ZTracCan't connect to sockets with password auth>arm --debug
Unable to use socket '/home/localadmin/.tor/control': Unable to authenticate: no passphrase provided
>cat ~/.arm/log
Arm 1.4.5.0 Debug Dump, 22:45:15 09/17/2012 (EDT)
Python Version: 2.7.3
Platform: Linux (Ubuntu 12.04 pre...>arm --debug
Unable to use socket '/home/localadmin/.tor/control': Unable to authenticate: no passphrase provided
>cat ~/.arm/log
Arm 1.4.5.0 Debug Dump, 22:45:15 09/17/2012 (EDT)
Python Version: 2.7.3
Platform: Linux (Ubuntu 12.04 precise)
--------------------------------------------------------------------------------
9/17/2012 22:45:15 [DEBUG] system call: ps -A co command (runtime: 0.01)
>tor --version
Sep 17 22:46:00.606 [notice] Tor v0.2.3.22-rc (git-4a0c70a817797420) running on Linux.
Tor version 0.2.3.22-rc (git-4a0c70a817797420).
vidalia version 0.2.20
**Trac**:
**Username**: btb@bitrate.netDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6862arm does not show uptime2012-09-17T00:26:25ZTracarm does not show uptimeI saw other ticket which put this down to not running under tor account. I am running under tor account and have also tried under root. I think the ps command is not being parsed properly.
thanxs
**Trac**:
**Username**: drforbinI saw other ticket which put this down to not running under tor account. I am running under tor account and have also tried under root. I think the ps command is not being parsed properly.
thanxs
**Trac**:
**Username**: drforbinDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6467Dialog explaining flags2019-12-21T22:38:48ZTracDialog explaining flagsArm shows that nodes are Guard nodes or not, but doesn't explain it in the documentation ( man page )
What is a guard node?
**Trac**:
**Username**: SpiderArm shows that nodes are Guard nodes or not, but doesn't explain it in the documentation ( man page )
What is a guard node?
**Trac**:
**Username**: Spiderhttps://gitlab.torproject.org/legacy/trac/-/issues/6439Arm periodically freezes2012-12-18T16:15:11ZDamian JohnsonArm periodically freezesArm version 1.4.4 had an issue where it froze after running for several days. I managed to get a reliable repro for this sort of glitch and tracked it to an interaction between readline and screen which has been fixed in 1.4.5, but the o...Arm version 1.4.4 had an issue where it froze after running for several days. I managed to get a reliable repro for this sort of glitch and tracked it to an interaction between readline and screen which has been fixed in 1.4.5, but the original problem persists.
At this point I'm at a loss for what is causing it or how to diagnose the problem since it takes days to manifest. At present I'm trying a sort of git bisect to narrow down the issue. I'll update this ticket as I narrow things down.
Commit e249dc8 (version 1.4.5.0) - broken
Commit d0bb81a (version 1.4.2.0) - testing...
Commit f403ccc (version 1.4.0.0) - worksDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6430Circuit list scares relay operators by using term 'exit'2020-06-13T03:26:49ZRoger DingledineCircuit list scares relay operators by using term 'exit'When you attach arm to your shiny new relay, and it does a reachability test by making a circuit back to itself, arm labels the third hop in that circuit the 'Exit'. Which makes at least one user freak out because he thought he set his e...When you attach arm to your shiny new relay, and it does a reachability test by making a circuit back to itself, arm labels the third hop in that circuit the 'Exit'. Which makes at least one user freak out because he thought he set his exit policy to reject *:*.
Perhaps arm should learn whether circuits are Internal or not (via the getinfo details), and call the final hop something other than Exit in that case?Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6351tor uptime is not reported2012-07-11T15:37:40ZTractor uptime is not reported```
arm - slush.phatservers.com (FreeBSD...) Tor 0.2.2.37 (recommended)
FILEZcom2 - 64.6.104.19:4443, Dir Port: 8080, Control Socket: /var/run/tor/torct
cpu: 0% tor, 0.7% arm mem: 0 (0%) pid: 73723 uptime:
fingerprint: AD...```
arm - slush.phatservers.com (FreeBSD...) Tor 0.2.2.37 (recommended)
FILEZcom2 - 64.6.104.19:4443, Dir Port: 8080, Control Socket: /var/run/tor/torct
cpu: 0% tor, 0.7% arm mem: 0 (0%) pid: 73723 uptime:
fingerprint: ADE3DA05124A033FF4B27956D074FFAD76A53848
flags: none
```
On FreeBSD 7 and 8. tor uptime is not reported. I didnt tried it on linux.
**Trac**:
**Username**: hsnDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6132Arm missing from precise repo2012-06-12T21:27:43ZDamian JohnsonArm missing from precise repoMoving from an email from proper...
> tor-arm is not yet in the tpo precise repo.
> Do you have plans to change that?
Also, we have an 'RPM packaging' component but nothing more generic than that. Filing this under arm since it's relat...Moving from an email from proper...
> tor-arm is not yet in the tpo precise repo.
> Do you have plans to change that?
Also, we have an 'RPM packaging' component but nothing more generic than that. Filing this under arm since it's related, but maybe we should rename 'RPM packaging' to 'Packaging'?Ulises VitulliUlises Vitullihttps://gitlab.torproject.org/legacy/trac/-/issues/5973Error launching arm because UsrMove and PATH ordering2012-05-28T19:44:15ZTracError launching arm because UsrMove and PATH orderingI cannot launch arm in Fedora 17 because the UsrMove Feature [1], and the PATH ordering causes that arm is called with /bin/arm, so the wrapper script fails to set arm_base correctly.
I attach a patch which fix it for me.
[1] https://f...I cannot launch arm in Fedora 17 because the UsrMove Feature [1], and the PATH ordering causes that arm is called with /bin/arm, so the wrapper script fails to set arm_base correctly.
I attach a patch which fix it for me.
[1] https://fedoraproject.org/wiki/Features/UsrMove
**Trac**:
**Username**: miceliuxDamian JohnsonDamian Johnson