Team Chat Logs

September 1, 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        
<< <   > >>

[00:34:10.135164]<evil_twin>t.e.o: Ticket #8622 (trac-admin deploy must handle multiple resource dirs with the same prefix) created - <http://trac.edgewall.org/ticket/8622> - Felix Schwarz <felix.schwarz@…>
[00:34:15.134097]<evil_twin>t.e.o: tracadmin_deploy_must_handle_multiple_htdoc_dirs attached to Ticket #8622 - <http://trac.edgewall.org/attachment/ticket/8622/tracadmin_deploy_must_handle_multiple_htdoc_dirs> - Felix Schwarz <felix.schwarz@…>
[00:54:10.326220]<evil_twin>t.e.o: tracadmin_deploy_must_handle_multiple_htdoc_dirs_v2 attached to Ticket #8622 - <http://trac.edgewall.org/attachment/ticket/8622/tracadmin_deploy_must_handle_multiple_htdoc_dirs_v2> - Felix Schwarz <felix.schwarz@…>
[00:59:30.773571]<evil_twin>t.e.o: Changeset [8553]: fr_FR: a few minor fixes (non-breaking spaces, remove spurious double ... - <http://trac.edgewall.org/changeset/8553> - cboos
[01:04:10.374360]<evil_twin>t.e.o: Changeset [8554]: MultiRepos: merged with 0.12dev [8550:8553/trunk] - <http://trac.edgewall.org/changeset/8554> - cboos
[01:52:14.493482]<cboos>@seen jborg
[01:52:14.503466]<evil_twin>jborg was last seen at Sat, 11 Jul 2009 14:32:18 +0100, quitting: Remote closed the connection
[01:52:25.209286]<cboos>hm
[01:57:13.015293]<cboos>anyone using postgres and experiencing the "unable to get database connection within 20 seconds" issue?
[02:15:03.670983]<chrix>howdy - anyone using the Cruise Control plugin for trac, with multiple projects per chance?
[02:29:36.741966]<evil_twin>t.e.o: Changeset [8555]: Fix detection of Wiki page range deletion, for the choice of the notice ... - <http://trac.edgewall.org/changeset/8555> - cboos
[02:29:41.742977]<evil_twin>t.e.o: Ticket #8623 (env.config.save() may destroy trac.ini) created - <http://trac.edgewall.org/ticket/8623> - eblot
[02:29:46.742130]<evil_twin>t.e.o: Ticket #8623 (env.config.save() may destroy trac.ini) updated - <http://trac.edgewall.org/ticket/8623#comment:1> - eblot
[02:49:35.893971]<evil_twin>t.e.o: Ticket #8624 (AssertionError:) created - <http://trac.edgewall.org/ticket/8624> - 10311227
[02:49:40.898520]<evil_twin>t.e.o: Ticket #8624 (AssertionError:) closed - <http://trac.edgewall.org/ticket/8624#comment:1> - eblot
[02:59:14.469280]<evil_twin>t.e.o: Ticket #8623 (env.config.save() may destroy trac.ini) updated - <http://trac.edgewall.org/ticket/8623#comment:2> - osimons
[02:59:19.470447]<evil_twin>t.e.o: Ticket #8623 (env.config.save() may destroy trac.ini) updated - <http://trac.edgewall.org/ticket/8623#comment:3> - cboos
[03:04:12.322146]<evil_twin>t.e.o: Ticket #8623 (env.config.save() may destroy trac.ini) updated - <http://trac.edgewall.org/ticket/8623#comment:4> - eblot
[03:24:13.362754]<evil_twin>t.e.o: Ticket #540 (Permissions and RSS Feeds) updated - <http://trac.edgewall.org/ticket/540#comment:74> - anonymous
[03:24:18.362419]<evil_twin>t.e.o: Ticket #8623 (env.config.save() may destroy trac.ini) updated - <http://trac.edgewall.org/ticket/8623#comment:5> - osimons
[03:29:13.405640]<evil_twin>t.e.o: Ticket #8623 (env.config.save() may destroy trac.ini) updated - <http://trac.edgewall.org/ticket/8623#comment:6> - osimons
[03:29:36.270523]<otaku42>moin
[03:40:30.428411]<osimons_>hi cboos. t.e.o seems to be back to normal again, but we do need to manage this better somewhow
[03:41:02.845797]<osimons_>unusual that jonas has not been seen for close to two months though...
[04:01:54.562815]<cboos>hello simon
[04:02:02.046694]<cboos>well summer holidays, I guess
[04:02:30.741818]<cboos>so yes, maybe you could propose to host t.e.o
[04:02:32.218899]<osimons>usually scandinavia is well back from holidays by mid-august
[04:08:37.986155]<cboos>osimons: otherwise, on the db timeout issue itself, is there a chance Bitten could be involved?
[04:09:07.377245]<cboos>whenever I browse http://trac.edgewall.org/build/trunk, things start to feel sluggish
[04:09:41.750130]<cboos>also, on that page, the "wait" images for the charts seem to be there forever
[04:10:12.439269]<cboos>I don't know how the data for those charts are generated, but maybe there's a problem there
[04:11:06.063662]<osimons>cboos: dunno. always a chance of course.
[04:11:40.421267]<cboos>nothing specific to /build/trunk, /build/0.11-stable shows the same effect: the charts won't show up
[04:12:01.162738]<cboos>osimons: I thought you would know, given you're the new Bitten Guru ;-)
[04:13:25.427019]<cboos>I figure it's certainly indicative of a problem that the charts don't show up anymore (they use to, a few weeks back)
[04:13:30.114194]<osimons>cboos: well i know, but haven't done any db profiling for charts++ they happen here if you want to see the sql: http://bitten.edgewall.org/browser/trunk/bitten/report
[04:13:56.326285]<osimons>each file renders its own charts (extension point)
[04:14:06.930323]<osimons>file = report category
[04:14:32.421795]<osimons>and lint we don't do, so coverage + tests are the interesting ones for edgewall projects
[04:16:02.770613]<cboos>ah, one chart is showing up now ...
[04:16:33.313429]<cboos>the Unit Tests ones, for trunk and 0.11-stable. That took a few minutes, obviously
[04:17:20.177113]<cboos>and now the coverage one for trunk
[04:17:32.403053]<cboos>... and for 0.11-stable. Phew !
[04:17:49.238196]<osimons>there are many builds, many platforms and many revisions... likely a truck-load of data to iterate over...
[04:19:44.183571]<cboos>maybe a few more index would help
[04:19:54.331022]<osimons>cboos: on the bitten project charts take about ~3 seconds to appear
[04:20:35.730798]<cboos>same for me, yes
[04:21:08.541698]<osimons>patch welcome, cboos :-)
[04:21:10.250980]<cboos>less data there, but still, shouldn't take minutes on t.e.o
[04:21:16.462169]<cboos>ah ha, yes
[04:21:50.457480]<cboos>I'll probably join the fun for 0.7dev, multirepos support and such ;-)
[04:22:21.857547]<osimons>goodie
[04:24:41.443465]<cboos>osimons: oh, hm, TestResultsChartGenerator.generate_chart_data has a quadratic behavior ...
[04:24:56.578861]<cboos>the calls to max() are done within the for loop...
[04:25:01.205727]<cboos>should be easy to fix ;-)
[04:25:28.717906]<cboos>ah no wait
[04:25:49.129660]<cboos>this just compare the last value to the current max
[04:25:50.729762]<cboos>sorry
[04:29:47.887311]<osimons>cboos: 4 minutes and counting waiting for build charts on truk... don't see and end to the waiting...
[04:29:58.713167]<osimons>s/truk/trunk
[04:29:58.725502]<evil_twin>osimons meant: cboos: 4 minutes and counting waiting for build charts on trunk... don't see and end to the waiting...
[04:30:18.250867]<cboos>well, it took approx. that time for me, must be around 5-6 minutes
[04:31:05.363634]<osimons>that's horrible. i browse the trac site using my 'work' browser, which is camino with flash(+java) disabled - i've never seen that before. the 3 seconds on the bitten project is not noticeable
[04:32:31.877481]*osimons is still waiting for trunk charts
[04:35:40.079538]<cboos>well, those queries do a lot of joins, and bitten_report_item doesn't seem to have proper indexes to speed up these joins
[04:37:30.131111]<cboos>the key is report,item,name but only report and name are used for the joins
[04:37:56.359543]<cboos>so I'm not sure if postgresql can't take any benefit from the primary key index
[04:38:11.314621]<cboos>... from the performance, it looks like it can't ;-)
[04:39:14.050625]<cboos>So what about those charts from trunk? arrived now? :-)
[04:39:22.985247]<osimons>back from making coffee... still no charts...
[04:39:40.063235]<osimons>a bit slow? i'd say so.
[04:40:59.218824]<osimons>cboos: have you got a t.e.o db dump?
[04:45:13.906866]<osimons>cboos: do you have any kind of access to t.e.o?
[04:46:36.117943]<cboos>1. yes, but probably 4 years old ;-) 2. no
[04:47:00.849532]<osimons>as a short-term workaround, we could just disable the chart components - bitten.report.testing.TestResultsChartGenerator = disabled, bitten.report.coverage.TestCoverageChartGenerator = disabled
[04:47:16.757293]<osimons>"we" meaning "someone else" then...
[04:47:26.246362]<cboos>cmlenz could do it
[04:48:12.597492]<osimons>@seen cmlenz
[04:48:12.609453]<evil_twin>cmlenz was last seen on irc.freenode.net at Wed, 26 Aug 2009 10:35:36 +0100, quitting: Client Quit
[04:48:21.581070]<osimons>right.
[04:48:23.073709]<cboos>what about the whole "bitten.report.testing.* = disabled" ?
[04:48:28.414237]<cboos>would that work as well?
[04:48:55.290022]<osimons>cboos: then the table reports in builds would also disappear
[04:49:11.486338]<cboos>ah, I see, OK.
[04:49:47.654085]<osimons>the 'Summarizer' type components
[04:50:14.038338]<osimons>but they all do their work one build at a time, so they should be no major performance problem
[04:52:20.934630]<cboos>arg, it really sucks to click on those maps and be redirected to http://www.maani.us/xml_charts/ ...
[04:53:04.787253]<cboos>ah, I see #426
[04:54:06.585259]<osimons>oh. does it really? haven't seen that... haven't touched charts code at all i think... nor used it much...
[04:56:18.122962]<osimons>cboos: welcome to #bitten for the gory details of that project :-)
[04:57:45.873928]<cboos>I had several tentative starts at using Bitten, not succeeding so far, but as I said on the ML, your reviving of the project make me really want to try again ;-)
[04:59:00.685947]<osimons>cboos: it really is quite decent now - and adding your tender, loving care would help even more :-)
[05:06:18.710942]<cboos>osimons: from the PostgreSQL docs: A multicolumn B-tree index can be used with query conditions that involve any subset of the index's columns, but the index is most efficient when there are constraints on the leading (leftmost) columns.
[05:06:40.138676]<cboos>-> so using Table('bitten_report_item', key=('report', 'name', 'item'))
[05:06:52.939172]<cboos>instead of Table('bitten_report_item', key=('report', 'item', 'name'))
[05:06:58.274582]<cboos>could already help
[05:07:35.649284]<cboos>not sure how to do the upgrade, probably needs a copy to temp table / drop /recreate / copy cycle
[05:10:09.555264]<matt1s>Is it possible to sort milestones on some other value than due date? Is it possible to hide milestones from the Roadmap?
[05:11:36.547158]<osimons>cboos: yeah. should get hold of a fresh db from t.e.o and test various ideas. it is clearly more issues with this amount of data.
[05:14:14.381226]<osimons>matt1s: nope. ordering is part of the code and not configurable.
[05:14:54.841365]<matt1s>osimons: okay, what about hiding milestones from the roadmap?
[05:15:25.193967]<osimons>it will show all open milestones by default
[05:15:36.905796]<osimons>(with option to show closed)
[05:17:11.215296]<osimons>matt1s: if you want to get your hands dirty writing a plugin, that can be done.... for instance an IRequestFilter, post_process_request() that looks for template == 'roadmap.html' and then modifies the data dictionary to remove milestones for rendering, and perhaps resort them using your own criteria whatever they may be
[05:19:05.678900]<WiK>morning
[05:20:27.238948]<osimons>matt1s: then add some config options to make it general, package as plugin and add to trac-hacks.org :-)
[05:21:09.359634]<matt1s>osimons: maybe I should look into it. We don't know when stuff will be done, and we don't run our shop on versions of the software, so we can't order it by numbers or by release date
[05:21:26.225999]<matt1s>osimons: right now I'm just setting fake dates to get it sorted
[05:22:49.667211]<osimons>matt1s: there isn't really much data associated with milestones, so trac just uses what is the natural sort order (due date + alphabetical)
[05:24:05.403169]<matt1s>osimons: thanks for your help! I'll check out if I really need it that bad to write a plugin for it and if I do, I'll post it to trac hacks
[06:45:13.089445]<axel2>Hello
[06:45:32.230993]<axel2>Does anyone know if the order of the plugins is important or how the order can be changed afterwards?
[06:50:59.415108]<scfe>axel2: No the order of plugins isn't important
[06:55:14.639593]<axel2>scfe: thx
[07:44:20.005698]<evil_twin>t.e.o: TracOnWindows edited - <http://trac.edgewall.org/wiki/TracOnWindows?version=289> - laplamann@…
[08:19:22.072977]<evil_twin>t.e.o: Ticket #8443 (postgres and "IDLE in transaction" status) updated - <http://trac.edgewall.org/ticket/8443#comment:10> - Shane Caraveo <shanec@…>
[08:25:21.707434]<workPragmatist>Is there a link I can to get to all the old trac help pages for when I remove them from my own wiki?
[08:27:01.002780]<CMoH>hey
[08:27:59.835466]<CMoH>on trac 0.11.2 i'm fighting a curious problem: after upgrade the roadmap and the source browser used to give me an internal server error. After clicking a bit through the admin module, the roadmap started working, but the browser still fails
[08:28:23.141836]<CMoH>the apache2 log reads "Premature end of script headers: trac.fcgi, referer: ..."
[08:31:30.111055]<CMoH>anyone with any insight? :)
[08:39:07.383406]<scfe>workPragmatist: http://trac.edgewall.org/wiki/ ?
[08:39:36.973911]<workPragmatist>scfe: no spiffy way to make it go on the current site maybe?
[08:39:37.621714]<scfe>CMoH: this is a pretty generic error. No other messages in trac.log?
[08:39:42.885813]<workPragmatist>on my own site*
[08:39:50.382070]<CMoH>only this: Connection reset by peer: mod_fcgid: read data from fastcgi server error
[08:40:04.406197]<scfe>workPragmatist: I don't think so. This will be essentially resolved by the newhelp system
[08:40:27.120620]<scfe>that's about not having help pages in the wiki anymore. Then you can't delete them but they don't pollute your wiki space anymore
[08:40:37.945010]<scfe>also they will be always matchign the currently installed trac
[08:40:46.737868]<workPragmatist>ah
[08:40:57.189788]<workPragmatist>what version of trac does this come out?
[08:41:12.289191]<scfe>workPragmatist: Planned for 0.12 but I'm not sure if this feature will make it
[08:41:19.213957]*osimons *coughs*
[08:41:51.670213]<scfe>osimons: Any insides why newhelp is not integrated yet?
[08:42:55.399116]<scfe>CMoH: Could be a timeout problem? Did you increase log levels to debug on trac+mod_fcgid?
[08:43:04.576116]<CMoH>scfe, is there any other log i can look into?
[08:43:38.886146]<osimons>scfe: it was working, but some wanted to also include sphinx support and do things differently++, so it kind of halted at that. i intended to pick it up again to make it a general 'Library' feature where any kind of doc library could be added - trac help just being one provider
[08:43:59.385736]<scfe>CMoH: trac.log and apache's error log should be the right ones. Maybe syslog (/var/log/messages or whatever your distro uses)
[08:44:17.453411]*scfe sighs - 100% solutions are evil
[08:44:52.082364]*scfe wrote his own "newhelp" just to get help pages integrated in a plugin
[08:45:01.701190]<CMoH>scfe, trying now; thanks
[08:45:05.426609]<CMoH>to increase log level
[08:45:17.029780]<osimons>scfe: - with some remaining issues such as 'search' that aren't included yet. see http://trac.edgewall.org/wiki/TracDev/Proposals/NewHelp for details
[08:46:13.813369]<scfe>osimons: Oh, I know that page inside out - basically after reading it multiple times I decided to do it on my own...
[08:47:43.870182]<CMoH>Trac[env] WARNING: base_url option not set in configuration, generated links may be incorrect
[08:47:59.811086]<osimons>scfe: needed to re-read it myself to remember - been so long.... what do you have now then? i also have my own custom solution that works well in production, so i kind of lost interest as the discussion took a turn for the complicated...
[08:48:14.102520]<CMoH>bah, that's irrelevant
[08:48:52.226616]<scfe>osimons: Take a look at Agilo for Scrum. We added a very simple solution that just grabs txt files from a well-known solution + simple search
[08:49:20.558414]<evil_twin>t.e.o: Ticket #8443 (postgres and "IDLE in transaction" status) updated - <http://trac.edgewall.org/ticket/8443#comment:11> - Shane Caraveo <shanec@…>
[08:49:37.414445]<scfe>To me it would be nice just having some mechanism how to add help pages from a plugin without polluting the wiki namespace
[08:49:48.993672]<scfe>sphinx integration is nice but someone needs to work on that one
[08:51:15.231353]<osimons>scfe: my custom help grabs wiki pages from a common project, and provides that in ~2000 projects i've got. that way i can do regular edits one place and have it available for all
[08:52:13.995169]<scfe>osimons: not too bad as well :-) I just need to ship them along with the plugin.
[08:52:37.458347]<lisppaste5>CMoH pasted "trac log" at http://paste.lisp.org/display/86366
[08:52:39.794355]<osimons>yeah - newhelp would work nicely for that, which was my main motivation
[08:53:34.114751]<osimons>i do have it on my list to revive it... one day... it is quite simple, so it is just a matter of getting it updated and completed.
[08:54:52.718356]<CMoH>scfe, fcgid seems to die at that point since the next page i access i see in the logs trac is loading again
[08:55:56.473868]<scfe>could it be a timeout? How long does it take between the last trac message and the fcgid message?
[08:56:00.830265]<thansen>I'm running trac behind mod_python..when setup with fastcgi my alias to robots.txt worked but now it doesn't...can any apache geniuses tell me how to make it work again?
[08:56:08.613964]<CMoH>i think the timestamps are there
[08:56:13.646122]<scfe>mod_fcgid timeouts were pretty low at sometime
[08:56:20.550703]<CMoH>i see
[08:56:35.515629]<CMoH>notice] mod_fcgid: process /var/www/vre.cheepee.homedns.org/cgi-bin/trac.fcgi(12899) exit(communication error), get unexpected signal 11
[08:56:56.573766]<CMoH>strange
[08:57:10.118640]<scfe>but actually I think the default timeout was 20 seconds so this should not be your problem
[08:57:23.090105]<scfe>signal 11 looks more serious
[08:58:03.565233]<scfe>CMoH: Did you change/update something else besides trac?
[08:58:37.289127]<CMoH>hmmm, well...
[08:59:32.627017]<CMoH>let me check; i'll get back after some investigation - thanks for your coaching so far
[09:07:34.567141]<CMoH>apparently this mod_fcgid is experiencing some signal 11
[09:07:48.137782]<CMoH>with various installations
[09:19:38.703901]<scfe>CMoH: signal 11 is pretty generic - can be anything
[09:19:43.674085]<scfe>do you use SElinux?
[09:20:37.587242]<CMoH>yup
[09:22:43.085536]<scfe>which Linux?
[09:23:05.745131]<CMoH>you mean which distro?
[09:23:27.329081]<CMoH>gentoo
[09:23:55.486797]<scfe>and you checked for SElinux errors?
[09:24:06.063552]<scfe>or better: 'setenforce 0' + check again
[09:24:17.339538]<CMoH>i'm already on non-enforced
[09:24:22.110537]<scfe>ah, ok
[09:24:30.683000]<CMoH>mod_python crashes too on the same source browser
[09:24:58.449117]<scfe>I suspect some issue with C modules
[09:25:07.609196]<scfe>e.g. subversion + sqlite not being compatible
[09:25:16.982360]<scfe>(assuming you use svn as vcs)
[09:25:43.370903]<CMoH>well...
[09:25:46.182072]<CMoH>i have svn
[09:25:53.091257]*cboos hints: signal 11 => gdb
[09:26:21.273671]<cboos>more details in
[09:26:26.571112]<cboos>@wiki TracTroubleshooting
[09:26:26.582980]<evil_twin>http://trac.edgewall.org/wiki/TracTroubleshooting
[09:26:51.703590]<CMoH>trac is configured to use svn's file-system repo
[09:27:31.838538]<CMoH>ty cboos, looking into it right now
[09:27:53.737360]*scfe is fascinated by automated JS tests of a trac plugin (uses Windmill+functional test infrastructure)
[09:28:09.797250]<cboos>CMoH: and as you certainly have an incompatibility issue with Subversion bindings (or APR, or ...)
[09:28:13.453095]<cboos>also have a look at
[09:28:30.379480]<cboos>@wiki TracSubversion#KnownIssues
[09:28:30.391245]<evil_twin>http://trac.edgewall.org/wiki/TracSubversion#KnownIssues
[09:28:51.569439]<cboos>@wiki TracSubversion#Troubleshooting
[09:28:51.580305]<evil_twin>http://trac.edgewall.org/wiki/TracSubversion#Troubleshooting
[09:28:59.022111]<cboos>troubleshooting section rather
[09:29:14.909503]<CMoH>on my way
[09:29:39.425325]<scfe>you can also try to do 'trac-admin env resync' - I hope that this will trigger svn related errors as well (from the command line - easier to debug)
[09:29:52.404156]<cboos>a quick check would be to just disable the access to the repository, see if the rest works
[09:30:02.062108]<cboos>[trac] repository_dir =
[09:30:29.033148]<CMoH>i've already done a resync after the upgrade
[09:39:07.326245]<CMoH>apparently the page is correctly displayed with a newly created repository
[09:59:23.557520]<evil_twin>t.e.o: Ticket #8623 (env.config.save() may destroy trac.ini) updated - <http://trac.edgewall.org/ticket/8623#comment:7> - Ryan Ollos <ryano@…>
[09:59:49.822946]<CMoH>i think i'll postpone this for tomorrow - somehow apache keeps forking :(
[10:00:46.631916]<cboos>well, gdb shouldn't have problem to follow the child process, or does it?
[10:04:47.421583]<cboos>set follow-fork-mode child
[10:05:05.461126]<cboos>my gdb knowledge is rusty ;-)
[10:34:22.953340]<evil_twin>t.e.o: Ticket #8443 (postgres and "IDLE in transaction" status) updated - <http://trac.edgewall.org/ticket/8443#comment:12> - cboos
[11:54:24.342636]<evil_twin>t.e.o: Ticket #8625 (Drop SQLite2 support) created - <http://trac.edgewall.org/ticket/8625> - anatoly techtonik <techtonik@…>
[12:34:11.823478]<BelgianLotus>hi
[12:34:34.382164]<BelgianLotus>anyone home ?
[12:36:48.750163]<BelgianLotus>i'm trying to install trac 0.11.1 to use with svn-repos. when i do 'tracd' it runs perfectly, but when i access it through the normal webserver, i get a python error: Unsupported database type "sqlite"
[12:37:03.382450]<BelgianLotus>and i have no idea how to solve this problem. can someone help me ?
[12:42:13.017695]<parceval>coderanger_: are you using a mac for your trac development?
[12:43:41.975133]<BelgianLotus>anyone home ?
[13:06:25.819087]<BelgianLotus>hi
[13:14:25.622202]<evil_twin>t.e.o: Changeset [8556]: 0.11-stable: Backported [8555] from trunk. - <http://trac.edgewall.org/changeset/8556> - rblank
[13:24:25.653970]<evil_twin>t.e.o: Changeset [8557]: 0.12dev: Prevent [8556] from being merged from 0.11-stable. - <http://trac.edgewall.org/changeset/8557> - rblank
[13:53:13.421581]<CMoH>how do i make a link with spaces in it?
[13:53:30.066374]<CMoH>like http://bubu.com/some page with spaces
[13:53:44.546066]<BelgianLotus>use %20
[13:54:04.965160]<CMoH>okay; thought i'd have some [] or such
[13:54:09.601553]<CMoH>ty BelgianLotus
[13:54:25.834148]<evil_twin>t.e.o: Changeset [8558]: 0.11-stable: Use the `[browser] hide_properties` config option to hide ... - <http://trac.edgewall.org/changeset/8558> - rblank
[13:55:05.262049]<BelgianLotus>np
[13:59:28.527095]<evil_twin>t.e.o: Ticket #8606 (Ability to hide svn:mergeinfo in the browser view) closed - <http://trac.edgewall.org/ticket/8606#comment:3> - rblank
[14:01:08.635127]<parceval>i wonder if there is a permission to allow only the change of status of a ticket but not the properties.
[14:04:30.072336]<evil_twin>t.e.o: Ticket #8626 ([PATCH] custom query status checkboxes incorrect with multiple negative ...) created - <http://trac.edgewall.org/ticket/8626> - ebray
[14:04:35.073812]<evil_twin>t.e.o: trac-ticket-8626-r8557.patch attached to Ticket #8626 - <http://trac.edgewall.org/attachment/ticket/8626/trac-ticket-8626-r8557.patch> - ebray
[14:09:26.006013]<evil_twin>t.e.o: Changeset [8559]: 0.12dev: Merged [8558] from 0.11-stable. - <http://trac.edgewall.org/changeset/8559> - rblank
[14:13:02.687053]<P4k3>uhu
[14:14:19.222187]<P4k3>Not sure if Im at the right place.. Any people with knowledge of znc here? Or to be more precise the colloguy module for znc.
[14:19:28.583145]<evil_twin>t.e.o: Ticket #8625 (Drop SQLite2 support) updated - <http://trac.edgewall.org/ticket/8625#comment:1> - cboos
[14:31:09.447279]<osimons>@wrongchannel
[14:31:09.836700]<evil_twin>wrongchannel is This channel is for Trac, the project management software. You are probably looking at the website of a project that uses Trac to run their operations. Chances are we don't know anything about their project, but try looking on their website for more specific support instructions. /list will usually show you a list of all channels on this IRC server, and you (+1)
[14:31:25.303026]<osimons>more
[14:31:30.396314]<osimons>@more
[14:31:30.405224]<evil_twin> can also try looking there.
[14:31:47.457347]<osimons>P4k3: ^^ for you...
[14:34:26.226064]<evil_twin>t.e.o: Changeset [8560]: 0.11-stable: Fixed display of check boxes in queries with multiple ... - <http://trac.edgewall.org/changeset/8560> - rblank
[14:34:31.225884]<evil_twin>t.e.o: Ticket #8626 ([PATCH] custom query status checkboxes incorrect with multiple negative ...) closed - <http://trac.edgewall.org/ticket/8626#comment:1> - rblank
[14:34:36.225510]<evil_twin>t.e.o: Ticket #8626 ([PATCH] custom query status checkboxes incorrect with multiple negative ...) updated - <http://trac.edgewall.org/ticket/8626#comment:2> - rblank
[14:35:55.218695]<rblank>Heh... ^^^ 30 minutes from ticket creation to resolution. Nobody can tell me Trac development is slow :-)
[14:44:26.329168]<evil_twin>t.e.o: Changeset [8561]: 0.12dev: Merged [8560] from 0.11-stable. - <http://trac.edgewall.org/changeset/8561> - rblank
[14:55:03.275081]<osimons>oh, you're good rblank!
[15:04:26.550149]<evil_twin>t.e.o: Ticket #5730 (Timeline "ticket changes" checkbox badly labelled) updated - <http://trac.edgewall.org/ticket/5730#comment:3> - Ryan Ollos <ryano@…>
[16:04:27.942443]<evil_twin>t.e.o: t8598-no_redirect_for_head_login-r8551-011.diff attached to Ticket #8598 - <http://trac.edgewall.org/attachment/ticket/8598/t8598-no_redirect_for_head_login-r8551-011.diff> - osimons
[16:04:32.941640]<evil_twin>t.e.o: Ticket #8598 (HEAD request to `/login` should not redirect) updated - <http://trac.edgewall.org/ticket/8598#comment:1> - osimons
[16:29:28.157931]<evil_twin>t.e.o: Ticket #8598 (HEAD request to `/login` should not redirect) updated - <http://trac.edgewall.org/ticket/8598#comment:2> - rblank
[17:09:28.361871]<evil_twin>t.e.o: 454-save-edit-history-r8561.patch attached to Ticket #454 - <http://trac.edgewall.org/attachment/ticket/454/454-save-edit-history-r8561.patch> - rblank
[17:14:28.430014]<evil_twin>t.e.o: Ticket #454 ([patch]Edit ticket comments) updated - <http://trac.edgewall.org/ticket/454#comment:166> - rblank
[19:03:51.766011]<Edwards>Hi everyone :)
[19:04:38.977982]<Edwards>I just installed trac on my mac osx and is having trouble viewing it on standalone server through the webpage
[19:05:56.890432]<Edwards>It loads the page fine, until it begins to load pictures and python crashes. Ending with a "bus error" in terminal. I'm using python26, hoping someone can help shed
[19:06:11.102671]<Edwards>Some light on this.
[21:24:29.826580]<evil_twin>t.e.o: Ticket #7490 (Trac 0.11 really slow, high cpu usage) updated - <http://trac.edgewall.org/ticket/7490#comment:98> - tmcintos@…
[23:00:28.872289]<Edwards>Hi all
[23:44:32.718048]<evil_twin>t.e.o: Ticket #8625 (Drop SQLite2 support) updated - <http://trac.edgewall.org/ticket/8625#comment:2> - anatoly techtonik <techtonik@…>