Re: [Trac] Updating Trac on Windows?

2015-06-02 Thread Josh Santangelo

> On Jun 1, 2015, at 2:35 PM, Josh Santangelo  wrote:
> 
>> 
>> On Jun 1, 2015, at 1:25 PM, RjOllos > <mailto:rjol...@gmail.com>> 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 > 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 IPasswordStore interface named LdapAuthStore).
>>> 
>>> 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 UI1.8.21
>> jQuery Timepicker1.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.

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 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/d/optout.


Re: [Trac] Updating Trac on Windows?

2015-06-01 Thread Josh Santangelo

> On Jun 1, 2015, at 1:25 PM, RjOllos  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 > > 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 
>> IPasswordStore interface named LdapAuthStore).
>> 
>> 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
> Genshi0.7 (without speedups)
> mod_wsgi  3.5 (WSGIProcessGroup WSGIApplicationGroup 
> Trac.stimulant.local|)
> psycopg2  2.5.2
> Python2.7.6 (default, Nov 10 2013, 19:24:18) [MSC v.1500 32 bit 
> (Intel)]
> setuptools0.6c11
> jQuery1.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 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/d/optout.


Re: [Trac] fixing [changeset] tags and repository browser

2015-06-01 Thread Josh Santangelo

> On Jun 1, 2015, at 12:53 PM, RjOllos  wrote:
> 
> 
> 
> On Monday, June 1, 2015 at 12:18:39 PM UTC-4, Josh Santangelo wrote:
> Didn’t seem to make any impact on the [changeset] tags in tickets, though.
> 
> I have overlooked something very obvious. It seems that "changeset" isn't 
> being recognized as a TracLinks prefix, which points to the component 
> implementing IWikiSyntaxProvider being disabled (i.e. ChangsetModule).
> 
> Is "trac.versioncontrol.web_ui.changeset.ChangesetModule" enabled in your 
> environment?

Good thinking, yes, that was disabled according to the instructions of the 
GitHub plugin I had installed earlier.
https://github.com/trac-hacks/trac-github/blob/master/README.md 
<https://github.com/trac-hacks/trac-github/blob/master/README.md>

I probably should have just searched for changeset in the ini, or revisited 
those instructions to undo what I’d done before.

Works now, thanks!

-- 
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/d/optout.


Re: [Trac] Updating Trac on Windows?

2015-06-01 Thread Josh Santangelo

