> On Jun 1, 2015, at 2:35 PM, Josh Santangelo <[email protected]> wrote: > >> >> On Jun 1, 2015, at 1:25 PM, RjOllos <[email protected] >> <mailto:[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] <>> 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' > <smb://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.
I deleted C:\Python27\Lib\site-packages\Trac-1.0.1-py2.7.egg-info, which seemed to force it to pick up 1.0.6 from Trac-1.0.6.post2-py2.7.egg-info. I made the "Error with navigation contributor AccountModule” go away by disabling acct_mgr.web_ui.accountmodule. So… I think everything is good now! I think the lesson is for the next upgrade, to run the MSI and delete any old things in site-packages. -- S T I M U L Λ N T Josh Santangelo, Technical Director P 415 363 0336 / HQ 415 255 7081 / T @stimulant -- 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.
