> On Jun 1, 2015, at 1:25 PM, RjOllos <[email protected]> wrote:
>
> On Monday, June 1, 2015 at 12:39:37 PM UTC-4, Josh Santangelo wrote:
>
>> On Jun 1, 2015, at 9:35 AM, Josh Santangelo <[email protected]
>> <javascript:>> wrote:
>> I removed the plugin from trac.ini and authorization still seemed to work.
>>
>> I redid the upgrade to 1.0.6 by switching my c:\python27 to the state it was
>> in after running the MSI. After restarting the server I saw the same error
>> as before rendered into the browser (Cannot find implementation(s) of the
>> <tt>IPasswordStore</tt> interface named <tt>LdapAuthStore</tt>).
>>
>> I commented out password_store = LdapAuthStore from trac.ini.
>>
>> Trac pages now load, but at the top it says "Error with navigation
>> contributor AccountModule”
>>
>> The footer also still says 1.0.1.
>>
>> I re-ran the MSI installer, but it didn’t change anything.
>
> The trac-admin command line output says it’s 1.0.6.post2, though.
>
> trac/about shows:
>
>
> Trac 1.0.1
> Genshi 0.7 (without speedups)
> mod_wsgi 3.5 (WSGIProcessGroup WSGIApplicationGroup
> Trac.stimulant.local|)
> psycopg2 2.5.2
> Python 2.7.6 (default, Nov 10 2013, 19:24:18) [MSC v.1500 32 bit
> (Intel)]
> setuptools 0.6c11
> jQuery 1.7.2
> jQuery UI 1.8.21
> jQuery Timepicker 1.0.1
>
>
> It seems that the egg loaded by the web server is different than the one you
> find on your path when running trac-admin.
>
> The most obvious thing to check is that the Apache web server has been
> restarted. After that, I would check the Apache web server configuration
> files. The "WSGIDaemonProcess" directive may have a "python-path" that points
> to another Python installation.
The server has definitely been restarted.
The only thing in httpd.conf that seems relevant is:
WSGIScriptAlias / C:\Apache\cgi-bin\trac.wsgi
There is no “WSGIDaemonProcess” and python isn’t even mentioned in the Apache
config files.
That file exists and contains:
def application(environ, start_request):
if not 'trac.env_parent_dir' in environ:
environ.setdefault('trac.env_path', 'c:\\trac\\stimulant')
if 'PYTHON_EGG_CACHE' in environ:
os.environ['PYTHON_EGG_CACHE'] = environ['PYTHON_EGG_CACHE']
elif 'trac.env_path' in environ:
os.environ['PYTHON_EGG_CACHE'] = \
os.path.join(environ['trac.env_path'], '.egg-cache')
elif 'trac.env_parent_dir' in environ:
os.environ['PYTHON_EGG_CACHE'] = \
os.path.join(environ['trac.env_parent_dir'], '.egg-cache')
from trac.web.main import dispatch_request
return dispatch_request(environ, start_request)
The only python install on the path is c:\python27 and c:\python27\scripts.
c:\python27\scripts\tracd.exe and trac-admin exist, and report being 1.0.6.
I suspect you’re right, it’s loading the wrong thing, or loading a cached
thing, but I’m not sure where to look for the thing.
I see the C:\Users\trac\AppData\Roaming\Python-Eggs and
C:\trac\stimulant\.egg-cache directories, but they seem to only contain
plugins, not trac itself.
thanks again,
-josh
--
You received this message because you are subscribed to the Google Groups "Trac
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.