> On Jun 1, 2015, at 9:35 AM, Josh Santangelo  wrote:
> 
>> 
>> On May 31, 2015, at 11:06 PM, Cooke, Mark > <mailto:mark.co...@siemens.com>> wrote:
>> 
>>> On May 26, 2015, at 12:09 PM, RjOllos >> <mailto:rjol...@gmail.com>> wrote:
>>> 
>>> On Tuesday, May 26, 2015 at 2:26:31 AM UTC-4, Cooke, Mark wrote:
>>> 
>>> > On May 22, 2015 3:02 PM, "Josh Santangelo"
>>> http://stimulant.com/>  > wrote:
>>> > >
>>> > >
>>> > >> On May 21, 2015, at 8:53 PM, RjOllos >> <http://gmail.com/>
>>>  > wrote:
>>> > >>
>>> > >> On Thursday, May 21, 2015 at 2:23:50 PM UTC-7, Josh
>>> Santangelo wrote:
>>> > >>>
>>> > >>> I ran the 1.0.6 MSI, but it seemed to break LDAP
>>> authentication. When I
>>> > browse to trac I see:
>>> > >>>
>>> > >>> Traceback (most recent call last):
>>> > >>>   File "C:\Python27\lib\site-packages\trac\web\api.py",
>>> line 559, in
>>> > send_error
>>> > >>> data, 'text/html')
>>> > >>>   File "C:\Python27\lib\site-
>>> packages\trac\web\chrome.py", line 1063, in
>>> > render_template
>>> > >>> template = self.load_template(filename,
>>> method=method)
>>> > >>>   File "C:\Python27\lib\site-
>>> packages\trac\web\chrome.py", line 1017, in
>>> > load_template
>>> > >>> self.get_all_templates_dirs(),
>>> auto_reload=self.auto_reload,
>>> > >>>   File "C:\Python27\lib\site-
>>> packages\trac\web\chrome.py", line 725, in
>>> > get_all_templates_dirs
>>> > >>> for provider in self.template_providers:
>>> > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line
>>> 78, in
>>> > extensions
>>> > >>> components = [component.compmgr[cls] for cls in
>>> classes]
>>> > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line
>>> 204, in
>>> > __getitem__
>>> > >>> component = cls(self)
>>> > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line
>>> 140, in
>>> > __call__
>>> > >>> self.__init__()
>>> > >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line
>>> 75, in __init__
>>> > >>> self._write_check(log=True)
>>> > >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line
>>> 79, in
>>> > _write_check
>>> > >>> writable =
>>> self.acctmgr.get_all_supporting_stores('set_password')
>>> > >>>   File "build\bdist.win32\egg\acct_mgr\api.py", line 348,
>>> in
>>> > get_all_supporting_stores
>>> > >>> for store in self.password_stores:
>>> > >>>   File "C:\Python27\lib\site-packages\trac\config.py",
>>> line 777, in
>>> > __get__
>>> > >>> option=tag.tt <http://tag.tt/ <http://tag.tt/>> 
>>> ("[%s] %s" %
>>> (self.section, self.name <http://self.name/ <http://self.name/>> 
>>> > >>> ConfigurationError: Cannot find implementation(s) of the
>>> > IPasswordStore interface named
>>> LdapAuthStore. Please check
>>> > that the Component is enabled or update the option
>>> [account-manager]
>>> > password_store in trac.ini.
>>> > >>>
>>> > >>> I backed up my Python directory before the install, and
>>> restoring it
>>> > seems to have restored things back to working.
>>>

Re: [Trac] Updating Trac on Windows?

2015-06-01 Thread Josh Santangelo

> On May 31, 2015, at 11:06 PM, Cooke, Mark  wrote:
> 
>>  On May 26, 2015, at 12:09 PM, RjOllos  wrote:
>> 
>>  On Tuesday, May 26, 2015 at 2:26:31 AM UTC-4, Cooke, Mark wrote:
>> 
>>      > On May 22, 2015 3:02 PM, "Josh Santangelo"
>>  > wrote:
>>  > >
>>  > >
>>  > >> On May 21, 2015, at 8:53 PM, RjOllos >  > wrote:
>>  > >>
>>  > >> On Thursday, May 21, 2015 at 2:23:50 PM UTC-7, Josh
>> Santangelo wrote:
>>  > >>>
>>  > >>> I ran the 1.0.6 MSI, but it seemed to break LDAP
>> authentication. When I
>>  > browse to trac I see:
>>  > >>>
>>  > >>> Traceback (most recent call last):
>>  > >>>   File "C:\Python27\lib\site-packages\trac\web\api.py",
>> line 559, in
>>  > send_error
>>  > >>> data, 'text/html')
>>  > >>>   File "C:\Python27\lib\site-
>> packages\trac\web\chrome.py", line 1063, in
>>  > render_template
>>  > >>> template = self.load_template(filename,
>> method=method)
>>  > >>>   File "C:\Python27\lib\site-
>> packages\trac\web\chrome.py", line 1017, in
>>  > load_template
>>  > >>> self.get_all_templates_dirs(),
>> auto_reload=self.auto_reload,
>>  > >>>   File "C:\Python27\lib\site-
>> packages\trac\web\chrome.py", line 725, in
>>  > get_all_templates_dirs
>>  > >>> for provider in self.template_providers:
>>  > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line
>> 78, in
>>  > extensions
>>  > >>> components = [component.compmgr[cls] for cls in
>> classes]
>>  > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line
>> 204, in
>>  > __getitem__
>>  > >>> component = cls(self)
>>  > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line
>> 140, in
>>  > __call__
>>  > >>> self.__init__()
>>  > >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line
>> 75, in __init__
>>  > >>> self._write_check(log=True)
>>  > >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line
>> 79, in
>>  > _write_check
>>  > >>> writable =
>> self.acctmgr.get_all_supporting_stores('set_password')
>>  > >>>   File "build\bdist.win32\egg\acct_mgr\api.py", line 348,
>> in
>>  > get_all_supporting_stores
>>  > >>> for store in self.password_stores:
>>  > >>>   File "C:\Python27\lib\site-packages\trac\config.py",
>> line 777, in
>>  > __get__
>>  > >>> option=tag.tt <http://tag.tt/> ("[%s] %s" %
>> (self.section, self.name <http://self.name/> 
>>  > >>> ConfigurationError: Cannot find implementation(s) of the
>>  > IPasswordStore interface named
>> LdapAuthStore. Please check
>>  > that the Component is enabled or update the option
>> [account-manager]
>>  > password_store in trac.ini.
>>  > >>>
>>  > >>> I backed up my Python directory before the install, and
>> restoring it
>>  > seems to have restored things back to working.
>>  > >>>
>>  > >>
>>  > >> Trac 1.0.2 and later enforces that Components specified in
>> the trac.ini
>>  > configuration file must be loaded. Often users find that when
>> upgrading they
>>  > had errors in their configuration that passed silently prior
>> to the upgrade.
>>  > >>
>>  > >> Your [account-manager] password_store setting includes
>> LdapAuthStore, but
>

Re: [Trac] fixing [changeset] tags and repository browser

2015-06-01 Thread Josh Santangelo

> On May 31, 2015, at 4:53 PM, Ryan Ollos  wrote:
> 
> On Sun, May 31, 2015 at 7:32 PM, Josh Santangelo  <mailto:j...@stimulant.com>> wrote:
> 2015-05-31 16:31:37,213 Trac[git_fs] DEBUG: disabled CachedRepository for 
> 'C:\Stimulant\Source\OWW.git'
> 
> Could you try the following setting?
> 
> [git] cached_repository = true

That seemed to have some effect. Now in the log…

2015-06-01 09:12:42,582 Trac[PyGIT] DEBUG: requested weak PyGIT.Storage 
instance 54848720 for 'C:\Stimulant\Source\GGR.git'
2015-06-01 09:12:42,582 Trac[git_fs] DEBUG: enabled CachedRepository for 
'C:\Stimulant\Source\GGR.git'
2015-06-01 09:12:42,582 Trac[cache] INFO: Cleaning cache
2015-06-01 09:12:42,864 Trac[cache] INFO: Resetting "repository_dir": 
git:C:\Stimulant\Source\GGR.git
2015-06-01 09:12:43,986 Trac[PyGIT] DEBUG: triggered rebuild of commit tree db 
for 54848720
2015-06-01 09:12:44,081 Trac[PyGIT] DEBUG: rebuilt commit tree db for 54848720 
with 141 entries (took 94.0 ms)
2015-06-01 09:12:44,081 Trac[cache] DEBUG: cache metadata undefined 
(youngest_rev=u'')
2015-06-01 09:12:44,081 Trac[cache] INFO: repos rev 
[70683e76f0ff18f657001e3a37d8893042097381] != cached rev [None]
2015-06-01 09:12:44,081 Trac[cache] INFO: Trying to sync revision 
[a913e49568551b329223a9f3f52fa5356572dd89]
2015-06-01 09:12:44,158 Trac[cache] DEBUG: Caching node change in 
[a913e49568551b329223a9f3f52fa5356572dd89]: (u'README.md', 'file', 'add', '', 
None)
2015-06-01 09:12:44,174 Trac[cache] INFO: Trying to sync revision 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]
2015-06-01 09:12:44,190 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'config.json', 'file', 'add', '', 
None)
2015-06-01 09:12:44,190 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/background.js', 'file', 
'add', '', None)
2015-06-01 09:12:44,190 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/full.html', 'file', 
'add', '', None)
2015-06-01 09:12:44,190 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/icon_128.png', 'file', 
'add', '', None)
2015-06-01 09:12:44,206 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/index.html', 'file', 
'add', '', None)
2015-06-01 09:12:44,206 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/js/app.js', 'file', 
'add', '', None)
2015-06-01 09:12:44,206 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/libs/ampm.js', 'file', 
'add', '', None)
2015-06-01 09:12:44,206 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/libs/backbone.js', 
'file', 'add', '', None)
2015-06-01 09:12:44,206 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/libs/jquery-2.1.3.js', 
'file', 'add', '', None)
2015-06-01 09:12:44,206 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/libs/socket.io.js', 
'file', 'add', '', None)
2015-06-01 09:12:44,206 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/libs/underscore.js', 
'file', 'add', '', None)
2015-06-01 09:12:44,206 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'package/manifest.json', 'file', 
'add', '', None)
2015-06-01 09:12:44,206 Trac[cache] DEBUG: Caching node change in 
[168d2105a8f21f9e4d697553f2349c57cb4c8bea]: (u'sharedState.js', 'file', 'add', 
'', None)
2015-06-01 09:12:44,206 Trac[cache] INFO: Trying to sync revision 
[46200b3c74e3323299b61e83d05ef5845e47bce8]
[…lots more of those…]


Didn’t seem to make any impact on the [changeset] tags in tickets, though.

