Team Chat Logs

2007 0
Mo Tu We Th Fr Sa Su
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        

January 31, 2007

[00:07:33] * xupypra has joined #trac
[00:08:02] <xupypra> hi
[00:08:22] <xupypra> i have some trouble with unichrome driver on FreeBSD
[00:08:31] <xupypra> its get compiling well but
[00:08:38] <xupypra> when X start
[00:09:15] <xupypra> after (II) VIA(0): TVSave...
[00:09:17] <xupypra> i get
[00:09:25] <xupypra> Caught signal 11. Server aborting
[00:11:36] <coderanger> wrong chan
[00:11:48] <coderanger> this is for the Trac project management software
[00:12:10] <asmodai> Is it? Drat!
[00:13:24] <xupypra> sorry
[00:13:31] * xupypra has left #trac
[00:13:44] <coderanger> asmodai: Way to scare him off :P
[00:16:04] <asmodai> :)
[00:16:13] <asmodai> You're welcome
[00:19:54] * stevegt has quit IRC
[00:25:04] * eid has joined #trac
[00:25:07] <eid> hello
[00:25:11] * eid is now known as janhaa
[00:28:42] <janhaa> i'm getting "unsupported file format", which i think you should mean that i don't support sqlite 3. but i got two packages install in ubuntu: python2.4 and python2.4-pysqlite2, which should support sqlite3... any ideas?
[00:31:14] <janhaa> oh! sorry, it was a virtual package :/
[00:39:02] * jMCg has joined #trac
[00:40:42] * janhaa has left #trac
[00:42:18] * kop_ has joined #trac
[01:02:42] * klando has joined #trac
[01:09:09] * janhaa has joined #trac
[01:09:12] <janhaa> hello
[01:09:35] <janhaa> trac-admin /foo/bar milestone list => "Command failed" # any idea why?
[01:09:45] <coderanger> check the log
[01:11:21] <janhaa> i can't seem to see any reason dates there...
[01:11:37] <janhaa> it's /foo/bar/log/trac.log right?
[01:17:52] <coderanger> @logging
[01:17:52] <evil_twin> coderanger: "logging" is http://trac.edgewall.org/wiki/TracLogging <-- Enable debug logging to file, ensure your environments log/ directory is writeable by your web server user, check for errors.
[01:18:07] <coderanger> neuralis: Okay, updated version uploaded to the same place as before
[01:19:19] <coderanger> neuralis: This time verified on your revision O:-)
[01:23:51] * omry_ has joined #trac
[01:31:30] * omry__ has joined #trac
[01:37:38] * omry has quit IRC
[01:37:48] * omry has joined #trac
[01:45:06] * omry_ has quit IRC
[01:45:20] * omry_ has joined #trac
[01:48:56] * omry__ has quit IRC
[01:54:04] * kop_ has quit IRC
[01:59:36] * omry has quit IRC
[02:30:30] * pygi has joined #trac
[02:41:42] * eblot_ has quit IRC
[02:50:54] * omry__ has joined #trac
[02:57:03] * omry_ has quit IRC
[03:32:34] * pygi has quit IRC
[03:48:46] * bryanl has joined #trac
[03:48:49] * omry__ has quit IRC
[03:50:36] * idnar has quit IRC
[03:50:38] * idnar_ has joined #trac
[04:24:18] * Epcylon has joined #trac
[05:09:00] * pygi has joined #trac
[05:24:47] * pygi has quit IRC
[05:29:12] * d0rt has joined #trac
[05:45:00] * thm has joined #trac
[06:01:06] * klasstek has joined #trac
[06:08:10] * elehack|work has joined #trac
[06:29:11] * janhaa has quit IRC
[06:33:02] * m_g has joined #trac
[06:40:03] * coatesd has joined #trac
[06:40:42] <coatesd> Is there anyone out there that could possibly help me with a nesting issue?
[06:50:06] * prologic has quit IRC
[07:06:08] * goldeagle has quit IRC
[07:14:45] * danbeck has joined #trac
[07:20:14] * d7rt has joined #trac
[07:29:34] * d0rt has quit IRC
[07:34:56] <matt_good> coatesd: what do you mean by "nesting issue"?
[07:39:35] * markm2319 has joined #trac
[07:48:25] * pygi has joined #trac
[07:51:35] * dawkirst has joined #trac
[07:51:58] * agile has quit IRC
[07:52:38] * charzero has joined #trac
[07:52:52] <charzero> Does Trac cache subversion logs?
[07:53:24] <dawkirst> Hello. When I try to log in, I get an internal error and a Python traceback. Can anyone please help.
[07:53:31] <lisppaste5> dawkirst pasted "Python traceback" at http://paste.lisp.org/display/36155
[07:54:23] <charzero> dawkirst: I'd guess you don't have your web server authentication set up properly.
[07:54:30] <charzero> dawkirst: Apache2?
[07:54:55] <dawkirst> charzero: no, Abyss
[07:55:52] <dawkirst> But thanks, I think you spurred me on to the right direction.
[07:59:13] <coatesd> Ok, I stepped away from my desk for a bit, so I'll recap and ask my question more specifically... I have an HMTL page in the SVN repository that I want to display inline on a wiki page. I thought I could do it with the IncludeMacro, but it ends up displaying the html file as plain text. Is there a way to display the HTML file inline as HTML? I have tried the HTML wiki processor shebang, but it proceeds to interpret the macro as a lite
[08:00:55] * dawkirst has left #trac
[08:02:36] <charzero> It is very unfortunate that Trac stops responding while rebuilding its revision and node_change tables.
[08:04:52] <matt_good> coatesd: there are several contributed include macros, but I'm not sure if any of them will handle that specific case: http://trac.edgewall.org/wiki/MacroBazaar#Includes
[08:05:20] <matt_good> charzero: yes, Trac keeps a cache of the SVN revisions & messages
[08:08:12] <coatesd> matt_good: I may perhaps be able to call the URL of the source file either via directly thru Apache/SVN or via the Trac SVN source link
[08:24:07] * kate` has joined #trac
[08:24:16] <kate`> hello
[08:24:52] <kate`> what fcgi variable does trac use when figuring out what page to output? i assumed SCRIPT_FILENAME or SCRIPT_NAME
[08:25:07] <kate`> or perhaps REQUEST_URI
[08:30:08] * chandlerc_ has quit IRC
[08:31:20] <kate`> also, does the fcgi interface honour log_file from trac.ini?
[08:31:54] * goldeagle has joined #trac
[08:37:09] * agile has joined #trac
[08:38:17] <pacopablo> morning
[08:45:34] <matt_good> kate`: it's PATH_INFO, and yes logging works with fcgi like everything else
[08:46:47] <kate`> matt_good, thank you :)
[08:48:42] <matt_good> Trac now uses WSGI, so there's very little specific to the server frontend
[08:48:58] <kate`> i don't know what WSGI is
[08:49:44] <matt_good> oh, sorry it's a Python standard calling interface for web apps
[08:49:54] <kate`> ok :)
[08:50:09] <kate`> aha, my PATH_INFO isn't being set
[08:55:02] <IamLordV1ldemort> pacopablo: you animal
[08:56:01] <pacopablo> IamLordV1ldemort: que pasa?
[08:56:34] <IamLordV1ldemort> i just saw that yuo were awake
[08:58:02] <pacopablo> well, duh! it's 9am
[09:01:20] * idnar_ is now known as idnar
[09:03:56] * chandlerc has joined #trac
[09:04:21] * em-dash has joined #trac
[09:07:03] * matt_good has quit IRC
[09:07:26] * skruk has quit IRC
[09:09:45] * matt_good has joined #trac
[09:12:32] * klando has quit IRC
[09:30:27] * PingYeh_ is now known as PingYeh
[09:30:36] * em-dash has quit IRC
[09:34:26] * bryanl has quit IRC
[09:39:50] * kopernikus has joined #trac
[09:44:58] * jMCg has quit IRC
[09:49:51] * cmlenz has joined #trac
[09:56:05] * d7rt has quit IRC
[09:56:20] * d7rt has joined #trac
[09:59:49] * sody has joined #trac
[10:02:29] * sody has left #trac
[10:06:45] <boorad> cboos been around today?
[10:06:54] <pacopablo> not seen him yet
[10:07:05] <boorad> pacopablo: remember our long-standing PG bug?
[10:07:14] <boorad> he may be onto it
[10:07:31] <pacopablo> boorad: nice, where?
[10:07:32] <boorad> see #4043 and others
[10:07:50] <boorad> there is an issue with resync on one of my dsource projects
[10:07:58] <boorad> so I ran trac-admin poseidon resync
[10:08:23] <boorad> it's hung right now, the same way that causes Apache to spawn new mod_python processes, grinding the server to a halt.
[10:08:30] <boorad> if we nail this one, we may be back in business.
[10:08:46] <pacopablo> @ticket 4043
[10:08:46] <evil_twin> pacopablo: http://trac.edgewall.org/ticket/4043
[10:09:14] * coatesd has left #trac
[10:09:22] <boorad> and now the pg connections are starting to pile up
[10:09:28] <boorad> pacopablo: ^^
[10:09:34] <The_Tick> erm
[10:09:40] <The_Tick> is this a common problem?
[10:10:45] <pacopablo> The_Tick: no?
[10:10:51] <boorad> pacopablo: http://rafb.net/p/9Epln718.html
[10:11:06] <pacopablo> The_Tick: I've never hit the resync bug
[10:11:18] <The_Tick> kk
[10:11:19] <pacopablo> I have had leaked connection issues
[10:11:21] * The_Tick hopes we don't
[10:11:32] <pacopablo> but turning poolable to false has solved that
[10:11:38] <The_Tick> oh oh, how do you set this up so the postgres password isn't in trac.ini?
[10:11:58] <The_Tick> is it just .pgpass or something else?
[10:12:14] <pacopablo> pg_hba.conf
[10:12:22] <pacopablo> set it to trust the user from the localhost
[10:12:27] <pacopablo> or somethign similar
[10:12:52] <The_Tick> cool
[10:16:26] * Eridius has joined #trac
[10:19:00] * pygi has quit IRC
[10:28:19] * elehack|work has quit IRC
[10:29:48] * elehack|work has joined #trac
[10:36:25] * cmlenz has quit IRC
[10:40:23] * Caitriona has quit IRC
[11:01:43] * elehack|work has quit IRC
[11:03:57] * stevegt has joined #trac
[11:06:44] * cmlenz has joined #trac
[11:13:19] * sody has joined #trac
[11:15:42] <asmodai> LENZJE!
[11:15:59] * sody has left #trac
[11:25:21] * tpollari has joined #trac
[11:26:53] * Caitriona has joined #trac
[11:31:40] * goldeagle has quit IRC
[11:32:23] * stevegt has quit IRC
[11:34:46] <cmlenz> heh
[11:38:40] <asmodai> cmlenz: Sup dude?
[11:38:49] <cmlenz> not much
[11:40:19] <asmodai> cmlenz: That ain't much.
[11:40:33] <cmlenz> heh
[11:40:44] <cmlenz> well, "heh"-ing around IRC
[11:41:32] <asmodai> cmlenz: Ah, I'm working on sketching out my app's architecture plus REST states + URIs
[11:42:02] * pygi has joined #trac
[11:43:30] <cmlenz> what's your app?
[11:45:01] <asmodai> cmlenz: http://kouyou.tendra.org/ describes it well
[11:46:37] <cmlenz> ah
[11:47:44] * hotte has joined #trac
[11:51:37] <asmodai> cmlenz: hope that other URL makes more sense ;)
[11:56:06] <kate`> well, i recognise 日本 at least :)
[11:58:08] * prologic has joined #trac
[11:59:57] * thm has quit IRC
[12:04:02] <asmodai> kate`: GASP
[12:04:07] <asmodai> U R HERE
[12:04:15] <kate`> yes :(
[12:04:25] <kate`> which is a good sign that i have some broken configuration
[12:04:41] <asmodai> kate`: オランダ語 = Netherlands, 日本語 = Japanese.
[12:05:03] <kate`> 語 is "land"?
[12:05:15] <asmodai> Nope. It's 'go', language.
[12:05:23] <kate`> aha
[12:05:30] <asmodai> The bottom two figures are 口 right?
[12:05:36] <kate`> yes
[12:05:42] <asmodai> It's 'kuchi', mouth.
[12:06:22] <kate`> what're the top two?
[12:06:26] * tpollari has left #trac
[12:06:42] <asmodai> gimme a sec
[12:06:51] <asmodai> don't remember from the top of my mind
[12:07:06] * tpollari has joined #trac
[12:07:22] <asmodai> mmm, the right is 'go', which is normally five
[12:07:30] * tpollari has left #trac
[12:07:32] * KiSak has joined #trac
[12:08:09] <asmodai> 言 is word
[12:08:10] <KiSak> hi folks, where can I find the changelog from trac 0.10.1 to 0.10.3?
[12:08:17] <kate`> word five mouth mouth? lol
[12:08:18] * tolsen has quit IRC
[12:08:33] <asmodai> kate`: word five mouth in this case
[12:08:37] <asmodai> kate`: ;)
[12:08:39] <kate`> why five? :)
[12:08:46] <asmodai> not sure, checking
[12:09:57] <asmodai> mmm 吾 is my/our/one's own
[12:10:20] <asmodai> funny part is that they all sound as go(n)
[12:10:54] <asmodai> our word = language?
[12:11:43] <kate`> that makes sense
[12:12:01] <asmodai> kate`: sometimes it does. :)
[12:12:05] <kate`> i wonder what the etmology for "language" is
[12:12:11] <kate`> (the english word)
[12:14:24] <asmodai> kate`: c.1290, from O.Fr. langage (12c.), from V.L. *linguaticum, from L. lingua "tongue," also "speech, language" (see lingual).
[12:14:28] <asmodai> http://www.etymonline.com/index.php?search=language&searchmode=none
[12:14:32] <asmodai> :)
[12:14:42] <kate`> ooh, lovely
[12:19:27] <asmodai> sure is
[12:20:35] * stevegt has joined #trac
[12:22:17] * chandlerc has quit IRC
[12:22:19] <markm2319> Hi there - love Trac! I installed the discussion plugin, and the forums work, but I get an error for [[AddComment]] macro and I notice that it is not in teh latest code.
[12:23:17] <markm2319> Any ideas? Or is this a feature (commenting wiki pages) that has been removed?
[12:25:31] <matt_good> markm2319: AddComment is a 3rd party macro, it's not part of Trac itself
[12:26:06] <matt_good> it's on trac-hacks.org
[12:26:28] <markm2319> ahh - got it - from reading the DiscussionPlugin page - I had though it was part of that!
[12:27:23] <markm2319> no - scratch that! I had played around with it lately, forgotten about it, then installed the discussion plugin, and noticed the warning about AddComment macro not found- and added 2+2 = -23.5
[12:27:29] <markm2319> sorry :-(
[12:30:19] * KiSak has left #trac
[12:31:46] * chandlerc has joined #trac
[12:35:22] * pygi has quit IRC
[12:36:34] * pygi has joined #trac
[12:38:19] * kopernikus has quit IRC
[12:50:07] * jMCg has joined #trac
[12:54:55] * chandlerc has quit IRC
[13:01:26] * gregburd has joined #trac
[13:03:15] <gregburd> Hello, I'm using Trac version 0.10.2 and I have a question about the wiki. I'd like to insert name anchors (<a name="something">something</a>). Is there a way to do that?
[13:03:58] <gregburd> I found out how to create links to anchors using [#something], but how do you create the anchor itself?
[13:11:57] <gregburd> Hello? Anyone out there?
[13:11:58] <gregburd> :)
[13:12:10] <gregburd> Any help on the name anchor question?
[13:17:47] * jMCg has quit IRC
[13:27:11] <coderanger> gregburd: You only can in headers
[13:27:20] <coderanger> = Header = #anchorname
[13:27:32] <gregburd> That's unfortunate...
[13:27:50] <gregburd> I guess the only route is to use {{{#!html
[13:27:56] <coderanger> Yes, or ReST
[13:28:01] <gregburd> ReST?
[13:28:16] <coderanger> wiki syntax is designed to be simple, if you need HTML, use HTML
[13:28:22] <coderanger> restructured text
[13:28:34] <coderanger> A markup language used in Python
[13:28:38] <gregburd> okay
[13:28:39] <gregburd> got it
[13:28:50] <gregburd> seems that named anchors are "simple"
[13:28:53] <gregburd> say in a FAQ page
[13:28:59] <gregburd> to jump to an item
[13:29:12] <coderanger> Yeah, jump to the header
[13:29:14] <coderanger> not the link
[13:29:22] <gregburd> okay
[13:29:23] <gregburd> thanks
[13:30:08] <coderanger> @wiki TracFaq
[13:30:08] <evil_twin> coderanger: http://trac.edgewall.org/wiki/TracFaq
[13:30:16] <gregburd> thanks
[13:39:03] * gregburd has left #trac
[13:39:49] * cmlenz has quit IRC
[13:42:32] * jMCg has joined #trac
[13:47:11] * Semhirage has joined #Trac
[13:49:03] * d7rt has quit IRC
[13:49:18] * d7rt has joined #trac
[14:01:00] * d7rt has quit IRC
[14:01:53] * jhammel has joined #trac
[14:06:24] * LionsMane has joined #trac
[14:08:34] * charzero has quit IRC
[14:09:09] <jhammel> hello. i'm trying to make a trac deployment script with mysql (trac 0.10.3)
[14:11:27] <jhammel> i'm getting OperationalError: (1050, "Table 'system' already exists")
[14:12:19] * maxb has joined #trac
[14:12:27] <jhammel> is there any way around this? i am no mysql expert
[14:12:44] <boorad> coderanger: u there?
[14:14:13] <kate`> jhammel, you're creating a table which already exists: what do you want to happen in this situation?
[14:14:58] <jhammel> kate`: well, i'm not sure. shouldn't trac just use the table if it already exists?
[14:15:16] <boorad> For anyone who is interested, a beta of TracForums is up and running
[14:15:17] <kate`> nevermind about what trac does, for the moment
[14:15:18] <boorad> http://www.dsource.org/projects/tango/forums
[14:15:31] <kate`> jhammel, do you want to keep the existing data in the table? what if the new table definition has a different set of fields?
[14:15:54] <pacopablo> ooh, nice looking
[14:15:55] <jhammel> i'd rather have the table be overwritten, for my purposes
[14:16:14] <kate`> jhammel, DROP TABLE first, then
[14:16:37] <jhammel> kate`: you mean, as admin
[14:16:39] <jhammel> ?
[14:16:43] <jhammel> mysql admin?
[14:17:19] <kate`> jhammel, using your mysql console interface, yes
[14:17:31] <kate`> i believe it has a cli
[14:18:04] <kate`> long answer: think about what you're actually trying to do; are you perhaps creating two tables accidentally in the same place?
[14:18:10] <boorad> pacopablo: do you know of a way to get some content into the meta tags of a Trac project?
[14:18:13] <jhammel> kate`: yeah, it has a CLI
[14:18:33] <pacopablo> boorad: no, unless you modified the base header template
[14:18:51] <boorad> hmm, ok
[14:20:30] <pacopablo> perhaps you can do it via javascript?
[14:22:32] * pygi has joined #trac
[14:30:45] <coderanger> boorad: Yo
[14:47:01] <boorad> coderanger: hey, just showing off the forum plugin ^^
[14:51:02] * dilinger has quit IRC
[14:54:17] <coderanger> boorad: Shiny :)
[14:57:47] <jhammel> i'm having trouble with a specified key being too long with trac: http://www.openplans.org/projects/opencore/january-31-2007
[14:58:01] <jhammel> mysql db backend
[14:58:05] <pacopablo> ahh, welcome to mysql ;)
[14:58:12] <coderanger> jhammel: Get a better DB
[14:58:24] <pacopablo> I don't think there has been a solution to that, other than what coderanger said :)
[14:58:47] <coderanger> jhammel: IT has to with the limitations on both key length (100 bytes) and poor unicode support (1 unicode char = 3 bytes)
[14:59:05] <coderanger> jhammel: You can play with the byte allocations in the key a bit, check the tracker for a ticket about it
[14:59:33] <coderanger> er, keys are 1000 bytes, not 100
[14:59:44] <jhammel> thanks coderanger
[15:00:03] <jhammel> mysql wasn't my choice. i got things humming along nicely with postgres
[15:00:12] <kate`> i saw "table full" from mysql, once... that astounded me
[15:00:15] <kate`> how can a table be full?
[15:00:21] <jhammel> but was told at the last minute that we're using mysql
[15:00:39] <kate`> jhammel, that would be a specification change: ask why
[15:01:17] <jhammel> you mean i should ask why? i did. the answer: we're already using mysql. quit whining that you have to redo last week's work :(
[15:01:43] <kate`> jhammel, who made that decision?
[15:01:46] <jhammel> there's a mysql guy i can ask tommorow, but he's gone for the day
[15:01:49] <jhammel> kate`: the SA
[15:01:57] * kate` cringes
[15:02:01] <pacopablo> well, you probably won't like trac if you have to use mysql, but good luck
[15:02:10] <kate`> jhammel, if i were in your position, i would not be happy
[15:02:14] <jhammel> kate`: yeah, that was my reaction to :(
[15:02:16] <pygi> hehe
[15:02:27] <jhammel> kate`: i ain't. i almost got fired re the letter i wrote about it
[15:02:42] <kate`> jhammel, that could be a good move
[15:03:08] <kate`> <rtfm_please> see http://casey.shobe.info/mysql_limitations.html
[15:03:08] <kate`> <rtfm_please> or http://sql-info.de/mysql/gotchas.html
[15:03:08] <kate`> <rtfm_please> or http://sql-info.de/postgresql/postgres-gotchas.html
[15:03:14] <kate`> show them those :)
[15:03:24] <kate`> my favorite is permitting the 30th of feburary
[15:03:32] <jhammel> kate`: thanks
[15:03:46] <kate`> good luck...
[15:03:58] <jhammel> thanks. i'll need it
[15:04:05] <kate`> for what it's worth, i made the bad choice of sticking around in a company with incompetent directors
[15:04:26] <kate`> it caused much stress, and i essentially lost a year of my life; my time consumed meeting their irrational and arbitary deadlines
[15:04:37] <kate`> eventually they went bust, and i have nothing to show for it
[15:04:44] <kate`> (save a lot of experience)
[15:05:09] * eblot has joined #trac
[15:05:12] <coderanger> kate`: Things like that are in there for the same reason as seconds ranging from 0-61 usually
[15:05:39] <kate`> coderanger, nonsense. this is validation, not storage
[15:06:05] <coderanger> Yes, most date systems have provisions for a double-leap year
[15:06:13] <coderanger> just like a double-leap second
[15:06:30] <kate`> that does not make the 30th of febuary valid :)
[15:06:34] <pacopablo> curse those over-active leap yers ;)
[15:06:57] <coderanger> Sure it does, if February has two extra days, there would a 29th and a 30th
[15:07:26] <kate`> for arbitary years!?
[15:07:41] <kate`> it parses them as meaning the 1st and 2nd of march
[15:09:05] <coderanger> well thats just weird
[15:09:13] <coderanger> but the date is valid
[15:09:22] * dilinger has joined #trac
[15:09:32] <coderanger> Guess they got it right by accident ;-)
[15:09:43] <pacopablo> there is the man to blame for mysql support! ;)
[15:10:33] <kate`> i suspect they fed a bunch of random things into lex and yacc, and packaged up the result as their database
[15:10:42] <pacopablo> lol
[15:14:01] <coderanger> I may actually have to migrate one set of tracs to PG soon
[15:14:18] <coderanger> 60 simultaneous requests makes sqlite grumpy
[15:18:00] <jhammel> thanks for your help. if i futz with the patch and that doesn't work, then i'll share my frustration with my betters
[15:18:02] * jhammel has quit IRC
[15:19:35] <pacopablo> coderanger: slqite2pg works now ;)
[15:20:39] <coderanger> pacopablo: Yeah, delaying it until those Tracs get their own server
[15:20:45] <coderanger> we have the box, it just needs HDDs
[15:28:59] * agile has quit IRC
[15:31:12] <kate`> coderanger, one advantage is that you can replace tables with VIEWs to centralised tables, or even to dblink() calls
[15:31:29] <coderanger> kate`: Or you can use tracforge ;-)
[15:31:40] <kate`> coderanger, in this way i can have common component and version lists, but keep sales people and devlopers seperate
[15:31:47] <kate`> what's tracforge?
[15:32:08] <coderanger> plugin working on multiproject support in Trac in a modular fashoin
[15:32:56] <kate`> i see it
[15:33:22] <kate`> i much prefer this idea :)
[15:33:31] <kate`> (mine, that is)
[15:33:58] <The_Tick> trac can work with subversion using svnserve right?
[15:35:14] <kate`> The_Tick, last time i saw, it needs local access to the repository files directly
[15:35:20] <The_Tick> oh wait, ya
[15:35:34] <kate`> (which i think is a design flaw)
[15:39:58] <coderanger> kate`: There is a DAV remote provider plugin, but it is very slow
[15:41:38] <kate`> ah
[15:43:15] <pacopablo> kate`: are you using schemas in postgres?
[15:43:33] <pacopablo> cus they're super hot, if you have to manage multiple projects
[15:44:18] * pacopablo want's to do a kind of pg-specific tracforge w/ schemas, triggers, views, etc.
[15:44:42] <pacopablo> I need coderanger to finish his, so that I can steal large portions of code ;)
[15:44:46] <kate`> pacopablo, i use schema extensivley to namespace what i write
[15:45:20] <pacopablo> kate`: are you using the schema support in trac? ie ?schema=foo ?
[15:45:56] <pacopablo> obviously that wouldn't apply to your custom tables
[15:46:42] <kate`> pacopablo, i don't recall... that's a fairly old setup
[15:47:02] <kate`> pacopablo, do you happen to know if multiple trac repositories may share the same database, yet?
[15:47:15] <pacopablo> with schemas in postgres, yes
[15:47:17] <kate`> i.e. if a "project" field has been added to its schema
[15:47:18]