Hello all --
I'm running a brand-new relay (Diogenes) and at the same time I've discovered arm, which I find an excellent way to learn the art of running a Tor relay.
I'm also a Linux beginner, so please forgive my ignorance about my question.
My relay is now running arm v. 1.4.0.2, and I want to upgrade to the latest version, 1.4.4. I have downloaded and extracted the tarball (http://www.atagar.com/arm/download.php).
However, running ./configure, and every combination of "how to" install/upgrade I can find, results in failure. And "sudo apt-get install tor-arm" tells me I already have the most recent version posted in the repository, which is where I obtained my original arm install.
Can someone help me upgrade arm to the latest version?
I'm running Ubuntu server 2.6.38-8-server x86_64
Thanks in advance,
-- Bill
Hi Bill. Unfortunately Ubuntu pulls packages from the Debian repositories when they cut a new release, then never update them unless someone specifically requests a backport (both a hassle and takes a while to catch someone's eye). In short - not at all your fault, this is a common gotcha. ;)
We have plans afoot to add the tor-arm package to the TorProject deb repositories which will make it a little easier to upgrade... https://trac.torproject.org/projects/tor/ticket/3391
but until then I'd suggest removing the tor-arm deb, then downloading the arm tarball and simply running 'sudo ./install' from it.
Let me know if you run into any issues! -Damian
Thanks, Damian, for the background and for the specific guidance.
Ubuntu had me first run this: sudo apt-get python-gtk2 before it would respond to sudo ./install. But it all worked out and arm 1.4.4 is even better than my previous version. Thanks for this.
I use putty on Win7 to log into my relay box, and after the arm upgrade I notice that when I resize the putty window the arm displays "go all soft" and display pretty much random bits around the screen. I've played with putty's session settings and have hit upon "keep the same number of columns and rows when resizing window", which keeps things stable, but doesn't allow me to see more of the excellent dataset arm offers. I'll contiue to adjust things as I go along.
Thanks for your hard work on arm - it's a real boon to my education and satisfaction with running my Tor relay.
-- Bill
On Wed, Sep 28, 2011 at 12:51 PM, Damian Johnson atagar1@gmail.com wrote:
Hi Bill. Unfortunately Ubuntu pulls packages from the Debian repositories when they cut a new release, then never update them unless someone specifically requests a backport (both a hassle and takes a while to catch someone's eye). In short - not at all your fault, this is a common gotcha. ;)
We have plans afoot to add the tor-arm package to the TorProject deb repositories which will make it a little easier to upgrade... https://trac.torproject.org/projects/tor/ticket/3391
but until then I'd suggest removing the tor-arm deb, then downloading the arm tarball and simply running 'sudo ./install' from it.
Let me know if you run into any issues! -Damian _______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Bill White ha scritto:
Thanks, Damian, for the background and for the specific guidance.
Ubuntu had me first run this: sudo apt-get python-gtk2 before it would respond to sudo ./install. But it all worked out and arm 1.4.4 is even better than my previous version. Thanks for this.
hi bill, my workaround is, run arm in this way: sudo ./arm He works without problems.
The "install" script requires the GTK environment these are all the necessary dependencies for ubuntu server:
# apt-get install python-gtk2 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: defoma fontconfig hicolor-icon-theme libatk1.0-0 libatk1.0-data libavahi-client3 libavahi-common-data libavahi-common3 libcups2 libdatrie1 libfontenc1 libgdk-pixbuf2.0-0 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libjasper1 libpango1.0-0 libthai-data libthai0 libtiff4 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1 libxrandr2 x-ttcidfont-conf x11-common xfonts-encodings xfonts-utils Suggested packages: defoma-doc psfontmgr libfont-freetype-perl cups-common librsvg2-common gvfs libjasper-runtime ttf-japanese-gothic ttf-japanese-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp python-gtk2-doc python-numpy The following NEW packages will be installed: defoma fontconfig hicolor-icon-theme libatk1.0-0 libatk1.0-data libavahi-client3 libavahi-common-data libavahi-common3 libcups2 libdatrie1 libfontenc1 libgdk-pixbuf2.0-0 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libjasper1 libpango1.0-0 libthai-data libthai0 libtiff4 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1 libxrandr2 python-gtk2 x-ttcidfont-conf x11-common xfonts-encodings xfonts-utils 0 upgraded, 34 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/6,156 kB of archives. After this operation, 22.7 MB of additional disk space will be used. Do you want to continue [Y/n]?
But, this is the error you get after:
# ./install /usr/lib/pymodules/python2.7/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display warnings.warn(str(e), _gtk.Warning) installed to /usr/share/arm
ihmo, this install script is not suitable for servers
when I resize the putty window the arm displays "go all soft"
Very odd. Arm checks its screen dimensions at each refresh and for me dynamic resizing works perfectly. My guess it that this is a putty issue. Does top show similar terminal glitches when you resize?
# ./install /usr/lib/pymodules/python2.7/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display warnings.warn(str(e), _gtk.Warning) installed to /usr/share/arm
ihmo, this install script is not suitable for servers
Agreed, the install script shouldn't require pygtk. Kamran was working on an arm gtk interface for GSoC so I added its requirements to the prereq.py, but it's still a prototype and shouldn't require gtk of normal curses users. The fix in the install script is to simply change... python src/prereq.py --both
to... python src/prereq.py
I'll go ahead and issue a hotfix for this. Cheers! -Damian
Hotfix released (version 1.4.4.1) for this and a few other issues... - dropping gtk/cagraph requirements (caught by monochromec, vinc3nt, and Bill White) - crash from esc in interpretor panel prompt (caught by Sebastian, https://trac.torproject.org/projects/tor/ticket/4098) - deduplicating 'Circuit build timeout' and 'looks like we don't need to wait so long' messages (patch by StrangeCharm, https://trac.torproject.org/projects/tor/ticket/4096) - forcing redraw on ctrl+L reguardless of need (caught by np, https://trac.torproject.org/projects/tor/ticket/2830)
Thanks for the catches and hopefully I didn't miss anything else. Cheers! -Damian
Packagers: The script for synching downloads to archive.torproject.org is a daily cron job so this should appear there in the next day or so.
Whoa, that was fast! Thanks, Damian. Rock on!
-- Bill
On Thu, Sep 29, 2011 at 12:09 PM, Damian Johnson atagar1@gmail.com wrote:
Hotfix released (version 1.4.4.1) for this and a few other issues...
- dropping gtk/cagraph requirements (caught by monochromec, vinc3nt,
and Bill White)
- crash from esc in interpretor panel prompt (caught by Sebastian,
https://trac.torproject.org/projects/tor/ticket/4098)
- deduplicating 'Circuit build timeout' and 'looks like we don't need
to wait so long' messages (patch by StrangeCharm, https://trac.torproject.org/projects/tor/ticket/4096)
- forcing redraw on ctrl+L reguardless of need (caught by np,
https://trac.torproject.org/projects/tor/ticket/2830)
Thanks for the catches and hopefully I didn't miss anything else. Cheers! -Damian
Packagers: The script for synching downloads to archive.torproject.org is a daily cron job so this should appear there in the next day or so. _______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Il 29/09/2011 18:09, Damian Johnson ha scritto:
Thanks for the catches and hopefully I didn't miss anything else. Cheers! -Damian
thanks for your speed ;)
tor-relays@lists.torproject.org