BTW, is there a way to make this use fcgi instead of cgi? Is it a question of renaming index.cgi to index.fcgi and updating the .htaccess file?

Ah, sorry understood now. I think you’ve got to install some more advanced user management plugin to get that behavior. Under the current setup you could have a user ‘anonymous’ with password ‘password’ that has no permission to make tickets etc – but users would still have to login as ‘anonymous’ to just browse around. I believe this will be the case as long as you’re doing the basic .htaccess/.htpasswd authentication.

Cheers

Mike

Yes I did happen to see that, I am having no problems authenticating. However was wondering if I could open my trac site up so that users wouldn’t have to logon to simply view the Trac Site, though I would still require users to logon if they needed to create/modify tickets, wiki’s, etc…

Thanks
Phantamith

At the end of site.sh you’ll see the lines

#Create .htpasswd file for trac admin with password htpasswd -bc ${HTPASSWD} $TRAC_USER “$TRAC_PASSWORD”

Those should have created an .htpasswd file for whatever you set TRAC_USER and TRAC_PASSWORD to in the interactive part. That’s what trac is using for authentication. If you didn’t change them, the defaults are

TRAC_USER=admin;
TRAC_PASSWORD=password;

You want to make sure your .htpasswd and .htaccess files are readable by the dreamhost apache user. Beyond that, it should work.

‘man htpasswd’ for more details.

I was having troubles installing Trac on Dreamhost until I found your scripts. Thank you so much for the help. However, when I go to my trac page I get prompted for Authentication. Is there a setting somewhere I need to change to allow anonymous access to view the main page and wiki’s?

This is what I get when I execute the following.
trac-admin /path permission list

User Action
——————————
admin TRAC_ADMIN
anonymous BROWSER_VIEW
anonymous CHANGESET_VIEW
anonymous FILE_VIEW
anonymous LOG_VIEW
anonymous MILESTONE_VIEW
anonymous REPORT_SQL_VIEW
anonymous REPORT_VIEW
anonymous ROADMAP_VIEW
anonymous SEARCH_VIEW
anonymous TICKET_VIEW
anonymous TIMELINE_VIEW
anonymous WIKI_VIEW
authenticated TICKET_CREATE
authenticated TICKET_MODIFY
authenticated WIKI_CREATE
authenticated WIKI_MODIFY

Is that line 81 in site.sh…

sed -i “s/^src = .*$/src = ${TRACPATH_S}\/chrome\/common\/trac_banner.png/” ${TRACINI}

that’s crapping out for you? That is just to set up the little trac icon in the top left… pretty unnecessary. Do you have a version of that line that works on your setup? If so I’ll test it on mine and if it works also then I’ll throw it in there.

Glad the script was helpful. It sounds like you went through pretty much the same process I did when trying to set up trac… lots of learning and re-writing the existing ‘auto’ installs out there.

Well fogel, I’m glad to announce that after 10 straight hours into installing I finally made it !

I wen’t back and tried Dreamhost’s other script, and after it didn’t work I had two options, or doing it a la netmaster again, or just doing my own script, which had more sense. In the process of looking at each one of the scripts I saw yours was pretty complete and much more clean than dreamhost’s. Reading line by line I noticed the line that bash was choking on (around 81). It was the sed command’s fault apparently, when I commented sed out, the script finished completely and all the world suddently looked beautifull.

Thanks for introducing us to Trac. Now I shall be on my way into some Genshi hacking :P

Traceback (most recent call last):
File “./trac-admin”, line 5, in ?
from pkg_resources import load_entry_point
File “/usr/lib/python2.4/site-packages/pkg_resources.py”, line 2479, in ?
working_set.require(__requires__)
File “/usr/lib/python2.4/site-packages/pkg_resources.py”, line 585, in require
needed = self.resolve(parse_requirements(requirements))
File “/usr/lib/python2.4/site-packages/pkg_resources.py”, line 483, in resolve
raise DistributionNotFound(req) # XXX put more info here
pkg_resources.DistributionNotFound: Trac==0.11.2