-- 
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/d/optout.


Re: [Trac] fixing [changeset] tags and repository browser

2015-05-31 Thread Josh Santangelo

> On May 31, 2015, at 3:14 PM, RjOllos  wrote:
> 
> On Sunday, May 31, 2015 at 5:52:24 PM UTC-4, Josh Santangelo wrote:
> 
>> On May 26, 2015, at 2:56 PM, RjOllos > wrote:
>>> 
>>> Do you have "tracopt.ticket.commit_updater.* = enabled" in your 
>>> [components] section?
>> 
>> Yes, that’s in there. My understanding is that’s what causes the commit 
>> comments to be added to the tickets. That’s working correctly, it’s just 
>> that the text in the comment doesn’t link to anything.
>> 
>> Good point. With that in mind, the next things I would do are:
>>  - Confirm there is a repository or alias named "OWW"
>>  - Resync the repository
> 
> /admin/versioncontrol/repository does show it:
> OWW  (default) C:\​Stimulant\​Source\​OWW.git  [58651e6] 
> 
> resync:
> 
> C:\Users\trac>trac-admin c:\trac\stimulant repository resync "OWW"
> Resyncing repository history for OWW...
> 0 revisions cached.
> Done.
> 
> 
> Should that have changed anything?
> 
> Yes, I think it should have cached all revisions in the repository.
> 
> What are your settings for?:
>  - [trac] default_repository_type

I don’t see anything for that in trac.ini, but the admin UI shows a default of 
git:
https://www.dropbox.com/s/ynvbwve2m39j3fe/Screenshot%202015-05-31%2016.21.29.png?dl=0

>  - [git] persistent_cache
>  - [git] cached_repository

My [git] section shows only git_bin and projects_base…

[git]
git_bin = C:\Progra~2\Git\cmd\git.exe
projects_base = c:\stimulant\source

>  - [trac] repository_sync_per_request

I found…

repository_dir = 
repository_sync_per_request = 
repository_type = git

> Could you resync again with log level set to DEBUG and post the output?

The last bits of the log when doing that…

2015-05-31 16:31:37,167 Trac[environmentSetup] DEBUG: SimpleMultiProject 
database schema version: 6 (should be 6)
2015-05-31 16:31:37,167 Trac[api] DEBUG: T&E BEGIN Reports need an upgrade check
2015-05-31 16:31:37,167 Trac[reportmanager] DEBUG: T&E Checking for 
custom_report upgrade
2015-05-31 16:31:37,183 Trac[reportmanager] DEBUG: T&E END Checking for 
custom_report upgrade
2015-05-31 16:31:37,183 Trac[api] DEBUG: T&E END Reports need an upgrade check
2015-05-31 16:31:37,183 Trac[api] DEBUG: T&E NEEDS UP?: sys:False, rep:False, 
stats:False, fields:False, man:False
2015-05-31 16:31:37,213 Trac[git_fs] INFO: detected GIT version 
1.8.5.2.msysgit.0
2015-05-31 16:31:37,213 Trac[PyGIT] DEBUG: PyGIT.Storage instance 53996720 
constructed
2015-05-31 16:31:37,213 Trac[PyGIT] DEBUG: requested weak PyGIT.Storage 
instance 53996720 for 'C:\Stimulant\Source\OWW.git'
2015-05-31 16:31:37,213 Trac[git_fs] DEBUG: disabled CachedRepository for 
'C:\Stimulant\Source\OWW.git'
2015-05-31 16:31:37,213 Trac[PyGIT] DEBUG: triggered rebuild of commit tree db 
for 53996720
2015-05-31 16:31:37,308 Trac[PyGIT] DEBUG: rebuilt commit tree db for 53996720 
with 223 entries (took 94.0 ms)


-- 
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/d/optout.


Re: [Trac] fixing [changeset] tags and repository browser

2015-05-31 Thread Josh Santangelo

> On May 26, 2015, at 2:56 PM, RjOllos  wrote:
>> 
>> Do you have "tracopt.ticket.commit_updater.* = enabled" in your [components] 
>> section?
> 
> Yes, that’s in there. My understanding is that’s what causes the commit 
> comments to be added to the tickets. That’s working correctly, it’s just that 
> the text in the comment doesn’t link to anything.
> 
> Good point. With that in mind, the next things I would do are:
>  - Confirm there is a repository or alias named "OWW"
>  - Resync the repository

/admin/versioncontrol/repository does show it:
OWW  (default) C:\​Stimulant\​Source\​OWW.git  [58651e6] 

resync:

C:\Users\trac>trac-admin c:\trac\stimulant repository resync "OWW"
Resyncing repository history for OWW...
0 revisions cached.
Done.


Should that have changed anything?

-- 
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/d/optout.


Re: [Trac] Updating Trac on Windows?

2015-05-31 Thread Josh Santangelo

