here is the error message seen after restarting apache:
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] ServerName:
'simplepressforum.com'
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248]
DocumentRoot: '/home/xxxxx/public_html'
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] URI: '/
trac/'
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] Location: '/
trac'
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] Directory:
None
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] Filename: '/
trac/htdocs/'
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] PathInfo:
''
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] Traceback
(most recent call last):
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/mod_python/importer.py", line 1537, in
HandlerDispatch\n default=default_handler, arg=req,
silent=hlist.silent)
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/mod_python/importer.py", line 1229, in
_process_target\n result = _execute_target(config, req, object,
arg)
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/mod_python/importer.py", line 1128, in
_execute_target\n result = object(arg)
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/Trac-0.11.5stable_r8186-py2.4.egg/trac/
web/modpython_frontend.py", line 143, in handler\n reload
(sys.modules['trac.web'])
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/Trac-0.11.5stable_r8186-py2.4.egg/trac/
web/__init__.py", line 10, in ?\n from trac.web.api import *
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/Trac-0.11.5stable_r8186-py2.4.egg/trac/
web/api.py", line 29, in ?\n from trac.util import
get_last_traceback, md5, unquote
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/Trac-0.11.5stable_r8186-py2.4.egg/trac/
util/__init__.py", line 33, in ?\n from trac.util.html import
escape, unescape, Markup, Deuglifier
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/Trac-0.11.5stable_r8186-py2.4.egg/trac/
util/html.py", line 16, in ?\n from genshi import Markup, escape,
unescape
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/Genshi-0.5.1-py2.4-linux-i686.egg/
genshi/__init__.py", line 32, in ?
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/Genshi-0.5.1-py2.4-linux-i686.egg/
genshi/core.py", line 544, in ?
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/Genshi-0.5.1-py2.4-linux-i686.egg/
genshi/_speedups.py", line 7, in ?
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/Genshi-0.5.1-py2.4-linux-i686.egg/
genshi/_speedups.py", line 4, in __bootstrap__
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/
pkg_resources.py", line 840, in resource_filename\n return
get_provider(package_or_requirement).get_resource_filename(
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/
pkg_resources.py", line 1310, in get_resource_filename\n
self._extract_resource(manager, self._eager_to_zip(name))
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/
pkg_resources.py", line 1331, in _extract_resource\n real_path =
manager.get_cache_path(
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/
pkg_resources.py", line 921, in get_cache_path\n
self.extraction_error()
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248] File "/
usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/
pkg_resources.py", line 887, in extraction_error\n raise err
[Sun May 10 14:00:42 2009] [error] [client 174.18.101.248]
ExtractionError: Can't extract file(s) to egg cache\n\nThe following
error occurred while trying to extract file(s) to the Python egg
\ncache:\n\n [Errno 13] Permission denied: '/trac/.egg-cache/
Genshi-0.5.1-py2.4-linux-i686.egg-tmp'\n\nThe Python egg cache
directory is currently set to:\n\n /trac/.egg-cache\n\nPerhaps your
account does not have write access to this directory? You can\nchange
the cache directory by setting the PYTHON_EGG_CACHE environment
\nvariable to point to an accessible directory.\n
And also my current trac.conf file:
alias /trac /trac/htdocs
### Trac need to know where the database is located
<Location /trac>
SetHandler mod_python
PythonHandler trac.web.modpython_frontend
PythonOption TracEnv /trac
PythonOption TracUriRoot /trac
SetEnv PYTHON_EGG_CACHE /trac/eggs
PythonInterpreter trac
</Location>
### You need this to allow users to authenticate
<Location /trac/login>
AuthType Basic
AuthName "trac"
# AuthUserFile /trac/passwds
AuthUserFile /svn/users/passwords
Require valid-user
</Location>
I have tried many different combinations of stuff in trac.conf,
including the format (ie main_interpreter) on tracmodpython... none
have made any difference and this exact trac.conf was working on the
old server...
seems odd that the error message about the egg cache doesnt even refer
to the location specified in the conf file where the egg cache is
set. also odd that visiting the http://simplepressforum.com/trac page
doesnt find anything... this all worked like this before, so I must
still have something configured wrong - just cant figure out what...
another strange thing is that over time (maybe continuously?), the
apache error log continues to grow in size and the number of those
error messages. Its as if its cycling through every "page" in trac
and generating an error per page... its currently updating the error
logs for all files uploaded in svn as if the trac browser were viewing
each and every file...
any ideas?
Thanks...
Steve
I have found many, many sites with this error googling, but none of
them have helped...
On May 10, 12:08 pm, Mr Papa <[email protected]> wrote:
> the apache server error log seems to filled with trac/python
> errors... very odd looking stuff..
>
> one of the predominant, repeating ones is about not being able to
> extract files to the egg cache... whats strange is where it says the
> egg cache is pointing to is not where the egg cache is set to with
> python env var in trac.conf at apache start time... I know the
> trac.conf is getting parsed at startup because if I insert an error,
> apache chokes... thats where the location is specified to for the web
> trac so its almost as if that file is getting parsed but not actually
> updating anything or being used...
>
> On May 10, 11:23 am, Mr Papa <[email protected]> wrote:
>
> > appreciate all the help guys...
>
> > making some great progress... managed to get pythong using the right
> > bindings and get it talking to svn... i can even resync trac with
> > svn... woot...
>
> > I havent tried checklist step 3 because, well, um, not sure how to get
> > the python pid... using ps or pstree, I dont really see a python
> > process...
>
> > so anyways, trac "seems" to be working, except I cant access it from
> > the web where it should be... I just get a 404 page... must be
> > something in my .conf files but they are copies of the old server
> > where the web access was working... permissions? apache owns
> > everything... will compare settings again with old server (finally
> > got them to reactivate it)...
>
> > other ideas?
>
> > On May 10, 10:26 am, Christian Boos <[email protected]> wrote:
>
> > > Emmanuel Blot wrote:
> > > >> just to clarify, when you say python bindings, are you referring to
> > > >> swig?
>
> > > > Not really: SWIG is a *generator*: it helps building the wrapper code
> > > > that stands between the Python interpreter (SWIG may generate wrapper
> > > > for many other language) and the underlying C native library (.so).
> > > > Python bindings are made of Python (.py) code and C wrappers (c file
> > > > compiled into a .so lib), which are both generated with the SWIG tool.
>
> > > >> there is a swig executable in /usr/local/bin (same place as svn
> > > >> executables) that returns version 1.3.25 which is what I built... or
> > > >> are there shard object libraries in use for the bindings?
>
> > > > SWIG is only required to *build* the bindings, not to run them.
> > > > The SWIG version only matters when you build the bindings.
>
> > > Not even, as the generated bindings are shipped in the Subversion source
> > > tarball.
> > > You only need SWIG when building Subversion from a source checkout, or
> > > when you want to modify the .i files.
> > > So most of the time (including in this situation) SWIG doesn't even come
> > > into the picture.
> > > IIRC, the advice from the TracSubversion page comes from a time when the
> > > generated bindings /weren't/ shipped (the 1.2.x / 1.3.x period, again
> > > IIRC).
>
> > > I'd suggest to the original poster to follow the steps
> > > inhttp://trac.edgewall.org/wiki/TracSubversion#Checklistinparticularstep
> > > 3.
>
> > > -- Christian
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
