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

[00:01:31] * cmlenz has quit IRC
[00:17:43] * erikand has joined #trac
[00:28:03] * moolight has joined #trac
[00:28:38] * dgynn has quit IRC
[00:30:36] * cmlenz has joined #trac
[00:33:37] * Rica has quit IRC
[00:33:44] * Rica has joined #trac
[00:36:05] * IamLordV1ldemort has quit IRC
[00:36:53] * IamLordV1ldemort has joined #trac
[00:45:39] * cbalan has joined #trac
[00:52:52] * omry has quit IRC
[01:04:51] * nurv has joined #trac
[01:06:51] <otaku42> re
[01:16:29] <evil_twin> New news from t.e.o: Ticket #5901 (defect created): History broken after rename of parent-directory <http://trac.edgewall.org/ticket/5901>
[01:18:28] * asmodai yawns
[01:29:38] * coling has joined #trac
[01:44:16] * Ping|US is now known as PingYeh
[02:04:30] * aat yawns too
[02:10:14] * gour has joined #trac
[02:19:18] <asmodai> aat: :)
[02:21:23] * hpnadig has joined #trac
[02:30:55] * askesis has quit IRC
[02:36:36] * giggsey has joined #trac
[02:36:56] <giggsey> I get some weird error when I try my trac - http://trac.deadpenguinlinux.info/
[02:41:36] <coderanger> giggsey: PythonOption TracEnv is set wrong
[02:42:09] <giggsey> Should it be where its installed to?
[02:42:17] <coderanger> Installed what?
[02:42:22] <giggsey> trac
[02:42:29] <giggsey> or where I extracted the .tar.gz
[02:42:51] <coderanger> No, its what you passed to trac-admin initenv
[02:43:02] <giggsey> O_o
[02:43:21] <coderanger> Unlike PHP and similar insanity, python has very distinct concepts of the application and an instance of said application
[02:44:14] <giggsey> okay
[02:45:07] <giggsey> http://pastebin.com/m414f6e71 is the extract from my httpd.conf
[02:50:04] <coderanger> giggsey: Either PythonPath or TracEnv are wrong
[02:50:32] <giggsey> which is what is confusing me
[02:50:42] <coderanger> giggsey: PythonPath is related to where the Trac code lives, TracEnv points at the environment folder (which you created during initenv)
[02:51:16] <coderanger> See http://weston.coderanger.net/~coderanger/httpd for some example configs
[02:51:20] <giggsey> Ahh
[02:54:49] <prologic> aye coderanger
[02:54:56] <prologic> remember me saying something about email notifications ?
[02:55:05] <prologic> I never checked if ou replied to that ;)
[02:56:56] * coderanger doesn't remember
[02:57:01] <prologic> k
[02:57:10] <coderanger> though given the hour, that doesn't mean much
[02:57:18] <prologic> when someone makes changes to a ticket, we'd like that person not to get notified of their changes
[02:57:43] <prologic> need a "never_notify_changer = true" :)
[02:58:15] <moolight> it should be a default value and set can set it
[02:58:39] <coderanger> prologic: File under 0.12: Kick notifications logic in the head
[02:58:55] <prologic> k I will
[02:58:59] <moolight> i'd like to see ticket properties set to user's predefined default on /newticket
[02:59:03] <prologic> I could easily patch 0.10.4 though to do this right ?
[02:59:21] <coderanger> prologic: We need some kind of logic engine for notification rules, but its not going to happen any time soon
[02:59:27] <coderanger> prologic: Probably
[02:59:34] <prologic> kk
[02:59:35] <prologic> nps
[02:59:46] <prologic> I hope this year I get some time to write some plugins
[02:59:54] <prologic> and maybe some pathces for this stuff (and others)
[03:00:16] <prologic> I've given up my athletic training for the paralympic - not enough time and commitment, headspace etc
[03:00:24] <prologic> so hopefuly I"ll have time to do some trac work :)
[03:00:30] <coderanger> This will be far more than a patch, something of the scale and flexibility of the workflow system is needed
[03:00:51] * coderanger looks forward to getting back to trac coding shortly
[03:01:00] <prologic> :)
[03:01:06] <coderanger> I really want the homepage stuff done soon so I can use it
[03:01:14] <prologic> btw, is there any particular reason why the trac experience is soo slow at work ?
[03:01:17] <coderanger> and on that note, /me crashes
[03:01:23] <coderanger> hmm?
[03:01:23] <prologic> using tracd, sqlite backend, svn scm
[03:01:23] <evil_twin> Somebody said hmm is trac-hacks.org down, coderanger
[03:01:32] * coderanger kicks evil_twin and infobot
[03:02:00] <prologic> go to bed :)
[03:03:42] <spike> hi, how hard is it to have custom new ticket pages?
[03:03:50] <spike> we need some locked down version of it to give to customers
[03:04:04] <spike> so stuff like priority etc shouldnt be there at all, and set by us when we accept the ticket
[03:04:06] <prologic> use SimpleTicketPLugin
[03:04:12] <prologic> that'll hide certain fields that you want
[03:04:17] <spike> oh, awesome, ta
[03:04:21] <prologic> nps
[03:06:49] * moolight has quit IRC
[03:17:51] * SunWuKung has quit IRC
[03:24:54] * SunWuKung has joined #trac
[03:27:43] * gour has quit IRC
[03:27:57] * gour has joined #trac
[03:29:50] * spike_ has joined #trac
[03:29:54] * spike has quit IRC
[03:30:13] * spike_ is now known as spike
[03:33:02] * mOolight has joined #trac
[03:46:56] * mOolight has quit IRC
[03:56:05] <aat> evening
[03:57:04] * jae has joined #trac
[03:57:12] * SunWuKung has quit IRC
[03:58:35] * SunWuKung has joined #trac
[04:02:21] * stevegt_ has quit IRC
[04:03:19] <cmlenz> hey aat
[04:03:58] <cmlenz> aat: a question from yesterday "why does ITemplateStreamFilter need two hook methods? can't it just return the stream unfiltered if it doesn't “match”?"
[04:05:41] * thm has joined #trac
[04:05:51] * mOolight has joined #trac
[04:09:21] <aat> hmm
[04:10:40] <aat> i can't recall tbh, it's basically coderanger's patch from pycon
[04:10:56] <aat> i can't see any advantage to keeping it
[04:11:06] <aat> want me to nuke it?
[04:11:35] <cmlenz> ah, I thought that was your brainchild
[04:11:43] <cmlenz> coderanger couldn't remember why it's that way either
[04:11:48] <cmlenz> so yeah, let's nuke :)
[04:12:38] <aat> ok, shall do
[04:13:23] <aat> are you doing an audit?
[04:14:51] <cmlenz> not really
[04:15:03] <cmlenz> that just happended to pass by in a paste yesterday
[04:15:42] <aat> aha
[04:17:27] <evil_twin> New news from t.e.o: Changeset [5945]: Remove redundant ITemplatStreamFilter.match_stream() method. <http://trac.edgewall.org/changeset/5945>
[04:18:14] <aat> bam
[04:18:28] <cmlenz> thx :)
[04:20:27] * tinh_ has quit IRC
[04:31:47] * gebb has joined #trac
[04:45:49] <thatch> morning all
[04:47:26] <aat> hey thatch
[04:47:38] <evil_twin> New news from t.e.o: TracUsers edited by njaveloso@wiredlogic.com.ph <http://trac.edgewall.org/wiki/TracUsers>
[04:48:17] <cmlenz> huh, don't people say ruby lets you get more stuff done per line?? ;-) http://www.ohloh.net/projects/compare?metric=Codebase&project_0=Django&project_1=Trac&project_2=Ruby+on+Rails
[04:49:44] <prologic> hey guys, I'm using apache 2.x and mod_wsgi
[04:49:53] <prologic> I get an error:
[04:49:54] <prologic> http://prologic.shortcircuit.net.au/
[04:50:14] <prologic> it seems it can't locate plugins - which are installed globally in /usr/lib/python/site-packages/
[04:53:32] <prologic> any ideas ?
[04:58:03] <aat> cmlenz: hah!
[04:59:23] <aat> prologic: hmm, odd
[05:03:09] <prologic> hmm
[05:03:12] <prologic> I can't figure it out
[05:03:45] <prologic> all of my trac instnaces are experiencing the same problem
[05:05:26] <prologic> http://paste.lisp.org/display/46497
[05:05:37] <prologic> getting that in the trac logs
[05:07:41] * bronson has joined #trac
[05:09:06] * m_g has joined #trac
[05:11:10] <aat> prologic: you have tags installed?
[05:11:22] <prologic> yeap
[05:11:51] <prologic> # ls /usr/lib/python/site-packages/TracTags-0.4*
[05:11:51] <prologic> /usr/lib/python/site-packages/TracTags-0.4.1-py2.4.egg
[05:11:51] <prologic> /usr/lib/python/site-packages/TracTags-0.4-py2.4.egg
[05:12:02] <prologic> hmm
[05:12:08] <prologic> would it make a difference if I had python 2.5
[05:12:13] <prologic> and the egg filenames had 2.4 in them ?
[05:12:18] <aat> yes
[05:12:21] <prologic> fuck :/
[05:12:37] <aat> actually i'm not sure
[05:12:53] <prologic> hmm
[05:15:09] <aat> can you import it fro mthe command line?
[05:15:12] <aat> python -mtractags
[05:17:33] <prologic> ahh
[05:17:34] <prologic> that fixed it :)
[05:17:47] <prologic> renamed all the eggs :)
[05:17:54] <prologic> s/2.4/2.5
[05:17:55] <prologic> :)
[05:18:18] * giggsey has quit IRC
[05:19:34] <prologic> yay
[05:19:37] <prologic> trac all working again
[05:19:41] <prologic> now with mod_wsgi
[05:19:52] <prologic> decided to scrap mod_python - since it was no longer working with the apache upgrade :)
[05:22:02] <aat> i did the same when i moved trac-hacks
[05:22:10] <aat> mod_wsgi is nice and simple
[05:24:30] * jpr_ has joined #trac
[05:26:16] * bronson has quit IRC
[05:29:32] <prologic> and fast yeah ?
[05:32:04] * gebb has left #trac
[05:36:48] <aat> yeah
[06:06:25] * d0rt has joined #trac
[06:09:41] * Tartaros has joined #trac
[06:09:45] * prologic_ has quit IRC
[06:09:56] * Tartaros has quit IRC
[06:20:12] * Afrohealer has joined #trac
[06:28:14] * jannic has quit IRC
[06:30:34] <erikand> so it's recommended to use mod_wsgi instead of mod_python?
[06:31:10] <Afrohealer> erikand: i though mod_wsgi was still experimental
[06:36:09] * jannic has joined #trac
[06:38:55] <Afrohealer> Do i have to copy the plugins to the "plugin" directory of each "environment" of trac that I'm running? or can i jsut leve it in the python/site-wide/ folder?
[06:39:30] <Afrohealer> oops i meant.. /site-packages/ f
[06:40:16] <aat> mod_wsgi works well
[06:40:37] * Esaj has joined #trac
[06:49:22] <Esaj> mmm, upgrading to 0.11 works like a dream
[06:52:48] * danbeck has joined #trac
[06:52:56] * jpr_ has quit IRC
[06:55:59] * jae has quit IRC
[07:01:13] * jannic_ has joined #trac
[07:02:03] * lakin has joined #trac
[07:02:10] * blafasel is now known as Blafasel
[07:03:31] * retracile has joined #trac
[07:03:32] * jannic has quit IRC
[07:04:08] * retracile utters something incontrovertible about mornings.
[07:08:46] * dgynn has joined #trac
[07:12:12] * jae has joined #trac
[07:12:21] <aat> lo eli
[07:14:16] * Muelli has quit IRC
[07:24:51] <Afrohealer> Whohaaaaaa .. trac sees my plugins ..
[07:25:20] <retracile> heya alec
[07:25:23] <Afrohealer> anyone know the recomended way to startup tracd with the "Account Manager Plugin" installed?
[07:27:36] <aat> @faq plugins
[07:27:37] <evil_twin> aat: "plugins" is http://trac.edgewall.org/wiki/TracPlugins <-- How to install and activate Trac plugins
[07:28:29] * Rucha has joined #trac
[07:28:55] <retracile> aat: The question was asked yesterday why does ITemplateStreamFilter need match_stream, instead of having filter_stream just return the unaltered stream?
[07:29:04] <Afrohealer> evil_twin: my plugins are installe dadn enabled ..
[07:29:04] <evil_twin> 10-4!
[07:29:20] <retracile> hmm...
[07:29:22] <retracile> my plugins?
[07:29:30] <retracile> my plugins?
[07:29:34] <retracile> oh well.
[07:29:50] <Afrohealer> my plugins as in the plugins i installed
[07:30:09] <retracile> Afrohealer: I was toying with the bot; sorry.
[07:30:11] <retracile> evil_twin?
[07:30:11] <evil_twin> It has been said that evil_twin is dumb, retracile
[07:30:14] <retracile> :)
[07:30:25] <Rucha> hi all!
[07:30:25] <Rucha> how can i make .dot-file for Graphviz using workflow_parser plugin?
[07:30:25] <Rucha> i have installed it but i dont know how to create .dot file.
[07:30:39] <retracile> Rucha: look in contrib/workflow
[07:31:18] <aat> retracile: <cmlenz> aat: a question from yesterday "why does ITemplateStreamFilter need two hook methods? can't it just return the stream unfiltered if it doesn't
[07:31:18] <aat> > i can't recall tbh, it's basically coderanger's patch from pycon [21:10]
[07:31:19] <aat> > i can't see any advantage to keeping it
[07:31:25] <aat> <evil_twin> New news from t.e.o: Changeset [5945]: Remove redundant ITemplatStreamFilter.match_stream() method. <http://trac.edgewall.org/changeset/5945>
[07:31:26] <aat> ;)
[07:31:44] <Afrohealer> in windows i was able to startup tracd with "tracd -p 8080 ,trac c:\ifo\Bugs" that does not seem to work on Linux
[07:31:45] <retracile> aat: Heh. Excellent. :)
[07:32:07] <Rucha> i have copied [ticket-workflow] section in my trac.ini. but i cant find any .dot files
[07:32:08] <retracile> Rucha: Look at showworkflow for an example
[07:32:34] <Rucha> how do i run it?
[07:32:50] <Rucha> (trac on windows)
[07:33:04] <retracile> Rucha: cd contrib/workflow; ./workflow_parser.py trac.ini > workflow.dot
[07:33:22] <retracile> Rucha: you'll have to translate that for windows
[07:33:24] * amir has quit IRC
[07:33:39] <Rucha> thank's! i will try
[07:33:52] <retracile> aat: pacopablo.com seems down?
[07:34:00] * amir has joined #trac
[07:34:28] <aat> evil_twin is still alive, does it live there?
[07:34:29] <evil_twin> I don't have a clue.
[07:34:38] <aat> but yeah, it does seem toast
[07:34:42] <retracile> you wouldn't evil_twin.
[07:34:49] * erikand has quit IRC
[07:35:04] <aat> yeah, same host
[07:35:11] <aat> maybe just trac is dead
[07:35:11] <retracile> aat: He's re-arranging things; and I think evil_twin will be on its own virtual machine.
[07:35:33] <aat> yeah
[07:36:43] <retracile> aat: another question: it looks like filter_stream gets called twice when rendering a page.
[07:37:09] <aat> oh?
[07:37:09] <evil_twin> hmm... oh is there even a bot for trac, aat
[07:37:34] <aat> that should not be the case
[07:37:34] * retracile points and laughs at evil_twin
[07:37:39] <aat> it's only referenced once in chrome.py
[07:38:06] <retracile> aat: I started playing with this yesterday, so I'm probably doing something stupid, but:
[07:38:44] <Rucha> retracile: big thank's! building visualisation of workflow was successfull!!!
[07:38:45] <retracile> ... I'll put together a simple example... hold on.
[07:38:52] <retracile> Rucha: :)
[07:42:00] * thx1138 has joined #trac
[07:42:13] * thx1138 is now known as luh3417
[07:43:51] <retracile> aat: Ok, this is... weird. If filter_stream is sort-of-broken, it'll get called twice, and the second time "data" doesn't have the ticket key available.
[07:44:56] <cmlenz> is it being called on the error page?
[07:45:13] <cmlenz> i.e., first the ticket page, then error, render error page
[07:45:29] * johnjosephbachir has joined #trac
[07:45:29] <retracile> cmlenz: Ah! That's probably exactly what's happening.
[07:46:56] <aat> that's probably suboptimal
[07:47:08] <retracile> agreed.
[07:47:31] <cmlenz> but applying filters to the error page, too, is in generally a good thing
[07:47:54] <aat> isn't?
[07:48:24] <cmlenz> is
[07:48:30] <cmlenz> s/generally/general
[07:48:52] <johnjosephbachir> under what circumstances (if any) does apache need to be restarted after changing trac.ini?
[07:50:03] <aat> many
[07:50:43] <retracile> Hrm... ok, returning None from filter_stream will also cause you headaches.
[07:51:07] <aat> heh
[07:51:19] <aat> the usage is noted in the docstring
[07:51:23] <johnjosephbachir> ah okay. thanks aat
[07:51:36] <retracile> Ok, so, in filter_stream, you need to check the req.path_info, and you need to determine that it's not the error page.
[07:51:51] <retracile> aat: Yeah, yeah, documentation, blah, blah, blah ;P
[07:51:59] * retracile goes to read it again
[07:52:01] <cmlenz> can't you decide based on whether the data you want is present?
[07:52:10] <cmlenz> in this case, at least
[07:52:19] <retracile> cmlenz: Yes, in this case. What about the general case?
[07:52:20] <aat> what are you doing with the filter?
[07:52:55] <retracile> I don't like the behavior of 'clone'; I want it to be a link to a pre-populated newticket page.
[07:53:08] <cmlenz> the general case is that you're only going to filter on specific types of pages, and have to check whether you're "on that page", so you wouldn't match the error page
[07:53:40] <cmlenz> the error results in an empty window, or a plain-text traceback, or?
[07:53:49] <aat> retracile: if you're messing with clone anyway, i suggest nuking it from trunk and making a plugin
[07:53:52] <aat> and host it up on trac-hacks
[07:53:56] <retracile> cmlenz: Well, I thought that checking the path_info would be enough.
[07:54:31] * vlopes has joined #trac
[07:54:32] <retracile> aat: Yeah, well, I'll try to throw my alternative clone on t-h... I'm just hesitant to pull it out of trunk
[07:55:06] <vlopes> hi guys...I'm going crazy with the toc macro implementation lol
[07:55:18] <aat> vlopes: how so?
[07:55:21] * luh3417 has quit IRC
[07:55:21] <retracile> cmlenz: So, I was checking req.path_info.startswith('/ticket/')... but that matches an error page; if I have a bug in my code.
[07:55:37] <vlopes> to make a macro work, I should just enable it properly at trac.ini and copy the egg to the python lib dir, correct?
[07:56:21] <cmlenz> retracile: understood, so you'd need that check plus "'ticket' in data" or something
[07:56:24] <aat> or dump it in your plugins directory
[07:56:34] <retracile> cmlenz: right
[07:57:01] * bricas has joined #trac
[07:57:16] <retracile> cmlenz: which works for my case; not sure how we should handle the more general case...
[07:57:25] <retracile> (even though it was an error of my own making)
[07:57:41] <vlopes> well, is the trac.ini something like this?
[07:57:42] <vlopes> tractoc.* = enabled
[07:57:48] <vlopes> at components
[07:57:56] <cmlenz> well, maybe filters are a case where exceptions should be caught and logged away
[07:58:14] <aat> vlopes: yep
[07:58:15] * Rucha has quit IRC
[07:58:23] <vlopes> :(
[07:58:38] <bricas> anyone happen to know how to get trac to stop diff'ing pdfs in changesets? (fyi: using 0.10.3 on ubuntu edgy)
[07:58:40] * luh3417 has joined #trac
[07:59:26] <aat> we trap filter exceptions and reraise them when you're viewing any other page but the error page
[07:59:35] <aat> s/^we/we could/
[08:00:47] <cmlenz> hmm, yeah
[08:09:50] <aat> you seem unconvinced by my incredibly well thought out argument
[08:10:03] <retracile> heh
[08:11:37] <cmlenz> hehe
[08:11:46] <cmlenz> no, that's the best idea so far :)
[08:12:47] <thatch> bricas: it shouldn't be diffing any files with a NUL in them
[08:13:03] <thatch> are you using uncompressed pdfs?
[08:13:38] * luh3417 has quit IRC
[08:14:09] * luh3417 has joined #trac
[08:14:20] <bricas> thatch: i have no idea -- i'm just admin'ing the trac :)
[08:14:49] <thatch> bricas: do you have any sort of logging enabled?
[08:15:26] <bricas> for trac? just the standard apache logs...
[08:16:02] <thatch> for trac, yes
[08:16:31] <aat> iirc the is_binary function only checks the first N bytes
[08:16:47] <aat> i thought there was a ticket about it in fact
[08:16:50] <thatch> aat: yes but it's a reasonable number
[08:16:52] <thatch> for pdfs?
[08:16:53] * luh3417 is now known as luh3417I
[08:17:16] * aat shrugs
[08:17:20] <aat> just throwing it out there
[08:17:43] <thatch> http://trac.edgewall.org/ticket/2672
[08:18:11] <thatch> grr, looks like it's a known issue for 0.10
[08:18:20] * Gannis has joined #trac
[08:18:54] * osmosis has joined #trac
[08:19:39] * luh3417I is now known as luh3417
[08:21:23] <bricas> thatch: ah. i see. dang.
[08:32:19] * luh3417 has quit IRC
[08:34:47] * jae has quit IRC
[08:35:22] <m_g> when the search box on the right top corner is used and the search target is not found (i.e. there's no page with that name), shouldn't the search results be displayed instead?
[08:36:24] * luh3417 has joined #trac
[08:36:38] <aat> omg, finally! http://bugs.python.org/
[08:37:12] * d0rt has quit IRC
[08:37:13] <evil_twin> New news from t.e.o: Ticket #5903 (defect created): http://opensg.vrsource.org/trac - unable to open databse file <http://trac.edgewall.org/ticket/5903> || Ticket #5902 (defect created): Trac based sites failing to open <http://trac.edgewall.org/ticket/5902>
[08:37:27] * d0rt has joined #trac
[08:38:12] <aat> m_g: we discussed that at length a while ago. the consensus was that people find it useful for creating new pages
[08:38:25] <m_g> aat, i see, thanks
[08:38:44] <retracile> aat: "This tracker is not yet in production use." But looks like they're making an effort to get off sourceforge?
[08:39:26] <aat> retracile: yeah. they had a call for trackers a while back (around a year ago now i think), and we entered
[08:39:53] <retracile> aat: mmm... that didn't look like us at first glance...
[08:40:27] <retracile> Ah: "powered by Roundup"
[08:40:28] <aat> no, we didn't win :)
[08:40:43] <retracile> is there a published rationale for that?
[08:40:47] <retracile> (Out of curiosity)
[08:41:05] <pacopablo> retracile: insanity
[08:41:27] <retracile> pacopablo: Ah, but did they publicly plead insanity? ;)
[08:41:43] <retracile> pacopablo: Is pacopablo.com down?
[08:41:53] <pacopablo> it's back up now
[08:41:56] * retracile checks
[08:42:09] * retracile waits
[08:42:33] <pacopablo> what, you can't get to it?
[08:42:35] <aat> there was a mail to the python list iirc
[08:42:39] <aat> from brett cannon
[08:42:52] <retracile> pacopablo: "pacopablo.com contacted... waiting"
[08:42:57] <retracile> Trac detected an internal error:
[08:43:03] <retracile> TimeoutError: Unable to get database connection within 20 seconds
[08:43:04] <pacopablo> retracile: hmm, I'm not getting that
[08:43:13] <aat> http://mail.python.org/pipermail/python-dev/2006-October/069139.html
[08:43:19] <pacopablo> ahh, wait, now I am, one sec
[08:43:20] * retracile thinks pacopablo should use MySQL ;P
[08:43:30] * retracile ducks
[08:43:44] <pacopablo> nah, it's my vz, I had the recources locked down a bit too much
[08:43:46] <retracile> pacopablo: earlier, I wasn't able to get to it at all.
[08:43:52] <pacopablo> I'm still in the process of tuning them
[08:44:59] <aat> what virtualisation software are you using paco?
[08:46:43] <pacopablo> k, back up
[08:46:48] <pacopablo> aat: openvz
[08:46:55] <aat> on what o/s?
[08:47:07] <pacopablo> linux, of course
[08:47:09] <aat> i've looked at that with some interest, it seemed pretty awesome
[08:47:10] <pacopablo> gentoo
[08:47:19] <pacopablo> it's actually really nice
[08:47:23] <aat> yeah, i meant distro
[08:47:33] <pacopablo> and once you tune the beancounters, then it works flawlessly
[08:47:42] <aat> it seems more polished than vserver
[08:47:59] <pacopablo> I've got a vz server that runs all of my internal websites too
[08:48:00] * bewst has joined #trac
[08:48:07] <pacopablo> and jabber
[08:49:44] <aat> nice
[08:49:55] <bewst> How to debug this?!: "ProgrammingError: current transaction is aborted, commands ignored until end of transaction block" on perfectly valid SQL: 'SELECT username,action FROM permission'
[08:50:27] <pacopablo> turn on statement logging for postgresql
[08:50:34] <pacopablo> and see where the error occurs
[08:50:45] <pacopablo> most likely it's due to a misbehaving plugin
[08:51:13] <bewst> pacobalo: statement logging? How?
[08:51:25] <aat> hey bewst, ltns
[08:51:38] <pacopablo> with postgresql, if you have a statement that fails, you MUST do a rollback, or you're screwed for the rest of the transaction
[08:51:39] <bewst> aat: "Itns?"
[08:52:01] <aat> "long time no see"
[08:52:07] <pacopablo> bewst: postgresql.conf
[08:52:10] <bewst> aat: likewise.
[08:52:32] <aat