> On May 26, 2015, at 12:09 PM, RjOllos  wrote:
> 
> On Tuesday, May 26, 2015 at 2:26:31 AM UTC-4, Cooke, Mark wrote:
> > On May 22, 2015 3:02 PM, "Josh Santangelo"  > > wrote: 
> > > 
> > > 
> > >> On May 21, 2015, at 8:53 PM, RjOllos > 
> > >> wrote: 
> > >> 
> > >> On Thursday, May 21, 2015 at 2:23:50 PM UTC-7, Josh Santangelo wrote: 
> > >>> 
> > >>> I ran the 1.0.6 MSI, but it seemed to break LDAP authentication. When I 
> > browse to trac I see: 
> > >>> 
> > >>> Traceback (most recent call last): 
> > >>>   File "C:\Python27\lib\site-packages\trac\web\api.py", line 559, in 
> > send_error 
> > >>> data, 'text/html') 
> > >>>   File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 1063, 
> > >>> in 
> > render_template 
> > >>> template = self.load_template(filename, method=method) 
> > >>>   File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 1017, 
> > >>> in 
> > load_template 
> > >>> self.get_all_templates_dirs(), auto_reload=self.auto_reload, 
> > >>>   File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 725, in 
> > get_all_templates_dirs 
> > >>> for provider in self.template_providers: 
> > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line 78, in 
> > extensions 
> > >>> components = [component.compmgr[cls] for cls in classes] 
> > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line 204, in 
> > __getitem__ 
> > >>> component = cls(self) 
> > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line 140, in 
> > __call__ 
> > >>> self.__init__() 
> > >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line 75, in __init__ 
> > >>> self._write_check(log=True) 
> > >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line 79, in 
> > _write_check 
> > >>> writable = self.acctmgr.get_all_supporting_stores('set_password') 
> > >>>   File "build\bdist.win32\egg\acct_mgr\api.py", line 348, in 
> > get_all_supporting_stores 
> > >>> for store in self.password_stores: 
> > >>>   File "C:\Python27\lib\site-packages\trac\config.py", line 777, in 
> > __get__ 
> > >>> option=tag.tt <http://tag.tt/>("[%s] %s" % (self.section, self.name 
> > >>> <http://self.name/> 
> > >>> ConfigurationError: Cannot find implementation(s) of the 
> > IPasswordStore interface named LdapAuthStore. Please 
> > check 
> > that the Component is enabled or update the option [account-manager] 
> > password_store in trac.ini. 
> > >>> 
> > >>> I backed up my Python directory before the install, and restoring it 
> > seems to have restored things back to working. 
> > >>> 
> > >> 
> > >> Trac 1.0.2 and later enforces that Components specified in the trac.ini 
> > configuration file must be loaded. Often users find that when upgrading 
> > they 
> > had errors in their configuration that passed silently prior to the 
> > upgrade. 
> > >> 
> > >> Your [account-manager] password_store setting includes LdapAuthStore, 
> > >> but 
> > the plugin is either not installed, not loading correctly due to an error, 
> > or 
> > not enabled. LdapAuthStore is provided by LdapAuthStorePlugin (1). Perhaps 
> > you aren't actually using that store? In that case you can just removed 
> > LdapAuthStore from password_store. But if you are using the plugin, and the 
> > plugin is installed and enabled, then we need to determine why it's not 
> > loading. See TracTroubleshooting (2). It would also be useful to confirm, 
> > before trying the upgrade again, if it is loading in Trac 1.0.2. You can do 
> > that by inspecting the debug level log, as described in 
> > TracTroubleshooting. 
> > > 
> > > 
> > > Thanks, it seems your suspicions about the plugin not loading are 
> > > correct, 
> > according to the log, which I’ve pasted below. I’m confused though, since 
> > LDAP authentication does work, and has for some time. How’s that possible 
> > if 
> > the plugin isn’t loading? I confirmed that the .egg fi

Re: [Trac] Updating Trac on Windows?

2015-05-22 Thread Josh Santangelo

> On May 21, 2015, at 8:53 PM, RjOllos  wrote:
> 
> On Thursday, May 21, 2015 at 2:23:50 PM UTC-7, Josh Santangelo wrote:
> I ran the 1.0.6 MSI, but it seemed to break LDAP authentication. When I 
> browse to trac I see:
> 
> Traceback (most recent call last):
>   File "C:\Python27\lib\site-packages\trac\web\api.py", line 559, in 
> send_error
> data, 'text/html')
>   File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 1063, in 
> render_template
> template = self.load_template(filename, method=method)
>   File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 1017, in 
> load_template
> self.get_all_templates_dirs(), auto_reload=self.auto_reload,
>   File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 725, in 
> get_all_templates_dirs
> for provider in self.template_providers:
>   File "C:\Python27\lib\site-packages\trac\core.py", line 78, in extensions
> components = [component.compmgr[cls] for cls in classes]
>   File "C:\Python27\lib\site-packages\trac\core.py", line 204, in __getitem__
> component = cls(self)
>   File "C:\Python27\lib\site-packages\trac\core.py", line 140, in __call__
> self.__init__()
>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line 75, in __init__
> self._write_check(log=True)
>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line 79, in _write_check
> writable = self.acctmgr.get_all_supporting_stores('set_password')
>   File "build\bdist.win32\egg\acct_mgr\api.py", line 348, in 
> get_all_supporting_stores
> for store in self.password_stores:
>   File "C:\Python27\lib\site-packages\trac\config.py", line 777, in __get__
> option=tag.tt <http://tag.tt/>("[%s] %s" % (self.section, self.name 
> <http://self.name/>
> ConfigurationError: Cannot find implementation(s) of the 
> IPasswordStore interface named LdapAuthStore. Please check 
> that the Component is enabled or update the option [account-manager] 
> password_store in trac.ini.
> 
> I backed up my Python directory before the install, and restoring it seems to 
> have restored things back to working.
> 
> 
> Trac 1.0.2 and later enforces that Components specified in the trac.ini 
> configuration file must be loaded. Often users find that when upgrading they 
> had errors in their configuration that passed silently prior to the upgrade.
> 
> Your [account-manager] password_store setting includes LdapAuthStore, but the 
> plugin is either not installed, not loading correctly due to an error, or not 
> enabled. LdapAuthStore is provided by LdapAuthStorePlugin (1). Perhaps you 
> aren't actually using that store? In that case you can just removed 
> LdapAuthStore from password_store. But if you are using the plugin, and the 
> plugin is installed and enabled, then we need to determine why it's not 
> loading. See TracTroubleshooting (2). It would also be useful to confirm, 
> before trying the upgrade again, if it is loading in Trac 1.0.2. You can do 
> that by inspecting the debug level log, as described in TracTroubleshooting.

Thanks, it seems your suspicions about the plugin not loading are correct, 
according to the log, which I’ve pasted below. I’m confused though, since LDAP 
authentication does work, and has for some time. How’s that possible if the 
plugin isn’t loading? I confirmed that the .egg files in the log are indeed 
there.

2014-04-01 11:22:27,046 Trac[env] INFO:  
environment startup [Trac 1.0.1] 
2014-04-01 11:22:27,079 Trac[loader] DEBUG: Adding plugin LdapAuthStorePlugin 
0.3.0 from c:\trac\stimulant\plugins\ldapauthstoreplugin-0.3.0-py2.7.egg
2014-04-01 11:22:27,079 Trac[loader] DEBUG: Adding plugin LdapPlugin 0.7.0dev 
from c:\trac\stimulant\plugins\ldapplugin-0.7.0dev-py2.7.egg
2014-04-01 11:22:27,174 Trac[loader] DEBUG: Loading ldapauthstore.ldap_store 
from c:\trac\stimulant\plugins\ldapauthstoreplugin-0.3.0-py2.7.egg
2014-04-01 11:22:27,181 Trac[loader] ERROR: Skipping "ldapauthstore.ldap_store 
= ldapauthstore.ldap_store": 
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\trac\loader.py", line 68, in _load_eggs
entry.load(require=True)
  File 
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\pkg_resources.py", 
line 1954, in load
entry = __import__(self.module_name, globals(),globals(), ['__name__'])
  File "build\bdist.win32\egg\ldapauthstore\ldap_store.py", line 2, in 
  File "build\bdist.win32\egg\ldapplugin\__init__.py", line 2, in 
  File "build\bdist.win32\egg\ldapplugin\api.py", line 25, in 
ImportError: No modul

Re: [Trac] fixing [changeset] tags and repository browser

