Team Chat Logs

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

January 24, 2007

[00:02:09] <_Pete_> seems to be there's 0.10.3-1 for ubuntu feisty, let's see if that works
[00:03:42] * maxb has quit IRC
[00:04:55] <_Pete_> yes that installed and is in use now but the problem is still there
[00:18:56] <_Pete_> so my trac is still thinking there's the change set 41 doesnt exists, how to fix this ?
[00:22:55] * zirpu has quit IRC
[00:49:04] * klando has joined #trac
[00:53:54] <coderanger> http://www.google.com/search?hl=en&lr=&safe=off&q=NameError%3A+global+name+is+not+defined&btnG=Search
[00:54:03] <coderanger> I like how Trac is 3rd for that error ....
[00:56:59] <pygi> s0undt3ch, ping
[00:58:04] <pacopablo> night all
[00:58:19] <_Pete_> for some reason my problem got solved, wierd
[01:01:14] * zircu has quit IRC
[01:07:58] <s0undt3ch> pygi: just reading mail to get some sleep after a night's work, got news?
[01:08:08] <pygi> s0undt3ch, no sleep then :)
[01:08:26] <s0undt3ch> heh, ok, will do that
[01:31:46] * alect yawns
[01:33:42] <pygi> alect, :P
[02:04:57] * Guardian has quit IRC
[02:12:23] * _Pete_ has left #trac
[02:13:07] * mbroeken has joined #trac
[02:25:31] * kopernikus has joined #trac
[02:35:42] * avar has joined #trac
[02:35:55] * avar has joined #trac
[02:50:22] * maxb has joined #trac
[02:52:59] * vanderkerkoff has joined #trac
[02:53:32] <vanderkerkoff> hello everyone, I've imported a project into my svn repository using svn import
[02:54:06] <vanderkerkoff> but I realised its not needed any more, can anyone point me to a link on how to delete the project/tree from svn?
[02:54:08] * lightcap_ has quit IRC
[02:54:23] <vanderkerkoff> I know this is a trac room, but I thought you guys might have some hints
[02:54:28] <vanderkerkoff> ;-)
[03:23:14] * cerw has joined #trac
[03:25:22] * vanderkerkoff has left #trac
[03:28:47] * agile has joined #trac
[03:29:34] <alect> vanderkerkoff: svn rm ...
[03:29:57] <Getty> he is away
[03:30:04] <Getty> btw he never joined the #svn channel
[03:30:14] <Getty> can someone explain me this intelligence?
[03:30:47] <alect> heh
[03:31:21] <Getty> i still cant understand it
[03:33:31] * agile has joined #trac
[03:39:18] * pobrien has joined #trac
[03:44:55] * tkp has joined #trac
[03:46:07] * Guardian has joined #trac
[03:55:21] * tjm has joined #trac
[03:58:03] <tjm> Hi. I have a problem running Trac on Mac OS X 10.4.8 under Apache 2. Tried the HowTo for installing on OS X Server. It works fine in standalone mode. But under Apache I always receive an "no permission to access / on this server"-error. Directory permission of the trac folder and the svn folder have been set to www as defined in httpd.conf. - Can anyone help me to solve this?
[04:02:13] <kopernikus> tjm, do you use cgi or mod_python?
[04:02:46] <tjm> mod_python
[04:03:33] <kopernikus> hmm, no expertise here ;(
[04:04:17] <tjm> okay. have to fiddle along. thanks for trying to help!
[04:05:25] * tjm has quit IRC
[04:07:52] * goldeagle has joined #trac
[04:28:23] * jadd_ has joined #trac
[04:32:22] * jadd_ has quit IRC
[04:33:53] * jadd_ has joined #trac
[04:36:28] * goldeagle has quit IRC
[04:39:05] * cmlenz has joined #trac
[05:10:06] * mbroeken has joined #trac
[05:11:44] * bryanl has joined #trac
[05:14:31] * kopernikus has quit IRC
[05:20:25] <asmodai> alect: }:)
[05:31:51] * c3rw has joined #trac
[05:33:25] * zirpu has joined #trac
[05:33:57] <c3rw> is ther some plugin i can view DOC -> HTML ?
[05:34:01] <c3rw> for attachments..
[05:38:47] * cerw has quit IRC
[05:41:23] * d0rt has joined #trac
[05:42:14] * c3rw is now known as cerw
[05:43:40] <klando> hi, if someone here know those guys :
[05:43:43] <klando> http://trac.adiumx.com/
[05:44:03] <klando> please tell them to remove their : [u'dbname=adiumtrac', u'user=adiumtrac', u'password=adiumr0x0rs', u'host=localhost'] from output on the web :-D
[05:45:09] <cmlenz> ouch
[05:45:25] <cmlenz> stupid cgitb
[05:45:37] <cmlenz> The_Tick
[05:45:46] <klando> yep, but the error output is ..so ....hilight syntaxed ....
[05:45:56] <klando> :p
[05:47:51] <cerw> with highlgith syntax, how can i tell trac that DHTML is HTML FIle as well
[05:48:20] <The_Tick> we're moving
[05:48:26] <The_Tick> it won't be the same when we do
[05:48:39] <The_Tick> and why the FUCK does it say that?
[05:48:51] <The_Tick> bah
[05:50:13] <klando> this is boring, but The_Tick , perhaps you can considerer using .pgpass or things like that
[05:50:27] <The_Tick> what's .pgpass?
[05:50:34] * The_Tick knows almost nothing about postgres
[05:50:43] <The_Tick> other than it's the miracle cure to trac lockups
[05:51:50] * Caitriona has quit IRC
[05:51:58] <cerw> so where do i define .extenrsion for highlight??
[05:55:17] <klando> http://www.postgresql.org/docs/current/interactive/libpq-pgpass.html
[05:55:35] * banan has joined #trac
[05:56:05] <klando> well, there is real good solution, but that or looking to pg_hba.conf and trusted users ....
[05:56:17] <klando> there is NO real
[05:56:25] <klando> -no there is no ...snifff)
[05:56:44] <The_Tick> so if I have a postgres user that executes postgres
[05:56:49] <The_Tick> and a trac user that runs trac
[05:56:57] <The_Tick> which would have the .pgpass file?
[05:57:28] <klando> trac, i hope
[05:58:43] <klando> I tell you, I have never use pgpass for that kind of work (it was the first thing to come to my mind)
[06:00:01] <banan> hello how do I use something like smtp_default_domain in trac (v. 0.9.6) notification?
[06:00:57] * FunkyBob has joined #trac
[06:03:01] <The_Tick> klando: anything is better than nothing here
[06:03:23] <The_Tick> now to find how to change the password
[06:05:32] <FunkyBob> I've been digging around a bit... is there some plugin or doco on getting trac wiki pages as PDF?
[06:05:38] <FunkyBob> I've seen the option on other trac sites
[06:07:42] <klando> The_Tick : see postgresql website and #postgresql (look at alter role/user)
[06:08:01] <klando> or look at pg_hba.conf man page
[06:12:10] * FunkyBob has quit IRC
[06:12:29] * LionsMane has joined #trac
[06:25:12] * cboos has joined #trac
[06:25:44] <cboos> hello
[06:27:22] <cboos> so I'm about to revert the render_macro() change and use format_macro() instead. Any other suggestion?
[06:27:43] <cmlenz> oh
[06:27:49] <cmlenz> I have another pending mail about that one
[06:28:20] <cboos> the one with the patch?
[06:31:26] <cmlenz> well, about the renaming
[06:31:32] <cmlenz> sent
[06:39:20] * elehack|work has joined #trac
[06:44:21] * cboos_ has joined #trac
[06:44:49] * cboos has quit IRC
[06:44:56] * cboos_ is now known as cboos
[06:45:10] <cboos> I'm back ;)
[06:46:07] <cboos> (sorry for the interruption, my windoze system frows ...)
[06:46:33] <cboos> cmlenz: so in the meantime I got the mail about the rename
[06:46:58] <cboos> well, the parse_macro was there just as a hint, of course, I can leave it for now
[06:47:19] <cboos> but format_macro looks definitely better than render_macro2 ...
[06:47:40] <cboos> and as it has the formatter as first argument, that name seems really appropriate
[06:48:13] <cmlenz> format_macro sounds really weird to my ears
[06:48:24] <cmlenz> i.e. it sounds wrong
[06:49:00] <cmlenz> a macro isn't something that gets formatted, it generates/renders content
[06:49:24] <cboos> yes, I thought about that, but then, it's the same pattern as "render_macro"
[06:49:39] <cboos> so you mean "render_macro" was also wrong?
[06:49:50] <cmlenz> no
[06:50:40] <cmlenz> render_macro seems okay to me
[06:51:17] <cboos> hm
[06:51:35] <The_Tick> hurray
[06:51:41] <The_Tick> got the trac irc bot documented
[06:51:41] <cboos> well, my initial proposal was "macro_format"
[06:51:58] * danbeck has joined #trac
[06:52:03] <cboos> any better idea?
[06:52:03] <cmlenz> cboos: putting the verb at the end? how's that better? :-P
[06:52:23] <cmlenz> well, render_macro2 ;-)
[06:52:29] <cboos> bah, no
[06:52:34] <cboos> not going the svn way ;)
[06:52:44] <The_Tick> ooh, macro naming time?
[06:52:49] <cboos> we'll end up with render_macro5 in a few years ;)
[06:52:58] <cboos> (and 12 arguments)
[06:52:59] <The_Tick> parse_magic
[06:53:04] <The_Tick> juke_box_hero
[06:53:16] <The_Tick> the_incredible_parser
[06:54:57] <cmlenz> cboos: I'm pretty sure whatever API we have now won't be the one we need for the cleaned up wiki engine... so if you're looking for a proper name now, that only means it won't be available when the real API comes along
[06:55:27] <cboos> well, this move is part of going to the new API
[06:55:39] <cmlenz> it's not going to work
[06:55:48] <cmlenz> this stuff *never* works this way
[06:55:49] <The_Tick> pick a name that's close enough that typing it with the new api isn't going to suck
[06:55:53] <cboos> unless you have something big in preparation, I'd rather move one step by step toward that goal
[06:55:53] <cmlenz> that was the point of my mail
[06:55:56] <The_Tick> but not close enough to make you mistype it
[06:56:02] <The_Tick> is what I'd suggest
[06:56:04] * The_Tick runs off
[06:56:40] <cmlenz> you'll need an API change for every "step"
[06:57:05] <cboos> unlikely, with the formatter argument, it's rather flexible
[06:57:28] <cboos> additional stuff can be added to the formatter object itself (like .properties)
[06:58:26] <cboos> but yes, there's also some changes for the IWikiSyntaxProvider I have in mind ... I'll keep backward compatibility, there ;)
[06:58:48] <cboos> anyway, this won't happen in trunk
[07:00:25] <cboos> expand_macro ?
[07:01:10] <cmlenz> that's not that bad
[07:10:24] <cboos> so ... "adjugé", like the french say
[07:11:09] <cmlenz> what's that? :-P
[07:11:40] * necrotic has joined #trac
[07:12:52] * solus has joined #trac
[07:13:27] <cboos> well, I don't know the translation, but you say it when something is sold in an auction, or when a deal is done
[07:14:59] * d7rt has joined #trac
[07:15:03] <solus> "trac-admin projname permission remove anonumous *" should remove all privileges of anonymous, right?
[07:16:56] <cboos> cmlenz: I gather that you don't have much time for Trac stuff those days, however I'd like to check a few things with you
[07:17:21] <cmlenz> sure
[07:17:40] <cboos> especially w.r.t. to the timeline-link-resolver-tmp branch
[07:17:48] * Guardian has quit IRC
[07:18:00] * retracile has joined #trac
[07:18:01] <cboos> you remember, this is the implementation for #975
[07:18:21] <cboos> the links to the timeline.
[07:18:43] <cmlenz> yeah
[07:18:54] * kopernikus has joined #trac
[07:19:01] <cboos> Last time we discussed, you were not completely pleased with my implementation of the feature, but as I understood it, it was because of the time "window" around a given date
[07:19:24] <cboos> I've "fixed" this, as now the links go to the specified date, and that's it
[07:19:47] <cboos> i.e. the timeline starts at that date, and goes down the usual number of days
[07:19:52] * banan has left #trac
[07:20:16] <cboos> so I think your concern is now addressed but I'd like to check
[07:22:01] <cmlenz> I'm checking out the branch now
[07:22:19] <cboos> ok, fine
[07:22:45] <cboos> (there are a few other stuff there, like the renaming of the fixedzone)
[07:23:03] * asmodai fixes cmlenz and cboos
[07:23:09] <The_Tick> http://www.mootpointer.com/articles/2007/01/24/so-you-want-your-very-own-towncrier
[07:24:06] <cboos> darcs!?
[07:25:25] * necrotic has left #trac
[07:28:20] <cmlenz> cboos: what's the "precision" for in the timeline?=
[07:28:28] * d0rt has quit IRC
[07:28:47] <cboos> that's something that is used to highlight some given events
[07:29:36] <cboos> when you specify a timeline: link, the precision is broad (hour or minute)
[07:30:03] * Hellaenergy has joined #trac
[07:30:10] <cboos> but when you form a link programmatically, the precision is set to 'second', which enables you to highlight the very specific event in question
[07:30:36] <cboos> for example, go on a ticket, and click on the created or last modified time links
[07:33:44] <solus> does track support time reporting? like "this user has worked so many hours with this task"
[07:34:40] <cboos> solus: why can't you just say in a comment: "I worked so many hours on that..."
[07:34:44] <cboos> ;)
[07:35:02] <solus> cboos: well, i'd like some rudimentary summation and stuff like that
[07:35:24] <cboos> @wiki TimeTrackin
[07:35:24] <evil_twin> cboos: http://trac.edgewall.org/wiki/TimeTrackin
[07:35:25] <cboos> @wiki TimeTracking
[07:35:26] <evil_twin> cboos: http://trac.edgewall.org/wiki/TimeTracking
[07:35:32] <cboos> sorry, pick the second one
[07:36:06] <cboos> it's not the "official" thing, but I think some people are using that
[07:36:33] <cboos> (the "official" thing is "do it yourself", so it's pretty close)
[07:37:12] * goldeagle has joined #trac
[07:38:21] * pradeep_ has joined #trac
[07:38:49] * marlun has joined #trac
[07:40:31] <cmlenz> cboos: what I really don't like about the branch is how it makes the format_date() function automatically generate links to the timeline, thereby creating coupling
[07:41:14] <cboos> well, that's a good point
[07:41:48] <cmlenz> other than that, the branch looks okay, however I do still think it's a kind of fancy/nice-to-have feature... not sure I'd ever use it, really, but hey
[07:42:09] <cboos> (about the couping) I thought a bit about that, but didn't find a good solution
[07:42:23] <cmlenz> yeah, same here
[07:42:23] <cboos> sure, if the timeline module is disabled, we don't want those links
[07:43:11] <cboos> ... but on the other hand, doing it that way makes most time information "active" at a low cost
[07:43:14] <cmlenz> what about porting those timezone/datetime fixes to trunk first? and btw, can you summarize what those are about?
[07:44:01] <cboos> well, that would probably be extra work (to split the two) I'm not sure it's worth it
[07:44:14] <cboos> summary of the timezone fixes:
[07:44:27] <cboos> - support for 'iso8601' in date and time formatting helpers
[07:45:19] <cboos> - replace the UNIX-oriented Etc/GMT -/+... timezones with the more intuitive GMT +/- names
[07:45:45] <cboos> - improvements to the datetime preference panel
[07:46:15] <cmlenz> why not simply call the format "iso"
[07:46:16] <cmlenz> ?
[07:46:51] * em-dash_ has quit IRC
[07:46:52] <cboos> well, that's not really important, is it?
[07:47:31] <cmlenz> nothing we do here is important, dude
[07:47:35] <cmlenz> ;)
[07:48:02] <cboos> ok, so let me rephrase it: "why should we care?" ;)
[07:48:12] <cboos> (it's mainly for internal use, so ...)
[07:51:33] <cboos> more important, about this "TODO: need to check if TimelineModule is available or not"
[07:51:43] <cboos> in Chrome._format_datetime
[07:52:24] <cboos> a few possible solutions:
[07:52:34] <cboos> 1. there could be a flag is_enabled on the component
[07:52:59] <cboos> 2. TimelineModule(self.env) could return 'None' if the module is explicitely disabled
[07:53:24] <cboos> 3. something else...
[07:53:27] * pobrien has quit IRC
[07:53:36] <cmlenz> none of those address the concern of coupling
[07:53:47] <cmlenz> i.e. trac.web.chrome shouldn't know about trac.timeline
[07:54:11] <cboos> well, then we could have a way to get a component by name?
[07:55:30] <cboos> something like self.env.get_component('trac.timeline.TicketModule') ?
[07:55:35] * pobrien has joined #trac
[07:56:23] * m_g has joined #trac
[07:56:24] <cmlenz> that's still coupling, only worse ;-)
[07:56:32] <cmlenz> okay, here's what I would suggest:
[07:56:33] * solus has left #trac
[07:57:13] <cboos> (there's also the possibility to do that in macros.html, of course)
[07:57:14] * agile has quit IRC
[07:57:26] <cboos> in the dateinfo macro, in particular
[07:57:42] <cmlenz> I'm going to add the template filter / context processor extension point on of these days... the timeline component would extend the interface and then replace the bare-bones format_date function with it's fancy_format_date
[07:57:50] <cmlenz> *or* the whole thing would be done in a plugin
[07:58:44] <cboos> what do you mean by context processor?
[07:58:51] <cmlenz> I'm honestly not sure whether this timestamp-linking is a good candidate for being in the core
[07:59:06] <cboos> well, I'm pretty sure ;)
[07:59:17] <cmlenz> extensions that can manipulate the template context before it the rendering starts
[07:59:30] <cboos> ah, context == data dictionary here
[08:00:47] <cboos> about the feature, I find myself often willing to go back from a given date back to the "change history" surrounding this date, to better remind me what happened during that time
[08:01:37] <cboos> this should be extended by the possibility to better navigate in the timeline
[08:01:58] <cboos> at that point, we can probably reduce the daysback default value
[08:02:50] * lisppaste5 has quit IRC
[08:03:07] * daniel-w has joined #trac
[08:03:53] <cmlenz> okay
[08:03:54] * marlun has quit IRC
[08:04:14] <cboos> I need to leave now (get my car with ... winter tires ;) )
[08:04:25] <cboos> cmlenz: will you be there this evening again?
[08:04:32] <cmlenz> probably
[08:04:53] <cboos> ok, so hope to see you then!
[08:04:58] * cboos has quit IRC
[08:09:25] * lisppaste5 has joined #trac
[08:14:49] <Hellaenergy> coderanger, are you around?
[08:18:01] * sineer has joined #trac
[08:19:03] * chandlerc has quit IRC
[08:20:32] * sineer has a question related to permissions management accross several trac envs. Using trac-stable and the accountmanager+httpauth login plugins... Here it comes :)
[08:21:22] * pradeep_ has quit IRC
[08:22:01] <sineer> I would like to add to every valid accountmanager registered users the 'all' permission that I used with dbauth plugin in the past so that I would give to 'all' the required default permissions.. anonymous is no option.
[08:23:13] <sineer> but I don't want to do that manually like I do now every time I add a new user in the htpass file on each trac site (12+ sites)... So I tought it would be either hack the accountmanager or create a script that would inject the proper sql data in each trac dbs at once..
[08:24:12] * Guardian has joined #trac
[08:25:49] <sineer> perhaps having the ability to grant certain users to a group of permissions (ie, admins, all, super, with each their different trac action rights) would be a nice add-on to the account manager?
[08:27:40] <cmlenz> can't you just use the virtual "authenticated" group?
[08:28:23] <sineer> another thing that I need due to that high amount of trac sites is a way to export the name+email info accross those sites, especially because the force registered users only ticket system option requires that info to be present and valid..
[08:28:37] <sineer> cmlenz, hi! what virtual "authenticatd" group?
[08:29:30] <cmlenz> see TracPermissions
[08:29:36] <cmlenz> (first section)
[08:29:51] <cmlenz> “All logged in users belong to the virtual group "authenticated", which inherits permissions from "anonymous".”
[08:30:23] <sineer> ah ah! :) yes I see.. it pays to review the doc sometimes...
[08:30:35] <sineer> thanks!
[08:30:53] <cmlenz> np
[08:31:15] <sineer> it is exactly what I needed.. not excatly the most flexible solution but I can deal with special cases by usually simply giving TRAC_ADMIN permission to the user :)
[08:32:31] <sineer> cmlenz, are you by any chances contracting ?
[08:33:00] <sineer> I would have some bitten integration work for you for where I work hehe
[08:35:01] <cmlenz> well, I can provide trac/etc related services through the company I work at
[08:35:46] <sineer> cool! does that company has readily available info about the services/pricing it/you offer?
[08:36:33] <cmlenz> unfortunately, not really
[08:37:05] <cmlenz> if you want to send me a mail with some details, I'd get back to you with pricing
[08:37:17] <sineer> yes I will
[08:38:22] <sineer> cmlenz at cmlenz.net ?
[08:38:36] * retracile has quit IRC
[08:38:44] <cmlenz> cmlenz at gmx.de
[08:39:05] <sineer> k, i'll send you an email this aft. when I actually get to the office :)
[08:39:14] <cmlenz> cool
[08:39:25] <sineer> de is Denmark right?
[08:39:43] <sineer> err no dk is Denmark
[08:40:16] <sineer> Germany!
[08:40:41] <sineer> cool :) I'm from Canada/quebec.
[08:41:11] <cmlenz> yeah germany
[08:41:30] <cmlenz> the company is www.mediatis.de
[08:44:09] <sineer> ok, I'll write up a short email this aft. explaining what I have in mind that could help us have a full automated build/test system using bitten with scons to build mostly C++ and call scripts (ie doxygen, vhdl builds/sims,...) and make up nice reports with automated commit back in some tags and such :)
[08:45:26] <sineer> my company is Optosecurity, we're a growing startup and we build devices for automatic threat detections that hook up on xray machines in airports and such...
[08:45:46] <sineer> detections of firearms, drugs, explosives and even liquids...
[08:46:27] <sineer> err.. well not 'my' company, the comp I work for ;)
[08:47:50] <sineer> gotta go.. later all
[08:47:55] * sineer has quit IRC
[08:57:22] * avar has quit IRC
[08:57:30] * avar has joined #trac
[08:57:35] * agile has joined #trac
[08:59:38] * em-dash has joined #trac
[09:02:00] * Caitriona has joined #trac
[09:06:29] * asmodai still wonders why his webdev at work and home have different icons
[09:07:59] <cmlenz> you should be using firebug anyway
[09:11:59] <asmodai> Also installed :)
[09:15:24] * chandlerc has joined #trac
[09:20:54] * hpnadig has joined #trac
[09:25:50] * klando has quit IRC
[09:26:22] * asmodai goes to try and devise a database schema
[09:35:47] * hpnadig has quit IRC
[09:50:19] * d7rt has quit IRC
[09:57:39] <pacopablo> morning
[10:00:20] * goldeagle has quit IRC
[10:01:34] <pygi> hey paco
[10:01:35] <pygi> s0undt3ch, ping?
[10:02:56] * cmlenz has quit IRC
[10:04:23] * goldeagle has joined #trac
[10:09:04] * jnorthrup has joined #trac
[10:10:53] <jnorthrup> hello. i have been running trac on rh7.2 for the last year and recently updated the svn tree. after fixing the databse etc. it seems to work. the source browser is spewing this however: 388 TEXT-1-1TEXT-1-1
[10:10:59] <jnorthrup> any suggestions??
[10:11:52] * godzil has joined #trac
[10:15:41] <pacopablo> did you update trac also?
[10:15:50] <pacopablo> or any other packages?
[10:16:13] <jnorthrup> i updated trac and nuked all the plugins
[10:16:39] <pacopablo> did you remove the prior version of trac before upgrading?
[10:17:05] <jnorthrup> as in rm'ing the svn trac repo before updating? no
[10:17:40] <jnorthrup> is this a hook behavior I can fix by looking for a prior artifact?
[10:18:03] <jnorthrup> as a rule, I would expect to get fired for deleting the company's wiki before upgfrading
[10:20:35] * adj has joined #trac
[10:21:01] <adj> how do i set trac to a different timezone than the system time?
[10:21:08] <jnorthrup> im not seeing a "how to upgrade from prior svn" faq item anywhere. in the past updating the trac source tree and installing has been all i need
[10:23:08] * godzil has left #trac
[10:26:24] <jnorthrup> for the record, anyone adding FAQ items, a genshi update seems to fix the issue.
[10:26:28] <jnorthrup> good day.
[10:26:32] * jnorthrup has quit IRC
[10:32:55] * cfedde has joined #trac
[10:35:26] * cmlenz has joined #trac
[10:42:02] * Lawouach has joined #trac
[10:54:26] * dilinger has quit IRC
[10:55:05] * adj has left #trac
[10:59:28] * idnar has quit IRC
[10:59:29] * idnar_ has joined #trac
[11:05:22] * elehack|work has quit IRC
[11:08:13] * dilinger has joined #trac
[11:22:39] <Hellaenergy> pacopablo, do you know the URL to coderanger's new subtask module by chance?
[11:24:14] <pacopablo> Hellaenergy: nope
[11:24:18] * d7rt has joined #trac
[11:24:31] <pacopablo> if you remeber the day that hey posted it you can check the irclogs
[11:24:42] <Hellaenergy> yesterday
[11:25:26] <Hellaenergy> good call
[11:25:29] * idnar_ is now known as idnar
[11:25:35] <pacopablo> http://pacopablo.com/irclogs/2007/01/23
[11:25:41] <SpComb> it's possible to search the irc logs?
[11:25:48] <pacopablo> SpComb: not yet
[11:25:56] <pacopablo> i'm working on adding that feature
[11:25:57] <Hellaenergy> tada: http://dev.coderanger.net/0.10.3/main/ticket/1
[11:25:58] * SpComb pats his one-year-old irc logger
[11:26:04] <SpComb> it even gives you RSS feeds of IRC channels
[11:26:05] <SpComb> :P
[11:26:15] <pacopablo> SpComb: what do you use?
[11:26:21] <SpComb> something I wrote myself
[11:26:31] <SpComb> http://zapotek.paivola.fi/~terom/logs/
[11:26:37] <Hellaenergy> damit his firewall is still trippin
[11:26:44] <SpComb> not particularly nice, I've been in the process of rewriting it for the past couple months
[11:27:08] <pacopablo> what's it written in?
[11:27:18] * lightcap_ has joined #trac
[11:27:21] <SpComb> two .php files :P
[11:27:50] <pacopablo> SpComb: I meant the logger
[11:27:55] <SpComb> the logger is irssi
[11:28:01] <pacopablo> ahh
[11:28:05] <SpComb> but I'm