<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Installing Trac without root privs</title>
	<atom:link href="http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/</link>
	<description>Braindump of the Mel. Seek coherency and relevance at your own risk.</description>
	<lastBuildDate>Fri, 12 Mar 2010 12:50:02 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Sam Pablo Kuper</title>
		<link>http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/comment-page-1/#comment-715</link>
		<dc:creator>Sam Pablo Kuper</dc:creator>
		<pubDate>Sun, 18 May 2008 19:34:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/#comment-715</guid>
		<description>Ok, I thought I&#039;d have a go with DreamTracInstall. I removed the custom-installed Python25, and followed the DreamTracInstall instructions to the letter.

The results were semi-successful. The script put the contents of the htdocs folder in the wrong place, but I moved them to the directory for the relevant domain and voila, Trac! But although the front page works, links from it don&#039;t: they&#039;re causing HTTP 500 internal server errors.

A quick look at the logs suggests they are creating mod_rewrite loops that won&#039;t resolve. What&#039;s less clear is how to fix this. Bleh, Trac is &lt;i&gt;nasty&lt;/i&gt;.</description>
		<content:encoded><![CDATA[<p>Ok, I thought I&#8217;d have a go with DreamTracInstall. I removed the custom-installed Python25, and followed the DreamTracInstall instructions to the letter.</p>
<p>The results were semi-successful. The script put the contents of the htdocs folder in the wrong place, but I moved them to the directory for the relevant domain and voila, Trac! But although the front page works, links from it don&#8217;t: they&#8217;re causing HTTP 500 internal server errors.</p>
<p>A quick look at the logs suggests they are creating mod_rewrite loops that won&#8217;t resolve. What&#8217;s less clear is how to fix this. Bleh, Trac is <i>nasty</i>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Pablo Kuper</title>
		<link>http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/comment-page-1/#comment-714</link>
		<dc:creator>Sam Pablo Kuper</dc:creator>
		<pubDate>Sun, 18 May 2008 14:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/#comment-714</guid>
		<description>The sticking point for me with DreamTracInstall is assumption 3: &quot;You don&#039;t have python installed to your local home directory.&quot;

Well, I&#039;m not entirely clear what this means, but if it means, &quot;You haven&#039;t custom-installed Python,&quot; then assumption 3 doesn&#039;t apply to me, because I have custom-installed Python, following the instructions from the link in your post above. And if I want to deploy Django or web2py, I&#039;m guessing I&#039;ll need that custom-install, so I&#039;m loath to remove it.

Mmm, I&#039;m definitely stuck at this point. I&#039;ll probably have to come back to this another day.</description>
		<content:encoded><![CDATA[<p>The sticking point for me with DreamTracInstall is assumption 3: &#8220;You don&#8217;t have python installed to your local home directory.&#8221;</p>
<p>Well, I&#8217;m not entirely clear what this means, but if it means, &#8220;You haven&#8217;t custom-installed Python,&#8221; then assumption 3 doesn&#8217;t apply to me, because I have custom-installed Python, following the instructions from the link in your post above. And if I want to deploy Django or web2py, I&#8217;m guessing I&#8217;ll need that custom-install, so I&#8217;m loath to remove it.</p>
<p>Mmm, I&#8217;m definitely stuck at this point. I&#8217;ll probably have to come back to this another day.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Pablo Kuper</title>
		<link>http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/comment-page-1/#comment-713</link>
		<dc:creator>Sam Pablo Kuper</dc:creator>
		<pubDate>Sun, 18 May 2008 13:38:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/#comment-713</guid>
		<description>OK, so I&#039;ve got as far as running

bin/tracd --port 8000 /path/to/yourproject

but when I access the corresponding URL in a browser, although I get a Trac welcome screen (yay!) there&#039;s an error message at the top of it: &quot;Warning: Can&#039;t synchronize with the repository (Unsupported version control system &quot;svn&quot;. Check that the Python support libraries for &quot;svn&quot; are correctly installed.)&quot;

The advice &lt;a href=&quot;http://trac.edgewall.org/wiki/TracSubversion&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt; isn&#039;t terribly helpful because it assumes root access. Nonetheless, the suggestion of trying

from svn import core

at the Python interpreter is useful. In my case, I get an error. But what&#039;s the solution? Er, I don&#039;t know. I&#039;m guessing that it&#039;s a path issue or a something-more-needs-to-be-installed issue, but I don&#039;t know which yet.

Help welcome :)</description>
		<content:encoded><![CDATA[<p>OK, so I&#8217;ve got as far as running</p>
<p>bin/tracd &#8211;port 8000 /path/to/yourproject</p>
<p>but when I access the corresponding URL in a browser, although I get a Trac welcome screen (yay!) there&#8217;s an error message at the top of it: &#8220;Warning: Can&#8217;t synchronize with the repository (Unsupported version control system &#8220;svn&#8221;. Check that the Python support libraries for &#8220;svn&#8221; are correctly installed.)&#8221;</p>
<p>The advice <a href="http://trac.edgewall.org/wiki/TracSubversion" rel="nofollow">here</a> isn&#8217;t terribly helpful because it assumes root access. Nonetheless, the suggestion of trying</p>
<p>from svn import core</p>
<p>at the Python interpreter is useful. In my case, I get an error. But what&#8217;s the solution? Er, I don&#8217;t know. I&#8217;m guessing that it&#8217;s a path issue or a something-more-needs-to-be-installed issue, but I don&#8217;t know which yet.</p>
<p>Help welcome :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mel</title>
		<link>http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/comment-page-1/#comment-711</link>
		<dc:creator>Mel</dc:creator>
		<pubDate>Sun, 18 May 2008 13:00:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/#comment-711</guid>
		<description>http://wiki.dreamhost.com/DreamTracInstall is almost certainly a better tutorial (if you leave the tracd process running, Dreamhost complains). I haven&#039;t tried working through it yet, though.

It looks like the virtual-python script you pointed to is intended to do the same thing as virtualenv.</description>
		<content:encoded><![CDATA[<p><a href="http://wiki.dreamhost.com/DreamTracInstall" rel="nofollow">http://wiki.dreamhost.com/DreamTracInstall</a> is almost certainly a better tutorial (if you leave the tracd process running, Dreamhost complains). I haven&#8217;t tried working through it yet, though.</p>
<p>It looks like the virtual-python script you pointed to is intended to do the same thing as virtualenv.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Pablo Kuper</title>
		<link>http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/comment-page-1/#comment-705</link>
		<dc:creator>Sam Pablo Kuper</dc:creator>
		<pubDate>Sun, 18 May 2008 05:40:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/#comment-705</guid>
		<description>I think I&#039;ve actually answered those questions now. All I&#039;m still trying to work out is which of the two approaches - &quot;Unix account&quot; or virtualenv - to prefer. Suggestions welcome!

And regardless of my finicky points, thanks for the helpful tutorial!</description>
		<content:encoded><![CDATA[<p>I think I&#8217;ve actually answered those questions now. All I&#8217;m still trying to work out is which of the two approaches &#8211; &#8220;Unix account&#8221; or virtualenv &#8211; to prefer. Suggestions welcome!</p>
<p>And regardless of my finicky points, thanks for the helpful tutorial!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Pablo Kuper</title>
		<link>http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/comment-page-1/#comment-704</link>
		<dc:creator>Sam Pablo Kuper</dc:creator>
		<pubDate>Sun, 18 May 2008 04:55:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.melchua.com/2008/03/20/installing-trac-without-root-privs/#comment-704</guid>
		<description>I have a slightly awkward question about this: &lt;i&gt;how would using virtualenv relate to &lt;a href=&quot;http://wiki.dreamhost.com/Python#Installing_Python_2.5.1_with_the_Unix_account_setup&quot; rel=&quot;nofollow&quot;&gt;installing Python on Dreamhost with the &quot;Unix account setup&quot;&lt;/a&gt;?&lt;/i&gt;

That is, is the use of the Unix account setup actually unnecessary in order to get a Python environment running on Dreamhost that&#039;s separate from the globally installed one, given that virtualenv will give you the same sort of effect with much less hassle? Or am I getting the wrong end of the stick?

Is virtualenv similar to using the &lt;a href=&quot;http://wiki.dreamhost.com/Python#Alternative_Installation:_Virtual_Python&quot; rel=&quot;nofollow&quot;&gt;virtual python&lt;/a&gt; approach?

(:feeling dense:)</description>
		<content:encoded><![CDATA[<p>I have a slightly awkward question about this: <i>how would using virtualenv relate to <a href="http://wiki.dreamhost.com/Python#Installing_Python_2.5.1_with_the_Unix_account_setup" rel="nofollow">installing Python on Dreamhost with the &#8220;Unix account setup&#8221;</a>?</i></p>
<p>That is, is the use of the Unix account setup actually unnecessary in order to get a Python environment running on Dreamhost that&#8217;s separate from the globally installed one, given that virtualenv will give you the same sort of effect with much less hassle? Or am I getting the wrong end of the stick?</p>
<p>Is virtualenv similar to using the <a href="http://wiki.dreamhost.com/Python#Alternative_Installation:_Virtual_Python" rel="nofollow">virtual python</a> approach?</p>
<p>(:feeling dense:)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