2015-05-22 Thread Josh Santangelo

> On May 21, 2015, at 11:46 PM, RjOllos  wrote:
> 
> On Thursday, May 21, 2015 at 2:04:18 PM UTC-7, Josh Santangelo wrote:
> Good that [repositories] is supported in my version of Trac, but it’s still 
> unclear to me what to put in there. The docs show:
> 
> [repositories]
> .type = git
> .dir = /path/to/my/git/repository/.git
> 
> Do I just repeat .type and .dir for each repository? Is something supposed to 
> go before the dot? 
> 
> Yes, the repository name goes before the dot. If you omit the repository 
> name, then you are referring to the default repository, which can also be 
> referred to using the notation "(default)" (for example, when using 
> trac-admin $env repository resync $repos -> trac-admin $env repository resync 
> resync "(default)”).

Gotcha. But since I’ve got the repositories configured in the database via the 
admin panel, specifying them in [respositories] isn’t necessary, right?

> And what is the difference between [repositories] and the 
> /admin/versioncontrol/repository page, where I already have all of my 
> repositories entered?
> 
> They are different repository data stores. You can use either, or even define 
> different repositories in each, though that's probably not recommended.
> 
> I've done some work over the past few days to try and clarify the 
> documentation. I appreciate if you can read and suggest any areas that you 
> find confusing, redundant or lacking information:
> http://trac.edgewall.org/wiki/1.1/TracRepositoryAdmin 
> <http://trac.edgewall.org/wiki/1.1/TracRepositoryAdmin>
This is definitely quite a bit more clear.

>  
> I probably wasn’t very clear — my changeset links aren’t directing to GitHub 
> — they’re directing to nothing at all. Here is a screenshot.
> 
> https://www.dropbox.com/s/19i6l6t8y9aiigv/Screenshot%202015-05-21%2013.57.19.png?dl=0
>  
> <https://www.google.com/url?q=https%3A%2F%2Fwww.dropbox.com%2Fs%2F19i6l6t8y9aiigv%2FScreenshot%2B2015-05-21%2B13.57.19.png%3Fdl%3D0&sa=D&sntz=1&usg=AFQjCNEHJHyXIHZ3sWRSAt604RhhU3E-Jg>
> 
> I haven’t been using a post-commit hook, I’ve been using a script which polls 
> my repos and calls "trac-admin env changeset added" when new commits show up. 
> It’s sort of janky but mostly works.
> 
> Do you have "tracopt.ticket.commit_updater.* = enabled" in your [components] 
> section?

Yes, that’s in there. My understanding is that’s what causes the commit 
comments to be added to the tickets. That’s working correctly, it’s just that 
the text in the comment doesn’t link to anything.

-- 
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/d/optout.


Re: [Trac] Updating Trac on Windows?

2015-05-21 Thread Josh Santangelo
On May 14, 2015, at 10:48 PM, Ryan Ollos  wrote:
> 
> On Thu, May 14, 2015 at 4:13 PM, Josh Santangelo  <mailto:j...@stimulant.com>> wrote:
> I have Trac 1.0.1 installed via the MSI Installer (control panel says "Python 
> 2.7 Trac-1.0.1").
> 
> I see there's a 1.0.5 version available now. If I just run that MSI 
> installer, will it do an upgrade? Or is there more to it?
> 
> Yeah, I think that is essentially it. Note you'll also need to extract static 
> resources and you should stop the web server before the upgrade (if running a 
> web server rather than Trac standalone). Detailed steps can be found here, 
> and I highly suggest to give them a read:
> http://trac.edgewall.org/wiki/TracUpgrade#Instructions 
> <http://trac.edgewall.org/wiki/TracUpgrade#Instructions>
> 
> 1.0.6 was due to be released a few days ago. I will at least get it out by 
> the weekend so you may want to wait until Monday to upgrade.

I ran the 1.0.6 MSI, but it seemed to break LDAP authentication. When I browse 
to trac I see:

Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\trac\web\api.py", line 559, in send_error
data, 'text/html')
  File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 1063, in 
render_template
template = self.load_template(filename, method=method)
  File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 1017, in 
load_template
self.get_all_templates_dirs(), auto_reload=self.auto_reload,
  File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 725, in 
get_all_templates_dirs
for provider in self.template_providers:
  File "C:\Python27\lib\site-packages\trac\core.py", line 78, in extensions
components = [component.compmgr[cls] for cls in classes]
  File "C:\Python27\lib\site-packages\trac\core.py", line 204, in __getitem__
component = cls(self)
  File "C:\Python27\lib\site-packages\trac\core.py", line 140, in __call__
self.__init__()
  File "build\bdist.win32\egg\acct_mgr\web_ui.py", line 75, in __init__
self._write_check(log=True)
  File "build\bdist.win32\egg\acct_mgr\web_ui.py", line 79, in _write_check
writable = self.acctmgr.get_all_supporting_stores('set_password')
  File "build\bdist.win32\egg\acct_mgr\api.py", line 348, in 
get_all_supporting_stores
for store in self.password_stores:
  File "C:\Python27\lib\site-packages\trac\config.py", line 777, in __get__
option=tag.tt("[%s] %s" % (self.section, self.name
ConfigurationError: Cannot find implementation(s) of the 
IPasswordStore interface named LdapAuthStore. Please check 
that the Component is enabled or update the option [account-manager] 
password_store in trac.ini.

I backed up my Python directory before the install, and restoring it seems to 
have restored things back to working.

-- 
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/d/optout.


Re: [Trac] fixing [changeset] tags and repository browser

2015-05-21 Thread Josh Santangelo

> On May 14, 2015, at 11:41 PM, RjOllos  wrote:
> 
> On Thursday, May 14, 2015 at 4:20:34 PM UTC-7, Josh Santangelo wrote:
> My Trac setup comprises many projects supported by SimpleMultiProjectPlugin, 
> and many repositories specified in the admin interface. I was also using the 
> GitHub plugin, but have since moved away from GitHub and removed the plugin. 
> Now, the results of a trac-admin env changeset command result in something 
> like "In [changeset:"ae451ea72898091ac0fdcf74bc5aa21794f943c1/GGR"]:" being 
> added to a ticket. I'm wondering how to get the changeset links working 
> again, and directing to the internal source browser.
> 
> The TracGit <http://trac.edgewall.org/wiki/TracGit> page seems to indicate 
> that I should specify a repository_dir, but since I have many, that doesn't 
> seem to make sense. It looks like perhaps I could define multiple 
> repositories in a [repositories] block, but that's in 1.1+.
> 
> Am I just out of luck unless I switch to the 1.1 branch of trac?
> 
> Trac supports the [repositories] section since 0.12, when multi-repository 
> support was added. That documentation section is just saying that when you 
> specify a repository when creating an environment in Trac < 1.1.3, the 
> configuration will be added to the [trac] section. That's the old, now 
> deprecated single-repository way of specifying the configuration, and we 
> really should have modified the TracAdmin initenv command back in Trac 0.12 
> to create the repository in the [repositories] section. In Trac 1.1.3 we 
> removed the [trac] repository_dir option, added an upgrade step will modify 
> trac.ini to add an equivalent repositories section and modified the initenv 
> command to add repositories to the [repository] section of trac.ini.

Good that [repositories] is supported in my version of Trac, but it’s still 
unclear to me what to put in there. The docs show:

[repositories]
.type = git
.dir = /path/to/my/git/repository/.git

Do I just repeat .type and .dir for each repository? Is something supposed to 
go before the dot? 

And what is the difference between [repositories] and the 
/admin/versioncontrol/repository page, where I already have all of my 
repositories entered?

> So I suggest:
> 1. give this documentation section a quick read: 
> http://trac.edgewall.org/wiki/TracGit#AddingaGitrepositorytoanexistingenvironment
> 2. move your configuration to the [repositories] section (not required unless 
> you want to support multiple repositories, but might as well do it anyway)
> 3. run ` trac-admin $env repository resync "(default)" ` (and repeat for 
> every other repository if you have multiple repositories).
> 
> I feel like I'm probably not understanding something about your configuration 
> and why new ticket changesets links would be directing to GitHub if the 
> plugin has been removed. You may need to modify your post-commit hook. IIRC 
> GitHub plugin used a post-commit hook other than the Trac default one.

I probably wasn’t very clear — my changeset links aren’t directing to GitHub — 
they’re directing to nothing at all. Here is a screenshot.

https://www.dropbox.com/s/19i6l6t8y9aiigv/Screenshot%202015-05-21%2013.57.19.png?dl=0
 
<https://www.dropbox.com/s/19i6l6t8y9aiigv/Screenshot%202015-05-21%2013.57.19.png?dl=0>

I haven’t been using a post-commit hook, I’ve been using a script which polls 
my repos and calls "trac-admin env changeset added" when new commits show up. 
It’s sort of janky but mostly works.

thanks,
-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 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/d/optout.


[Trac] fixing [changeset] tags and repository browser

2015-05-14 Thread Josh Santangelo
My Trac setup comprises many projects supported by 
SimpleMultiProjectPlugin, and many repositories specified in the admin 
interface. I was also using the GitHub plugin, but have since moved away 
from GitHub and removed the plugin. Now, the results of a trac-admin env 
changeset command result in something like "In 
[changeset:"ae451ea72898091ac0fdcf74bc5aa21794f943c1/GGR"]:" being added to 
a ticket. I'm wondering how to get the changeset links working again, and 
directing to the internal source browser.

The TracGit  page seems to indicate 
that I should specify a repository_dir, but since I have many, that doesn't 
seem to make sense. It looks like perhaps I could define multiple 
repositories in a [repositories] block, but that's in 1.1+.

Am I just out of luck unless I switch to the 1.1 branch of trac?

thanks,
-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 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/d/optout.


[Trac] Updating Trac on Windows?

2015-05-14 Thread Josh Santangelo
I have Trac 1.0.1 installed via the MSI Installer (control panel says 
"Python 2.7 Trac-1.0.1").

I see there's a 1.0.5 version available now. If I just run that MSI 
installer, will it do an upgrade? Or is there more to it?

thanks,
-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 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/d/optout.


[Trac] Re: How are attachment file paths determined?

2014-03-12 Thread Josh Santangelo
Any thoughts here? I'm happy to dig through the source if anyone can point
me in the right direction. Thanks!


-- 
S T I M U L A N T
Josh Santangelo, Technical Director
P 206 737 5601 / HQ 415 255 7081 / T @stimulant


On Mon, Mar 3, 2014 at 11:54 AM, Josh Santangelo  wrote:

> Using a number of scripts and some manual database mangling, I’ve managed
> to merge my organization’s ~60 previous trac projects into one big one.
> This is all working fine, but the one thing that’s broken is all the
> previous attachments. They appear on each ticket’s page, but the links to
> them fail. I assume this is because the path on disk to the attachment is
> constructed somehow based on the ticket number?
>
> I imagine that if I knew how these paths were constructed, I could
> reconcile them, but I’m not sure what the logic is.
>
> thanks,
> -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 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/d/optout.


[Trac] How are attachment file paths determined?

2014-03-03 Thread Josh Santangelo
Using a number of scripts and some manual database mangling, I’ve managed
to merge my organization’s ~60 previous trac projects into one big one.
This is all working fine, but the one thing that’s broken is all the
previous attachments. They appear on each ticket’s page, but the links to
them fail. I assume this is because the path on disk to the attachment is
constructed somehow based on the ticket number?

I imagine that if I knew how these paths were constructed, I could
reconcile them, but I’m not sure what the logic is.

thanks,
-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 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] Configuring LDAP on Trac/Windows

2014-02-26 Thread Josh Santangelo
Is it true that LDAP can only be configured on Trac if it's running under
Apache? I have it running very well under tracd as a Windows service and
would rather not change that, but it might be worth it for easier
authentication.

-- 
S T I M U L A N T
Josh Santangelo, Technical Director
P 206 737 5601 / 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 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] "Matrix-based security" option is missing

2014-02-26 Thread Josh Santangelo
Oh man, I am on too many mailing lists. Please disregard. :)


