Team Chat Logs

2007 7
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 31    

August 20, 2007

[00:11:46] * hatul30 has joined #trac
[00:11:57] * OpenMedia has left #trac
[00:18:50] * cmlenz has joined #trac
[00:25:31] <aat> morning cmlenz
[00:25:41] <cmlenz> morning alec
[00:25:57] <cmlenz> ah well, not exactly morning I guess :)
[00:26:19] <coderanger> Its morning somewhere
[00:26:35] <cmlenz> yeah, here :)
[00:26:44] <cmlenz> which reminds me that I haven't had coffee yet
[00:26:49] <coderanger> ha ha</nelson>
[00:31:06] <aat> heh
[00:31:07] * codercotton has quit IRC
[00:33:39] * Rica has quit IRC
[00:38:02] <coderanger> why are there no FOSS IMAP webmail tools that don't suck?
[00:39:31] <misc> cause everybody use gmail ?
[00:39:47] <cmlenz> question for you guys: do you recall the req.warnings stuff being discussed anywhere?
[00:40:00] <coderanger> aat: Convinced the PTBs to add IMAP support yet?
[00:40:14] <coderanger> cmlenz: Only as a "it would be nice if ..."
[00:40:23] <aat> i wish
[00:40:47] <aat> cmlenz: nope, never heard of it
[00:40:51] <cmlenz> I mean the how it's been designed/implemented, not the requirement
[00:40:58] <coderanger> cmlenz: Nope
[00:41:17] <coderanger> cmlenz: I've just periodically seen it in new code, haven't looked at it though
[00:42:27] <cmlenz> req.warning('Tickets must contain a summary')
[00:43:07] <cmlenz> weird
[00:53:29] <cmlenz> huh, what kind of spam is that?? http://genshi.edgewall.org/ticket/129#comment:7
[00:54:24] <aat> hehe
[00:54:27] <aat> bizarre
[01:01:32] <cmlenz> hmm, does anyone know what matt meant here that has changed? http://trac.edgewall.org/changeset/4982
[01:02:02] <cmlenz> ticket['reporter'] is wrong for comments
[01:04:38] * SunWuKung has quit IRC
[01:06:19] <aat> no idea
[01:08:50] * matias has quit IRC
[01:09:01] <cmlenz> arg
[01:09:41] <coderanger> cmlenz: Looks like the logic on the if is inverted
[01:11:11] * SunWuKung has joined #trac
[01:15:48] <cmlenz> yeah
[01:17:05] * matias has joined #trac
[01:30:38] * coling has joined #trac
[01:31:52] * Epcylon has quit IRC
[01:44:55] * theJackal has joined #trac
[01:45:46] <theJackal> all the documentation on 'get rid of the domain suffix' on trac urls seems not to want to work for me ( lighttpd + trac11dev )
[01:45:59] <coderanger> domain suffix?
[01:46:12] <theJackal> ie: some.domain.com/trac <-- works some.domain.com/ <-- doesnt works
[01:46:31] <coderanger> theJackal: You cannot, its a lighty bug
[01:46:38] <theJackal> :S
[01:47:28] <coderanger> theJackal: You have several options: 1) put a small hack in trac/web/api.py to hardcode SCRIPT_NAME as '/'
[01:47:30] <theJackal> it works in both cases, i can get to the page
[01:47:37] <coderanger> 2) leave it at /
[01:47:41] <theJackal> but it just redirects wrong :S
[01:47:48] <coderanger> 3) Use SCGI
[01:48:15] <theJackal> ie: ive gotten it working , but it makes all the links point to the hidden path instead of the requested URL
[01:48:36] <coderanger> theJackal: You can't lie, Trac knows ;-)
[01:49:13] <theJackal> x_x
[01:49:38] <theJackal> i thought the base_url argument was supposed to override tracs 'magic'
[01:49:42] <coderanger> No
[01:49:50] <theJackal> wtf is it for then?
[01:50:01] <coderanger> Generating URLs without a request
[01:50:06] <coderanger> like when sending emails
[01:50:22] <coderanger> Or when making absolute URLs
[01:51:23] <coderanger> theJackal: aat and I came up with a dataflow model that should work much better for finding SCRIPT_NAME/PATH_INFO, just not implemented yet
[01:51:43] <cmlenz> coderanger: how would that work?
[01:52:42] <coderanger> cmlenz: Check (in order): WSGI variable trac.base_url, base_url in trac.ini, autodetect from SCRIPT_NAME
[01:52:58] <coderanger> cmlenz: With the one in trac.ini still being used for req-less generation
[01:54:09] * erikand has joined #trac
[02:06:34] <coderanger> What do you guys think of adding a redirect system/macro?
[02:07:50] <coderanger> aat: Were you hitting #2611 even after adding WSGIAppGroup?
[02:07:56] <cmlenz> coderanger: how would you go about changing the page that is redirecting?
[02:08:51] <coderanger> cmlenz: I think mediawiki's "You were redirect from $PAGE" where $PAGE is a link back with a URL argument that disables the redirect works well
[02:09:17] <cmlenz> do they use a cookie for that?
[02:09:24] <coderanger> cmlenz: Could be done as a plugin, but it seems like the kind of thing to have in core
[02:09:32] <coderanger> cmlenz: Dunno, but I don't see why we would
[02:09:59] <coderanger> cmlenz: You mean for tracking where you cam from?
[02:10:02] <cmlenz> how would you know when to add that message then?
[02:10:24] <coderanger> You can check Referrer?
[02:10:42] <cmlenz> but Referer is there for normal links, too
[02:11:37] <coderanger> cmlenz: We could keep it in the session data
[02:11:58] <coderanger> cmlenz: Just track the last 10 pages and if any where redirects
[02:12:10] <coderanger> could also be used for breadcrumbs in a plugin
[02:12:21] <cmlenz> that would mean we create a session for every user hitting a redirecting page, we currently try to use sessions only for those who use personalization features
[02:12:58] <cmlenz> I think a cookie would work nicely for the purpose
[02:13:03] <coderanger> cmlenz: View /query will also make a session, and thats way more common
[02:13:24] <cmlenz> hmm
[02:13:42] <cmlenz> ouch
[02:13:58] <coderanger> ?
[02:14:21] <cmlenz> you're right
[02:14:37] <cmlenz> it's just that I don't like that :P
[02:14:43] <cmlenz> although it was probably me who added it
[02:15:24] <coderanger> heh
[02:15:40] <coderanger> I like that we keep the number of cookies low
[02:16:09] <cmlenz> well, keeping things in cookie instead of in the database has its advantages
[02:16:16] <cmlenz> no database writes required
[02:16:49] <cmlenz> for things like "flash" messages I think keeping them in cookies is quite nice
[02:17:02] <cmlenz> because you don't need them across different browser sessions
[02:17:45] <coderanger> cmlenz: I would rather use something like memcached for something like that
[02:17:55] <cmlenz> why?
[02:18:07] <coderanger> reduces client-side complexity
[02:18:27] <cmlenz> I don't really buy that
[02:18:33] <coderanger> For those of us that actually review cookies it gets annoying ;-)
[02:19:33] <cmlenz> well, a lot of the web is annoying to you, then :)
[02:19:46] <coderanger> amen to that
[02:20:12] <coderanger> same reason I like that Trac doesn't rely on JS (though I don't actually leave that off anymore)
[02:21:25] <aat> coderanger: no, the global and app group fixed it
[02:21:47] <coderanger> aat: Okay
[02:29:20] * kosz has joined #trac
[02:29:44] <kosz> hello
[02:30:03] <kosz> i am getting this : Authentication information not available. Please refer to the installation documentation. when trying to login ... i've setup a password file with htdigest
[02:30:09] <kosz> err htpasswd
[02:30:28] <kosz> the same way i did it for another instance of trac ... and it doesn't work ... allthough i point trac to it . any ideas ?
[02:34:59] <coderanger> what frontend
[02:35:03] <coderanger> @faq frontend
[02:35:03] <evil_twin> coderanger: "frontend" is CGI, FastCGI, mod_python, or tracd
[02:35:26] <kosz> thanks
[02:35:28] <kosz> tracd
[02:35:32] <kosz> i actually figured this one out
[02:35:39] <kosz> i had to specify the project name as well
[02:35:43] <coderanger> indeed
[02:35:49] <kosz> now having a more htpasswd specific issue
[02:35:55] <kosz> don't know how to add realms ?
[02:36:07] <kosz> i do htpasswd -c mypassFile myName ...
[02:36:09] <coderanger> htpasswd doesn't have realms
[02:36:17] <kosz> hmm
[02:36:26] <kosz> can i use trac without specifying the realm ?
[02:36:51] <kosz> or if not , what should i use to have realms
[02:36:57] <coderanger> If you use --basic-auth
[02:37:05] <coderanger> --auth uses htdigest, not htpasswd
[02:37:28] <kosz> aaaa k
[02:37:32] <kosz> a bit confused around this area
[02:37:46] <kosz> now it's clear
[02:37:59] <kosz> so i'll use htdigest in the end ... i got confused amongst the two
[02:49:06] <osimons> cmlenz: you mentioned warnings? if you are looking into it, I have a UI issue in that it gets inserted before ctxtnav. I use pretty much all Trac modules + some Trac-Hacks modules + a number of my own modules, and every single template adds this as the first element: <div id="ctxtnav" class="nav" />
[02:49:55] <osimons> my questions are then: 1) should it not be first element of <div> content instead?, and 2) why isnt ctxtnav included in layout.html instead as all modules always include it?
[02:55:51] <erikand> what's the big difference between master ticket features beeing developed and the masterticket plugin?
[03:02:29] <coderanger> erikand: What master ticket features do you mean?
[03:02:46] <coderanger> osimons: Because we previously didn't have a good way to do that
[03:04:00] <erikand> I'm not really sure ;-)
[03:04:09] <erikand> but there is a ticket #886 for trac
[03:04:31] <erikand> and there is also the plugin
[03:04:52] <coderanger> erikand: Yes, I should probably close that
[03:04:54] * Enigma has joined #trac
[03:05:00] <erikand> oh
[03:05:25] <coderanger> Unless you can think of something that isn't handled by MasterTickets
[03:06:16] <erikand> Nah... not for now, and if I do I will assign it to the masterticket plugin
[03:06:22] <erikand> great
[03:06:23] <erikand> thanks
[03:06:49] <osimons> coderanger: yeah i know, and genshi changes our options with ctxtnav - and if it is a good idea to move it it should likely be done now as 0.11 is still in dev?
[03:07:04] <coderanger> osimons: Feel free ;-)
[03:07:11] <coderanger> osimons: Still need a good API for it
[03:07:20] <coderanger> osimons: Similar problem to the warnings API actually
[03:07:26] <osimons> if not i'll move the warnings in my site.html
[03:07:41] <osimons> coderanger: api?
[03:08:17] <coderanger> osimons: The problem is that the data for populating the ctxtnav is only known during the actual process_request
[03:08:38] <coderanger> osimons: So you can use a separate callback like the other nav bars
[03:08:43] <coderanger> er, can't
[03:08:58] <osimons> well, yeah, but some 25+ templates in my setup include the ctxtnav the same place in their respective templates
[03:09:10] <osimons> (25+ modules and plugins)
[03:09:59] <coderanger> osimons: Backwards compat aside, people need to redo their templates anyway
[03:10:16] <osimons> that was what i was thinking
[03:10:21] <[psy]> is it possible to make some special wiki page or area which requires extra permissions to read?
[03:11:32] <coderanger> [psy]: What version of Trac
[03:11:45] <coderanger> osimons: So the question remains, how to make the API
[03:12:09] <coderanger> osimons: Easiest way is probably something along the lines of add_script and add_stylesheet
[03:12:16] <coderanger> (ditto for add_warngins)
[03:12:19] <[psy]> stable, 0.10.3.1
[03:12:21] <coderanger> cmlenz: Thoughts?
[03:12:38] <coderanger> [psy]: Well stable is 0.10.4, but the answer is still to use the RestrictedArea plugin
[03:14:15] <osimons> coderanger: why is INavigationContributor not sufficient for mainnav, metanav and ctxtnav?
[03:14:40] <cmlenz> ctxtnav needs to get passed some kind of context
[03:14:47] <coderanger> osimons: Because as I said before, the data is not known until process_request is run
[03:15:16] <coderanger> cmlenz: add_ctxtnav(req, tag.a('foo'))
[03:15:17] <cmlenz> the question is how that context should be represented
[03:15:17] <osimons> ah - get it. sorry.
[03:15:28] <cmlenz> hmm
[03:15:34] <coderanger> cmlenz: Or add_warning(req, 'Dont do that')
[03:15:59] <cmlenz> coderanger: but what about plugins that add to the context nav, that the chosen request handler doesn't know anything about?
[03:16:17] <coderanger> cmlenz: Why is that a problem?
[03:16:19] <cmlenz> should they be request filters or something?
[03:16:33] <coderanger> Yeah, same way you can add a stylesheet from other places
[03:16:50] <cmlenz> well, I think it'd be cleaner if the API was part of INavigationContributor
[03:17:01] <coderanger> If we wanted to be really nice we could even do the same JavaScript tomfoolery to inject stuff added during render
[03:17:29] <coderanger> cmlenz: We would need to use token values in a lot of places then
[03:17:47] <coderanger> wiki/TracModWSGI?action=diff&version=HEAD vs. wiki/TracModWSGI?action=diff&version=3
[03:18:05] <[psy]> k thx coderanger !
[03:18:08] <coderanger> Unless you extract the latest version in two places
[03:18:18] <cmlenz> true
[03:18:37] <coderanger> cmlenz: Not that I think thats a bad idea, but its a lot more work
[03:22:26] <cmlenz> yeah
[03:22:43] <cmlenz> so, wanna hack that together? ;-)
[03:22:51] <coderanger> It also somewhat defeats the definition of context-sensitive options
[03:22:53] <coderanger> heh, which?
[03:23:05] <cmlenz> add_ctxtnav
[03:23:22] <coderanger> I'll stare at it when I get a free moment
[03:23:27] <cmlenz> also agree about add_warning
[03:23:35] <cmlenz> the warning stuff should be in chrome
[03:23:36] * coderanger is finishing up work for the summer and heading back to school shortly
[03:23:43] * bessarabov has quit IRC
[03:23:44] <coderanger> cmlenz: Sounds good
[03:23:52] <osimons> cmlenz, coderanger: isn't moving the ctxtnav to layout.html (coordinated with warnings and such)., and the api two separate issues?
[03:23:54] * moolight has quit IRC
[03:24:05] <coderanger> cmlenz: Even if it works the same way underneath, I don't like it being a function of req
[03:24:21] <coderanger> osimons: One is dependent on the other
[03:24:29] <cmlenz> the warnings should be collected in the chrome data, similar to the scripts/stylesheets/etc
[03:24:37] <coderanger> cmlenz: Yahr
[03:24:40] <cmlenz> requests shouldn't have to know anything about warnings
[03:25:33] <coderanger> cmlenz: Well the chrome data still lives inside req, but thats just for dataflow reasons
[03:25:43] <cmlenz> yeah
[03:26:01] <coderanger> cmlenz: Its just behaviorally isolated :)
[03:26:07] * cbalan has quit IRC
[03:27:22] * cbalan has joined #trac
[03:29:54] <coderanger> aat: Are you testing things right now?
[03:30:42] <coderanger> aat: http://trac-hacks.org/admin/spamfilter/monitor/7451
[03:33:46] * m_g has joined #trac
[03:34:31] * kosz has quit IRC
[03:38:18] <evil_twin> New news from t.e.o: Ticket #5897 (defect created): Milestone name change doesn't reflect in ticket_change table <http://trac.edgewall.org/ticket/5897>
[03:39:09] <osimons> cmlenz, coderanger: about attaching things to the req; 0.11 moves from attaching the data to the req object (req.hdf), and to a separate entity that gets passed around. however, it will not always make it to rendering: http://trac.edgewall.org/ticket/5594 - as you both conclude, things need to be attached to req to ensure correct dataflow as-is
[03:39:56] <coderanger> osimons: Indeed, however as I said, it doesn't mean that the API should always directly reflect
[03:40:14] * kosz has joined #trac
[03:40:50] <osimons> coderanger: yeah, i see that - calling req.add_warning() vs. some method of Chrome or something
[03:41:14] <coderanger> req.warning(msg) vs .add_warning(req, msg)
[03:42:14] <osimons> yeah - the methods do not belong on req. Or even add_warning (context, msg) now :-)
[03:42:27] * jannic has quit IRC
[03:43:03] <coderanger> osimons: What is your objection to add_warning(req)
[03:43:17] <osimons> no objections
[03:45:43] <osimons> - it was just making use of the new all-encompassing context object :-)
[03:46:37] <aat> mmmm, tasty food
[03:48:14] * jannic has joined #trac
[03:48:57] * Tartaros has joined #trac
[03:50:46] * Hadaka has quit IRC
[03:50:46] * AllenJB has quit IRC
[03:50:46] * djc has quit IRC
[03:50:46] * asmodai has quit IRC
[03:50:46] * jannic has quit IRC
[03:50:46] * semi_ has quit IRC
[03:50:46] * m_g has quit IRC
[03:50:46] * lisppaste5 has quit IRC
[03:50:46] * ged has quit IRC
[03:50:46] * dort has quit IRC
[03:50:46] * nick_fn has quit IRC
[03:50:46] * aat has quit IRC
[03:50:46] * octorian has quit IRC
[03:50:46] * [psy] has quit IRC
[03:50:46] * t5 has quit IRC
[03:50:46] * BrianHV has quit IRC
[03:50:46] * kringalf has quit IRC
[03:50:46] * maio has quit IRC
[03:50:46] * omry has quit IRC
[03:50:46] * otaku42 has quit IRC
[03:50:46] * exarkun has quit IRC
[03:50:46] * SIGFPE has quit IRC
[03:50:46] * seemant has quit IRC
[03:50:46] * Getty has quit IRC
[03:50:46] * Ping|US has quit IRC
[03:51:31] * jannic has joined #trac
[03:51:31] * m_g has joined #trac
[03:51:31] * lisppaste5 has joined #trac
[03:51:31] * ged has joined #trac
[03:51:31] * [psy] has joined #trac
[03:51:31] * dort has joined #trac
[03:51:31] * omry has joined #trac
[03:51:31] * BrianHV has joined #trac
[03:51:31] * nick_fn has joined #trac
[03:51:31] * asmodai has joined #trac
[03:51:31] * semi_ has joined #trac
[03:51:31] * otaku42 has joined #trac
[03:51:31] * Hadaka has joined #trac
[03:51:31] * maio has joined #trac
[03:51:31] * t5 has joined #trac
[03:51:31] * kringalf has joined #trac
[03:51:31] * octorian has joined #trac
[03:51:31] * exarkun has joined #trac
[03:51:31] * SIGFPE has joined #trac
[03:51:31] * AllenJB has joined #trac
[03:51:31] * djc has joined #trac
[03:51:31] * aat has joined #trac
[03:51:31] * seemant has joined #trac
[03:51:31] * Getty has joined #trac
[03:51:31] * Ping|US has joined #trac
[03:57:45] * Alastair_McLeod has joined #trac
[03:59:28] * otaku42 has quit IRC
[04:01:06] * otaku42 has joined #trac
[04:01:44] * nDuff has joined #trac
[04:04:51] <erikand> I have a question regarding the master tickets plugin
[04:06:36] <coderanger> mhmm
[04:08:03] <erikand> or maybe a feature request.. tried to search if anyooone already discussed it
[04:09:01] <erikand> like, when you press the clone-button should the master ticket for the clone automatically become the master ticket (in the masterticket plugin way)
[04:09:25] <coderanger> I don't think I can do that
[04:09:42] <coderanger> At least not without a lot of hilarity anyway
[04:10:24] <coderanger> Though I wouldn't want to actually
[04:10:48] <erikand> ok. cool. thanks
[04:11:05] <coderanger> Since the general use case of cloning a ticket to manage the same issue on two branches doesnt imply a hierarchy really
[04:11:28] <coderanger> I dislike that clone was put in the standard UI to begin with though
[04:12:10] <erikand> why?
[04:13:07] <coderanger> Because its a relatively uncommon use case, and I would rather see it as a plugin
[04:13:21] <coderanger> (and I think the ticket system has been getting too big in general lately)
[04:13:33] <erikand> ok
[04:18:49] * Epcylon has joined #trac
[04:21:32] * Tartaros has quit IRC
[04:22:20] <aat> woot
[04:26:43] <cmlenz> coderanger: agreed 100%
[04:26:52] <cmlenz> it just get backed out
[04:26:57] <cmlenz> s/just/should
[04:31:03] <aat> god yes!
[04:31:26] <aat> and it's relatively simple to do now with the stream transforms
[04:32:40] <coderanger> glad some other people are still sane around here :)
[04:33:25] * Rica has joined #trac
[04:35:29] * Synapse has quit IRC
[04:35:33] * Hadaka has quit IRC
[04:35:33] * AllenJB has quit IRC
[04:35:33] * djc has quit IRC
[04:35:33] * asmodai has quit IRC
[04:35:33] * semi_ has quit IRC
[04:35:33] * jannic has quit IRC
[04:35:33] * t5 has quit IRC
[04:35:33] * aat has quit IRC
[04:35:33] * exarkun has quit IRC
[04:35:33] * maio has quit IRC
[04:35:33] * SIGFPE has quit IRC
[04:35:33] * Ping|US has quit IRC
[04:35:33] * kringalf has quit IRC
[04:35:33] * nick_fn has quit IRC
[04:35:33] * Getty has quit IRC
[04:35:33] * dort has quit IRC
[04:35:33] * m_g has quit IRC
[04:35:33] * seemant has quit IRC
[04:35:33] * BrianHV has quit IRC
[04:35:33] * octorian has quit IRC
[04:35:33] * [psy] has quit IRC
[04:35:33] * omry has quit IRC
[04:35:33] * lisppaste5 has quit IRC
[04:35:33] * ged has quit IRC
[04:35:42] * kosz has quit IRC
[04:35:42] * erikand has quit IRC
[04:35:42] * theJackal has quit IRC
[04:35:42] * nDuff has quit IRC
[04:35:42] * jaebird has quit IRC
[04:35:42] * neoxed has quit IRC
[04:35:42] * retracile has quit IRC
[04:35:42] * ricky has quit IRC
[04:35:42] * amir has quit IRC
[04:35:42] * maxb has quit IRC
[04:35:42] * idnar has quit IRC
[04:35:44] * s0undt3ch has quit IRC
[04:35:44] * HandyAndE has quit IRC
[04:35:44] * sontek has quit IRC
[04:35:44] * The_Tick has quit IRC
[04:35:44] * pfn has quit IRC
[04:35:44] * osimons has quit IRC
[04:35:44] * groogs[h] has quit IRC
[04:35:44] * mmcgrath has quit IRC
[04:35:44] * Tetraboy has quit IRC
[04:35:44] * ChanServ has quit IRC
[04:35:44] * matias has quit IRC
[04:35:44] * Semhirage has quit IRC
[04:35:44] * pacopablo has quit IRC
[04:35:44] * Uranellus has quit IRC
[04:35:44] * medwards has quit IRC
[04:35:44] * coderanger_ has quit IRC
[04:35:44] * birkenfeld has quit IRC
[04:35:44] * the_lalelu has quit IRC
[04:37:59] * tic_ has quit IRC
[04:38:21] * seemant has joined #trac
[04:38:44] <evil_twin> New news from t.e.o: TracOnOsxDarwinPorts edited by jwa@wahlstedt.fi <http://trac.edgewall.org/wiki/TracOnOsxDarwinPorts> || Ticket #5898 (defect created): Wrong req.redirect in process_admin_request <http://trac.edgewall.org/ticket/5898> || TracInstallPlatforms edited by jwa@wahlstedt.fi <http://trac.edgewall.org/wiki/TracInstallPlatforms> || TracInstallPlatforms edited by jwa@wahlstedt.fi <http://trac.edgewall.org/wiki/TracInstallPlatforms>
[04:39:09] * matias has joined #trac
[04:39:09] * Semhirage has joined #trac
[04:39:09] * pacopablo has joined #trac
[04:39:09] * Uranellus has joined #trac
[04:39:09] * the_lalelu has joined #trac
[04:39:09] * coderanger_ has joined #trac
[04:39:09] * medwards has joined #trac
[04:39:09] * birkenfeld has joined #trac
[04:43:52] * mOolight has joined #trac
[04:44:44] * dna has quit IRC
[04:51:08] * tinh has quit IRC
[04:51:49] * misc has quit IRC
[04:52:54] * ChanServ has joined #trac
[04:52:54] * dna has joined #trac
[04:52:54] * tic has joined #trac
[04:52:54] * misc has joined #trac
[04:52:54] * Synapse has joined #trac
[04:52:54] * nDuff has joined #trac
[04:52:54] * kosz has joined #trac
[04:52:54] * erikand has joined #trac
[04:52:54] * theJackal has joined #trac
[04:52:54] * jaebird has joined #trac
[04:52:54] * neoxed has joined #trac
[04:52:54] * retracile has joined #trac
[04:52:54] * ricky has joined #trac
[04:52:54] * amir has joined #trac
[04:52:54] * maxb has joined #trac
[04:52:54] * idnar has joined #trac
[04:52:54] * s0undt3ch has joined #trac
[04:52:54] * HandyAndE has joined #trac
[04:52:54] * sontek has joined #trac
[04:52:54] * osimons has joined #trac
[04:52:54] * The_Tick has joined #trac
[04:52:54] * Tetraboy has joined #trac
[04:52:54] * groogs[h] has joined #trac
[04:52:54] * mmcgrath has joined #trac
[04:52:54] * pfn has joined #trac
[04:52:54] * irc.freenode.net sets mode: +o ChanServ
[04:53:21] * jannic has joined #trac
[04:53:21] * m_g has joined #trac
[04:53:21] * lisppaste5 has joined #trac
[04:53:21] * ged has joined #trac
[04:53:21] * [psy] has joined #trac
[04:53:21] *