And my problem still exists:
2017-04-12 22:11:14,783 Trac[api] DEBUG: action controllers for ticket workflow: ['ConfigurableTicketWorkflow'] 2017-04-12 22:11:14,788 Trac[main] DEBUG: Negotiated locale: None -> en_US 2017-04-12 22:11:14,807 Trac[mail] DEBUG: Email address w/o domain: [email protected] 2017-04-12 22:11:14,808 Trac[mail] DEBUG: Email address w/o domain: [email protected] 2017-04-12 22:11:14,809 Trac[api] DEBUG: Adding ([email protected] [1]) for 'always' on rule (AlwaysEmailSubscriber) for (email) 2017-04-12 22:11:14,809 Trac[api] DEBUG: Adding ([email protected] [1]) for 'always' on rule (AlwaysEmailSubscriber) for (email) 2017-04-12 22:11:14,809 Trac[mail] DEBUG: EmailDistributor has found the following formats capable of handling 'email' of 'ticket': text/plain 2017-04-12 22:11:14,844 Trac[mail] DEBUG: EmailDistributor is sending event as 'text/plain' to: [email protected], [email protected] 2017-04-12 22:11:14,850 Trac[mail] INFO: Sending notification through SMTP at localhost:25 to ['[email protected]', '[email protected]'] 2017-04-12 22:11:15,179 Trac[main] DEBUG: Dispatching <RequestWithSession "POST '/ticket/12463'"> 2017-04-12 22:11:15,183 Trac[main] DEBUG: Chosen handler is <Component trac.ticket.web_ui.TicketModule> 2017-04-12 22:11:15,186 Trac[session] DEBUG: Retrieving session for ID u'[email protected]' [notification] #mime_encoding = quoted-printable mime_encoding = base64 smtp_always_bcc = [email protected],[email protected], [email protected] In this instance I am not sure if he (Roger) has an email setup in his userid but I know that I don't and I was failing on 1.2.1 without the email address in the configuration. So there in an improvement but we need to ensure that we have 100% coverage for the tickets/emails as that is the only way that the users get updates on the status of their tickets. Matthew :( On Wed, Apr 12, 2017 at 10:06 PM, Matthew Lavigne <[email protected] > wrote: > well in the end, i undinked it. We will see what happens when 1.2.2 comes > out and I upgrade to stable. Just for educational purposes, tomorrow I > will boot a VM template (that I worked thought my issues with the 1.2.1 > upgrade on and push that to 1.2.2dev and see what happens. That will also > let me look at what the permissions for the site-packages where back when I > first started. I have a sneaking suspicion that the dev upgrade that I > started with today did some major permission munging on the site-packages > directory. > > As an aside, we noticed the same thing on the 1.2.1 upgrade. The egg > permissions were 400 root root, which made it unusable. Took me 2 days to > figure that out. > > Thanks for your help and I will try to look at what happened over the next > few days. > > Matthew > > On Wed, Apr 12, 2017 at 9:53 PM, Matthew Lavigne < > [email protected]> wrote: > >> Actually it looks like the entire site-packages permissions were >> doinked. >> >> Did some permission realignment and get no apache errors now but this: >> >> Traceback (most recent call last): >> File "/usr/lib/python2.7/site-packages/trac/web/api.py", line 709, in >> send_error >> data, 'text/html') >> File "/usr/lib/python2.7/site-packages/trac/web/chrome.py", line 1120, in >> render_template >> template = self.load_template(filename, method=method) >> File "/usr/lib/python2.7/site-packages/trac/web/chrome.py", line 1080, in >> load_template >> return self.templates.load(filename, cls=cls) >> File "/usr/lib64/python2.7/site-packages/genshi/template/loader.py", line >> 246, in load >> raise TemplateNotFound(filename, search_path) >> TemplateNotFound: Template "error.html" not found >> >> >> >> trac.conf file: >> >> # The Location is the part after the host (http://example.com<Location>) that >> # you want to serve the Trac site >> >> LDAPTrustedGlobalCert CA_BASE64 /opt/httpd/bp-root.cer >> LDAPTrustedGlobalCert CA_BASE64 /opt/httpd/custom-eric.cer >> >> WSGIScriptAlias /trac /var/www/trac/trac.wsgi >> >> <Directory /var/www/trac> >> WSGIApplicationGroup %{GLOBAL} >> AllowOverride None >> # Order deny,allow >> # Allow from all >> Order deny,allow >> Allow from all >> Satisfy All >> AuthName w3 >> AuthType basic >> AuthBasicProvider ldap >> AuthLDAPURL >> ldaps://bluepages.example.com/ou=bluepages,o=example.com?mail?sub? SSL >> require valid-user >> </Directory> >> >> >> >> On Wed, Apr 12, 2017 at 9:47 PM, RjOllos <[email protected]> wrote: >> >>> >>> >>> On Wednesday, April 12, 2017 at 6:41:47 PM UTC-7, Matthew Lavigne wrote: >>>> >>>> so pip uninstall trac (get back to clean) >>>> >>>> then pip install >>>> >>>> [root@ithelp ~]# pip install wheels/Trac-1.2.2.dev0-py2-none-any.whl >>>> Processing ./wheels/Trac-1.2.2.dev0-py2-none-any.whl >>>> Requirement already satisfied: setuptools>=0.6 in >>>> /usr/lib/python2.7/site-packages (from Trac==1.2.2.dev0) >>>> Requirement already satisfied: Genshi>=0.6 in >>>> /usr/lib64/python2.7/site-packages (from Trac==1.2.2.dev0) >>>> Requirement already satisfied: six>=1.6.0 in >>>> /usr/lib/python2.7/site-packages (from setuptools>=0.6->Trac==1.2.2.d >>>> ev0) >>>> Requirement already satisfied: appdirs>=1.4.0 in >>>> /usr/lib/python2.7/site-packages (from setuptools>=0.6->Trac==1.2.2.d >>>> ev0) >>>> Requirement already satisfied: packaging>=16.8 in >>>> /usr/lib/python2.7/site-packages (from setuptools>=0.6->Trac==1.2.2.d >>>> ev0) >>>> Requirement already satisfied: pyparsing in >>>> /usr/lib/python2.7/site-packages (from packaging>=16.8->setuptools>=0 >>>> .6->Trac==1.2.2.dev0) >>>> Installing collected packages: Trac >>>> Successfully installed Trac-1.2.2.dev0 >>>> >>>> ok that looks promising: >>>> >>>> ls -lhtr in /usr/lib/python2.7/site-package >>>> >>>> drwx------ 18 root root 4.0K Apr 12 21:31 trac >>>> drwx------ 5 root root 88 Apr 12 21:31 tracopt >>>> drwx------ 2 root root 4.0K Apr 12 21:31 Trac-1.2.2.dev0.dist-info >>>> >>>> so those need to be adjusted? so just in case I pushed them to 755: >>>> drwxr-xr-x 18 root root 4.0K Apr 12 21:31 trac >>>> drwxr-xr-x 5 root root 88 Apr 12 21:31 tracopt >>>> drwxr-xr-x 2 root root 4.0K Apr 12 21:31 Trac-1.2.2.dev0.dist-info >>>> >>>> >>>> >>>> [Wed Apr 12 21:36:22.766148 2017] [core:notice] [pid 16803] AH00094: >>>> Command line: '/usr/sbin/httpd -D FOREGROUND' >>>> [Wed Apr 12 21:36:36.570967 2017] [:error] [pid 16806] [client >>>> 9.80.206.36:40664] mod_wsgi (pid=16806): Exception occurred processing >>>> WSGI script '/var/www/trac/trac.wsgi'. >>>> [Wed Apr 12 21:36:36.571103 2017] [:error] [pid 16806] [client >>>> 9.80.206.36:40664] Traceback (most recent call last): >>>> [Wed Apr 12 21:36:36.571157 2017] [:error] [pid 16806] [client >>>> 9.80.206.36:40664] File "/var/www/trac/trac.wsgi", line 30, in >>>> application >>>> [Wed Apr 12 21:36:36.571304 2017] [:error] [pid 16806] [client >>>> 9.80.206.36:40664] from trac.web.main import dispatch_request >>>> [Wed Apr 12 21:36:36.571351 2017] [:error] [pid 16806] [client >>>> 9.80.206.36:40664] ImportError: No module named web.main >>>> >>> >>> Seems like your PYTHONPATH is messed up. Can you share your virtualhosts >>> config for Apache? >>> >>> - Ryan >>> >>> -- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "Trac Users" group. >>> To unsubscribe from this topic, visit https://groups.google.com/d/to >>> pic/trac-users/ICHC862VZ30/unsubscribe. >>> To unsubscribe from this group and all its topics, send an email to >>> [email protected]. >>> To post to this group, send email to [email protected]. >>> Visit this group at https://groups.google.com/group/trac-users. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> > -- 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 https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout.