-- 
S T I M U L A N T
Josh Santangelo, Technical Director
P 206 737 5601 / HQ 415 255 7081 / T @stimulant


On Wed, Feb 26, 2014 at 4:56 PM, Josh Santangelo  wrote:

> I'm moving my Jenkins setup from using the internal database to using
> Active Directory. This change was surprisingly easy. I would also like to
> use matrix-based security to lock things down a bit more, but the option
> isn't shown on the /configureSecurity page at all. I swear I've seen it
> before when I was initially configuring Jenkins, but a lot has changed
> since then. I am on the latest version, 1.552. Is there anything I can look
> for?
>
> thanks,
> -josh
>
> --
> 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/topic/trac-users/LRD3BLfG4K8/unsubscribe.
> To unsubscribe from this group and all its topics, 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.
>

-- 
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] "Matrix-based security" option is missing

2014-02-26 Thread Josh Santangelo
I'm moving my Jenkins setup from using the internal database to using 
Active Directory. This change was surprisingly easy. I would also like to 
use matrix-based security to lock things down a bit more, but the option 
isn't shown on the /configureSecurity page at all. I swear I've seen it 
before when I was initially configuring Jenkins, but a lot has changed 
since then. I am on the latest version, 1.552. Is there anything I can look 
for?

thanks,
-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 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: plugin install trouble

