Team Chat Logs

April 19, 2010

2010 3
Mo Tu We Th Fr Sa Su
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30    
<< <   > >>

[00:39:22.775278]<tclugg>doki_pen: I've re-opened #5452 - no hard feelings, but regressions that stop a plugin from working with the latest stable release of Trac are a bad idea.
[00:40:03.735474]<scfe>tclugg: #5452 is closed since 3 years...
[00:40:22.865603]<scfe>tclugg: I guess you mistyped the ticket number
[00:40:36.070947]<tclugg>scfe: trac-hacks.org.
[00:41:39.832163]<scfe>tclugg: ah - I see :-)
[00:43:09.572941]<tclugg>scfe: do you agree with my diagnosis of trac-hacks #5452?
[00:43:58.615484]<tclugg>hint - you're allowed to say you don't care... :-P
[00:44:17.595217]<scfe>tclugg: didn't have time to look into that :-)
[04:15:48.961084]<doki_pen>tclugg: hey, I'll look into it this morning
[04:52:11.443929]<lelit>hi all, sorry for the n00b question, but couldn't find it on the wiki: what is the r/w URL of the trac svn repository?
[04:55:21.414543]<kirean>lelit: http://trac.edgewall.org/wiki/TracDownload#LatestDevelopmentSourceCode
[04:57:04.095534]<lelit>oh, yes, I assumed there was another URI for the writable thingie
[04:57:16.607486]<lelit>I'll try to commit there so :)
[04:58:09.209967]<doki_pen>lelit: trac doesn't provide svn, you have to set that up seperately
[04:58:35.692556]<doki_pen>lelit: trac just looks at svn, you can't commit through it
[04:58:51.654201]<doki_pen>lelit: you need apache webdav or something, look at svn redbook
[04:59:24.689229]<doki_pen>tclugg: looks like trac-0.11.7 comes with jquery-1.2.6
[04:59:44.575637]<doki_pen>tclugg: are you using debian or something?
[04:59:55.308373]<kirean>lelit: if you are planning to contribute to Trac you migth start with patches
[05:00:44.995666]<kirean>lelit: http://trac.edgewall.org/wiki/TracDev
[05:01:00.088980]<lelit>sorry if I was imprecise: I got the rights to directly commit to the italian message catalog, *of* trac
[05:01:45.899838]<lelit>so, I do know how to use svn et all, but I never committed to the trac svn repo before
[05:05:34.909927]<kirean>lelit: the person that gave you the commit permissions should be able to tell you the url as well
[05:05:41.451214]<doki_pen>lelit:
[05:05:57.649402]<doki_pen>lelit: https://svn.edgewall.org/repos/trac
[05:06:07.939730]<lelit>thank you
[05:47:02.683736]<doki_pen>lelit: np
[07:17:24.890814]<chaoflow>Talking about offline mode: http://trac.edgewall.org/ticket/5912 - does trac have an API for querying and adding/modifying tickets or would one need to go via the webfrontend? I think conflict resolution could happen locally and should not be the job of server-side trac.
[07:18:13.464765]<chaoflow>I'd like write a script, that makes all tickets available locally for offline reading and modification and next time I am online, it'll synchronize
[07:18:59.844027]<chaoflow>as a first step, keeping the tickets in a ZODB locally and using ipython as interface could be completely sufficient
[07:39:36.256802]<cmc>chaoflow: look at trac-admin
[07:43:49.210021]<phrearch>hi
[07:43:54.377630]<phrearch>which git plugin is the best for trac?
[07:49:00.384150]<phrearch>i installed git plugin with easy_install http://trac-hacks.org/svn/gitplugin/0.11
[07:49:19.582456]<phrearch>added it to the projects config, but i get Can't synchronize with the repository (Unsupported version control system "git": Can't find an appropriate component
[07:51:16.963726]<chaoflow>cmc: good point - thx!
[07:51:45.882979]<cmc>np :)
[07:51:58.234782]<chaoflow>phrearch: I use trac 0.12 with multiple git repos successfully
[07:52:30.404478]<chaoflow>phrearch: but except for the multi repos, it was also working with 0.11 - I guess your installation of the plugin went wrong
[07:54:26.495386]<phrearch>chaoflow: got it enabled now, but it returns a giterror
[07:54:29.984519]<phrearch>http://hwios.org/browser
[07:54:56.404774]<chaoflow>phrearch: are you using a bare git report or one with a workdir?
[07:55:07.925883]<phrearch>i use the dir setup by gitosis
[07:55:25.704110]<chaoflow>phrearch: either way you need to point it to the directory that contains the git files, i.e the .git dir
[07:56:04.956605]<chaoflow>phrearch: how did you enable read-access for trac to the gitosis hosted git repo?
[07:56:20.851254]<phrearch>ok thanks, but i have this in that dir
[07:56:21.396487]<phrearch>HEAD branches config description git-daemon-export-ok hooks info objects refs
[07:56:27.891019]<phrearch>wrong dir?
[07:56:35.673935]<phrearch>or wrong repo
[07:56:49.443725]<chaoflow>phrearch: thats the right one, gitosis uses bare repos - that's ok
[07:57:05.217513]<chaoflow>phrearch: can you post an ls -l <path_to_repo>
[08:33:59.879032]<phrearch>chaoflow: http://paste.pocoo.org/show/203654/
[08:35:39.378614]<phrearch>i get Can't synchronize with the repository (The 'repository_dir' has changed, a 'trac-admin resync' operation is needed.)
[08:39:36.042894]<Bananobot>Is there any way to make the output of a trac macro searchable?
[08:46:39.245669]<chaoflow>phrearch: is your trac, i.e. the user it is running as, able to reach the repo dir?
[08:47:05.552106]<chaoflow>phrearch: su <trac_user> -c 'ls -l /home/git/repositories/hwios.git/
[08:47:08.064693]<chaoflow>'
[08:47:27.745997]<chaoflow>the ' is supposed to be at the end of the previous line
[09:11:59.931138]<Bananobot>Hm... I'm trying to edit this macro plugin, but Trac is acting as if the file hasn't been modified. I made sure there wasn't a .pyc file. Is there some other cache that Trac or Python is using?
[09:12:55.534486]<chaoflow>Bananobot: how did you install the plugin?
[09:13:09.531694]<Bananobot>I just put the .py file in the site's plugins directory
[09:14:05.954555]<Bananobot>And it works fine. I edited it and put "return 'test'" at the beginning of the macro, and it started outputting "test" in the wiki page, which is correct. Then, I just changed it to "return 'test2'", but the wiki page still says "test"
[09:14:40.155139]<Bananobot>No matter what I change in the file, the wiki page isn't reflecting the changes
[09:14:46.312419]<chaoflow>Bananobot: I just know plugins that are installed as eggs, can you post a link to that plugin's webpage
[09:15:01.655402]<chaoflow>Bananobot: did you restart either tracd (if you use it) or apache?
[09:15:09.938374]<Bananobot>No
[09:15:34.622830]<Bananobot>There must be a way to flush the cache without restarting the webserver. This is a live server.
[09:16:27.086564]<chaoflow>"There must be" as in "you would like a way to be there" or as in "you know there is one, but don't remember how"?
[09:17:20.452476]<cmc>when developing a plugin, I use tracd with a flag that more or less automatically flushes the cache
[09:17:34.460234]<Bananobot>Restarting Apache worked, but that isn't a sufficient solution.
[09:17:50.058906]<cmc>Bananobot: you shouldn't be developing on a live server
[09:17:51.444554]<Bananobot>chaoflow: As in, "I sure hope there is one"
[09:19:20.526333]<chaoflow>Bananobot: as cmc said, develop in a test/dev environment, deploy when nobody/few people are accessing your server. If you tests well enough its a matter of seconds at most
[09:19:50.075176]<cmc>unless modifying the db :)
[09:19:59.748586]<Bananobot>chaoflow: It isn't a problem if this particular site goes down, but this server hosts a number of other sites as well
[09:20:04.777977]<chaoflow>Bananobot: have a look at the dev mode cmc mentioned and consider it for your live server - but by the sound and feeling of I wouldnt do it
[09:20:23.408307]<Bananobot>I shouldn't have to restart the whole web server in order to update one thing on one site
[09:21:16.235339]<chaoflow>Bananobot: true, but that is your hosting setup, though I am not aware of a better one using apache
[09:21:26.309119]<Bananobot>Could someone explain this caching system a bit more? Is it Trac doing the caching, or is it the Python engine itself?
[09:21:46.623072]<chaoflow>Bananobot: are you using mod_wsgi, tracd, or how are your running trac?
[09:22:03.114074]<chaoflow>or mod_python?
[09:22:21.436671]<Bananobot>I'm running it in Apache with mod_python
[09:23:43.312468]<chaoflow>then most likely apache starts one python interpreter and once a module is loaded that interpreter won't load it again, without certain hacks (which I don't know right now but would need to check)
[09:24:07.875965]<chaoflow>by restarting apache, python gets killed and a new one started
[09:24:27.723748]<cmc>chaoflow: that matches my understanding
[09:24:52.945901]<chaoflow>it is not about .py vs .pyc, if the py file is newer, python will use that instead of pyc, but only if the module is not loaded already
[09:24:58.762952]<chaoflow>cmc: great :)
[09:24:59.430986]<Bananobot>So it's caching it in memory? Is it possible/safe to kill that python process?
[09:25:34.054052]<chaoflow>Bananobot: sorry, no idea - try it and please report back :)
[09:26:33.036220]<chaoflow>Bananobot: and yes it is kind of caching it in memory, in other words: once it is loaded into memory it is there, no need to load it again, at least for that interpreter
[09:27:41.216017]<chaoflow>Bananobot: eventually a apache reload could be enough, but I am not sure right now what that means in down-time for the other pages and whether it is enough to reload all python modules / restart python
[09:27:54.837547]<chaoflow>But the docs for mod_python should help
[09:28:07.068349]<chaoflow>also mod_wsgi might be an alternative, also performance-wise
[09:28:21.742735]<Bananobot>I tried an Apache reload first. That didn't work.
[09:28:28.515941]<Bananobot>It requires a full restart
[09:29:16.226432]<chaoflow>Bananobot: you could check the dev mode cmc mentioned or plone.reload (a tool that does reloading of python code for zope/plone) somewhere in there you will find the code responsible for reloading
[09:29:34.605155]<cmc>http://www.dscpl.com.au/wiki/ModPython/Articles/BasicsOfModuleImporting looks like ou can use the PythonAutoReload directive? hard to tell
[09:30:02.507386]<chaoflow>you could extract that, put it into a trac plugin, make the plugin available to trac-admin and make everybody very happy with a possibility to reload code via trac-admin
[09:30:28.985936]<cmc>hehe that'd be cool
[09:31:16.523545]<chaoflow>you could also wait until I am in need of something like that, but need vs available time does not look like it'd be soon
[09:32:27.746173]<chaoflow>"By default automatic module reloading is enabled at this level and it would need to be explicitly disabled if it wasn't required, such as in a production environment. "
[09:32:30.806373]<chaoflow>strange
[09:33:48.476741]<chaoflow>"whether the child module has changed and whether it needs to be reimported, is only determined at the time that the parent module is first imported and when the parent module is subsequently reimported. Note that modules imported using the import statement are never reloaded, that which already exists in sys.modules is used even if the parent module were reloaded. "
[09:33:53.527677]<chaoflow>aha
[11:23:40.974814]<macmaN>is it possible to hide a set of intertrac prefixes
[13:37:35.814637]<Insyte>I recently re-factored my Trac install (multiple projects) and now the ticket counts on the Roadmap page are no longer clickable. The source just shows "<a>Closed tickets:</a>" with no href in the anchor...
[13:37:42.019356]<Insyte>Any idea what I may have screwed up?
[13:38:25.781120]<cmc>did the workflow change?
[13:38:35.561178]<Insyte>Not deliberately.
[13:38:39.519868]<macmaN>refactoring in this case means....
[13:39:07.440200]<Insyte>I added a parent directory above all of the projects and moved the plugins to a shared directory pointed to via the [inherit] block.
[13:39:19.025497]<Insyte>old path: /opt/trac/<projectname>
[13:39:28.920425]<Insyte>New path: /opt/trac/projects/<projectname>
[13:40:23.219959]<cmc>do you use a plugin for your milestones?
[13:41:18.334150]<Insyte>Hmmm... I didn't originally select the plugins, so I'm not sure, but we have timingandestimationplugin, TracTimeVisualizerPlugin, and BatchModify.
[13:41:18.536513]<cmc>check [milestone] stats_provider in your trac.ini, the default is ITicketGroupStatsProvider
[13:41:50.962140]<Insyte>Ah. It's set to 'DefaultTicketGroupStatsProvider'.
[13:41:51.585942]<cmc>same for [roadmap stats_provider
[13:42:21.241399]<Insyte>That is set to the same as for [milestone] stats_provider.
[13:42:51.300926]<cmc>oh sorry, that's correct
[13:43:03.319933]<cmc>DefaultTicketGroupStatsProvider implements ITicketGroupStatsProvider
[13:43:08.319880]<Insyte>I see.
[13:44:00.930284]<Insyte>And those classes are what generates the ticket count links?
[13:44:11.441430]<cmc>hm, do links elsewhere work? perhaps this isn't specific to milestones
[13:44:37.504107]<cmc>Insyte: iirc, yes
[13:44:46.693477]<Insyte>They seem to. I can click all the way through to individual tickets via the "View Tickets" interface.
[13:44:54.583331]<Insyte>And links in the Wiki work.
[13:45:23.108471]<cmc>email yourself something from a ticket
[13:45:39.252338]<cmc>it'll include a link back, which, if broken, would indicate a bad base_url
[13:45:46.129722]<Insyte>ok
[13:46:23.645397]<Insyte>The "Ticket URL:" link looks good.
[13:46:55.421917]<cmc>hm, sorry running out of ideas
[13:47:19.475499]<Insyte>:)
[13:47:59.969391]<cmc>try running a tracquery for a particular milestone and confirm that tickets are returned
[13:48:23.117242]<Insyte>I don't know what you mean.
[13:49:04.181157]<cmc>go to View Tickets > Custom Query and then filter for the milestone you were looking at before
[13:49:51.200943]<Insyte>Hmmm... Interestingly, the "custom query" link seems to be missing.
[13:50:21.183920]<cmc>there's two configurations; if you click 'View Tickets' and get a listing of reports, you need to click Custom Query
[13:50:31.381867]<cmc>if, instead, you get a list of tickets, you're already there
[13:50:52.570657]<Insyte>Yes, I got the list of reports. But oddly, no "custom query" link next to the "available reports".
[13:51:32.268621]<Insyte>Ah. I'm not admin on that project.
[13:51:36.555334]*Insyte fixes.
[13:51:47.930590]<cmc>hopefully that'll fix the milestone thing too
[13:52:07.574075]<cmc>I suppose if you can't run queries, you shouldn't be able to see milestone tickets
[13:53:54.009774]<Insyte>Hmmm... Still no 'custom query' or clickable milestone links.
[13:54:15.224893]<Insyte>I did get the "Create new report" button.
[13:54:18.729767]<Insyte>Which I didn't have before.
[13:55:12.921660]<cmc>hm... are there tickets? ;)
[13:55:49.360116]<Insyte>Yep.
[13:56:42.869523]<cmc>list of permissions: http://trac.edgewall.org/wiki/TracPermissions#AvailablePrivileges
[13:56:54.095942]<cmc>though you said you gave yourself TRAC_ADMIN ?
[13:57:03.191240]<Insyte>Yeah.
[13:57:41.454913]<cmc>this shouldn't affect anything, but try restarting the server and logging back in
[13:58:09.543073]<Insyte>wilco
[13:58:41.751261]<Insyte>As you suspected, no change.
[14:02:35.552077]<cmc>maybe try adding a new admin user? this may center around a permission issue
[14:07:36.471668]<Insyte>I'll give that a shot.
[14:08:24.617158]<cmc>sorry it's not working :/
[14:08:39.650521]<Insyte>It *was* working, so it's something I did.
[14:09:11.974145]<Insyte>And it appears that the projects that are not using the shared [inherit] config are still working.
[14:09:25.734397]<Insyte>Is the [inherit] functionality pretty reliable?
[14:10:01.214391]<cmc>I believe so, but I've never used it personally
[14:10:14.077561]<Insyte>Although they were working just fine until I changed the directories around over the weekend, so that's probably a red herring.
[14:15:18.732306]<Insyte>Harrumph; I just used symlinks to put back the original directory structure and it still doesn't work.
[14:15:34.200789]<Insyte>I broke something in a significant way...
[14:24:37.799015]<Insyte>Completely vanilla fresh project works as expected.
[16:26:17.662029]<tclugg>doki_pen: poke?
[23:34:04.776995]<phrearch>morning
[23:34:15.624242]<phrearch>im trying to setup the gitplugin for trac, but i get a sync error
[23:34:18.858337]<phrearch>http://hwios.org
[23:34:25.471952]<phrearch>anyone an idea what may be wrong?