Team Chat Logs

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

February 06, 2007

[00:03:09] * pygi has joined #trac
[00:11:55] * whereami has left #trac
[00:12:51] <domeh> hm. i changed my LC_TIME to fi_FI-UTF8 but it doesn't affect. i tried to change LC_ALL to fi_FI-UTF8 and my non-UTF8 content went broken, so apache should handle this change just fine, but it still doesn't affect trac's way to render timestamps
[00:13:23] <coderanger> Are you using mod_python?
[00:13:34] <domeh> actially yes
[00:13:48] <domeh> ah there was directive for that
[00:13:52] <coderanger> Look further down
[00:14:19] <domeh> yeah, now it works. my bad. thanks :)
[00:30:21] <endra> thanks code
[00:30:24] <endra> thanks coderanger
[00:30:28] <endra> I gotta jet, got work tomorrow
[00:30:30] <endra> ciao
[00:30:33] <coderanger> latahs
[00:30:33] * endra has quit IRC
[00:32:01] <pacopablo> mmm, MySQL limitations ;)
[00:33:02] * klando has joined #trac
[00:33:14] <pacopablo> hmm, smashing pumpkins, bush, what else am I missing?
[00:35:00] <pacopablo> radiohead!
[00:54:38] <pacopablo> night all
[00:59:45] * tkp has joined #trac
[01:05:21] * em-dash has quit IRC
[01:05:31] * em-dash has joined #trac
[01:16:29] * Guardian has joined #trac
[01:39:31] <greg_72> good morning
[01:41:06] <greg_72> how can I check whether a plugin is loaded? I've set log_level=DEBUG but I don't get any info on my plugin
[02:40:25] <StFS> greg_72: then it's probably not loaded
[02:40:37] <StFS> greg_72: have you enabled it in trac.ini?
[02:41:27] <StFS> greg_72: did you put it into the site-packages directory or are you installing it locally (in a single trac instance)?
[02:45:01] <greg_72> StFS: I've put a [components] section into trac.ini, but I didn't put it into site-packages (you mean python's site-packages?) , rather to /srv/trac/ssw/plugins
[02:45:41] <greg_72> How to put it into site-packages? Simply copying the .egg file into that dir?
[02:52:21] <StFS> greg_72: umm... I'm actually a beginner at this as well but I did get the web admin plugin to work... so let me try to help you but do know that I'm no expert (by a long shot) on the subject
[02:53:09] <StFS> greg_72: what I have for my web admin plugin is a directory inside my site-packages directory (the python one)
[02:53:36] <StFS> greg_72: this is not a file... it's a directory that contains two sub directories: EGG-INFO and webadmin
[02:54:55] <StFS> greg_72: I believe your egg file is probably a zip file and you should probably be able to just unzip it into your site-packages (but before you do, just make sure that there is a single directory at the root of your zip file... otherwise you'll end up with a mess in your site-packages directory)
[03:01:25] <greg_72> StFS: I try that
[03:01:34] <greg_72> be back in a minute
[03:01:53] <coderanger> Check that log type is set to something
[03:02:02] <coderanger> specifically something that isnt "none"
[03:02:38] <coderanger> Do not unzip egg files
[03:02:40] <coderanger> evaaar
[03:02:49] <StFS> coderanger: oh?
[03:03:02] <coderanger> when you you install them via easy_install it will unzip if needed, but normally they won't be
[03:03:14] <StFS> coderanger: I see
[03:03:22] <coderanger> @wiki TracPlugins
[03:03:22] <evil_twin> coderanger: http://trac.edgewall.org/wiki/TracPlugins
[03:03:33] <coderanger> That details the various ways to install plugins
[03:03:44] <coderanger> which method you use depends on your system setup and such
[03:03:51] <StFS> coderanger: so rather drop the .egg file itself into site-packages? (or is it always necessary to use easy_install?)
[03:04:42] <coderanger> If you want to install into site packages, either run `easy_install <eggfile>` (if you have the egg), or `python setup.py install` (if you have the source)
[03:05:09] <coderanger> but you can also install to a global or local plugins folder if you want to keep Trac plugins out of the general python folders
[03:05:35] <alect> evening
[03:05:36] <StFS> coderanger: ok
[03:05:41] <StFS> alect: morning
[03:13:39] <coderanger> alect: alo
[03:24:06] <greg_72> coderanger: it's file
[03:24:38] <coderanger> greg_72: Did you restart trac after changing the logging settings?
[03:26:03] <greg_72> coderanger: I restarted lighttpd, is it that you mean?
[03:26:20] <coderanger> killall trac.fcgi
[03:28:21] <greg_72> coderanger: I did this killall and restarted lighttpd but it does not work yet. Now I go figure out how to get easy_install...
[03:28:33] <coderanger> greg_72: It comes with setuptools
[03:28:48] <coderanger> If you don't have setuptools it would explain why plugins arent working ;-)
[03:29:11] <greg_72> I have installed setuptools but I don't see easy_install
[03:29:33] * mario_ has joined #trac
[03:31:50] * skar has joined #trac
[03:40:56] * pygi has quit IRC
[03:44:56] <greg_72> I got another setuptools and now I get: # easy_install TracWebAdmin-0.1.2dev_r4240-py2.4.egg
[03:44:56] <greg_72> Traceback (most recent call last):
[03:44:56] <greg_72> File "/usr/bin/easy_install", line 4, in ?
[03:44:56] <greg_72> import pkg_resources
[03:44:56] <greg_72> ImportError: No module named pkg_resources
[03:45:23] <greg_72> sorry I'm dumb with python
[03:47:58] <coderanger> That means setuptools is not installed, or at least not installed correctly
[03:51:31] <greg_72> I got this: ftp://ftp.pbone.net/mirror/ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/9.3/RPMS/i686/python-setuptools-0.6a9-1.guru.suse93.i686.rpm
[03:52:31] * mario_ has quit IRC
[03:55:29] <coderanger> 1) Thats a very old version
[03:55:48] <coderanger> 2) Just grab the ez_setup script
[03:57:09] <greg_72> I'm behind a proxy. How can I set proxy user/passwd?
[03:57:46] <coderanger> Hmm, pje isn't online, one sec
[04:00:50] <greg_72> hmm, http_proxy is the way (shell var)
[04:01:44] * greg_72 bangs his head into the wall: he has '@' at the end of his passwd and this prevents him to use the proxy :-)
[04:02:19] * hpnadig has joined #trac
[04:02:23] <greg_72> I have to log out, see you in 10 minutes
[04:02:27] * greg_72 has quit IRC
[04:04:01] * m_g has joined #trac
[04:36:47] * cboos has joined #trac
[04:36:58] * bjorn- has quit IRC
[04:37:02] <cboos> hello
[04:37:07] * bjorn- has joined #trac
[04:37:18] <cboos> alect?
[04:37:26] <cboos> just saw r4691 ...
[04:37:48] <cboos> you have some more changes pending in this area?
[04:38:01] <alect> hey
[04:38:02] <alect> nope
[04:38:23] <alect> though there probably are other regexes that oculd use it
[04:38:31] <cboos> ok, because that overlaps a bit on #230
[04:38:40] <cboos> and the patch I added a few days ago there ...
[04:38:47] <cboos> http://trac.edgewall.org/attachment/ticket/230/wiki-t230.diff
[04:38:54] <alect> ah yes
[04:39:03] <alect> heh
[04:39:05] <cboos> as you can see... same change for the re.UNICODE key ;)
[04:39:30] <alect> yeah :)
[04:39:37] <cboos> ok, so I think I'll just follow-up on your change by committing this patch
[04:40:23] <cboos> bt, now that I have your ear, can I ask you to comment on the security thread, on trac-dev?
[04:40:29] <cboos> I feel a bit alone there ... ;)
[04:40:46] <alect> heh
[04:40:55] <alect> i have your second last comment flagged for a reply
[04:40:58] <alect> just hadn't gotten around to it
[04:42:00] <cboos> I should have listened to you in the first place, Alec
[04:42:14] <cboos> and we should have done all those changes in trunk, period ;)
[04:42:22] <coderanger> cboos: FWIW +1 from me on security ;-)
[04:42:48] <cboos> coderanger: thanks!
[04:43:08] <coderanger> I should really port over some of my plugins to test out the API
[04:43:17] <alect> hehe
[04:43:27] <coderanger> things like selfdelete and privatetickets are just begging to be less hackish
[04:43:38] <cboos> yes exactly
[04:43:43] <cboos> about the security branch, there's one thing I'm not really sure about yet...
[04:43:56] <cboos> how do we manage *mutliple* security policies?
[04:44:09] <alect> cboos: i think the default permid() should use self.parent
[04:44:25] <alect> rather than having only attachments do it
[04:44:34] <alect> if that makes sense
[04:44:53] <cboos> mh, not sure...
[04:45:21] <cboos> it's really about the identity of the resource pointed to by the context
[04:45:44] <coderanger> cboos: Speaking of which, someone should really fix the attachment disclosure issue sometime
[04:45:59] <cboos> alect: ... only the attachments need that for now (probably the comment as well, if we consider them as resources)
[04:46:22] <cboos> coderanger: I'm sure there was a ticket about that... ;) Can you remind me about it?
[04:46:22] <alect> cboos: when would you not want to do it?
[04:46:32] <coderanger> cboos: 4240
[04:46:36] <coderanger> @ticket 4240
[04:46:37] <evil_twin> coderanger: http://trac.edgewall.org/ticket/4240
[04:46:38] <cboos> coderanger: thx
[04:46:42] <alect> also, CONFIG_VIEW is the permission for /about, but 'about' is the realm
[04:46:54] <alect> so the 'VIEW' in context.perm is not going to work correctly
[04:48:43] <alect> ideally we should have an extension for specifying the *valid* permissions for each realm
[04:48:48] <alect> or add it to the Context
[04:48:51] <cboos> alect: mh, you mean with the default permission policy? I've only tested with the authz_policy...
[04:49:36] <cboos> alect: yes, we should refine that part, the way to list the valid permissions
[04:50:08] <cboos> also, more importantly, is what I said before, how do we want to deal with multiple permission policies?
[04:50:24] <cboos> do we need something like apache does?
[04:50:33] <cboos> the Order allow,deny stuff?
[04:50:34] * pygi has joined #trac
[04:51:44] <cboos> or is it something that you specify for each permission policy (i.e. if that policy is there to ''restrict'' or ''grant'' privileges...)
[04:51:51] <alect> multiple policies are supported already: permission_policies = AuthzPolicy,OtherPolicy,SomeOtherPolicy
[04:52:15] <alect> if a policy returns None as a decision, it falls through to the next policy
[04:52:16] <cboos> yes, but the semantic of it is a bit limited, no?
[04:52:38] <cboos> ... so it's (allow, deny) only
[04:52:43] <alect> no
[04:52:52] <alect> it's (allow, deny, indifferent)
[04:53:09] <alect> where indifferent falls through and True/False immediately stop
[04:53:13] <coderanger> True/False/None works nicely
[04:53:20] <alect> yeah
[04:53:33] <coderanger> That plus an orderextensionoption should cover just about everything
[04:53:41] <cboos> ...ok so you have to list the most restrictive policy first
[04:53:51] <cboos> is that general enough?
[04:54:05] <alect> i believe so
[04:54:11] <cboos> mh, well ok
[04:54:14] <alect> a policy to "grant" will simply return True or None
[04:54:24] <alect> a policy to "restrict" will return False or None
[04:54:33] <coderanger> cboos: If it isn't you can create a policy plugin that does funkier ordering with other policies
[04:54:38] <alect> if None is the final decision, it's assumed to be False
[04:54:55] * pygi has quit IRC
[04:55:22] <cboos> obviously I skimmed over that part of the code ;)
[04:55:26] <alect> i can't get the about/ pages to show up at all
[04:55:31] <alect> only the main one
[04:55:41] <cboos> ha ha
[04:55:46] <cboos> that's because their gone ;)
[04:55:52] <cboos> s/their/they're/
[04:56:07] <alect> well, the content that replaced them then :P
[04:56:13] <alect> because of the issue i said before
[04:56:17] <cboos> oops, sorry ;P)
[04:56:19] <alect> ABOUT_VIEW is not a permission
[04:56:35] <alect> if you change it to:
[04:56:35] <alect> + if 'VIEW' in context('config', 'systeminfo').perm:
[04:56:37] <alect> it works
[04:56:59] <alect> but really, i think CONFIG_VIEW is a bad name
[04:57:57] <alect> or if you change it to: if 'CONFIG_VIEW' in context('about', 'systeminfo')....that also works
[04:58:00] * cboos looks at that code again...
[04:59:09] <alect> i think it would be cleaner if we reverted all the shortcut usage ('VIEW' in perm as opposed to 'WIKI_VIEW' in perm)
[04:59:26] <alect> until we get validated permissions in
[04:59:31] <alect> which could be a later step
[05:01:37] <cboos> alect: did we introduce CONFIG_VIEW, or was it already there?
[05:02:21] <alect> already there
[05:03:10] <cboos> ok, so I think that first we need to fix the misnommer, e.g.
[05:03:11] <cboos> http://pastie.caboo.se/38239
[05:03:27] <cboos> i.e. s/'about'/'config'/
[05:04:41] <cboos> that would fix the problem you mentionned
[05:05:09] <alect> yeah
[05:05:28] <alect> this same problem could occur in other places ohwever
[05:05:42] <alect> where there is no 1:1 mapping from realm to permission prefix
[05:05:54] * omry has quit IRC
[05:06:10] <alect> just committed some bugfixes
[05:06:41] <alect> calling it 'config' is not really right either i don't think
[05:06:47] <alect> eg. systeminfo is not config
[05:06:49] * alect shrugs
[05:07:00] <cboos> (about the other places) I think this would concern only the new attachment permissions then
[05:09:03] <cboos> aha! 'if decision is not None:' that's new ;)
[05:09:42] <alect> yeah :)
[05:09:44] <cboos> ok, now I see how this was supposed to work ;)
[05:09:47] <alect> it was in the old code
[05:09:49] <alect> pfft!
[05:11:40] <cboos> oh, alect, I just noticed that r4691 was done in the blame branch ...
[05:11:44] <cboos> was that really the intent?
[05:12:29] <alect> really?
[05:12:32] <alect> no it wasn't
[05:12:36] * Iano has joined #trac
[05:12:42] <cboos> http://trac.edgewall.org/changeset/4691
[05:12:47] <alect> doh
[05:12:47] <cboos> what do you read there?
[05:12:53] <alect> yeah you're right
[05:12:59] * alect smacks himself
[05:13:09] <alect> i was trying your blame stuff out in my /trunk folder
[05:13:13] <cboos> you probably 'svn swtich'ed ;0)
[05:13:13] <alect> that will learn me
[05:13:16] <alect> yeah
[05:13:22] <cboos> ok don't worry
[05:13:30] <cboos> I'll apply the #230 patch right now
[05:13:34] <cboos> which also contains that change
[05:13:38] <cboos> hold on ...
[05:14:55] <Iano> anytone here use a script such as trac2mail /w sendmail? My script tests fine from the shell, but I'm having returned mails on sendmail, log throws an unknown error 254
[05:15:51] <cboos> alect: http://trac.edgewall.org/changeset/4693
[05:18:11] <cboos> alect: and http://trac.edgewall.org/ticket/230#comment:16 ;)
[05:18:53] <alect> eeeeeexcellent
[05:20:13] <cboos> oh, wait...
[05:20:48] * Semhirage has quit IRC
[05:20:49] <cboos> r4691 is a bit different... targeting the helper_re
[05:21:03] <cboos> what was that for?
[05:21:16] * Semhirage has joined #Trac
[05:21:49] <cboos> I don't think using re.UNICODE here would have made a difference, given the regexp is: r'\?P<([a-z\d_]+)>'
[05:22:00] <alect> #th1170
[05:22:24] * omry has joined #trac
[05:23:02] <cboos> alect: well, http://trac-hacks.org/attachment/ticket/1170/unicode-fix.diff is OK
[05:23:34] <cboos> but http://trac.edgewall.org/changeset/4691 is not the same ;)
[05:23:44] <cboos> double blunder ;)
[05:23:52] <alect> man, i am going off
[05:24:10] <alect> yet another reason to not code when bone shatteringly tired
[05:24:26] <cboos> :)
[05:24:52] <alect> we should all start talking about what we want to achieve at the pycon sprint too
[05:24:59] <coderanger> yeah
[05:25:00] <alect> specifics
[05:25:37] <alect> coderanger: you seen this: http://tools.assembla.com/yolk/ ?
[05:26:11] <coderanger> Yeah, not sure what I would do with it
[05:26:23] <cboos> (about the sprint...) what about organizing a bug fixing contest ;)
[05:27:25] <cboos> or a ticket triage party ;)
[05:27:30] * cboos runs off
[05:27:58] * alect zzzzz
[05:28:50] <coderanger> alect: It may be hard to figure out some of that stuff until we see how many people show up
[05:29:08] <cboos> Q: does anyone know the minimum version of setuptools required for using 0.11dev?
[05:29:55] <cboos> (I've written 0.6c3 in the milestone:0.11 page, but I'm not sure that older version won't work)
[05:32:32] <alect> no idea
[05:37:08] * ahFeel` has joined #trac
[05:37:12] <ahFeel`> hi all
[05:38:46] <ahFeel`> anyone can help me with installing trac to my / ?
[05:38:55] <ahFeel`> i mean
[05:39:05] <ahFeel`> it works great when i set in my apache configuration
[05:39:16] <ahFeel`> ScriptAlias /trac /path_of_trac.fcgi
[05:39:26] <ahFeel`> but ScriptAlias / /path_of_trac.fcgi
[05:39:36] <ahFeel`> works for the main page, but everything else doesn't work
[05:39:39] <ahFeel`> :(
[05:45:26] * Miek has quit IRC
[05:46:00] * milk-it has joined #trac
[05:46:18] * chandlerc has quit IRC
[05:47:38] <mitsuhiko> ahFeel`: ScriptAlias / /path/to/trac.fcgi/
[05:47:44] <mitsuhiko> note the trailing slash
[05:50:08] <ahFeel`> :O
[05:50:38] <ahFeel`> wow
[05:50:42] <ahFeel`> that works, that simple
[05:50:48] <ahFeel`> thank you mitsuhiko !
[05:50:49] <ahFeel`> :D
[05:51:01] <Iano> anyone? email2trac? sendmail?
[05:51:08] <mitsuhiko> ahFeel`: just for your information: apache just appends the url path to it
[05:51:09] <Iano> doesn't seem like anyone uses this script :P
[05:51:26] <mitsuhiko> so a missing trailing slash would en up in trac.fcgireport/1 instead of trac.fcgi/report/1
[05:51:46] <ahFeel`> mitsuhiko: ok, i see, =) that was just quite strange to me to call a file with trailing / :O
[05:51:49] <ahFeel`> =)
[05:52:16] <lisppaste5> greg_72 pasted "handling plugin" at http://paste.lisp.org/display/36474
[05:52:29] <milk-it> somebody knows as I disable the cache in Apache with mod_python? My trac is late. An exemple: My subversion is the revision 245 and my trac show the revision 220
[05:52:41] <milk-it> example*
[05:53:31] * greg_72 has joined #trac
[05:53:42] <greg_72> g'd afternoon
[05:54:42] <greg_72> When clicking on "Manage Plugins" Apply Changes (after selecting some plugin components from TracAccountManager) I get http://paste.lisp.org/display/36474
[06:01:29] * Miek has joined #trac
[06:04:48] <coderanger> milk-it: The cache doesn't work like that
[06:05:01] <coderanger> milk-it: Are you sure you are running 0.10.3?
[06:07:04] <milk-it> coderanger, not, running 0.10.2
[06:07:11] <coderanger> upgrade
[06:07:27] <coderanger> there were numerous sync issues in 0.10.1 and 0.10.2
[06:09:36] <milk-it> coderanger, if I upgrade my trac to 0.10.3, this problem the sync with subversion is fixed?
[06:09:47] <coderanger> In every case I've seenm yes
[06:10:39] <milk-it> coderanger, thanks! :D
[06:10:46] <milk-it> sorry, my english is very sux!
[06:10:47] <milk-it> hehehe
[06:23:48] * idnar has quit IRC
[06:23:50] * idnar_ has joined #trac
[06:25:48] * idnar_ is now known as idnar
[06:33:15] * hpnadig_ has joined #trac
[06:34:27] * agile has quit IRC
[06:50:51] * hpnadig has quit IRC
[07:01:55] * milk-it has left #trac
[07:04:39] * Iano has quit IRC
[07:31:57] * danbeck has joined #trac
[07:34:17] * agile has joined #trac
[07:37:43] * pygi has joined #trac
[07:39:22] * em-dash has joined #trac
[07:47:23] * et has quit IRC
[07:53:19] * tpollari has joined #trac
[07:57:41] * jhammel has joined #trac
[07:58:33] * hpnadig_ has quit IRC
[07:59:45] * em-dash has quit IRC
[08:04:59] * johnjosephbachir has joined #trac
[08:06:19] <johnjosephbachir> can i have entire new files be shown in changeset views?
[08:10:22] <cboos> no, though you'll see it if you ask for the diff format
[08:13:48] * pygi has quit IRC
[08:16:13] <johnjosephbachir> ah ha. thanks
[08:24:17] * The_Linux_Lich has joined #trac
[08:25:30] <The_Linux_Lich> I�m trying to run trac by the first time. I configured Apache2 but it shows the error "Could not open the requested SVN filesystem" when I try to access
[08:25:32] * rjdave_ is now known as rjdave
[08:26:50] <The_Linux_Lich> Anyone knows what it can be?
[08:29:01] <s0undt3ch> /cr
[08:31:33] <The_Linux_Lich> ?
[08:32:27] <coderanger> cboos: Around?
[08:32:38] <cboos> yep
[08:33:03] <coderanger> cboos: Is the current user's form token in the data dict somewhere?
[08:33:30] <cboos> hm, don't know, probably yes
[08:33:34] <coderanger> Trying to get AJAX via POST working, but I need to pass in the token
[08:33:51] <cboos> req.form_token
[08:33:51] * Miek has quit IRC
[08:34:19] <coderanger> thanky :)
[08:36:33] * Miek has joined #trac
[08:38:13] <The_Linux_Lich> ..
[08:40:07] <coderanger> The_Linux_Lich: That sounds like a subversion error, not one from Trac
[08:40:31] <coderanger> s0undt3ch: Was that for me? :P
[08:40:55] <The_Linux_Lich> coderanger maybe lack of permission?
[08:41:07] <coderanger> The_Linux_Lich: Where exactly do you see that error?
[08:41:32] <s0undt3ch> coderanger: sorry that was a /crapbuster command to irssi, but with a spance at the begining :)
[08:42:06] <The_Linux_Lich> coderanger when I try to access Trac with my Virtual Host
[08:42:18] <s0undt3ch> by the way, anyone knows a js to display table data?
[08:42:22] <The_Linux_Lich> coderanger like "192.168.0.1:80/trac"
[08:42:50] <s0undt3ch> perhaps with sort capability, nested tables!?
[08:44:41] <coderanger> The_Linux_Lich: Do you see it in a browser, the apache log, the trac log, etc etc
[08:44:57] <coderanger> s0undt3ch: There is a sortable tables plugin for jquery
[08:47:08] <s0undt3ch> coderanger: thanks, I'll have a look
[08:48:29] <The_Linux_Lich> coderanger i found something at the error_svn.log
[08:48:47] <coderanger> The_Linux_Lich: And what is generating that
[08:49:00] <coderanger> I would imagine Apache
[08:49:05] <The_Linux_Lich> coderanger "Error string not specified yet: Berkeley DB error while opening environment for filesystem"
[08:49:29] <coderanger> The_Linux_Lich: Don't use BDB, FSFS FTW
[08:50:30] <The_Linux_Lich> coderanger how?
[08:50:46] <s0undt3ch> coderanger: seems neat, one thing though, in case you ever stumbled upon such, nested tables
[08:50:48] <coderanger> @svnbook
[08:50:48] <evil_twin> coderanger: "svnbook" is http://svnbook.red-bean.com/nightly/en/index.html <-- The Subversion book
[08:51:17] <coderanger> s0undt3ch: Never had to argue with that specific insanity ;-)
[08:51:42] <s0undt3ch> the thing is, have a look at http://i18ntoolbox.ufsoft.org/build/fresh-start/15
[08:52:14] <s0undt3ch> for those tests that output error, I have in the DB the output and the traceback, and I'd like to show both of them
[08:52:38] <s0undt3ch> maybe it's not nested tables :)
[08:52:38] <s0undt3ch> how would I handle that?
[08:52:50] <s0undt3ch> :)
[08:53:04] <coderanger> s0undt3ch: Take a look at the jquery tabs plugin
[08:53:58] <coderanger> output and traceback aren't really tabular, so it would be a semantic abuse of tables anyway
[08:55:31] <s0undt3ch> coderanger: well, yes, still I'd like to show that info :)
[08:56:02] <coderanger> s0undt3ch: Why does it need to be in a table though?
[08:56:44] <s0undt3ch> well, that info is in a table, and I'd like to show the tracbackjoined with the correct test
[08:56:48] * coderanger -> class
[08:57:00] <s0undt3ch> have another tab shoing traces and outputs?
[08:57:20] <s0undt3ch> coderanger: k, have a nice class
[09:00:04] * Blackhex has joined #trac
[09:02:09] * em-dash has joined #trac
[09:02:13] <The_Linux_Lich> ...
[09:02:15] <The_Linux_Lich> so sad.
[09:08:31] * chandlerc has joined #trac
[09:08:39] * tpollari has quit IRC
[09:09:18] <pacopablo> morning
[09:09:29] <Blackhex> pacopablo: hi
[09:09:30] * coderanger_ has joined #trac
[09:10:23] <The_Linux_Lich> Subversion is a bad guy
[09:17:15] * klando has quit IRC
[09:33:47] * jhammel is now known as jhammel|goodeats
[09:35:21] * m4lu6 has quit IRC
[09:41:51] * DanielHolth has joined #trac
[09:42:10] <DanielHolth> Hi. I'm using trac's SVN trunk and the timeline is empty. Is there a way to make trac find the timeline providers?
[09:42:15] * dilinger__ is now known as dilinger
[09:42:33] <coderanger_> DanielHolth: Check the log
[09:48:48] <DanielHolth> it doesn't say anything about the timeline unfortunately
[09:49:15] <DanielHolth> coderanger_ Just a very boring Dispatching <Request "GET /timeline">
[09:49:19] <coderanger_> I would back off revisions until it starts working again
[09:49:25] <DanielHolth> sounds good
[09:50:43] <DanielHolth> is there any way to keep svn from sucking so badly with "svn update"? It is always leaving around directories that it decides are untracked.
[09:50:54] <DanielHolth> so "svn update -r previous-rev" fails all the time
[09:51:24] <coderanger_> Which folders?
[