2014-02-06 Thread Josh Santangelo
Downgrading to SVN 1.6.23 seems to fix these issues.


-- 
S T I M U L A N T
Josh Santangelo, Technical Director
P 206 737 5601 / HQ 415 255 7081 / T @stimulant


On Tue, Feb 4, 2014 at 11:40 AM, Josh Santangelo  wrote:

> I'm trying to install a couple of plugins (tried
> both TracIniAdminPanelPlugin and IniAdminPlugin), but having trouble. I've
> installed things successfully with easy_install before, but these are both
> dying for me with similar errors. This leads me to believe that it's a
> system/python configuration problem, not an issue with the plugins. Being
> new to the python world, I'm unsure what to try next. Logs below.
>
> thanks,
> -josh
>
> TracIniAdminPanelPlugin:
>
> C:\tracwork\iniadmin>easy_install
> http://trac-hacks.org/svn/traciniadminpanelplugin/trunk/
> Downloading http://trac-hacks.org/svn/traciniadminpanelplugin/trunk/
> Doing subversion checkout from
> http://trac-hacks.org/svn/traciniadminpanelplugin/trunk/ to c:\users\
> trac\appdata\local\temp\easy_install-2nex1r\trunk
> Processing trunk
> Running setup.py -q bdist_egg --dist-dir
> c:\users\trac\appdata\local\temp\easy_install-2nex1r\trunk\
> egg-dist-tmp-rv8b1o
> Traceback (most recent call last):
>   File "C:\Python27\Scripts\easy_install-script.py", line 8, in 
> load_entry_point('setuptools==0.6c11', 'console_scripts',
> 'easy_install')()
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
> ", line 1712, in main
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
> ", line 1700, in with_ei_usage
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
> ", line 1716, in 
>   File "C:\Python27\lib\distutils\core.py", line 152, in setup
> dist.run_commands()
>   File "C:\Python27\lib\distutils\dist.py", line 953, in run_commands
> self.run_command(cmd)
>   File "C:\Python27\lib\distutils\dist.py", line 972, in run_command
> cmd_obj.run()
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
> ", line 211, in run
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
> ", line 422, in easy_install
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
> ", line 476, in install_item
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
> ", line 655, in install_eggs
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
> ", line 930, in build_and_install
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
> ", line 919, in run_setup
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\sandbox.py",
> line 62, i
> n run_setup
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\sandbox.py",
> line 105,
> in run
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\sandbox.py",
> line 64, i
> n 
>   File "setup.py", line 60, in 
>   File "C:\Python27\lib\distutils\core.py", line 152, in setup
> dist.run_commands()
>   File "C:\Python27\lib\distutils\dist.py", line 953, in run_commands
> self.run_command(cmd)
>   File "C:\Python27\lib\distutils\dist.py", line 971, in run_command
> cmd_obj.ensure_finalized()
>   File "C:\Python27\lib\distutils\cmd.py", line 109, in ensure_finalized
> self.finalize_options()
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\bdist_egg.py",
> line 94, in finalize_options
>   File "C:\Python27\lib\distutils\cmd.py", line 312, in
> get_finalized_command
> cmd_obj.ensure_finalized()
>   File "C:\Python27\lib\distutils\cmd.py", line 109, in ensure_finalized
> self.finalize_options()
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\egg_info.py",
> l
> ine 85, in finalize_options
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\egg_info.py",
> l
> ine 185, in tags
>   File
> "C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\egg_info.py",
> l
> ine 233, in get_svn_revis

[Trac] plugin install trouble

2014-02-04 Thread Josh Santangelo
I'm trying to install a couple of plugins (tried
both TracIniAdminPanelPlugin and IniAdminPlugin), but having trouble. I've
installed things successfully with easy_install before, but these are both
dying for me with similar errors. This leads me to believe that it's a
system/python configuration problem, not an issue with the plugins. Being
new to the python world, I'm unsure what to try next. Logs below.

thanks,
-josh

TracIniAdminPanelPlugin:

C:\tracwork\iniadmin>easy_install
http://trac-hacks.org/svn/traciniadminpanelplugin/trunk/
Downloading http://trac-hacks.org/svn/traciniadminpanelplugin/trunk/
Doing subversion checkout from
http://trac-hacks.org/svn/traciniadminpanelplugin/trunk/ to c:\users\
trac\appdata\local\temp\easy_install-2nex1r\trunk
Processing trunk
Running setup.py -q bdist_egg --dist-dir
c:\users\trac\appdata\local\temp\easy_install-2nex1r\trunk\
egg-dist-tmp-rv8b1o
Traceback (most recent call last):
  File "C:\Python27\Scripts\easy_install-script.py", line 8, in 
load_entry_point('setuptools==0.6c11', 'console_scripts',
'easy_install')()
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 1712, in main
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 1700, in with_ei_usage
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 1716, in 
  File "C:\Python27\lib\distutils\core.py", line 152, in setup
dist.run_commands()
  File "C:\Python27\lib\distutils\dist.py", line 953, in run_commands
self.run_command(cmd)
  File "C:\Python27\lib\distutils\dist.py", line 972, in run_command
cmd_obj.run()
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 211, in run
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 422, in easy_install
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 476, in install_item
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 655, in install_eggs
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 930, in build_and_install
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 919, in run_setup
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\sandbox.py",
line 62, i
n run_setup
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\sandbox.py",
line 105,
in run
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\sandbox.py",
line 64, i
n 
  File "setup.py", line 60, in 
  File "C:\Python27\lib\distutils\core.py", line 152, in setup
dist.run_commands()
  File "C:\Python27\lib\distutils\dist.py", line 953, in run_commands
self.run_command(cmd)
  File "C:\Python27\lib\distutils\dist.py", line 971, in run_command
cmd_obj.ensure_finalized()
  File "C:\Python27\lib\distutils\cmd.py", line 109, in ensure_finalized
self.finalize_options()
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\bdist_egg.py",
line 94, in finalize_options
  File "C:\Python27\lib\distutils\cmd.py", line 312, in
get_finalized_command
cmd_obj.ensure_finalized()
  File "C:\Python27\lib\distutils\cmd.py", line 109, in ensure_finalized
self.finalize_options()
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\egg_info.py",
l
ine 85, in finalize_options
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\egg_info.py",
l
ine 185, in tags
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\egg_info.py",
l
ine 233, in get_svn_revision
IndexError: list index out of range

IniAdminPlugin:

