Team Chat Logs

September 19, 2009

2009 8
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        

[01:51:08.174773]<evil_twin>t.e.o: Ticket #6062 (MediaWiki-style alternative wiki syntax) updated - <http://trac.edgewall.org/ticket/6062#comment:11> - cboos
[02:22:01.497297]<robgleeson>Hi
[02:22:15.255295]<robgleeson>removing the wiki, or wiki links in comments.... possible at all?
[06:12:39.595411]<retracile>robgleeson: if you're wanting to disable the wiki itself, I believe you can disable that module... there is also a config option for not automatically wiki-linking camelcase words
[06:15:12.087163]<robgleeson>retracile: how would i disable that module
[06:35:40.947371]<retracile>robgleeson: in the [components] section, set the module to disabled... uhm... should be 'trac.wiki.WikiModule = disabled'
[06:40:25.190888]<robgleeson>retracile: thanks a million
[06:59:43.284781]<retracile>robgleeson: since the help docs are in the wiki, your help links will be broken, but that may not be a problem for you
[08:36:09.074032]*retracile mumbles something incoherent about mornings.
[08:38:29.701675]<retracile>Anyone know of a good introduction to using the svn python bindings?
[09:34:46.887398]<pilaf42>Had anybody else seen this? Proxying Apache 1.3 to tracd 0.11.5, Apache issues a 404 for any URLs ending with ".php?var=val", but not those ending with just ".php". This shows up in the source browser either by clicking on a file in a changeset, or browsing to a past revision of a php file in the repository.
[09:35:56.810812]<pilaf42>I thought php was trying to map the url to the filesystem before the proxy got to it, but <Directory proxy:http://site/trac> RemoveType .php .phps </Directory> per the Apache 1.3 docs didn't make a difference, while a .htaccess file in a webroot subdir with the same RemoveType directive works to prevent php from interpreting scripts.
[10:01:10.671105]<retracile>pilaf42: If you don't get to the bottom of that this weekend, I'd suggest trying again during US business hours... there's more traffic then.
[10:27:00.729856]<pilaf43>retracile: Thanks. I had a feeling that might be the case.
[10:59:04.441965]<retracile>hey osimons; did y'all manage to figure out anything on that problem that bit t.e.o?
[11:00:12.303376]<osimons>dunno, retracile - had to leave on friday, so missed any conclusions too (if any)
[11:00:44.370755]<osimons>got some logs to read that cboos has made available
[11:05:15.816584]<osimons>retracile: away to our moutains retreat with the kids this weekend, so hard to focus on 50MB of logs (http://ftp.edgewall.com/tmp/)....
[11:06:36.330862]*osimons just started reading the latest Dan Brown too...
[11:07:44.057611]<osimons>how things your end then, eli? all well?
[11:09:21.979301]<retracile>osimons: going pretty well. the kids are growing fast, I've managed to do a little work on mergebot (though not on trac core, sadly)
[11:09:54.341438]<retracile>osimons: and I have a secret project that I'm making progress on, so overall -- quite well
[11:10:33.330517]<osimons>oh. secrets. do tell, do tell :-)
[11:11:05.246081]<osimons>no doubt be revealed in due time - i am patient by nature...
[11:12:13.502333]<retracile>osimons: oh yes, in due time it will be... assuming I succeed. :)
[11:14:36.638842]<osimons>goodie.
[11:40:15.790638]<Azrael>how actively developed is trac these days? i remember a few years ago, at the rate things were going, 1.0 would be out in like 10 minutes. are things still moving along, or is it just two guys doing bug fixes when they have spare time?
[11:47:25.991186]<retracile>Azrael: a number of us have had "life" happen...
[11:48:09.318063]<retracile>Azrael: a few years ago, I was working on Trac as part of my day-job. I haven't had time to contribute much in the past year.
[11:48:23.478232]<retracile>Azrael: The same is true for a few others.
[11:48:39.542384]<retracile>Azrael: That said, trac is still being actively developed and supported.
[12:01:53.104802]<Azrael>retracile: cool. yeah, i understand re: life happening. know why edgewall isn't putting in much day-job resources to Trac?
[12:24:23.306990]<JosefAssad>considering how many production deploys of trac there's got to be, it's illogical that no one's on it FT
[12:53:19.795092]<Azrael>JosefAssad: i guess there's just no money in developing it. they'd have to split into a free vs. enterprise supported version and have advantages of enterprise over the free one
[12:53:47.222410]<Azrael>or go the way of JIRA, which is a really good product, but no svn browse or wiki... and not free at all...
[13:59:20.652254]<Evanlec>hello
[14:11:12.614170]<JosefAssad>Azrael: I was thinking less the old-n-tired single product business and more just finding a simple way to get stakeholders to chip in
[14:53:54.177631]<Azrael>JosefAssad: yeah that would work too -- just get community members to contribute
[16:22:52.758385]<_rysiek|pl_>yello
[16:23:21.006875]<_rysiek|pl_>guys, I am having a probably dumb issue here, with which google is not able to help, apparently
[16:23:41.178126]<_rysiek|pl_>I have got a host behind a gateway with apache+mod_proxy on the gateway
[16:23:54.923340]<_rysiek|pl_>the trac host is accessible only through that proxy
[16:24:32.733433]<_rysiek|pl_>all is well and the proxy nicely changes all the local addresses to proper "outside" addresses, but for RSS (for which I would need mod_proxy_xml + a whole lot of configuration)
[16:25:02.086632]<_rysiek|pl_>isn't there a way of telling Trac "make ALL the absolute links point to myhost.mydomain.tld"?
[16:25:22.722765]<_rysiek|pl_>base_url doesn't seem to change anything (RSS addresses are still borked)
[16:25:56.040033]<_rysiek|pl_>or a different question - where does Trac get server name from? Apache? DNS? /etc/hosts?
[18:30:46.947297]<Evanlec>2131
[23:08:42.074524]<Nockian>is there something i can use for trac that allows for a calendar of events?
[23:09:28.821854]<Nockian>we use trac for all of our development stuff, and would like to put other tasks (such as merge dates, customer updates, etc.) into a calendar that we can all access