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 18, 2007

[00:04:38] <coderanger> codercotton: You should only be forcing auth on the /login path
[00:05:04] * coderanger_pad has quit IRC
[00:13:51] <codercotton> oh shit thanks
[00:13:57] <codercotton> explains a lot :)
[00:19:16] * Marenz has joined #trac
[00:19:22] <Marenz> mornin'
[00:19:57] <Marenz> i installed TracDiscussion 0.6. It shows up underplguins in webadmin, but neither the rights nor anything else exists..
[00:20:20] * Vdaemon has quit IRC
[00:20:42] * Vdaemon has joined #trac
[00:23:00] <Marenz> also the [forum:1 b] syntax has no effect.. as if it would be not installed
[00:24:26] <coderanger> How did you install it
[00:25:48] <Marenz> easyinstall svnurl
[00:25:56] <coderanger> How did you enable it
[00:26:27] <Marenz> i added the lines in my trac.ini inside the conf directory of my enviroment
[00:26:52] <Marenz> "the lines" that they write here under installation http://trac-hacks.swapoff.org/wiki/DiscussionPlugin
[00:27:01] * m_g has joined #trac
[00:27:15] <coderanger> Just do "tracdiscussion.* = enabled"
[00:29:12] <Marenz> k
[00:30:38] <Marenz> can't see much of a change
[00:31:05] <Marenz> ah it was usefull to enable the log
[00:31:27] <Marenz> ImportError: No module named context
[00:31:27] <Marenz> 2007-08-17 23:00:57,298 Trac[__init__] ERROR: Failed to load plugin TracDiscussion.search from /usr/lib/python2.4/site-packages/TracDiscussion-0.6-py2.
[00:31:54] <coderanger> You are trying to use the 0.11 version of it on 0.10
[00:32:52] <Marenz> oh
[00:32:55] <Marenz> doh
[00:33:17] <Marenz> can i just install the 10 over, or do i need to uninstall it?
[00:34:43] <coderanger> You need to remove it
[00:36:49] <Marenz> hmm the wiki says nothing about uninstalling
[00:36:56] <coderanger> Just remove the egg
[00:38:08] <Marenz> can easyinstall also be used to upgrade trac?
[00:38:16] <coderanger> Only as of 0.11
[00:38:27] * columbo has quit IRC
[00:40:40] <Marenz> O_o now i broke the webadmin.. its gone D:
[00:41:28] <Marenz> [Errno 13] Permission denied: '/var/trac/azadi/tmp/TracDiscussion-0.5-py2.4.egg-tmp'
[00:41:46] <Marenz> (installed with easyinstall)
[00:41:52] <coderanger> Marenz: You need to restart the trac server
[00:42:02] <Marenz> i restarted apache..
[00:42:20] <coderanger> Marenz: Are you looking at the plugins page?
[00:43:20] <Marenz> i read the guide to plugins if you mean that?
[00:43:31] <coderanger> No, in webadmin
[00:43:44] <coderanger> Try loading another page in it, like the logging one
[00:43:58] <Marenz> nah i look at the main page..
[00:44:02] <Marenz> well nothing loads..
[00:44:10] <Marenz> i just get a traceback
[00:44:21] <Marenz> https://timeoutd.org/azmosdev/
[00:44:54] <coderanger> And PYTHON_EGG_CACHE is set to that?
[00:45:23] <Marenz> to /var/trac/azadi/tmp yes
[00:46:00] <coderanger> Make it /tmp or something a bit more normal
[00:47:47] <Marenz> strange - as it worked before
[00:48:02] <Marenz> all ok now
[00:48:11] * codercotton has quit IRC
[00:48:23] <Marenz> ty
[00:48:31] * codercotton has joined #trac
[00:59:12] * cmlenz has joined #trac
[01:09:40] * codercotton has quit IRC
[01:14:07] * pombreda has quit IRC
[01:14:28] * pombred1 has joined #trac
[01:16:28] * codercotton has joined #trac
[01:27:50] * eblot has joined #trac
[01:46:52] <asmodai> *sigh*
[01:46:52] * stevegt_ has quit IRC
[01:47:01] <asmodai> trying to track down internal server errors always suck
[01:48:50] <asmodai> ok, my sqlalchemy create call causes it, mmm
[01:58:47] <evil_twin> New news from t.e.o: Ticket #5892 (enhancement closed): GMT Date per User <http://trac.edgewall.org/ticket/5892#comment:1> || Ticket #5892 (enhancement created): GMT Date per User <http://trac.edgewall.org/ticket/5892>
[02:03:13] * eblot has quit IRC
[02:43:22] * eblot has joined #trac
[03:23:21] * Muelli has joined #trac
[03:26:13] * eblot has quit IRC
[03:27:18] * Muelli has quit IRC
[03:37:00] * Muelli has joined #trac
[03:57:26] * Rica has quit IRC
[03:57:46] * Rica has joined #trac
[04:15:12] * sanmarcos has joined #trac
[04:15:22] <sanmarcos> how can I make it so I get email notifications for each new ticket created?
[04:20:06] * blafasel is now known as Blafasel
[04:20:50] * jae has joined #trac
[04:49:14] * Vdaemon has quit IRC
[04:54:04] * rust has joined #trac
[04:55:14] * rust has left #trac
[05:03:16] * Rica has quit IRC
[05:03:24] * Rica has joined #trac
[05:09:54] <coderanger> sanmarcos: Set yourself as the email for always_cc
[05:10:13] <sanmarcos> how?
[05:10:13] <evil_twin> how is that going, sanmarcos
[05:10:36] <coderanger> sanmarcos: In trac.ini
[05:10:41] <sanmarcos> how is what going evil_twin ?
[05:10:42] <coderanger> (ignore evil_twin)
[05:10:53] <coderanger> evil_twin?
[05:10:53] <evil_twin> It has been said that evil_twin is dumb, coderanger
[05:10:59] <sanmarcos> 0.11 around the corner?
[05:11:10] <coderanger> @faq rsn
[05:11:10] <evil_twin> coderanger: "rsn" is Real Soon Now (tm)
[05:11:22] <sanmarcos> I understand
[05:11:42] <sanmarcos> thanks
[05:11:47] <sanmarcos> so long, and thanks for all the fish
[05:11:53] * sanmarcos has quit IRC
[05:11:58] <coderanger> wheeee
[05:12:06] <coderanger> Finally got around to reading HP7
[05:12:27] <coderanger> Doing it in 8 solid hours was probably not my best move
[05:25:28] * Vdaemon has joined #trac
[06:10:48] * dort has joined #trac
[06:19:14] <aat> hello
[06:19:22] <aat> what's hp7?
[06:19:30] <aat> oh, harry potter
[06:20:55] <cmlenz> hey aat
[06:21:49] <thatch> morning
[06:22:13] <cmlenz> aat: seen my question about context-refactoring and the apparently gone missing trac.resource?
[06:22:50] <cmlenz> if not, that accurately summarizes the question ;-)
[06:23:04] * Rica has quit IRC
[06:23:07] * Rica has joined #trac
[06:44:04] * d0rt has joined #trac
[06:44:37] <aat> cmlenz: heh. not yet, no
[06:46:20] <cmlenz> do you still have that trac/resource.py file lying around somewhere
[06:46:42] * cmlenz started looking into options for fixing the context design
[06:46:59] <aat> one sec', i'll have a look
[06:50:42] * eblot has joined #trac
[06:50:56] <aat> http://swapoff.org/files/resource.py is the only one i can find
[06:51:12] <aat> but i think that's pretty much identical to the current context.py
[06:52:41] <aat> but older
[06:56:15] <cmlenz> ah
[06:56:18] <cmlenz> :(
[06:56:23] <cmlenz> didn't get far that branch, eh?
[06:57:18] <cmlenz> I so don't feel good putting an actual release out with that context stuff
[06:57:38] <cmlenz> and that's just the tip of the iceberg
[06:59:13] <aat> the branch i started at pycon didn't get far unfortunately
[06:59:26] <aat> it was just so much work that i got demoralised :(
[06:59:51] * eblot has quit IRC
[06:59:55] <cmlenz> yeah
[07:00:06] <cmlenz> the problem is that context is spread virally all over the codebase
[07:00:43] <aat> exactly
[07:02:15] <aat> :(
[07:02:20] * eblot has joined #trac
[07:02:28] <cmlenz> I see a very real need for action here, also with the TimelineEvent API and similar things
[07:03:05] <cmlenz> I simply don't want to unload such APIs on users, "deprecating" the old ones, while perfectly aware that the new ones are badly designed from the outset
[07:04:36] <aat> i can only agree
[07:06:00] <cmlenz> my problem is that I haven't really groked what context is being used for in all the places it's being used
[07:06:20] <cmlenz> so every time I sit down and try to do something, I get frustrated and do something else
[07:06:21] <cmlenz> :P
[07:06:22] <aat> everything!
[07:06:27] * eblot has quit IRC
[07:06:38] <aat> yes! that's exactly how i felt when i tried at pycon
[07:09:04] * retracile_ is now known as retracile
[07:09:15] * d0rt has quit IRC
[07:09:30] * d0rt has joined #trac
[07:11:23] <retracile> thatch: did the new wait-for-server code work for you?
[07:14:59] * tsb has quit IRC
[07:21:22] * retracile is now known as retracile_
[07:35:04] <thatch> retracile_: yeah, I sent you an email saying that let the bot run, so I re-enabled the OSX one
[07:35:14] * retracile_ is now known as retracile
[07:35:32] <retracile> thatch: Yeah, I didn't want to pull my work computer out to check that email account.
[07:35:47] <retracile> so, eblot's bug is still showing up on the mac?
[07:36:20] <thatch> retracile: yep, two test failures show up. One is the reversed-timeline issue (I don't have the buildbot doing a merge from trunk yet, it should be fixed there)
[07:36:46] * _Vdaemon has joined #trac
[07:37:01] <thatch> The other is eblot's, which I've confirmed on OSX with py2.3 and 2.4 on two completeely different systems
[07:37:02] <retracile> 'k.
[07:37:35] <retracile> that one still has me puzzled.
[07:37:49] * idnar has quit IRC
[07:37:51] * idnar_ has joined #trac
[07:38:19] <thatch> retracile: I can get you a shell account if you want to play with it
[07:38:55] <retracile> thatch: that might be worthwhile. I won't have time to play with it until monday at the earliest though.
[07:39:01] <thatch> Monday when I'm back at work I'll add in some query logging to see what's getting written to the db
[07:39:14] <retracile> sounds good.
[07:39:29] <retracile> If that is something that is generally useful, we may want to add that to the test setup.
[07:39:52] <retracile> (I changed the test environment to turn on Trac logging to help with debugging.)
[07:41:27] <aat> hey tim, eli
[07:41:33] <thatch> morning aat
[07:41:38] <retracile> hey aat
[07:41:52] <thatch> retracile: do the functional tests work on windows yet?
[07:41:59] <retracile> ha!
[07:42:25] <thatch> good-ha or bad-ha?
[07:42:25] <retracile> No, cboos was helping me with that a while back, but we didn't get them working completely.
[07:42:46] <retracile> There is some code in there that tries to make it work on windows though.
[07:42:47] <thatch> are they working enough that they wouldn't hang buildbot?
[07:42:52] <retracile> I don't know
[07:43:22] <retracile> ... but having a windows buildbot would be a GoodThing(TM)
[07:43:41] <thatch> retracile: yeah, I agree
[07:43:51] * Vdaemon has quit IRC
[07:43:55] * _Vdaemon is now known as Vdaemon
[07:44:29] <retracile> thatch: If you have one that we can run tests on, that will give me something I can fix. At the moment, I don't know what is broken on windows.
[07:45:36] <retracile> I gotta run; catch y'all later.
[07:45:38] * retracile is now known as retracile_
[07:45:57] <aat> http://www.timeanddate.com/worldclock/meeting.html is useful
[07:47:45] * solatis has joined #trac
[07:48:14] <retracile_> *snicker* http://www.timeanddate.com/worldclock/meetingtime.html?month=8&day=18&year=2007&p1=179&p2=64&p3=240&p4=-1
[07:49:30] <solatis> hey, question: is it possible to get an overview of all changeset referring to a certain ticket, on the actual ticket's page ?
[07:49:39] <aat> not much overlap there for normal folks :)
[07:54:00] * jae has quit IRC
[08:01:32] <thatch> solatis: how do you know that the changeset "refers to" the ticket?
[08:03:42] <solatis> if it refers to it by #182 for example, in which case trac also constructs a link to the actual ticket's url
[08:04:53] <solatis> like here: http://trac.edgewall.org/changeset/5931
[08:05:21] <solatis> it would be nice if trac automatically provided an overview of related changesets at http://trac.edgewall.org/ticket/5819
[08:06:25] <thatch> solatis: I know there's a post-commit hook (in contrib?) that is able to close tickets when referenced by checkins... perhaps modify that so it just adds a comment to the ticket?
[08:07:42] <solatis> sounds like an idea.. too bad i suck at python :)
[08:08:41] <aat> it already has that capability actually, just different keywords
[08:09:09] <aat> "references, refs, addresses, re, see"
[08:09:50] <thatch> cool
[08:13:14] <pacopablo> thatch: got your votes for the hostname
[08:13:22] <pacopablo> any other takers?
[08:13:25] <pacopablo> aat: ?
[08:13:26] <evil_twin> It has been said that aat: is it a practice to remove the invalid ticket from milestone, pacopablo
[08:13:36] <pacopablo> oh, shutup evil_twin
[08:14:23] <aat> i liked eviltwin.pacopablo.com personally :)
[08:14:36] <pacopablo> k
[08:20:08] * coderanger has quit IRC
[08:26:19] * Vdaemon has quit IRC
[08:32:44] * cmlenz has quit IRC
[08:38:09] * I has joined #trac
[08:39:38] * idnar_ is now known as idnar
[08:45:55] * Vdaemon has joined #trac
[09:01:17] * d0rt has quit IRC
[09:19:05] <Marenz> hmm how is tracDown supposed to work? i only see a new section downloads, and ist empty, no buttons for adding sth
[09:19:42] <Marenz> ah yes a traceback again, sry
[09:22:02] <Marenz> ok this is the traceback: http://paste.debian.net/34912
[09:34:31] * mOolight has quit IRC
[09:34:47] * elb has joined #trac
[09:40:04] * _Vdaemon has joined #trac
[09:43:12] <elb> so, developer.pidgin.im is running trac, and has been falling down a lot lately due to performance issues; we've looked through the obvious performance documentation, and even gotten some help from coderanger_ to make it more performant, but obviously what we've done isn't enough ... are there any complicated tricks we should be trying, to make things better?
[09:44:06] <elb> (We're currently using fastcgi under lighttpd, we have the TracPermCache plugin loaded, etc.)
[09:46:06] <elb> if the answer turns out to be that we just need more server, that's fine (well, not *fine*, but understandable), but I have hope that we can do something short of that ... we're getting about 170k documents served from lighttpd per day, most of which are trac page loads and their attendant files
[09:50:30] * Vdaemon has quit IRC
[09:50:35] * _Vdaemon is now known as Vdaemon
[10:05:50] * eblot has joined #trac
[10:06:52] * eblot has quit IRC
[10:07:23] <sontek> hey, does anyone here use the PeerReviewPlugin?
[10:09:00] <sontek> I need someone with postgres to confirm a bug
[10:09:24] <sontek> http://trac-hacks.org/ticket/333
[10:14:09] * codercotton has quit IRC
[10:14:36] * LSchiere has joined #trac
[10:15:57] * cmlenz has joined #trac
[10:19:20] * jae has joined #trac
[10:21:35] * _Vdaemon has joined #trac
[10:22:33] * Vdaemon has quit IRC
[10:22:33] * _Vdaemon is now known as Vdaemon
[11:10:00] * Vdaemon has quit IRC
[11:25:19] * elb has quit IRC
[12:02:08] * jborg has joined #trac
[12:02:52] <jpalmer> I have trac installed at http://domain.com. I have a static page I'd like to serve from http://domain.com/foo, but trac keeps trying to handle it internally. Anyone know of a workaround?
[12:05:54] <jborg> How have you set up trac, do you have apache in front?
[12:07:01] <jpalmer> mod_python
[12:09:09] <Getty> you got domain.com??? ;)
[12:09:15] <Getty> <eg>
[12:09:26] <jpalmer> yep! and example.com ;)
[12:10:44] <Getty> example.com woulde be a pain in the ass
[12:10:48] <Getty> like universe.org
[12:11:03] <jpalmer> or test.com
[12:11:22] <Getty> in germany we got a magazine that is called test
[12:11:40] * elb has joined #trac
[12:11:56] <Getty> and they got test.de and they manage that very well ;)
[12:12:48] * trebyen has joined #trac
[12:13:11] <trebyen> I'm desperately seekking R' Carlos.. where is he?
[12:13:21] <elb> not here
[12:13:30] <Getty> where in the world is r carlos?
[12:14:04] <trebyen> First name is Roberto from Brezilian
[12:14:11] <Getty> lol
[12:14:50] <trebyen> have you seen him?
[12:15:03] <Getty> this is NOT a channel for seeking people
[12:15:12] * tuxipuxi has joined #trac
[12:15:25] <elb> I'm sure there's only on Roberto Carlos in Brazil
[12:15:36] <elb> one
[12:15:41] <Getty> and what about his twin?=
[12:15:42] <trebyen> yep u r right but nobody speaking this channel..
[12:16:00] <elb> you don't know if anyone was speaking in this channel, you were only here for about 30 seconds before you started asking
[12:16:19] <trebyen> elb: Where is he now?
[12:16:26] * m_g has quit IRC
[12:17:33] <trebyen> yep also you are right..
[12:18:09] <trebyen> he is probably playing fooftball in Italy
[12:18:56] <trebyen> nice to meet al you. Have to pick up my girl friend. bye..
[12:19:17] * trebyen has left #trac
[12:22:48] <elb> wow
[12:32:14] * coderanger has joined #trac
[12:33:17] <evil_twin> New news from t.e.o: TracWikiConversion edited by techtonik <http://trac.edgewall.org/wiki/TracWikiConversion>
[12:36:46] * LSchiere has left #trac
[12:37:02] <elb> hmm, looks like the CacheSystem plugin might have killed our trac :-(
[12:37:08] <elb> that's too bad, it did seem to speed things up
[12:37:22] <coderanger> Its quite possible, I never really tested it
[12:37:54] <elb> there are no errors in the log, but trac was very dead
[12:38:27] <elb> it's restarted, we'll see if it survives
[12:38:58] <elb> we'll have to find *something*, so hopefully it was a freak accident -- but trac generally doesn't crash, it just gets unusually slow and times out, so I doubt it
[12:41:18] <coderanger> It would probably help if you actually defined "dead"
[12:41:32] <elb> completely gone
[12:41:41] <elb> trac.fcgi exited, aborted, something
[12:41:42] <coderanger> Like deleted?
[12:41:50] <elb> without logging anything erroneous
[12:41:54] <coderanger> Oh, so just the frontend crashed
[12:42:00] <coderanger> Thats quite far from dead :P
[12:42:11] <coderanger> Probably a segfault
[12:42:18] <elb> it was dead in that we couldn't get to it, which is dead if you ask me
[12:42:26] <coderanger> make sure the apache user can create corefiles
[12:42:41] <coderanger> (or whatever user trac runs as)
[12:43:06] <coderanger> You could get to it quite fine, just not from the web
[12:43:22] <coderanger> "dead" would mean an irreversible deletion or corruption bug
[12:43:26] <elb> I see
[12:43:35] <elb> your definition of dead and mine differ greatly ;-)
[12:43:39] <coderanger> which would be making me pull the plugin right now
[12:43:44] <elb> but, that's fine
[12:44:16] * Vdaemon has joined #trac
[12:45:03] <coderanger> In any case, it was likely a segfault bug in the memcached library
[12:45:15] <elb> I'm looking to see if www-data can dump cores
[12:45:41] <coderanger> Its one of those risks every time you touch native code
[12:45:49] <elb> sure
[12:45:59] <coderanger> There is a pure-Python memcached library, but it was rather slow IIRC
[12:46:11] <elb> it can't be slower than trac as-is :-P
[12:46:25] <elb> a significant portion of our page loads take long enough that it's timing out
[12:46:29] <coderanger> How many requests are you serving?
[12:46:36] <elb> 170k per day
[12:46:57] <elb> that's for the entire trac site, we have our images/css/etc. being served statically
[12:47:09] <coderanger> Cache system really doesn't do all that much
[12:47:11] * tuxipuxi has quit IRC
[12:47:18] <coderanger> Have you installed PermCache as well?
[12:47:21] <elb> yes
[12:47:26] * m_g has joined #trac
[12:47:36] <coderanger> How many rows are in your permissions table
[12:48:12] <elb> that's a very good question
[12:48:36] <coderanger> Also, I assume you tweaked your session expiration time, what is it set to
[12:49:22] <elb> that is also an excellent question
[12:49:31] <elb> (I'm trying to figure out how to get this damn psql to run)
[12:52:46] <elb> the username and password in trac.ini don't seem to do it :-P
[12:52:59] <coderanger> How are connecting?
[12:53:14] <elb> psql -u
[12:53:23] <coderanger> You need a sudo in there
[12:53:52] <coderanger> sudo -u $TRACUSER pgsl $TRACDB
[12:53:58] <elb> hah
[12:54:00] <elb> also needed -d
[12:54:23] * codercotton has joined #trac
[12:54:27] <jpalmer> I have trac installed at http://domain.com. I have a static page I'd like to serve from http://domain.com/foo, but trac keeps trying to handle it internally. Anyone know of a workaround?
[12:54:41] <coderanger> jpalmer: Apache?
[12:54:51] <jpalmer> yes, apache + mod_python
[12:54:57] <jpalmer> apache22 specifically
[12:55:02] <coderanger> jpalmer: SetHandler None
[12:55:12] <jpalmer> hmm?
[12:55:13] <evil_twin> hmm... hmm is trac-hacks.org down, jpalmer
[12:55:30] <jpalmer> in a <Location> container?
[12:55:33] <coderanger> jpalmer: In the Location for your static content
[12:55:35] <coderanger> yes
[12:57:00] <jpalmer> thanks, I'll give that a whril
[12:57:54] <elb> I get "No relations found" for \dt
[12:58:03] <elb> something ain't right with my psql connection
[12:58:13] <coderanger> elb: Are you using a schema other than public?
[12:58:39] <elb> ahh no
[12:58:59] <elb> I can see the schemas with \dn
[12:59:38] <jpalmer> coderanger: I've been beating my brain on this for an hour. you fixed it in 2 words "sethandler none" haha
[13:00:01] <coderanger> jpalmer: I try
[13:00:09] <elb> coderanger: 68 rows in permission
[13:00:21] <elb> does that answer your question?
[13:00:30] <coderanger> elb: Yes, and thats certainly on the big side
[13:00:35] <jpalmer> coderanger: thanks muchly. I didn't even consider it :/
[13:00:37] <coderanger> elb: How many rows in session
[13:00:51] <coderanger> jpalmer: Next time ask first :)
[13:01:03] <elb> 41206
[13:01:05] <jpalmer> hehe /me scrolls up
[13:01:28] <coderanger> elb: Uh, yeah, that ain't good
[13:01:40] <coderanger> elb: So about that session timeout question .... ;-)
[13:01:46] <elb> I guess not
[13:01:56] <elb> I don't see anything about timeouts in trac.init
[13:01:59] <elb> err trac.ini
[13:02:08] <elb> we have a 'Remember me' on our login page ... is that bad? ;-)
[13:02:13] <coderanger> elb: look in trac/web/session.py
[13:02:22] <coderanger> elb: These are all authenticated sessions?
[13:03:13] <elb> I don't know; is there a good way to tell?
[13:03:31] <coderanger> elb: select count(*) from session where authenicated=1;
[13:03:44] <coderanger> except spelled right
[13:04:12] <elb> only 3037 are authenticated
[13:04:34] <elb> PURGE_AGE is 90 days idle in session.py
[13:04:40] <elb> (is that relevant?)
[13:04:47] <coderanger> elb: Make that something like 5 days or less
[13:05:34] <elb> hmmm we have two trac installs, it looks like, I wonder which one we're using
[13:05:45] <coderanger> elb: Then log in and out yourself. It should kick in a purge.
[13:06:10] <elb> do I have to restart trac for that, I assume?
[13:06:14] <coderanger> Yes
[13:06:39] <elb> is session.pyc going to need to be removed, here?
[13:06:42] <coderanger> No
[13:06:50] <coderanger> Python recomputes those as needed
[13:06:59] <coderanger> You might want to force that as root actually
[13:07:08] <coderanger> sudo python -c 'import trac.web.session'
[13:08:10] <elb> still 41201 rows
[13:09:26] <coderanger> hum
[13:09:37] <coderanger> Looks like it only kicks in after about a day
[13:10:05] <coderanger> elb: Can you change your last_visit to 0?
[13:12:47] <elb> that depends on whether I can remember how to do a sql insert or not ;-)
[13:13:11] <coderanger> UPDATE session set last_visit=0 WHERE sid="$USER" and authenticated=1;
[13:14:17] <elb> ahh I was trying to insert :-P
[13:15:43] <elb> it must be doing someting
[13:15:47] <elb> logging in is taking a *while*
[13:16:32] <elb> 5658 rows, now
[13:16:34] <elb> for 5 days
[13:18:08] <elb> the caching plugin really did seem to make things quite a bit faster
[13:18:18] <elb> I might try the native python memcached interface here in a bit
[13:18:24] <elb> in the meantime, I have to pick my wife up at the airport
[13:19:15] <coderanger> Slimming down your permissions will help as well, if you can do it
[13:20:02] * coderanger reeeeally needs to get around to writing up a guide of high-volume trac
[13:38:57] <codercotton> Hello all, I'm trying to set up auth on my mod_python Trac installs... http://phpfi.com/257114 is my vhost conf, but it doesn't seem to work. It works fine if i put the auth directives on the htdocs directory, but not on htdocs/login.
[