C:\tracwork\iniadmin>easy_install
http://trac-hacks.org/svn/iniadminplugin/0.11
Downloading http://trac-hacks.org/svn/iniadminplugin/0.11
Doing subversion checkout from
http://trac-hacks.org/svn/iniadminplugin/0.11to c:\users\trac\appdat
a\local\temp\easy_install-wlxaro\0.11
Processing 0.11
Running setup.py -q bdist_egg --dist-dir
c:\users\trac\appdata\local\temp\easy_install-wlxaro\0.11\e
gg-dist-tmp-6wlgs4
Traceback (most recent call last):
  File "C:\Python27\Scripts\easy_install-script.py", line 8, in 
load_entry_point('setuptools==0.6c11', 'console_scripts',
'easy_install')()
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 1712, in main
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 1700, in with_ei_usage
  File
"C:\Python27\lib\site-packages\setuptools-0.6c11-py2.7.egg\setuptools\command\easy_install.py
", line 1716, in 
  File "C:\Python27\lib\d

Re: [Trac] Import from one Trac to another?

2014-01-31 Thread Josh Santangelo
So I gave this a shot but am having some kind of configuration trouble with
the plugin. I am new at trac administration so I'm wondering if it's
something common with setting up plugins that I've gotten wrong. Perhaps it
would be obvious to the gurus here? https://trac-hacks.org/ticket/11534


-- 
S T I M U L A N T
Josh Santangelo, Technical Director
P 206 737 5601 / HQ 415 255 7081 / T @stimulant


On Fri, Jan 31, 2014 at 11:47 AM, Josh Santangelo  wrote:

> Thanks for the replies, very helpful. It looks like TracMigratePlugin is
> the way to go these days.
> http://trac-hacks.org/wiki/TracMigratePlugin
>
>
> --
> S T I M U L A N T
> Josh Santangelo, Technical Director
> P 206 737 5601 / HQ 415 255 7081 / T @stimulant
>
>
> On Fri, Jan 31, 2014 at 5:54 AM, Steffen Hoffmann  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 31.01.2014 02:08, Josh Santangelo wrote:
>> > Hi there -- I am currently using Trac as a hosted service with a sqlite
>> > backend. I'm trying to set up my own install of Trac with a postgres
>> > backend, and want to import tickets from the old system to the new one.
>> > I see a number of solutions for importing tickets from other systems (or
>> > Excel) to Trac, but not from Trac to Trac. Am I missing something?
>>
>> The only tool I used successfully so far for Trac-to-Trac data transfer
>> is TicketMoverPlugin [1]. However I would only see it active during an
>> isolated admin session. Its a bit too powerful for its non-production
>> state IMHO.
>>
>> Steffen Hoffmann
>>
>>
>> [1] https://trac-hacks.org/wiki/TicketMoverPlugin
>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.12 (GNU/Linux)
>> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>>
>> iEYEARECAAYFAlLrqxQACgkQ31DJeiZFuHeHBgCdHhtVLF4Mjo4D1bcUY8jLh1Td
>> kEYAnj1+6YvcPAe6PLepbjvnET8xxurE
>> =KpCH
>> -END PGP SIGNATURE-
>>
>> --
>> 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/topic/trac-users/bB3HwMtKsmI/unsubscribe.
>> To unsubscribe from this group and all its topics, 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.
>>
>
>

-- 
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] Import from one Trac to another?

2014-01-31 Thread Josh Santangelo
Thanks for the replies, very helpful. It looks like TracMigratePlugin is
the way to go these days.
http://trac-hacks.org/wiki/TracMigratePlugin


-- 
S T I M U L A N T
Josh Santangelo, Technical Director
P 206 737 5601 / HQ 415 255 7081 / T @stimulant


On Fri, Jan 31, 2014 at 5:54 AM, Steffen Hoffmann  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 31.01.2014 02:08, Josh Santangelo wrote:
> > Hi there -- I am currently using Trac as a hosted service with a sqlite
> > backend. I'm trying to set up my own install of Trac with a postgres
> > backend, and want to import tickets from the old system to the new one.
> > I see a number of solutions for importing tickets from other systems (or
> > Excel) to Trac, but not from Trac to Trac. Am I missing something?
>
> The only tool I used successfully so far for Trac-to-Trac data transfer
> is TicketMoverPlugin [1]. However I would only see it active during an
> isolated admin session. Its a bit too powerful for its non-production
> state IMHO.
>
> Steffen Hoffmann
>
>
> [1] https://trac-hacks.org/wiki/TicketMoverPlugin
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
> iEYEARECAAYFAlLrqxQACgkQ31DJeiZFuHeHBgCdHhtVLF4Mjo4D1bcUY8jLh1Td
> kEYAnj1+6YvcPAe6PLepbjvnET8xxurE
> =KpCH
> -END PGP SIGNATURE-
>
> --
> 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/topic/trac-users/bB3HwMtKsmI/unsubscribe.
> To unsubscribe from this group and all its topics, 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.
>

-- 
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] Import from one Trac to another?

2014-01-30 Thread Josh Santangelo
Hi there -- I am currently using Trac as a hosted service with a sqlite 
backend. I'm trying to set up my own install of Trac with a postgres 
backend, and want to import tickets from the old system to the new one. I 
see a number of solutions for importing tickets from other systems (or 
Excel) to Trac, but not from Trac to Trac. Am I missing something?

thanks,
-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 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] Trac 1.0 + GitHub

2013-10-30 Thread Josh Santangelo
Hi all -- My company loves Trac for issue tracking as it has just the right 
amount of features without being too overblown. We also love GitHub for 
source control. I am trying to implement a custom Trac installation to 
remove our dependency on the company providing that service currently, but 
am having trouble figuring out how to make GitHub talk to Trac.

At a minimum, I want to be able to push to GitHub and have Trac 
automatically update its local copy of the repository and update any 
tickets mentioned in the commit message.

I have tried a few different plugins:

https://github.com/mitar/trac-githubsync (Didn't seem to install correctly, 
or at least didn't show up in the plugins list in trac.)
https://github.com/davglass/github-trac (Similar problem)
https://github.com/aaugustin/trac-github (Installed, but having issues as 
noted here: https://github.com/aaugustin/trac-github/issues?state=open)

The main thing I seem to be fighting is that the plugins add a new handler 
for GitHub to hit in a commit, but it doesn't seem to get registered. The 
way my trac is configured, the URL would be something like 
http://mydomain.com/cgi-bin/trac.fcgi/github, but I just get a "No handler 
matched request to /github" error there.

This is my first time trying to configure a custom install, so maybe I'm 
missing something basic here, any advice would be welcome.

thanks,
-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 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.