[Trac] Re: Custom default trac.ini
On Apr 21, 7:56 am, Olaf Meeuwissen [EMAIL PROTECTED] wrote: Jani Tiainen [EMAIL PROTECTED] writes: Is there way to provide custom default trac.ini that would be used every time I setup new environment? Create that default trac.ini as your global ini file and use the --inherit option to trac-admin. See: http://trac.edgewall.com/wiki/TracIni#GlobalConfiguration Mostly I would like to setup default logo, url, smtp and few other options that would be used to new environments as well. Hope this helps, Can't get this working (Using Trac 0.10.4). There isn't any helpful information in Trac manual nor site about location of this option. -- Jani Tiainen --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Custom default trac.ini
Jani Tiainen wrote: On Apr 21, 7:56 am, Olaf Meeuwissen [EMAIL PROTECTED] wrote: Jani Tiainen [EMAIL PROTECTED] writes: Is there way to provide custom default trac.ini that would be used every time I setup new environment? Create that default trac.ini as your global ini file and use the --inherit option to trac-admin. See: http://trac.edgewall.com/wiki/TracIni#GlobalConfiguration Mostly I would like to setup default logo, url, smtp and few other options that would be used to new environments as well. Hope this helps, Can't get this working (Using Trac 0.10.4). There isn't any helpful information in Trac manual nor site about location of this option. New feature in 0.11. There is no good way to do this in 0.10. --Noah signature.asc Description: OpenPGP digital signature
[Trac] Re: i18n internationalization
Richard Liao wrote: ... Plus, we will translate all template files and all default wiki pages manually. That's great. Please also have a look at TracDev/Proposals/NewHelp and see if you can validate the approach presented there or contribute ideas, as this is how we will handle the default wiki pages in 0.12. Since this is not i18n-ed, so we are plan to publish our version in trac-hacks.org. You should rather ask on the trac-dev mailing list if you can open a branch on t.e.o, as merging will be easier if you're using Subversion (if you're using Git or some other tool to maintain your branch, then I guess it doesn't matter). BTW, we found that some UI string can not be translated since they are not i18n string in py files. Patches (following the TracDev/CodingStyle guidelines) against trunk accepted. -- Christian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: i18n internationalization
On Tue, Apr 22, 2008 at 3:06 PM, Christian Boos [EMAIL PROTECTED] wrote: Richard Liao wrote: ... Plus, we will translate all template files and all default wiki pages manually. That's great. Please also have a look at TracDev/Proposals/NewHelp and see if you can validate the approach presented there or contribute ideas, as this is how we will handle the default wiki pages in 0.12. Since this is not i18n-ed, so we are plan to publish our version in trac-hacks.org. You should rather ask on the trac-dev mailing list if you can open a branch on t.e.o, as merging will be easier if you're using Subversion (if you're using Git or some other tool to maintain your branch, then I guess it doesn't matter). understander! we will base trac-hacks.org publish Chinese 0.11 version,for hacker; so iff not bad , support patch for trac-dev ;) BTW, we found that some UI string can not be translated since they are not i18n string in py files. Patches (following the TracDev/CodingStyle guidelines) against trunk accepted. -- Christian -- '''过程改进乃是开始催生可促生靠谱的人的组织! PI keeps evolving organizations which promoting people be good! '''http://zoomquiet.org Pls. usage OOo to replace M$ Office. http://zh.openoffice.org Pls. usage 7-zip to replace WinRAR/WinZip. http://7-zip.org You can get the truely Freedom 4 software. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Unable to start Apache 2.2.8 after installing LDAPPlugin
Ah... that would explain the problem I'm having, then! I'm definitely running through mod_wsgi - I got things working with that (not including the LDAP authentication piece and LdapPlugin usage). I haven't installed mod_python at all. I was trying to figure out where this PythonOption directive was coming from. So, if I want to run LdapPlugin, it sounds like I can't be using mod_wsgi because it doesn't contain that directive. On Apr 21, 10:06 pm, Erik Bray [EMAIL PROTECTED] wrote: On 4/21/08, James Fellrath [EMAIL PROTECTED] wrote: We are running Apache 2.2.8, Python 2.4, Trac 0.10, and using mod_wsgi as our Python/Apache link. Our OS is Windows 2003 Server. I have been successful in getting the WSGI connection to work and bringing up our project's webpage without setting up any LDAP authentication. Now I've installed the plugin per the instructions, but it appears that the installation process hasn't loaded everything it should have. I'm unable to restart Apache. Here are the lines from our httpd.conf file that pertain to the LDAP authentication and LdapPlugin settings: Location C:/projects/trac/ccc_solutions PythonOption TracEnv C:/projects/trac/ccc_solutions PythonOption TracUriRoot /ccc_solutions AuthType Basic AuthName ccc_solutions AuthBasicProvider ldap Order Allow,Deny Allow from All AuthLDAPURL ldapURL AuthzLDAPAuthoritative off Require valid-user /Location Commenting out the two PythonOption lines results in Apache starting (but without the LDAP authentication). Leaving them there results in the following error from the Apache error log. [Mon Apr 21 16:25:07 2008] [notice] Parent: Received restart signal -- Restarting the server. Syntax error on line 502 of C:/Program Files/Apache Software Foundation/Apache2.2/conf/httpd.conf: Invalid command 'PythonOption', perhaps misspelled or defined by a module not included in the server configuration [Mon Apr 21 16:25:07 2008] [notice] Child 4068: Exit event signaled. Child process is ending. [Mon Apr 21 16:25:07 2008] [warn] (OS 995)The I/O operation has been aborted because of either a thread exit or an application request. : winnt_accept: Asynchronous AcceptEx failed. [Mon Apr 21 16:25:08 2008] [notice] Child 4068: Released the start mutex [Mon Apr 21 16:25:09 2008] [notice] Child 4068: All worker threads have exited. [Mon Apr 21 16:25:09 2008] [notice] Child 4068: Child process is exiting I didn't get any error messages when I was running setup.py to install LdapPlugin-0.5.1dev-py2.4.egg. But it seems that somewhere in that installation may be where the error lies. Are you sure you're running Trac through mod_wsgi? Whatever you're trying to do with LDAP isn't even directly related here... PythonOption is a directive specific to mod_python, so it doesn't make sense to have that in your config if you're using mod_wsgi (of which I see no evidence in the config you posted). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Confused about milestones and versions
Uh... I love top postings... :) Erik Andersson kirjoitti: You can use version to report in which version a bug was found. The milestone is used to plan in which release the fix will be implemented. And when milestone is completed there is no means to convert it with ease to version. Also Trac documentation doesn't indicate that milestone is version - it just indicates that milestone is named point in the future that has possibly date set. Note that Trac project itself uses milestone as future version. On Tue, Apr 22, 2008 at 10:19 AM, Doc [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'm confused mostly about the versions. What is the meaning of having a version? All I see on Trac's site (trac.edgewall.org http://trac.edgewall.org) is milestones. All reporting and project management seems to be around milestones. What are versions for? Like state somewhere above there, versions work mainly with defects (bugs). You can mark that bug is related to some spesific version. I read somewhere that milestones are supposed to be future feature packs, and versions are supposed only to indicate which release (in the past) each ticket did actually get into. But that seems incomplete, as it would indicate that there would also be some mechanism to mass-assign tickets to versions (e.g. assign a completed milestone to a version/release). That seems intuitive, and that's the way I'd like to work, with the following clarifications: - Each milestone would be a batch of tickets needed to complete a feature (i.e. milestones are features of the project, which seems to be about the way they are being used already). And this is how I guess most of us are using milestones. Except that version is used tightly coupled with defect-type tickets. Tasks and enhancements (in default installation) are rarely assigned to version since version is usually used to mark where I found this issue. That's why there is no mass operation for that. - Each version would be a bunch of milestones/features that have been included, or are expected to be included in that release (i.e. a version is a release), depending on the release date (whether it's in the past or future Trac doesn't really have this kind of feature. So you can't easily plan release that contains multiple milestones. That would be lovely feature specially if someone is running scrum-like process releases usually covers multiple milestones (sprints). Also you don't reassign tickets to spesific version afterwards this will create very interesting feature specially if you think defect-type tickets... This way it is possible to track features and plan releases (i.e. by adding/subtracting features, thus postponing or hastening a release). How about that? In theory this could be done with custom field in ticket and maybe a plugin to handle reporting and automatic transition from planned release to published version. -- Jani Tiainen --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Confused about milestones and versions
Erik Andersson wrote: You can use version to report in which version a bug was found. The milestone is used to plan in which release the fix will be implemented. Yes, that's the common usage. If the possible confusion is a problem for you, it's possible to remove all the versions in the corresponding ticket admin panel, and after that you won't be bothered by versions anymore ;-) OTOH, the assumption that there's only one version and only one milestone per ticket is rather limited, as noted in http://trac.edgewall.org/ticket/4298. -- Christian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Unable to start Apache 2.2.8 after installing LDAPPlugin
Thanks Manu. I did make it sound like I thought LdapPlugin was doing the authentication. I'm aware that Apache will be doing this. I got the Location directive from this page: http://trac-hacks.org/wiki/LdapPlugin I'll give this a try (along with Erik's about using mod_python). On Apr 21, 10:06 pm, Erik Bray [EMAIL PROTECTED] wrote: On 4/21/08, James Fellrath [EMAIL PROTECTED] wrote: We are running Apache 2.2.8, Python 2.4, Trac 0.10, and using mod_wsgi as our Python/Apache link. Our OS is Windows 2003 Server. I have been successful in getting the WSGI connection to work and bringing up our project's webpage without setting up any LDAP authentication. Now I've installed the plugin per the instructions, but it appears that the installation process hasn't loaded everything it should have. I'm unable to restart Apache. Here are the lines from our httpd.conf file that pertain to the LDAP authentication and LdapPlugin settings: Location C:/projects/trac/ccc_solutions PythonOption TracEnv C:/projects/trac/ccc_solutions PythonOption TracUriRoot /ccc_solutions AuthType Basic AuthName ccc_solutions AuthBasicProvider ldap Order Allow,Deny Allow from All AuthLDAPURL ldapURL AuthzLDAPAuthoritative off Require valid-user /Location Commenting out the two PythonOption lines results in Apache starting (but without the LDAP authentication). Leaving them there results in the following error from the Apache error log. [Mon Apr 21 16:25:07 2008] [notice] Parent: Received restart signal -- Restarting the server. Syntax error on line 502 of C:/Program Files/Apache Software Foundation/Apache2.2/conf/httpd.conf: Invalid command 'PythonOption', perhaps misspelled or defined by a module not included in the server configuration [Mon Apr 21 16:25:07 2008] [notice] Child 4068: Exit event signaled. Child process is ending. [Mon Apr 21 16:25:07 2008] [warn] (OS 995)The I/O operation has been aborted because of either a thread exit or an application request. : winnt_accept: Asynchronous AcceptEx failed. [Mon Apr 21 16:25:08 2008] [notice] Child 4068: Released the start mutex [Mon Apr 21 16:25:09 2008] [notice] Child 4068: All worker threads have exited. [Mon Apr 21 16:25:09 2008] [notice] Child 4068: Child process is exiting I didn't get any error messages when I was running setup.py to install LdapPlugin-0.5.1dev-py2.4.egg. But it seems that somewhere in that installation may be where the error lies. Are you sure you're running Trac through mod_wsgi? Whatever you're trying to do with LDAP isn't even directly related here... PythonOption is a directive specific to mod_python, so it doesn't make sense to have that in your config if you're using mod_wsgi (of which I see no evidence in the config you posted). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Unable to start Apache 2.2.8 after installing LDAPPlugin
I got the Location directive from this page: http://trac-hacks.org/wiki/LdapPlugin Definitely *not* with a file system path... Check out the differences between Directory and Location on httpd.apache.org Location /trac/project Means match http(s)://server/trac/project, which is not related to a physical directory on your hard drive (as C:/something is) Check out the Trac documentation to get the equivalent of mod_python's PythonOption with mod_wsgi. Cheers, Manu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Unable to start Apache 2.2.8 after installing LDAPPlugin
That did it! The equivalent command you were talking about is apparently SetEnv. And changing the Location directives to Directory directives did the trick, too! Thanks Manu and Erik for your help in tracking down the problem. On Apr 22, 9:03 am, Emmanuel Blot [EMAIL PROTECTED] wrote: I got the Location directive from this page: http://trac-hacks.org/wiki/LdapPlugin Definitely *not* with a file system path... Check out the differences between Directory and Location on httpd.apache.org Location /trac/project Means match http(s)://server/trac/project, which is not related to a physical directory on your hard drive (as C:/something is) Check out the Trac documentation to get the equivalent of mod_python's PythonOption with mod_wsgi. Cheers, Manu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Private Tickets plugin
here is a subset of my psermissions ( i am changing the user names admin1 TRAC_ADMIN user2 reporter-lab user2 TICKET_VIEW_REPORTER_GROUP user2 lab admin2 TRAC_ADMIN bob lab bob TICKET_VIEW_REPORTER_GROUP bob TICKET_VIEW_REPORTER so what's happening is that when bob has the permission reporter_group, he can see all tickets reported by anyone, including the tickets reported by admin1 and admin2 , which i dont wanna allow and when i take out the reporter_group permission, he can only see the tickets he reported . thanks for the help ! On Apr 21, 11:45 pm, Noah Kantrowitz [EMAIL PROTECTED] wrote: On Apr 21, 2008, at 5:26 PM, Mcgill Guy wrote: hi, I am having trouble using the grouping feature of the private ticket plugin . here is my problem: I have a restricted access to all my users to have ticket_view_reporter only which works fine ! a new requirement is that some of these users are in one group (call it X) and need to be able to see the tickets that were reported by any user in this group (X)! so when i add both permissions (Ticket_view_reporter , and ticket_view_reporter_group) and then created a group (X) and put each of the users in. now the problem is that when i do that . these users can see all tickets by everyone . even people who are dont share the same group with them . Please post the full output of trac-admin ... permission list. --Noah --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: i18n internationalization
-On [20080422 05:04], Richard Liao ([EMAIL PROTECTED]) wrote: We are almost finishing the whole translation of po file of zh_CN. How do we upload the po file to eventually commit to subversion repository? There are tickets for all languages that are currently in the sandbox, so please see the tickets on trac.edgewall.org. (#5472) Another, according to http://trac.edgewall.org/wiki/TracTermsZhCn, some terms do not coincide with ours. Can we update above wiki page to reflect our terms? I consider those pages to be of historical interest. The information exists in the .po files now. Since current i18n branch are not fully functional, and we want to make a full I10N version(zh_CN) of trac 0.11. So our plan is use the i18n branch to provide the translation of all py files and part of templates file. Plus, we will translate all template files and all default wiki pages manually. Normally Genshi extracts the appropriate stuff from the templates, however it needs some additional functionality in place before it can fully extract everything (issue #129). The wiki pages is issue #1513 and will most likely tie in with Odd Simon's newhelp stuff. BTW, we found that some UI string can not be translated since they are not i18n string in py files. I need to synchronise to trunk again and rerun the extractor to recreate the pot and update the .po files. -- Jeroen Ruigrok van der Werven asmodai(-at-)in-nomine.org / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Those who would give up their freedoms to secure temporary safety deserve neither freedom or safety. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] 0.11 and PYTHON_EGG_CACHE problem with mod_python?
For those of you using mod_python and 0.11 and having had problems with PYTHON_EGG_CACHE suddenly defaulting to /root/.py-egg-cache, please try latest trunk. Noah committed a small fix which should resolve this issue. -- Jeroen Ruigrok van der Werven asmodai(-at-)in-nomine.org / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B When we have not what we like, we must like what we have... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] unsuscribe
unsuscribe --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Private Tickets plugin
here is a subset of my psermissions ( i am changing the user names I didn't ask for a subset, I asked for all of it. --Noah --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Private Tickets plugin
User Action admin1TRAC_ADMIN brownyreporter-lab mely TICKET_VIEW_REPORTER_GROUP mely lab mely reporter-lab admin2 TRAC_ADMIN amr-reporter TICKET_VIEW_REPORTER amr-reporter TICKET_VIEW_REPORTER_GROUP amr-reporter lab josee reporter-lab ian reporter-lab reporter-lab REPORT_VIEW reporter-lab TICKET_APPEND reporter-lab TICKET_CREATE reporter-lab TICKET_MODIFY reporter-lab TICKET_VIEW_REPORTER reporter-lab WIKI_VIEW Available actions: CONFIG_VIEW, MILESTONE_ADMIN, MILESTONE_CREATE, MILESTONE_DELETE, MILESTONE_MODIFY, MILESTONE_VIEW, REPORT_ADMIN, REPORT_CREATE, REPORT_DELETE, REPORT_MODIFY, REPORT_SQL_VIEW, REPORT_VIEW, ROADMAP_ADMIN, ROADMAP_VIEW, SEARCH_VIEW, TICKET_ADMIN, TICKET_APPEND, TICKET_CHGPROP, TICKET_CREATE, TICKET_MODIFY, TICKET_VIEW, TICKET_VIEW_CC, TICKET_VIEW_CC_GROUP, TICKET_VIEW_GROUP, TICKET_VIEW_OWNER, TICKET_VIEW_OWNER_GROUP, TICKET_VIEW_REPORTER, TICKET_VIEW_REPORTER_GROUP, TICKET_VIEW_SELF, TIMELINE_VIEW, TRAC_ADMIN, WIKI_ADMIN, WIKI_ADMIN, WIKI_CREATE, WIKI_CREATE, WIKI_DELETE, WIKI_DELETE, WIKI_MODIFY, WIKI_MODIFY, WIKI_VIEW, WIKI_VIEW On Apr 22, 10:21 am, Noah Kantrowitz [EMAIL PROTECTED] wrote: here is a subset of my psermissions ( i am changing the user names I didn't ask for a subset, I asked for all of it. --Noah --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: i18n internationalization
On Tue, Apr 22, 2008 at 10:16 PM, Jeroen Ruigrok van der Werven [EMAIL PROTECTED] wrote: -On [20080422 05:04], Richard Liao ([EMAIL PROTECTED]) wrote: We are almost finishing the whole translation of po file of zh_CN. How do we upload the po file to eventually commit to subversion repository? There are tickets for all languages that are currently in the sandbox, so please see the tickets on trac.edgewall.org. (#5472) thanx for u suggest! we all recoder in : http://trac-hacks.org/wiki/TracSandboxI18nChinese if we finished some,and can running good, asap shring here ;) Another, according to http://trac.edgewall.org/wiki/TracTermsZhCn, some terms do not coincide with ours. Can we update above wiki page to reflect our terms? I consider those pages to be of historical interest. The information exists in the .po files now. Since current i18n branch are not fully functional, and we want to make a full I10N version(zh_CN) of trac 0.11. So our plan is use the i18n branch to provide the translation of all py files and part of templates file. Plus, we will translate all template files and all default wiki pages manually. Normally Genshi extracts the appropriate stuff from the templates, however it needs some additional functionality in place before it can fully extract everything (issue #129). The wiki pages is issue #1513 and will most likely tie in with Odd Simon's newhelp stuff. BTW, we found that some UI string can not be translated since they are not i18n string in py files. I need to synchronise to trunk again and rerun the extractor to recreate the pot and update the .po files. -- Jeroen Ruigrok van der Werven asmodai(-at-)in-nomine.org / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Those who would give up their freedoms to secure temporary safety deserve neither freedom or safety. -- '''过程改进乃是开始催生可促生靠谱的人的组织! PI keeps evolving organizations which promoting people be good! '''http://zoomquiet.org Pls. usage OOo to replace M$ Office. http://zh.openoffice.org Pls. usage 7-zip to replace WinRAR/WinZip. http://7-zip.org You can get the truely Freedom 4 software. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Method to Automate Export Wiki to HTML Files?
I have installed the CombineWiki plugin and while attempting to use the TiddlyWiki output, the following error occurs: Traceback (most recent call last): File C:\Python24\lib\site-packages\trac\web\main.py, line 406, in dispatch_request dispatcher.dispatch(req) File C:\Python24\lib\site-packages\trac\web\main.py, line 237, in dispatch resp = chosen_handler.process_request(req) File C:\Python24\lib\site-packages\tracwebadmin-0.1.2dev_r5911- py2.4.egg\webadmin\web_ui.py, line 119, in process_request path_info) File build\bdist.win32\egg\combinewiki\web_ui.py, line 58, in process_admin_request File build\bdist.win32\egg\combinewiki\formats.py, line 201, in process_combinewiki File C:\Python24\lib\site-packages\trac\web\api.py, line 367, in display data = self.hdf.render(template, form_token) File C:\Python24\lib\site-packages\trac\web\clearsilver.py, line 296, in render injector.feed(template.render()) File C:\Python24\lib\HTMLParser.py, line 108, in feed self.goahead(0) File C:\Python24\lib\HTMLParser.py, line 148, in goahead k = self.parse_starttag(i) File C:\Python24\lib\HTMLParser.py, line 226, in parse_starttag endpos = self.check_for_whole_start_tag(i) File C:\Python24\lib\HTMLParser.py, line 301, in check_for_whole_start_tag self.error(malformed start tag) File C:\Python24\lib\HTMLParser.py, line 115, in error raise HTMLParseError(message, self.getpos()) HTMLParseError: malformed start tag, at line 499, column 81 Any ideas? I am running trac 0.10.4 and installed the CombineWiki using easy_install. Thanks in advance for any help you can provide! Brett On Apr 21, 9:00 pm, Noah Kantrowitz [EMAIL PROTECTED] wrote: Brett wrote: Hi all-- I would like to export the entire contents of a project Trac Wiki (including all sub pages, etc.) to individual HTML files that I can burn to a CD as a snapshot of documentation for a particular project release. Is there a way to automate this process (via plugin or other method) or will I need to open a web browser and manually save each Wiki page by hand? I am running the standalone tracd server on a Windows SBS system. I don't consider myself a Trac power user, but I assume that the wiki contents are located in the db/trac.db file within the Trac environment for the project. Look at the CombineWiki plugin. Either the HTML or TiddlyWiki output formats should do what you want. --Noah signature.asc 1KDownload --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Method to Automate Export Wiki to HTML Files?
I have also installed HTMLDOC but cannot export to a PDF or PS file. Do I need to point the CombineWiki plugin at the path of HTMLDOC? Brett --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] account manager plugin
Hi list, Does anybody happen to know, what would cause the following error? Traceback (most recent call last): File /usr/lib/python2.5/site-packages/Trac-0.11dev_r6853-py2.5.egg/ trac/web/api.py, line 339, in send_error 'text/html') File /usr/lib/python2.5/site-packages/Trac-0.11dev_r6853-py2.5.egg/ trac/web/chrome.py, line 684, in render_template data = self.populate_data(req, data) File /usr/lib/python2.5/site-packages/Trac-0.11dev_r6853-py2.5.egg/ trac/web/chrome.py, line 592, in populate_data d['chrome'].update(req.chrome) File /usr/lib/python2.5/site-packages/Trac-0.11dev_r6853-py2.5.egg/ trac/web/api.py, line 168, in __getattr__ value = self.callbacks[name] (self) File /usr/lib/python2.5/site-packages/Trac-0.11dev_r6853-py2.5.egg/ trac/web/chrome.py, line 460, in prepare_request for category, name, text in contributor.get_navigation_items(req): File build/bdist.linux-i686/egg/acct_mgr/web_ui.py, line 302, in get_navigation_items (req.href.register())) LookupError: unknown encoding: /trac/ILTable/register It only happens, once I install the account manager plugin. (with easy install) I have installed the latest trunk release of trac and python 2.5 running on a debian etch system. the latest trac + python 2.4, which I have on another, older, debian system works so far with the account manager plugin from trunk. what shall I try next? could it be easyinstall? any pointers? TIA --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: account manager plugin
Alex da Franca wrote: ... File build/bdist.linux-i686/egg/acct_mgr/web_ui.py, line 302, in get_navigation_items (req.href.register())) LookupError: unknown encoding: /trac/ILTable/register ... what shall I try next? could it be easyinstall? any pointers? http://trac-hacks.org/ticket/2907 -- Christian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: account manager plugin
Thanks a lot, Christian! I'll give it a try once I get back to my desk. and sorry for being so lame at finding these things on my own. :-( Am 22.04.2008 um 17:59 schrieb Christian Boos: http://trac-hacks.org/ticket/2907 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: account manager plugin
Alex da Franca wrote: Thanks a lot, Christian! I'll give it a try once I get back to my desk. and sorry for being so lame at finding these things on my own. :-( It's a bit easier when you're the one who triggered the change ;-) -- Christian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: account manager plugin
Am 22.04.2008 um 18:19 schrieb Christian Boos: It's a bit easier when you're the one who triggered the change ;-) as you might have guessed: it works like a champ! thanks again. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Confused about milestones and versions
As an aside... At my last company we introduced a field called version_fixed. Because we were doing client rather than web development - it was very useful: knowing that the bug was fixed in, say, 1.12 enabled us to skip duplication when looking at, say, 1.11. On Apr 22, 2008, at 4:49 AM, Erik Andersson wrote: You can use version to report in which version a bug was found. The milestone is used to plan in which release the fix will be implemented. Cheers / Erik On Tue, Apr 22, 2008 at 10:19 AM, Doc [EMAIL PROTECTED] wrote: I'm confused mostly about the versions. What is the meaning of having a version? All I see on Trac's site (trac.edgewall.org) is milestones. All reporting and project management seems to be around milestones. What are versions for? I read somewhere that milestones are supposed to be future feature packs, and versions are supposed only to indicate which release (in the past) each ticket did actually get into. But that seems incomplete, as it would indicate that there would also be some mechanism to mass-assign tickets to versions (e.g. assign a completed milestone to a version/release). That seems intuitive, and that's the way I'd like to work, with the following clarifications: - Each milestone would be a batch of tickets needed to complete a feature (i.e. milestones are features of the project, which seems to be about the way they are being used already). - Each version would be a bunch of milestones/features that have been included, or are expected to be included in that release (i.e. a version is a release), depending on the release date (whether it's in the past or future This way it is possible to track features and plan releases (i.e. by adding/subtracting features, thus postponing or hastening a release). How about that? Oh, and I'd like to mention that the roadmap also makes no mention of versions. Doc P.S. I think Trac is great otherwise, especially the upcoming 0.11 release (NOT milestone! :) ) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Problem: Using CombineWiki to Export Wiki Pages with Images
Does anyone know how to configure CombineWiki to export images to the HTML/PDF files it creates? I either get the following error (when exporting to PDF): Traceback (most recent call last): File C:\Python24\lib\site-packages\trac\web\main.py, line 406, in dispatch_request dispatcher.dispatch(req) File C:\Python24\lib\site-packages\trac\web\main.py, line 237, in dispatch resp = chosen_handler.process_request(req) File C:\Python24\lib\site-packages\tracwebadmin-0.1.2dev_r5911- py2.4.egg\webadmin\web_ui.py, line 119, in process_request path_info) File build\bdist.win32\egg\combinewiki\web_ui.py, line 58, in process_admin_request File build\bdist.win32\egg\combinewiki\formats.py, line 55, in process_combinewiki File build\bdist.win32\egg\combinewiki\formats.py, line 106, in _page_to_file File C:\Python24\lib\encodings\iso8859_15.py, line 18, in encode return codecs.charmap_encode(input,errors,encoding_map) UnicodeEncodeError: 'charmap' codec can't encode character u'\u2014' in position 210: character maps to undefined Or I get a HTML page that does not have the images. Also, for the record, the I cannot get the TiddlyWiki export to work correctly. I am using: Trac 0.10.4 (tracd configuration) on a Windows SBS HTMLDoc 1.8.24 GNU CombineWiki 1.2 What I am attempting to do is do a full export of a Trac Wiki environment so that I can store an image (either in HTML or linked PDF form) of the Wiki on external media such as a CD. Thanks in advance for your help. Brett --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problem: Using CombineWiki to Export Wiki Pages with Images
Brett wbranderson-at-gmail.com |TracMailingList| wrote: Does anyone know how to configure CombineWiki to export images to the HTML/PDF files it creates? I either get the following error (when exporting to PDF): ... Have you considered using a site-copier such as HTTrack (www.httrack.com) to copy the HTML pages? It seems to me that this should be straightforward, requiring you only to adjust the filters to skip pages you don't want archived (eg, all the source and changeset pages). Of course, straightforward is easy for me to say since I haven't tried it. :) Just for my info, does CombineWiki dump anything beyond the wiki pages? That is, does it dump the tickets, milestones, etc.? From the description page, it's not clear to me. Don --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Confused about milestones and versions
Thanks to everyone for the clarifications. I'll see how all this fits into my current development process. Doc --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problem: Using CombineWiki to Export Wiki Pages with Images
Don-- HTTrack did exactly what I was looking for. I started it running on the wiki that I wanted to export earlier this afternoon. The only downside is that I have the Trac environment linked to a svn repo and it looks like HTTrack is imaging the Trac copies of each source code revision--so the image is taking a while. Hopefully it will be done by morning ;-). I posted this earlier but it doesn't seem like the post made the trac- users site. CombineWiki allows you to export any of the Wiki pages to either PDF files, HTML files, TiddlyWiki files (a group of wiki pages exported as a single HTML file), or PostScript files by using HTMLDOC (readily available for freeware download after a quick Google search). It seems to be limited to just wiki pages. I thought the plugin was just the tool I was looking for to image my Trac environment, but I had too much trouble with it. Thanks again for the tip on HTTrack. Brett On Apr 22, 4:25 pm, [EMAIL PROTECTED] wrote: Brett wbranderson-at-gmail.com |TracMailingList| wrote: Does anyone know how to configure CombineWiki to export images to the HTML/PDF files it creates? I either get the following error (when exporting to PDF): ... Have you considered using a site-copier such as HTTrack (www.httrack.com) to copy the HTML pages? It seems to me that this should be straightforward, requiring you only to adjust the filters to skip pages you don't want archived (eg, all the source and changeset pages). Of course, straightforward is easy for me to say since I haven't tried it. :) Just for my info, does CombineWiki dump anything beyond the wiki pages? That is, does it dump the tickets, milestones, etc.? From the description page, it's not clear to me. Don --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: [Trac 0.11b2] [apache+mod_python] Basic authentication configuration issue
Eirik Schwenke wrote: I just now tested with the following in my local apache-config: ~ LocationMatch /[^/]+/login$ ~ AuthType Basic ~ AuthName Projects ~ AuthUserFile /home/httpd/trac-env/trac.htpasswd ~ Require valid-user ~ /LocationMatch And it demanded login-credentials for all /foo/bar/login-urls i threw at it. (Note the trailing $ didn't make any difference wrt wether or not the section worked, but it's best to be reasonably specific about LocationMatch-directives, in case they're included in a complex apache-config). I'd double-check my apache-config for typos and see if the apache error.log has anything helpful to add -- because as far as I can understand the code you posted earlier *should* work. Let's do some magics... ~ DocumentRoot /home/httpd/projects ~ ~ Location / ~SetHandler mod_python ~PythonHandler trac.web.modpython_frontend ~PythonOption TracEnvParentDir /home/httpd/trac-env ~PythonOption TracUriRoot / ~SetEnv PYTHON_EGG_CACHE /home/httpd/.egg-cache ~PythonDebug On ~ /Location ~ ~ LocationMatch /[^/]+/login$ ~AuthType Basic ~AuthName Projects ~AuthUserFile /home/httpd/trac-env/trac.htpasswd ~Require valid-user ~ /LocationMatch This is the initial configuration : i'm not asked for authentication for http://projects.arcanes.home/foo/login Now... ~ DocumentRoot /home/httpd/projects ~ * Directory /home/httpd/projects/ ~SetHandler mod_python ~PythonHandler trac.web.modpython_frontend ~PythonOption TracEnvParentDir /home/httpd/trac-env ~PythonOption TracUriRoot / ~SetEnv PYTHON_EGG_CACHE /home/httpd/.egg-cache ~PythonDebug On * /Directory ~ ~ LocationMatch /[^/]+/login$ ~AuthType Basic ~AuthName Trac Projects Authentication ~AuthUserFile /home/httpd/trac-env/trac.htpasswd ~Require valid-user ~ /LocationMatch (changed lines start with *) And... All is fine !! It seams that the Apache server deals with the Location / directive in a particular way. I don't know if it's a bug (just in my version ?), though. Maybe there is a real reason for that. Thanks for your help ! Raphaël. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: [Trac 0.11b2] [apache+mod_python] Basic authentication configuration issue
On Apr 23, 2:16 pm, Virtual Dust [EMAIL PROTECTED] wrote: Eirik Schwenke wrote: I just now tested with the following in my local apache-config: ~ LocationMatch /[^/]+/login$ ~ AuthType Basic ~ AuthName Projects ~ AuthUserFile /home/httpd/trac-env/trac.htpasswd ~ Require valid-user ~ /LocationMatch And it demanded login-credentials for all /foo/bar/login-urls i threw at it. (Note the trailing $ didn't make any difference wrt wether or not the section worked, but it's best to be reasonably specific about LocationMatch-directives, in case they're included in a complex apache-config). I'd double-check my apache-config for typos and see if the apache error.log has anything helpful to add -- because as far as I can understand the code you posted earlier *should* work. Let's do some magics... ~ DocumentRoot /home/httpd/projects ~ ~ Location / ~SetHandler mod_python ~PythonHandler trac.web.modpython_frontend ~PythonOption TracEnvParentDir /home/httpd/trac-env ~PythonOption TracUriRoot / ~SetEnv PYTHON_EGG_CACHE /home/httpd/.egg-cache ~PythonDebug On ~ /Location ~ ~ LocationMatch /[^/]+/login$ ~AuthType Basic ~AuthName Projects ~AuthUserFile /home/httpd/trac-env/trac.htpasswd ~Require valid-user ~ /LocationMatch This is the initial configuration : i'm not asked for authentication forhttp://projects.arcanes.home/foo/login Now... ~ DocumentRoot /home/httpd/projects ~ * Directory /home/httpd/projects/ ~SetHandler mod_python ~PythonHandler trac.web.modpython_frontend ~PythonOption TracEnvParentDir /home/httpd/trac-env ~PythonOption TracUriRoot / ~SetEnv PYTHON_EGG_CACHE /home/httpd/.egg-cache ~PythonDebug On * /Directory ~ ~ LocationMatch /[^/]+/login$ ~AuthType Basic ~AuthName Trac Projects Authentication ~AuthUserFile /home/httpd/trac-env/trac.htpasswd ~Require valid-user ~ /LocationMatch (changed lines start with *) And... All is fine !! It seams that the Apache server deals with the Location / directive in a particular way. I don't know if it's a bug (just in my version ?), though. Maybe there is a real reason for that. But what is in '/home/httpd/projects/'? Letting it fall back on to document root like this may itself cause problems if not careful depending on whether document root is empty or not. Frankly, how mod_python hooks into Apache is a PITA as it causes various little oddities where the true target of a request as calculated by Apache, ie.,. SCRIPT_NAME equivalent, ends up being wrong. End result is that web applications have learned not to trust what mod_python passes it for some values in the request and applications work it out themselves from the request URI. This means though that the applications have to be told where the application is mounted if not mounted at root. In contrast, mod_wsgi hooks into Apache in a more traditional resource based approach like CGI configuration is done. This means SCRIPT_NAME is correct and you don't end up with these funny little problems like you are having when using Location directive to try and configure mod_python. In other words, you might consider looking at mod_wsgi instead of mod_python as it doesn't generally exhibit these odd little issues that mod_python sometimes can. :-) Graham --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: [Trac 0.11b2] [apache+mod_python] Basic authentication configuration issue
Graham Dumpleton wrote: But what is in '/home/httpd/projects/'? Letting it fall back on to document root like this may itself cause problems if not careful depending on whether document root is empty or not. Like i said in the first post of this thread, the root directory is empty. But nothing change with stuff in it (even with a foo/ directory or a 'foo/login' file). Frankly, how mod_python hooks into Apache is a PITA as it causes various little oddities where the true target of a request as calculated by Apache, ie.,. SCRIPT_NAME equivalent, ends up being wrong. End result is that web applications have learned not to trust what mod_python passes it for some values in the request and applications work it out themselves from the request URI. This means though that the applications have to be told where the application is mounted if not mounted at root. In contrast, mod_wsgi hooks into Apache in a more traditional resource based approach like CGI configuration is done. This means SCRIPT_NAME is correct and you don't end up with these funny little problems like you are having when using Location directive to try and configure mod_python. In other words, you might consider looking at mod_wsgi instead of mod_python as it doesn't generally exhibit these odd little issues that mod_python sometimes can. :-) I didn't know about mod_wsgi. I will take a look at it and compare performances with mod_python. Thanks. Anyway, the problem seems not to be directly linked with mod_python, since i had a similar problem with mod_dav_svn and a Location / directive that i just resolved the same way. Graham Raphaël --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Merging multiple tracs to a mercurial forest
Hi folks (particularly Christian), We have about 10 Trac installs running, mostly on a single machine but some on others. They're all on 0.10.4 right now. There are only about 5 that are high volume, and only some of them have subversion repositories. We're interested in merging our repositories and tracs down to one or two instances. To help with this we're considering migrating all the repositories to a Mercurial forest and merging the wikis and tickets to a single Trac. I'm not especially concerned with merging the tickets, etc. A little bit of sick creativity (trac 1 ticket #300 becomes #1300, trac 2 ticket #60 becomes #2060. Wiki conflicts become wiki/trac1/Conflict and wiki/trac2/Conflict) and we should be good to go. Our main issue is trac hg forest support. I see that it's not really supported at TracMercurial, but I also seem some recent activity. A checkout just now of 0.11b2, multirepos and TracMercurial 0.12 isn't working (it sees no revisions at the forest level). Is forest support being developed now? Is there something we can do to encourage its development? Thanks, Chris --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
