<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jun 12, 2013 at 7:39 PM, Ben Coleman <span dir="ltr">&lt;<a href="mailto:oloryn@benshome.net" target="_blank">oloryn@benshome.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">This may seem strange, but does anyone know of a GUI for managing a<br>
remote subversion workspace (the workspace resides on a remote server,<br>
primarily reachable via ssh).  Note that I&#39;m not wanting to reach the<br>
repository server via ssh (which is well documented), but to deal with a<br>
subversion workspace reachable via ssh.  I&#39;ve got an intern or two I<br>
want doing development on a software workspace on a server, and I&#39;d<br>
rather avoid sticking X on the server.  I&#39;m also not sure I want to drop<br>
them into the command line for that yet.  Would be nice if there was<br>
some something like Tortoise that could deal with a workspace on the<br>
other end of an ssh connection.<br>
<span class=""><font color="#888888"><br>
Ben<br>
--<br>
Ben Coleman <a href="mailto:oloryn@benshome.net">oloryn@benshome.net</a> | For the wise man, doing right trumps<br>
<a href="http://oloryn.benshome.net/" target="_blank">http://oloryn.benshome.net/</a>     | looking right.  For the fool, looking<br>
Amateur Radio NJ8J              | right trumps doing right.</font></span></blockquote><div><br><br></div><div>Dear Ben,<br><br></div><div>First, I would like to warn you that you have asked a question about a topic that is likely to elicit replies that do not address your actual problem, but instead inform you that you&#39;re doing it wrong, or you need to switch to the new software du jour, and generally assume that, even with very little details, they know what&#39;s best for your situation.<br>
</div><div><br><br></div><div>As for your actual question, what you are looking for is not very common and probably does not exist, as almost all tools out there would assume the workspace is local.  So that leaves you with trying to make the remote workspace appear to be local, or to bring the remote display to the local machine.<br>
<br></div><div>You mention that you don&#39;t want to install X on the server, but are you aware that you do not need to actually have X windows running on the remote server to use it?  You only need to have the libraries installed, and you can use your local workstation to display the GUI.  This would be ideal for your situation.<br>
<br></div><div>The general setup goes like this:<br></div><div>- On the server: install the GUI tool, like rapidsvn.  Pay attention to the dependencies it requires.  Unfortunately, some software will bring a huge amount of dependencies with it, but that might be fine for you if you have the disk space.  I usually test this step by installing &#39;xterm&#39;, and trying out the rest of these steps using that to make sure it&#39;s working.<br>
</div><div><br>- On the workstation: install an X Windows server (if using MS Windows, cygwin has an XWin server for free).  On Linux you probably already have it installed (it&#39;s your main GUI already)<br></div><div><br>
</div><div>- On the workstation: ssh to the remote server using the -X option, which will enable X windows forwarding over ssh.  When logged into the remote server, run the GUI tool, and it should pop up on your local display.  There are many guides on Google that can help you with this.<br>
<br></div><div>Depending on the distance and speed of the Internet/WAN link, it might be a little sluggish, but it does work, and it brings the remote GUI to your local workstation.<br> <br></div></div><br><div>❧ Brian Mathis</div>

<br><br></div></div>