hello trac-users,
i've been happily using trac 0.10.3 on my gentoo linux box for awhile
now. last week, that box got "repurposed" so i'm trying to set it up
on solaris 9. the system already had python 2.3.3 on it and has been
happily serving svn repositories to many people for about 6 months
now. it runs apache 2.0.59/svn-1.4.3.
so i installed:
postgresql-8.1.5 (from sunfreeware.com)
pypgsql-2.5.1
mod_fastcgi-2.4.2
clearsilver-0.10.1 (*** see below)
egenix-mx-base-2.0.6
enscript-1.6.1
trac-0.10.3.1
after this, i made a new db, "trac-scm", and did (shortening
paths...):
# trac-admin /trac/scm initenv scm postgres://localhost/trac-scm svn /
svn/repos/scm /usr/local/share/trac/templates
this worked fine, and i noted that it took a second to (i imagine)
populate the postgresql tables with repository data. i saw trac-admin
and postgres using up cpu in top.
so then i thought i'd try tracd, to make sure everything was cool:
# tracd --port 8008 /trac/scm (i have something else on 8000)
it don't do a damn thing. it opens the port/socket for sure, but when
i try to connect to it, it doesn't respond. it doesn't log GETs. it
just sits. ^C don't kill it neither. had to kill it's pid by hand.
this all happens regardless of "-s" or which port. i trussed it, and
it looks like everytime it accept()s, it lwp_create()s a new "thread"
which does this:
/4: lwp_create() (returning as new lwp ...) = 0
/1: lwp_continue(4) = 0
/4: lwp_schedctl(SC_STATE|SC_PREEMPT, 0, 0xFDFFBDEC) = 0
/1: lwp_detach(4) = 0
/4: lwp_park(0x00000000, 0) = 0
/1: lwp_unpark(4, 1) = 0
/4: recv(8, " G E T / H T T P / 1".., 8192, 0) = 250
/1: poll(0xFFBFEBF0, 0, 1) = 0
/4: lwp_park(0x00000000, 0) (sleeping...)
(this is after 3 connection tries) at which point i killed it:
/1: accept(3, 0xFFBFEC50, 0xFFBFEBC4, 1) (sleeping...)
/1: Received signal #15, SIGTERM, in accept() [default]
/1: siginfo: SIGTERM pid=3748 uid=0
/1: accept(3, 0xFFBFEC50, 0xFFBFEBC4, 1) Err#4 EINTR
note that if i start tracd pointing to a *invalid* path (not a trac
env dir), it reports errors and responds properly.
i configured it all up in apache figuring maybe that would work.
maybe. nope. i get a python traceback saying it thinks my svn repos
isn't an svn repos. this is in my browser. i do not see any errors
in apache's error_log, however, i see the same traceback in the log/
trac.log file coming from here:
/usr/local/lib/python2.3/site-packages/trac/versioncontrol/svn_fs.py:
287 self.path = repos.svn_repos_find_root_path(path,
self.pool())
288 if self.path is None:
289 raise TracError("%s does not appear to be a Subversion
repository." \
290 % path)
so i upgraded python to 2.4, installed all the python libs again (new
site-packages dir). no luck.
so i tried straight from python:
>>> from svn import fs, client, repos
>>> print
>>> fs.get_uuid(repos.svn_repos_fs(repos.svn_repos_open("/svn/repos/scm")))
b532b2f9-43fc-0310-a1ab-a45705453105
# svn info file:///svn/repos/scm
Path: scm
URL: file:///svn/repos/scm
Repository Root: file:///svn/repos/scm
Repository UUID: b532b2f9-43fc-0310-a1ab-a45705453105
i don't know if that's a good enough test, but since the
svn_repos_find_root_path method seemed to be enough for trac... i
figured going one step further should be ok.
i spent alot of time in #trac today, a very helpful person suggested i
try the list. so here i am. pretty please help me figure this out
and get it working. thanks! sorry for such a long post, but i wanted
to make sure i got as much info in as i could.
*** clearsilver is a joke. i had to hack on configure to make it cool
with python 2.4, and make it find the site-packages dir properly.
however, after "make", which completed successfully, the "install"
target failed miserably, mainly with bad paths to "install-sh". i was
able to create symbolic links to ../install-sh under all the dirs (cs,
cgi, util...) and then the "install" target worked like a charm, i
think. horrible. i'm soooo glad the next rev is moving away from
this craptastic lib. i note that even the gentoo portage ebuilds
contain patches very similar to what i had to do to make it work (and
helped me get it going). don't even ask about 0.10.4. teh sux0r.
end of rant.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac
Users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---
