Team Chat Logs

2006 9
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          
<< <   > >>

October 21, 2006

[00:09:00] <pacopablo> what are you complaining about IamLordV1ldemort ?
[00:10:14] <pacopablo> hmm, spaces in filenames
[00:10:25] * pacopablo can see his task list growing
[00:19:04] <ytxistlaboc> Whats the matter with the spaces?
[00:21:21] <pacopablo> spaces in filesnames are a pain when it comes to the web
[00:21:54] <pacopablo> that, and they tend to go overboard, hence: "Realy Big F*ck*ng File Name.pdf"
[00:28:54] * peach has quit IRC
[00:28:54] * bartc has quit IRC
[00:28:54] * ozatomic has quit IRC
[00:28:54] * nextime has quit IRC
[00:28:54] * frankg has quit IRC
[00:28:54] * Leentje has quit IRC
[00:28:54] * termie has quit IRC
[00:28:54] * BrianHV has quit IRC
[00:28:54] * Guardian has quit IRC
[00:28:54] * unlord_ has quit IRC
[00:28:54] * hlb has quit IRC
[00:28:54] * De_Mon has quit IRC
[00:28:54] * matt_good has quit IRC
[00:28:54] * Fatal_2 has quit IRC
[00:31:44] * peach has joined #trac
[00:31:44] * nextime has joined #trac
[00:31:44] * matt_good has joined #trac
[00:31:44] * Guardian has joined #trac
[00:31:44] * unlord_ has joined #trac
[00:31:44] * frankg has joined #trac
[00:31:44] * ozatomic has joined #trac
[00:31:44] * De_Mon has joined #trac
[00:31:44] * BrianHV has joined #trac
[00:31:44] * hlb has joined #trac
[00:31:44] * Leentje has joined #trac
[00:31:44] * bartc has joined #trac
[00:31:44] * Fatal_2 has joined #trac
[00:31:44] * termie has joined #trac
[00:38:18] * number5 has joined #trac
[01:10:04] * cmlenz has joined #trac
[01:15:49] * tenshiKur0 has joined #trac
[01:15:59] * imajes has quit IRC
[01:17:38] * imajes has joined #trac
[01:35:08] * jvtm has quit IRC
[01:35:08] * The_Tick has quit IRC
[01:37:21] * flox_ has joined #trac
[01:37:27] * flox_ is now known as flox
[01:37:41] * The_Tick has joined #trac
[01:37:59] * m_g has joined #trac
[01:40:57] * jvtm has joined #trac
[02:10:28] * otaku42_away is now known as otaku42
[02:32:08] * matt_good has quit IRC
[02:32:12] * tenshiKur0 has quit IRC
[02:35:10] * matt_good has joined #trac
[02:59:43] * flox has quit IRC
[03:00:32] * flox_ has joined #trac
[03:00:37] * flox_ is now known as flox
[03:14:18] * idnar_ has quit IRC
[03:16:12] * idnar has joined #trac
[03:54:02] * Blackhex has joined #trac
[03:56:07] * number5 has quit IRC
[04:04:55] * vantien has joined #trac
[04:05:29] * vantien has left #trac
[04:06:01] * vantien has joined #trac
[04:16:52] * vantien has quit IRC
[04:26:20] <otaku42> question: what happens if a plugin includes a template of the same name as available in trac's "core"?
[04:26:28] <otaku42> for example settings.cs
[04:27:45] <otaku42> if the plugin now returns 'settings.cs' in its process_request, which settings.cs would be used?
[04:30:52] * tkp has joined #trac
[04:40:44] * o_cee has quit IRC
[04:42:18] * Blackhex has left #trac
[04:51:42] * rannis has joined #trac
[04:51:48] <rannis> plop all :o
[05:08:42] * zarrelli has joined #trac
[05:08:57] <zarrelli> Hi
[05:09:06] <zarrelli> I filed this ticket http://trac.edgewall.org/ticket/3999
[05:09:20] <zarrelli> But I really don't know how to solve the problem
[05:09:26] <zarrelli> Any suggestions?
[05:09:40] <zarrelli> I'mt using Ubuntu server default packets
[05:39:44] * rannis has quit IRC
[05:52:30] * otaku42 is now known as otaku42_away
[06:38:41] * mfuchs has joined #trac
[06:41:32] * rannis has joined #trac
[07:14:20] * converter__ has quit IRC
[07:15:13] * converter has joined #trac
[07:31:41] * Morkel has joined #trac
[07:31:45] <Morkel> Hallo
[07:32:29] <Morkel> Hat jemand Kismet auf einem Intel MacBook ans laufen gebracht?
[07:32:32] <Morkel> Kismac
[07:37:28] <omry> דבר אנגלית יא לולו.
[07:37:34] <neuralis> Morkel: dieses kanal ist fur trac (http://trac.edgewall.org) diskussion; wir wissen uber kismac nichts.
[07:37:47] <neuralis> omry: i agree.
[07:37:57] <omry> neuralis, so answer him in english
[07:38:00] <Morkel> oh habe ich mir in der zeile verlesen sory
[07:38:09] * Morkel has left #trac
[07:38:23] <neuralis> omry: he was just confused. no worries.
[07:38:39] <omry> neuralis, what, he just came here to ask for directions? :)
[07:38:55] <neuralis> and i'd have answered in croatian if i'd been trying to make a point :)
[07:39:15] <omry> :)
[07:39:21] * rbp has joined #trac
[07:41:35] * s0undt3ch has quit IRC
[07:44:31] * dmax has quit IRC
[07:46:06] * sgorilla1 has quit IRC
[08:06:43] * cmlenz has quit IRC
[08:10:53] * s0undt3ch has joined #trac
[08:13:01] * dju` has joined #trac
[08:20:15] * no_maam_ has quit IRC
[08:24:25] * rbp has quit IRC
[08:47:40] * agile has joined #trac
[09:29:47] <prologic> anyone around ?
[09:37:08] * ]BAF64[ is now known as [BAF64]
[09:37:50] * dju` has quit IRC
[09:53:30] * ytxistlaboc is now known as cobaltsixty
[09:55:48] * snap has quit IRC
[09:55:50] * snap has joined #trac
[10:00:50] * snap_ has joined #trac
[10:03:49] * tkp has quit IRC
[10:04:56] * cmlenz has joined #trac
[10:05:58] * matt_good has quit IRC
[10:09:57] <prologic> coderanger, just trying out your TracForgePlugin -->http://trac.shortcircuit.net.au/test
[10:10:02] <prologic> I guess it's broken atm :) ?
[10:21:57] <prologic> hrmm
[10:22:00] <prologic> k well I got it working
[10:22:12] <prologic> thing is I don't yet understand how it works :)
[10:34:29] * mfuchs has quit IRC
[11:12:54] * imajes has quit IRC
[11:13:41] * sgorilla78 has joined #trac
[11:13:52] <sgorilla78> is there a way to make ipython bind to a socket?
[11:14:20] * imajes has joined #trac
[11:20:16] * SinnerG has quit IRC
[11:31:56] * Blackhex_ has joined #trac
[11:35:13] <asmodai> ipython is iron python?
[11:44:37] * matt_good has joined #trac
[12:00:27] <sgorilla78> no
[12:00:32] <sgorilla78> interactive python
[12:03:14] * macly has joined #trac
[12:03:39] <macly> I have a quick question, it should be easy (I hope) Is there a variable I can use in the wiki to pull the username of the logged in user?
[12:16:50] * cboos has joined #trac
[12:17:43] <cboos> cmlenz?
[12:18:28] <cboos> I'm starting to look at r4007, did you change something in Genshi w.r.t to attributes and booeans?
[12:18:35] <cboos> (booleans)
[12:20:11] <macly> cboos, thanks for the help on that weird "no node at XXX" ticket
[12:20:47] <cboos> hi macly, what ticket was that again?
[12:21:05] <macly> it had to do with being unable to view changesets
[12:21:36] <macly> I'll grab the id in a sec (have to find it)
[12:22:25] <macly> 3546
[12:23:32] <cboos> so that was it, the disk was mounted?
[12:24:23] <macly> well, the slowness was due to the fact that the changeset ended up being a 7.8MB html file
[12:24:31] <macly> enough to hose just about any browser
[12:24:56] <cboos> oh, you know that you can limit the amount of data that get into a changeset?
[12:25:01] <macly> but after resyncing it, and restarting everything (for about the 3rd time) the next day, I went to use it and it was working
[12:25:39] <cboos> look at http://trac.edgewall.org/wiki/TracIni#changeset-section
[12:25:45] <macly> oh? that's a good thing to know. actually, you might know this, is there a simple macro that resolves into the username of who is logged in? I'm trying to set up a start page with a list of tickets for each user as they log in
[12:26:16] <macly> and none of the obvious permutations of [[User]] or [[UserName]] are working
[12:26:27] <cboos> ... with max_diff_bytes, you could probably limit things to less than 1Mb and get decent speed.
[12:26:35] <cboos> now to your user question,
[12:27:16] <cboos> there's no macro like that, although that would be trivial to write, but more interestingly, in trunk now you can use the special $USER variable in the TicketQuery macro
[12:27:48] <macly> Ahh, cool. thanks!
[12:28:16] <cboos> that should not be difficult to backport if you're using 0.10 (or even 0.9)
[12:28:30] <asmodai> cboos!
[12:28:31] <macly> looks like it's time to upgrade (I'm on .9.6)
[12:28:49] <macly> thanks a bunch!
[12:29:01] <cboos> there's already a lot of interesting stuff in 0.10 of course ;)
[12:30:32] <asmodai> indeed :)
[12:31:18] <Blackhex_> cboos: hi, what's with broken searching in DoxygenPlugin?
[12:31:34] <cboos> oops, /me hides
[12:31:49] <asmodai> hahah
[12:32:34] <cboos> well, I don't know to be honest, I didn't look closely at the search stuff, and yes I know it's currently broken :(
[12:32:59] <cboos> that's one of the things that keeps being post-poned.
[12:33:33] <Blackhex_> for how long?
[12:34:53] <cboos> erm, well, difficult to say. Probably I'll get back at it next week though
[12:35:05] <cboos> (and I have one or two other fixes pending)
[12:35:19] <Blackhex_> ok, would be nice :-)
[12:35:32] <cboos> like redirecting to "doxygen/" when querying "doxygen", for solving the relative path stuff
[12:37:16] <Blackhex_> I was solved by regexp before
[12:38:05] <cboos> you mean "/doxygen" was working? or was just not matched by the regexp?
[12:38:59] <Blackhex_> it was mathed and because of there was no path group It was redirected to index
[12:39:24] <Blackhex_> I don't mean redirected but referenced
[12:41:45] <Blackhex_> obviously I'm not clear enough today: reg. expression mathed both doxygen^, doxygen/^ or doxygen/(*) and if mathed group was empty there was dispalyed index depending on configuration
[12:42:38] * macly has quit IRC
[12:43:31] <cboos> but if that index contained links like "files.html" "classes.html" (I don't remember the exact ones), and if the index URL is "project/doxygen", then you'd go to "project/files.html", "project/classes.html", no?
[12:44:22] <cboos> (that's why when I get "project/doxygen" alone, I redirect to "project/doxygen/")
[12:44:42] <Blackhex_> yeah that was similar problem too, but I'll have to look how I solve it.
[12:53:55] <cboos> coderanger? how are the changes sorted in the ticket delete plugin?
[12:54:04] <Blackhex_> yes, I've added / to self.env.href.doxygen() + '/'
[12:54:11] <Blackhex_> :-)
[12:54:24] <Blackhex_> in mainnav button
[12:55:05] <cboos> Blackhex_: oh, ok, would avoid to do a redirect in most cases. Still, when manually typing doxygen, would be useful
[12:55:17] <Blackhex_> yes
[12:56:01] * cmlenz is back
[12:56:05] <cboos> Strange, on #4001, the last comment seems to be a spam ... contains a random changeset num ("[1664]") as the only content
[12:56:11] <cmlenz> cboos: what was with r4007?
[12:56:33] <cboos> yeah, 4007, well I see that you threw away the form_attr stuff,
[12:56:48] <cboos> but you replaced it with only boolean checks, like:
[12:56:57] <cboos> selected="thing == 1 or None"
[12:57:15] <cmlenz> right
[12:57:16] <cboos> that won't be replaced by selected="selected", or will it?
[12:57:21] <cmlenz> it should
[12:57:25] <cboos> ah!
[12:57:28] <asmodai> Fight!
[12:57:30] <asmodai> ;)
[12:57:46] <cboos> nice, something I always wished for... I should have tried ;)
[12:57:56] <cmlenz> the (X)HTML serializer knows about minimized attributes... so when an attribute such as "checked" has any kind of value, it'll be replaced with the attribute name
[12:58:18] <cboos> Genshi is too smart ;)
[12:58:19] <cmlenz> and the HTML serializer simply omits the value entirely
[12:58:31] <cmlenz> i.e. it generates <option selected>bla</option>
[12:58:33] * hotte has joined #trac
[12:58:48] <cboos> OK, fine then
[12:59:06] <cboos> cmlenz: can you take a look at #4001?
[12:59:15] <cboos> last comment, fixed by [1664] ?
[12:59:20] <cboos> (by anonymous)
[12:59:23] <cboos> looks like spam
[12:59:40] <cboos> the strange thing is the ordering within the ticket delete plugin
[12:59:51] <cboos> that change appears first... no idea why
[13:00:07] <cmlenz> yeah, that's weird, no idea
[13:00:26] <cmlenz> does that mean it has the lowest cnum?
[13:00:31] * asmodai goes to add the ticketdelete genshi template
[13:00:32] <cmlenz> I don't know the ticketdelete code
[13:00:39] <cboos> me neither...
[13:00:43] <cboos> asmodai?
[13:00:47] <cmlenz> nor do I know much about the cnum stuff you added :-P
[13:00:58] <cboos> how are the changes sorted ?
[13:01:24] <cboos> the cnum, well, it's just a sequence, so yes, probably in this case, the cnum is 0
[13:01:56] <cmlenz> is cnum part of the form? or computed automatically after the form was posted?
[13:02:06] <asmodai> cboos: oi?
[13:02:08] <cboos> both
[13:02:14] <asmodai> cboos: I don't know much of ticketdelete yet
[13:02:30] <cboos> (it can contain the replied to info too)
[13:03:00] <cboos> well, I agree the whole thing is a hack... but a useful hack, no? ;)
[13:03:47] <cboos> (a much saner implementation would be possible using the new datamodels I've written about)
[13:04:59] <cmlenz> okay, so would it be possible to achieve the effect seen on that ticket by posting cnum=0 ?
[13:05:48] <cboos> ... if the ordering is on the cnum, which I don't know. Also, "old" changes don't have a cnum
[13:06:19] * entreprenerd has joined #trac
[13:07:49] * entreprenerd has quit IRC
[13:08:11] <cmlenz> cboos: did you have a look at my wiki2x_in_templates patch yet?
[13:08:44] <cboos> no, just put the kids to bed ;)
[13:08:49] <cboos> lots of stuff pending ;)
[13:08:54] * entreprenerd has joined #trac
[13:09:32] <cboos> oh wait, yes I did look at it...
[13:09:45] <cboos> ;) short memory issues
[13:10:22] <cmlenz> heh
[13:11:12] <Blackhex_> Any of you a css guru? I want to simulate look of my ScreenshotsPlugin in mozilla also in IE but there is no display: table-cell property and I never get size independent vertical centering of block elements working ...
[13:11:55] <cboos> -> cmlenz, but first he should help me fix my jumping button issue in the browser-quickjump branch ;)
[13:14:40] <cboos> so cmlenz, when you say "completely transparent" this means that there's nothing special to do in the macro/processor, no checking of the add_stylesheet return value, right?
[13:16:42] <cmlenz> yeah
[13:17:04] <cmlenz> the required script snippets are automatically added at the end of the main content
[13:17:08] <cmlenz> (of the page)
[13:17:18] <cboos> yeah, ok, I read it for real now, and I think I got it, the second time ;)
[13:17:40] <cboos> you know, I had a completely different approach in mind, more general
[13:18:00] <cboos> but I'm not sure if that generality is worth it. In short:
[13:18:40] <cboos> I wanted to attach the "parsed tree" to the model, i.e. do a wiki_parse instead of the wiki_to_...
[13:19:06] <cboos> the templates would have done wiki_to_html or wiki_to...
[13:20:21] <cboos> but there would have been also a "prerender" stage, in which the macros present in the parsed tree (as macro call elements) would have been given a chance to influence the data model (and the req)
[13:20:43] <cboos> like calling a "parse" method on them
[13:21:27] <cboos> so a traditional add_link call for example at that time would have worked.
[13:21:32] <cmlenz> okay, I think I understand
[13:21:47] <cmlenz> that'd be quite a bit more complicated though :-)
[13:21:56] <cboos> sure ...
[13:22:24] <cboos> and the only issue we found so far when calling macros late was those add_* calls,
[13:22:44] <cboos> which are now solved by your approach, so I think it's ok
[13:24:49] <cboos> oh, fragment=True, what's that?
[13:25:05] <cboos> ... probably something I missed in r4007, I go back to it ;)
[13:25:25] <cboos> ah no it's in the patch
[13:26:32] <cboos> k
[13:28:47] <cmlenz> yeah, it's intention is to render to a stream without serializing it, so you can insert it into the main stream
[13:30:03] <cboos> ok, everything's clear now
[13:30:46] <cmlenz> I'm gonna commit that one in a second
[13:30:59] <cmlenz> minus the javascript stuff and wiki2html
[13:31:20] <cmlenz> just fragment
[13:31:35] <cmlenz> and renamed render_response to render_template
[13:33:04] <cboos> D cls = method == 'text' and TextTemplate or MarkupTemplate
[13:33:13] <cboos> he, you really don't like those ;)
[13:33:33] <cboos> vivement Python 2.5 ;)
[13:33:57] <cboos> cls = TextTemplate if method == 'text' else MarkupTemplate
[13:33:59] <cboos> :)
[13:34:45] <cmlenz> yeah, that's better but still... sometimes it helps readability to have a couple more lines, and those conditionals are one example IMHO
[13:37:09] <cboos> for me, it's more where you want to put the emphasizis; if it's on the assignement, or the thing that is tested ... but, well, those are just details
[13:38:17] <cboos> more serious is the self.load_template api change. Does your next commit also fix the few uses of this method?
[13:38:38] <cboos> (iirc, in query.py and trac/notification.py)
[13:39:54] <cmlenz> oh, notification.py
[13:40:15] <cmlenz> hmm, looks like that's okay, too
[13:40:22] <cmlenz> (committed btw)
[13:40:31] <cboos> ok, will look
[13:40:55] <cmlenz> why doesn't notification.py also just use render_template() ?=
[13:43:23] <grim> is it possible to nest a macro in another macro?
[13:43:42] <cboos> well, just for the sake to do a bit in the generic code, I guess ( in __init__) and also because we need to do less than the render_template does (we now we output only text)
[13:44:42] <cboos> but, well, no stream.render() is also in the generic send ... so only the second reason IIRC
[13:44:58] <cboos> grim: no
[13:45:07] <grim> didn't think so
[13:45:40] <cboos> but sometimes you can artificially simulate that:
[13:45:56] <grim> oh?
[13:46:00] <cboos> [[html(<div class="note">)]]
[13:46:02] <cboos> ...
[13:46:03] <cboos> ..
[13:46:07] <cboos> [[your macro]]
[13:46:09] <cboos> ...
[13:46:11] <cboos> .
[13:46:16] <cboos> [[html(</div>)]]
[13:46:20] <cboos> something like that...
[13:46:23] <grim> ah, well thats not going to work..
[13:46:46] <grim> http://gaim.guifications.org/trac/wiki/oldlogger?format=txt
[13:46:49] <grim> line 5
[13:47:18] <grim> i wrote another macro that takes a developers username and expands it into a link with their real name as the text, and their wiki url
[13:47:32] <grim> so in line 5, nosnilmot would be whats expanded
[13:48:18] <cboos> I wonder if you couldn't do something like that with the WikiTemplate macro...
[13:48:40] <grim> hmm i must haved missed that one..
[13:48:49] <grim> but i'm not updating 30+ pages because of a new macro :)
[13:49:04] <cboos> not sure, I don't know it that well, but it does have a few powerful features
[13:52:44] <cboos> cmlenz: in r4009, I saw you fixed the query.rss with ${http_date(fromtimestamp(result.time))} ... instead I wanted to change result.time to be a datetime, any reason not to?
[13:53:16] <cmlenz> no, that was just quick+dirty on my side ;)
[13:53:35] <cboos> ok, np ;)
[13:54:15] <cboos> so what about the wiki2x stuff, you go on with that?
[13:54:58] <cmlenz> yeah
[13:56:08] * De_Mon has left #trac
[13:57:25] <sgorilla78> http://paste.lisp.org/display/28444
[13:57:53] <sgorilla78> is there a reason why i get socket.error: (107, 'Transport endpoint is not connected')
[14:15:52] <cmlenz> heh: http://rc3.org/2006/10/rafes_law.php
[14:21:44] * Cowboy_ has quit IRC
[14:22:01] * Cowboy_ has joined #trac
[14:27:45] <cboos> cmlenz: about render_template, I wonder if the following signature wouldn't be preferable:
[14:28:07] <cboos> def render_template(self, req, template_name, data, content_type=None, fragment=False)
[14:28:21] <cboos> 'data' is always needed
[14:28:50] <cboos> 'content_type' is most often 'text/html' (i.e. None would do)
[14:30:12] <cmlenz> what about req? that's not always need either IIUC
[14:30:19] * Guardian has quit IRC
[14:30:57] <cboos> most of the time, though
[14:31:17] <cboos> for self.populate_data(req, data)
[14:31:24] <cmlenz> yeah... keeping it at first position and letting you pass None for it probably makes sense
[14:31:39] <cmlenz> so, yeah, agree with your proposed signature change
[14:31:44] <cboos> ok
[14:31:47] <cmlenz> plus... s/template_name/filename
[14:32:00] <cmlenz> the "template" part is kind of redundant now
[14:32:06] <cboos> right
[14:35:58] * eblot has joined #trac
[14:37:03] <cboos> salut manu, pas encore couché?
[14:43:37] * Blackhex_ has quit IRC
[14:47:57] * Blackhex has joined #trac
[14:48:17] * Blackhex has quit IRC
[14:59:46] * matt_good has quit IRC
[15:17:20] * y0gi636 has quit IRC
[15:17:57] * y0gi636 has joined #trac
[15:23:17] * cmlenz has quit IRC
[15:30:04] * hotte has quit IRC
[15:30:29] * wereHamster has joined #trac
[15:30:56] <wereHamster> a spammer edited most if not all of my wiki pages and added a hidden html element with links to various sites
[15:31:12] <wereHamster> can I somehow 'forbid' adding this hidden element?
[15:31:47] * matt_good has joined #trac
[15:32:53] <m_g> wereHamster, i haven't used it myself yet, but i have heard that the spam filter plugin allows adding stuff to a blacklist
[15:34:06] <wereHamster> I have spamfilter, but it would be nice to fobid html elements in general
[15:36:29] <wereHamster> why doesn't someone shoot the spammers..
[15:39:06] <coderanger> cboos: [ordering] By timestamp
[15:41:34] <coderanger> wereHamster: Check out trac-hacks' BadContent, Alex wrote a nice regex for that
[15:46:28] <wereHamster> coderanger, thanks :)
[15:51:20] <cboos> coderanger: well, that's strange then, as we noticed a change (most probably spam) that was listed first
[15:51:46] <cboos> (and it's time was the most recent)
[15:51:53] <cboos> rah
[15:51:57] <cboos> s/it's/its/
[15:52:02] <cboos> damn
[15:52:20] <coderanger> odd
[15:52:52] <cboos> that spam was of the "just for annoying you" kind
[15:53:27] <coderanger> hmm, ya know what, I think I broke the ordering with my last change
[15:53:49] <cboos> that was on t.e.o, not sure it's using your last change ;)
[15:54:10] <coderanger> It is, that change was fixing a few bug eblot and cmlenz found
[15:54:25] <cboos> ah, so yes, maybe
[15:54:43] <coderanger> yep, right now its using "dict ordering"
[15:54:58] <cboos> he, sure that would explain it ;)
[15:55:08] * coderanger fixes
[15:55:42] * m_g has quit IRC
[15:56:14] <wereHamster> bye.. and keep up with the great work on trac ;)
[15:56:17] * wereHamster has left #trac
[15:56:49] <coderanger> cboos: For the timestamp returned by Ticket.get_changelog(), is it an int or a string?
[15:57:18] <cboos> well, not sure due to the datetime changes, but probably an int
[15:57:38] <coderanger> Is t.e.o running 0.11 dev already?
[15:57:50] <cboos> no, still stock 0.10
[15:57:56] <cboos> (afaict)
[15:58:04] <coderanger> okay, thats what I had though
[15:58:12] <cboos> ah, yes so it must be int
[15:59:07] <cboos> (and in 0.11dev, it's a datetime object)
[16:00:16] <coderanger> okay, new version en route to trac-hacks and PyPI
[16:00:37] <cboos> you'll have to tell jonas...
[16:01:04] <coderanger> yeah, I'll shoot him and cmlenz an email
[16:01:39] <cboos> good ;) and one mistery less ;)
[16:02:24] <matt_good> coderanger: oh, that reminds me I need to update the Trac Cheeseshop entry
[16:02:45] <coderanger> Make sure to add Framework::Trac to the classifiers :)
[16:03:06] <matt_good> coderanger: yeah
[16:03:09] <cboos> ... and along the same lines, maybe push the TracOnWindows/Rewrite to TracOnWindows ?
[16:03:13] <matt_good> when did that tag get added?
[16:03:48] <coderanger> matt_good: A few weeks ago, s0undt3ch was talking to the Catalog-SIG guys about it for a while
[16:03:53] <matt_good> ah, cool
[16:04:31] <s0undt3ch> anyone called?
[16:05:03] <s0undt3ch> oh, yeah
[16:05:07] <s0undt3ch> :)
[16:05:35] * kop has joined #trac
[16:07:37] <cboos> time for me...
[16:07:41] <cboos> night!
[16:09:35] <matt_good> ok, Cheeseshop is now up-to-date
[16:09:52] <coderanger> cboos: Gnite
[16:11:12] * Guardian has joined #trac
[16:28:35] * Blackhex has joined #