<div dir="ltr">A few days ago, George posted an invitation for obfsproxy operators to upgrade their Tor software to the latest version on the master branch in the Tor git repo. [1]<div><br></div><div>I'm running a low traffic obfsbridge on a raspberry pi, the whole thing is rather experimental in its nature already, so decided to try just that.</div>

<div><br></div><div>Presumably everyone for whom this might be relevant already knows these things much better than myself, but since they might be applicable to all/some Debian users (raspberrypi + raspbian/debian users for sure), i'm outlining a couple of snags that can maybe be avoided. Previously I ran 0.2.4.15-rc compiled from deb-src (<a href="http://deb.torproject.org/torproject.org">http://deb.torproject.org/torproject.org</a> experimental-wheezy main); I think it'd have been the same if a precompiled package had been used. I'd still like to be able to manage Tor via init scripts with as little change as possible, etc.</div>

<div><br></div><div>TL;DR:</div><div><div><ul><li>after make && make install, do a whereis tor; in all likelihood, your new version will be at /usr/local/bin/tor, old one at /usr/sbin/tor etc.; /etc/init.d/tor will be using /usr/sbin/tor, so need to change the DAEMON key there</li>

<li>torrc-defaults will have different values in different distro packages.<br>cd /usr/local/etc/tor; if there's no torrc there: sudo ln -s /etc/tor/torrc (presumably that's where you kept your torrc before; ~/.torrc should work in any case)</li>

</ul><div>$ git clone <a href="https://git.torproject.org/tor.git">https://git.torproject.org/tor.git</a> && cd tor</div></div><div>$ ./autogen.sh</div><div>if it complains about no aclocal (et al.):</div><div>$ sudo apt-get install automake && ./autogen.sh</div>

<div>$ ./configure</div><div>$ make</div><div>$ sudo make install # or, just use it like that (Tor binary is in src/or/)</div><div><br></div><div>If you're using service tor {start,stop,reload,etc}:</div><div><br></div>

<div>$ /usr/sbin/tor --version; /usr/local/bin/tor --version</div><div>$ grep DAEMON= /etc/init.d/tor</div><div><br></div>The latter will likely point to /usr/sbin/tor, which might be outdated (check above).</div><div>If that's the case, change that line in init.d/tor to point to the new Tor executable /usr/local/bin/tor - that's where it *should* be; if you don't like that, change</div>

<div>BINDIR = /usr/local/bin</div><div>in Tor's Makefile and make install again.</div><div><br></div><div>The Debian Tor packages seem to like to assume torrc will be placed in /etc/tor/torrc. If that's where your torrc resides, make a symlink to it from /usr/local/etc/tor, which is where the new Tor executable will look for it.</div>

<div><br></div><div>This is probably an insanely ugly way of dealing with these snags, but if anyone is reserved to upgrade because of things like that, maybe this'll help someone..</div><div><br></div><div>Kostas.</div>

<div><br></div><div>[1]: <a href="https://lists.torproject.org/pipermail/tor-relays/2013-August/002477.html">https://lists.torproject.org/pipermail/tor-relays/2013-August/002477.html</a></div></div>