Re: [Trac] Android Client on Google Play
On Wednesday, November 13, 2013 12:09:33 PM Ethan Jucovy wrote: On Wed, Nov 13, 2013 at 10:03 AM, Michiel van Loon mfvl...@gmail.comwrote: since I had a need for an Android client to TRAC I wrote one myself. It is now in a state that I dare to show it to the world. I'm really excited about this!! I've been wishing there was an Android Trac client for a while, but had no idea where to begin. I'll try it out ASAP and encourage my coworkers to try it also. There are a couple of Trac apps for Android. I could never get them to connect to my Trac. I also cannot wait to try this one. -- Yours sincerely, Roger Oberholtzer Ramböll RST / Systems Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholt...@ramboll.se Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- 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 trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/groups/opt_out.
[Trac] Re: AttributeError: Cannot find an implementation of the IRequestHandler interface named TracForgeIndexModule
Hi RjOllos, the problem is that i really need this multi project feature, unfortunately is not up to me to decide this(stupid guy made this configuration and now - 5 years later - my boss wants to upgrade to newer versions). I dont know what else to do :// Regards, Matheus On Wednesday, November 13, 2013 5:06:23 PM UTC-5, RjOllos wrote: On Wednesday, November 13, 2013 9:21:11 AM UTC-8, Matheus Santana wrote: Hi guys, I need to migrate a trac enviroment that I inherit from version 0.12dev to a new server with 0.12.5. The situation is like this: *We have serveral projects and there is a master trac project to allow the multiple repositories feature - all in the following path: /var/repositories/trac *Each time the user access http://192.168.1.110/projects/clientA for instance, TRAC should load the apropriate clientA files(/var/repositories/trac/clientA/conf/trac.ini for example). The problem is that the new 0.12.5 installation fails with: *AttributeError: Cannot find an implementation of the IRequestHandler interface named TracForgeIndexModule. Please update the option trac.default_handler in trac.ini.Python TracebackMost recent call last:Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/trac/web/main.py, line 522, in _dispatch_requestdispatcher.dispatch(req) File /usr/lib/python2.7/dist-packages/trac/web/main.py, line 204, in dispatchchosen_handler = self.default_handler File /usr/lib/python2.7/dist-packages/trac/config.py, line 648, in __get__ self.section, self.name http://self.name))AttributeError: Cannot find an implementation of the IRequestHandler interface named TracForgeIndexModule. Please update the option trac.default_handler in trac.ini.System Information:Trac 0.12.5Babel 0.9.6Docutils 0.8.1Genshi 0.6 (with speedups)mod_python 3.3.1Pygments 1.5pysqlite 2.6.0Python 2.7.3 (default, Jan 2 2013, 14:09:21) [GCC 4.7.2]pytz 2012csetuptools 0.6SQLite 3.7.13Subversion 1.8.4 (r1534716)* I have tried to install tracforge from http://trac-hacks.org/wiki/TracForgePlugin and got the following message: ~/tracforgeplugin/0.11# python setup.py DO NOT USE THIS CODE YET. I think that there is a 0.11 requirement... Someone have any idea what is the problem? I really need some help here :///. Thanks! You probably want to avoid using TracForgePlugin, and set default_handler back to its default. Edit the [trac] section of trac.ini with: default_handler = WikiModule http://trac.edgewall.org/wiki/TracIni#trac-section -- 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 trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/groups/opt_out.
[Trac] Re: AttributeError: Cannot find an implementation of the IRequestHandler interface named TracForgeIndexModule
Well... I found some commands in a old history log file on the old server and turns out to be what i needed. Here is what I did: After download tracforgeplugin.zip from (http://trac-hacks.org/changeset/latest/tracforgeplugin?old_path=/filename=tracforgepluginformat=zip) unzip tracforgeplugin.zip cd tracforgeplugin/branches/bewst/0.11-clearsilver python setup.py install chmod -R g+rws /var/repositories/ apt-get install libapache2-mod-python a2enmod mod_python apt-get install python-clearsilver service apache2 restart May this helps someone in the future. Regards, Matheus On Thursday, November 14, 2013 5:23:26 AM UTC-5, Matheus Santana wrote: Hi RjOllos, the problem is that i really need this multi project feature, unfortunately is not up to me to decide this(stupid guy made this configuration and now - 5 years later - my boss wants to upgrade to newer versions). I dont know what else to do :// Regards, Matheus On Wednesday, November 13, 2013 5:06:23 PM UTC-5, RjOllos wrote: On Wednesday, November 13, 2013 9:21:11 AM UTC-8, Matheus Santana wrote: Hi guys, I need to migrate a trac enviroment that I inherit from version 0.12dev to a new server with 0.12.5. The situation is like this: *We have serveral projects and there is a master trac project to allow the multiple repositories feature - all in the following path: /var/repositories/trac *Each time the user access http://192.168.1.110/projects/clientA for instance, TRAC should load the apropriate clientA files(/var/repositories/trac/clientA/conf/trac.ini for example). The problem is that the new 0.12.5 installation fails with: *AttributeError: Cannot find an implementation of the IRequestHandler interface named TracForgeIndexModule. Please update the option trac.default_handler in trac.ini.Python TracebackMost recent call last:Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/trac/web/main.py, line 522, in _dispatch_requestdispatcher.dispatch(req) File /usr/lib/python2.7/dist-packages/trac/web/main.py, line 204, in dispatchchosen_handler = self.default_handler File /usr/lib/python2.7/dist-packages/trac/config.py, line 648, in __get__ self.section, self.name http://self.name))AttributeError: Cannot find an implementation of the IRequestHandler interface named TracForgeIndexModule. Please update the option trac.default_handler in trac.ini.System Information:Trac 0.12.5Babel 0.9.6Docutils 0.8.1Genshi 0.6 (with speedups)mod_python 3.3.1Pygments 1.5pysqlite 2.6.0Python 2.7.3 (default, Jan 2 2013, 14:09:21) [GCC 4.7.2]pytz 2012csetuptools 0.6SQLite 3.7.13Subversion 1.8.4 (r1534716)* I have tried to install tracforge from http://trac-hacks.org/wiki/TracForgePlugin and got the following message: ~/tracforgeplugin/0.11# python setup.py DO NOT USE THIS CODE YET. I think that there is a 0.11 requirement... Someone have any idea what is the problem? I really need some help here :///. Thanks! You probably want to avoid using TracForgePlugin, and set default_handler back to its default. Edit the [trac] section of trac.ini with: default_handler = WikiModule http://trac.edgewall.org/wiki/TracIni#trac-section -- 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 trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/groups/opt_out.
[Trac] securing apache/trac with ssl
Hi, We'd like to convert to an ssl-only apache for everything on the box. I've messed with rewrite rules and the like, with no success. It just removed access to existing url's to use https, like the trac login. Undoing those, put it back and trac login works and repository / browse works. If you could send me the reference for ssl-only apache (all url's for the website), I'd appreciate it. Poked around with Google and the Apache book by Laurie/Laurie but found nothing which worked on my server. Stuart -- 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 trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] securing apache/trac with ssl
On 11/14/2013 01:44 PM, Stuart Cracraft wrote:
Hi,
We'd like to convert to an ssl-only apache for everything on the box.
I've messed with rewrite rules and the like, with no success. It just
removed access to existing url's to use https, like the trac login.
Undoing those, put it back and trac login works and repository / browse
works.
You've said nothing about your config.
Assuming typical name-based vhosting, you want:
VirtualHost *:80
ServerName www.example.com
ServerAdmin webmas...@example.com
RewriteEngine on
RewriteRule . https://www.example.com/%{REQUEST_URI} [R,L]
/VirtualHost
For every vhost you have.
If you could send me the reference for ssl-only apache (all url's for
the website),
I do not believe this is possible with name-based vhosting. Your current
apache config plays heavily into a correct solution.
--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net
+1 (518) 877-5173 x138 office
--
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 trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] securing apache/trac with ssl
I see nothing in this config about Trac. I fear you may be missing something. Anyway, I think part of the issue may be: ServerName somewhere.over.the-rainbow.com:80 I've never used this format before (I use an overall Listen directive, and then a NameVirtualHost and separate VirtualHost directives), but reading the apache docs, this suggests that the server will only listen on port 80. So, no SSL. Have you verified that connecting to https://somewhere.over.the-rainbow.com actually works? If so, it's likely because of this bit: # Load config files from the config directory /etc/httpd/conf.d. # Include conf.d/*.conf So, there may be more configs in there. -- Matthew Caron, Software Build Engineer Red Lion Controls | www.redlion.net +1 (518) 877-5173 x138 office -- 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 trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] securing apache/trac with ssl
Here is /etc/httpd/conf.d/trac.conf which is being included.
##LogLevel debug
Alias /trac/chrome/common /u01/trac/apache/htdocs/common
Alias /trac/chrome/site /u01/trac/apache/htdocs/site
Directory /u01/trac/apache/htdocs
Order allow,deny
Allow from all
/Directory
WSGIScriptAlias /trac /u01/trac/apache/cgi-bin/trac.wsgi
Directory /u01/trac/apache/cgi-bin
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
/Directory
Location /trac/login
Order allow,deny
Allow from all
AuthType Basic
AuthName trac
AuthBasicProvider ldap
AuthLDAPURL
ldap://10.201.99.9/ou=ABBREV,dc=somewhereovertherainbow,dc=com?sAMAccountName?sub?(objectClass=user)
AuthLDAPBindDN username”
AuthLDAPBindPassword usernamesPassword
AuthzLDAPAuthoritative off
Require valid-user
require ldap-group CN=GROUPNAME,CN=Users,DC=somewhereovertherainbow,DC=com
Require ldap-attribute
memberOf=CN=ABBREV,CN=Users,DC=somewhereovertherainbow,DC=com
/Location
On Thursday, November 14, 2013 12:22:05 PM UTC-8, Matthew Caron wrote:
I see nothing in this config about Trac. I fear you may be missing
something.
Anyway, I think part of the issue may be:
ServerName somewhere.over.the-rainbow.com:80
I've never used this format before (I use an overall Listen directive,
and then a NameVirtualHost and separate VirtualHost directives), but
reading the apache docs, this suggests that the server will only listen
on port 80. So, no SSL.
Have you verified that connecting to
https://somewhere.over.the-rainbow.com actually works?
If so, it's likely because of this bit:
# Load config files from the config directory /etc/httpd/conf.d.
#
Include conf.d/*.conf
So, there may be more configs in there.
--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net
+1 (518) 877-5173 x138 office
--
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 trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] securing apache/trac with ssl
Nothing in here sets up SSL, or does any VirtualHost stuff.
So, I ask again, does https://somewhere.over.the-rainbow.com actually work?
On 11/14/2013 04:17 PM, Stuart Cracraft wrote:
Here is /etc/httpd/conf.d/trac.conf which is being included.
##LogLevel debug
Alias /trac/chrome/common /u01/trac/apache/htdocs/common
Alias /trac/chrome/site /u01/trac/apache/htdocs/site
Directory /u01/trac/apache/htdocs
Order allow,deny
Allow from all
/Directory
WSGIScriptAlias /trac /u01/trac/apache/cgi-bin/trac.wsgi
Directory /u01/trac/apache/cgi-bin
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
/Directory
Location /trac/login
Order allow,deny
Allow from all
AuthType Basic
AuthName trac
AuthBasicProvider ldap
AuthLDAPURL
ldap://10.201.99.9/ou=ABBREV,dc=somewhereovertherainbow,dc=com?sAMAccountName?sub?(objectClass=user)
AuthLDAPBindDN username”
AuthLDAPBindPassword usernamesPassword
AuthzLDAPAuthoritative off
Require valid-user
require ldap-group
CN=GROUPNAME,CN=Users,DC=somewhereovertherainbow,DC=com
Require ldap-attribute
memberOf=CN=ABBREV,CN=Users,DC=somewhereovertherainbow,DC=com
/Location
On Thursday, November 14, 2013 12:22:05 PM UTC-8, Matthew Caron wrote:
I see nothing in this config about Trac. I fear you may be missing
something.
Anyway, I think part of the issue may be:
ServerName somewhere.over.the-rainbow.com:80
http://somewhere.over.the-rainbow.com:80
I've never used this format before (I use an overall Listen
directive,
and then a NameVirtualHost and separate VirtualHost directives), but
reading the apache docs, this suggests that the server will only listen
on port 80. So, no SSL.
Have you verified that connecting to
https://somewhere.over.the-rainbow.com
https://somewhere.over.the-rainbow.com actually works?
If so, it's likely because of this bit:
# Load config files from the config directory /etc/httpd/conf.d.
#
Include conf.d/*.conf
So, there may be more configs in there.
--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net http://www.redlion.net
+1 (518) 877-5173 x138 office
--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net
+1 (518) 877-5173 x138 office
--
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 trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] securing apache/trac with ssl
http://somewhere works but not https://somewhere.
somewhereovertherainbow is ca-sna-pm01
error when trying to visit https is:
This page can't be displayed
- Make sure the web address https://ca-sna-pm01 is correct.
- Look for the page with your search engine.
- Refresh the page in a few minutes.
- Make sure TLS and SSL protocols are enabled. Go to Tools Internet
Options Advanced Settings Security
- Check that all network cables are plugged in.
- Verify that airplane mode is turned off.
- Make sure your wireless switch is turned on.
- See if you can connect to mobile broadband.
- Restart your router.
Fix connection problems
On Thursday, November 14, 2013 1:24:23 PM UTC-8, Matthew Caron wrote:
Nothing in here sets up SSL, or does any VirtualHost stuff.
So, I ask again, does https://somewhere.over.the-rainbow.com actually
work?
On 11/14/2013 04:17 PM, Stuart Cracraft wrote:
Here is /etc/httpd/conf.d/trac.conf which is being included.
##LogLevel debug
Alias /trac/chrome/common /u01/trac/apache/htdocs/common
Alias /trac/chrome/site /u01/trac/apache/htdocs/site
Directory /u01/trac/apache/htdocs
Order allow,deny
Allow from all
/Directory
WSGIScriptAlias /trac /u01/trac/apache/cgi-bin/trac.wsgi
Directory /u01/trac/apache/cgi-bin
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
/Directory
Location /trac/login
Order allow,deny
Allow from all
AuthType Basic
AuthName trac
AuthBasicProvider ldap
AuthLDAPURL
ldap://
10.201.99.9/ou=ABBREV,dc=somewhereovertherainbow,dc=com?sAMAccountName?sub?(objectClass=user)
AuthLDAPBindDN username”
AuthLDAPBindPassword usernamesPassword
AuthzLDAPAuthoritative off
Require valid-user
require ldap-group
CN=GROUPNAME,CN=Users,DC=somewhereovertherainbow,DC=com
Require ldap-attribute
memberOf=CN=ABBREV,CN=Users,DC=somewhereovertherainbow,DC=com
/Location
On Thursday, November 14, 2013 12:22:05 PM UTC-8, Matthew Caron wrote:
I see nothing in this config about Trac. I fear you may be missing
something.
Anyway, I think part of the issue may be:
ServerName somewhere.over.the-rainbow.com:80
http://somewhere.over.the-rainbow.com:80
I've never used this format before (I use an overall Listen
directive,
and then a NameVirtualHost and separate VirtualHost directives), but
reading the apache docs, this suggests that the server will only
listen
on port 80. So, no SSL.
Have you verified that connecting to
https://somewhere.over.the-rainbow.com
https://somewhere.over.the-rainbow.com actually works?
If so, it's likely because of this bit:
# Load config files from the config directory /etc/httpd/conf.d.
#
Include conf.d/*.conf
So, there may be more configs in there.
--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net http://www.redlion.net
+1 (518) 877-5173 x138 office
--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net
+1 (518) 877-5173 x138 office
--
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 trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] securing apache/trac with ssl
Your problem isn't rewrite rules.
Your problem is that you haven't turned on https.
I suggest you get that working, then figure out redirecting http traffic
to https.
Look at the apache SSL docs, specifically:
SSLEngine on
SSLCertificateFile /etc/apache2/ssl/server_cert.pem
SSLCertificateKeyFile /etc/apache2/ssl/private.key
You also need to change it to listen on port 443, which is likely going
to be:
ServerName somewhere.over.the-rainbow.com:443
On 11/14/2013 05:09 PM, Stuart Cracraft wrote:
http://somewhere works but not https://somewhere.
somewhereovertherainbow is ca-sna-pm01
error when trying to visit https is:
This page can't be displayed
* Make sure the web address https://ca-sna-pm01 is correct.
* Look for the page with your search engine.
* Refresh the page in a few minutes.
* Make sure TLS and SSL protocols are enabled. Go to Tools Internet
Options Advanced Settings Security
* Check that all network cables are plugged in.
* Verify that airplane mode is turned off.
* Make sure your wireless switch is turned on.
* See if you can connect to mobile broadband.
* Restart your router.
Fix connection problems
On Thursday, November 14, 2013 1:24:23 PM UTC-8, Matthew Caron wrote:
Nothing in here sets up SSL, or does any VirtualHost stuff.
So, I ask again, does https://somewhere.over.the-rainbow.com
https://somewhere.over.the-rainbow.com actually work?
On 11/14/2013 04:17 PM, Stuart Cracraft wrote:
Here is /etc/httpd/conf.d/trac.conf which is being included.
##LogLevel debug
Alias /trac/chrome/common /u01/trac/apache/htdocs/common
Alias /trac/chrome/site /u01/trac/apache/htdocs/site
Directory /u01/trac/apache/htdocs
Order allow,deny
Allow from all
/Directory
WSGIScriptAlias /trac /u01/trac/apache/cgi-bin/trac.wsgi
Directory /u01/trac/apache/cgi-bin
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
/Directory
Location /trac/login
Order allow,deny
Allow from all
AuthType Basic
AuthName trac
AuthBasicProvider ldap
AuthLDAPURL
ldap://10.201.99.9/ou=ABBREV,dc=somewhereovertherainbow,dc=com?sAMAccountName?sub?(objectClass=user)
http://10.201.99.9/ou=ABBREV,dc=somewhereovertherainbow,dc=com?sAMAccountName?sub?(objectClass=user)
AuthLDAPBindDN username”
AuthLDAPBindPassword usernamesPassword
AuthzLDAPAuthoritative off
Require valid-user
require ldap-group
CN=GROUPNAME,CN=Users,DC=somewhereovertherainbow,DC=com
Require ldap-attribute
memberOf=CN=ABBREV,CN=Users,DC=somewhereovertherainbow,DC=com
/Location
On Thursday, November 14, 2013 12:22:05 PM UTC-8, Matthew Caron
wrote:
I see nothing in this config about Trac. I fear you may be
missing
something.
Anyway, I think part of the issue may be:
ServerName somewhere.over.the-rainbow.com:80
http://somewhere.over.the-rainbow.com:80
http://somewhere.over.the-rainbow.com:80
http://somewhere.over.the-rainbow.com:80
I've never used this format before (I use an overall Listen
directive,
and then a NameVirtualHost and separate VirtualHost
directives), but
reading the apache docs, this suggests that the server will
only listen
on port 80. So, no SSL.
Have you verified that connecting to
https://somewhere.over.the-rainbow.com
https://somewhere.over.the-rainbow.com
https://somewhere.over.the-rainbow.com
https://somewhere.over.the-rainbow.com actually works?
If so, it's likely because of this bit:
# Load config files from the config directory
/etc/httpd/conf.d.
#
Include conf.d/*.conf
So, there may be more configs in there.
--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net http://www.redlion.net
http://www.redlion.net
+1 (518) 877-5173 x138 office
--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net http://www.redlion.net
+1 (518) 877-5173 x138 office
--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net
+1 (518) 877-5173 x138 office
--
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 trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
