Team Chat Logs

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

June 08, 2006

[00:05:43] * cmlenz has quit IRC
[00:08:35] * jrydberg- has joined #trac
[00:10:25] <otaku42> question: are there any intentions to implement caching for some of the not-so-dynamic pages, such as the changeset viewer?
[00:11:21] <otaku42> every now and then we have some commits that cause heavy load on the server when someone tries to look at the changesets in question via trac
[00:11:25] * idnar has quit IRC
[00:11:29] * idnar_ has joined #trac
[00:26:34] * jrydberg- has quit IRC
[00:27:00] * tuxipuxi has joined #trac
[00:27:43] * cmlenz has joined #trac
[00:32:23] * jrydberg- has joined #trac
[00:46:09] * truls has joined #trac
[00:46:11] <truls> hiya
[00:53:53] <alect> hi
[01:04:07] * jstuart has quit IRC
[01:06:44] * MasterC has joined #trac
[01:18:16] * jstuart has joined #trac
[01:21:05] * KimHansen has joined #trac
[01:22:06] <KimHansen> There is spam on http://projects.edgewall.com/trac/wiki/MacroBazaar, can someone here remove it?
[01:24:34] <otaku42> KimHansen: you should be able to edit the page even as anonymous user
[01:25:19] <KimHansen> Its done in attachment, I don't know how to delete those
[01:27:29] <bdash> KimHansen: you can't easily
[01:36:03] * s0undt3c1 has joined #trac
[01:47:58] * s0undt3ch has quit IRC
[01:47:59] * s0undt3c1 is now known as s0undt3ch
[01:50:51] <cmlenz> KimHansen: deleted, thx
[01:53:21] <KimHansen> cmlenz: you're welcome. You needed database access to do that?
[01:53:33] <cmlenz> nope
[01:53:37] <cmlenz> WIKI_ADMIN permissions
[01:53:44] <cmlenz> or WIKI_DELETE, actually
[02:01:29] * MasterC has quit IRC
[02:07:19] <KimHansen> ok, thanks
[02:13:24] * Blackhex has joined #trac
[02:14:02] * Blackhex has quit IRC
[02:14:39] * Blackhex has joined #trac
[03:16:26] * Riccc`plula has joined #trac
[03:20:15] <idnar_> better to delete spam than edit it out
[03:20:18] * idnar_ is now known as idnar
[03:20:33] <idnar> that way it doesn't pollute the history
[03:34:56] * Riccc has quit IRC
[03:41:56] * jrydberg- has quit IRC
[03:47:37] * jrydberg- has joined #trac
[04:06:11] * sam`_ has joined #trac
[04:11:19] * imajes has joined #trac
[04:15:35] * sam` has quit IRC
[04:20:33] <alect> evnening
[04:21:36] <Blackhex> alect: hi
[04:21:43] <alect> g'day
[04:21:47] * sam`_ is now known as sam`
[04:34:43] * granden has quit IRC
[04:38:23] * cmlenz has quit IRC
[04:41:28] * cmlenz has joined #trac
[04:41:55] <otaku42> are there any plans to implement caching for the not-so-dynamic pages (such as the changeset viewer)? we have some commits which cause heavy load when the corresponding changeset-viewer page is rendered by trac
[04:42:59] <alect> not that i'm aware of
[04:44:26] <alect> assuming the last-modified headers are set correctly, a caching proxy in front of trac should do the job
[04:51:12] * boorad has quit IRC
[04:52:05] * boorad has joined #trac
[04:55:01] * Blackhex has quit IRC
[05:01:56] * KimHansen has quit IRC
[05:06:06] * Blackhex has joined #trac
[05:08:48] * davecole has joined #trac
[05:13:51] * _granden is now known as granden
[05:17:04] * agile has quit IRC
[05:18:11] * jrydberg- has quit IRC
[05:21:48] * klando has joined #trac
[05:25:29] * _idostyle has joined #trac
[05:26:34] * bnovc_ has left #trac
[05:33:59] <otaku42> alect: you know of a doc that explains such a setup? i'm not very familiar with proxys yet
[05:34:34] <alect> urm, squid or perhaps apache+mod_proxy
[05:35:03] <alect> plenty of docs for them on the net
[05:38:57] * imajes has quit IRC
[05:40:07] * idostyle has quit IRC
[05:40:10] * _idostyle is now known as idostyle
[05:42:22] * klando is now known as cedricOB2
[05:42:34] * imajes has joined #trac
[05:47:39] * phoenixz has joined #trac
[05:49:00] * imajes has quit IRC
[05:49:58] <alect> cmlenz: some of those tickets i'm closing might cause some "discussion", but i figured we may as well kick it off to hurry 0.10 along
[05:50:27] * whitelynx has quit IRC
[05:50:40] * whitelynx has joined #trac
[05:51:06] <cmlenz> yeah, agreed
[05:51:18] <cmlenz> what's the state with the conversion stuff btw?
[05:52:05] <alect> state = static :)
[05:53:11] <alect> i personally think it would be better to have MimeType objects, containing all the information for a mime type (description, extensions, etc.)
[05:53:18] <alect> then converters just "convert" between types
[05:53:27] <alect> as opposed to the conversion itself defining the description and extensions
[05:54:56] <otaku42> alect: but nothing specially related to trac + <some_proxy>?
[05:55:07] <alect> otaku: ah, no, sorry
[05:57:14] <otaku42> alect: ok. one thing that could be problematic (maybe not, that's where my lack of knowledge about proxies show up) is to make the proxy handle a well-defined set of requests only. thinking of requests related to subversion/webdav
[05:58:01] <alect> the headers should take care of that
[05:58:08] <alect> but selective caching is possible
[06:03:59] <otaku42> alect: ah, ok. well, going to have a look at that as soon as i have some time left. for now, i've brought static html "snapshots" of the changesets in question up, which are handled via rewrite-rules. most of these static pages have more than 20MB (html)...
[06:04:21] <alect> woah
[06:04:22] <otaku42> alect: thanks for the hint so far.
[06:04:53] <otaku42> alect: well, the changed files are uudecoded binaries, so the diff viewer produces a lot of output there :)
[06:05:18] <alect> i think there's an option to limit the size of diffs...
[06:05:56] <otaku42> alect: oh... that would be another idea.
[06:06:31] <alect> max_diff_bytes
[06:06:33] <alect> max_diff_files
[06:06:42] * jrydberg- has joined #trac
[06:06:45] <alect> that's on trunk though
[06:07:52] * cedricOB2 is now known as klando
[06:08:08] * agile has joined #trac
[06:09:12] * marlun has joined #trac
[06:10:39] * mgalvin has joined #trac
[06:10:59] <otaku42> alect: that would be ok, since i'm going to switch to 0.10-dev (in order to benefit from the spamfilter stuff). is there a special revision/tag that is recommended for a production server?
[06:12:15] <alect> not really
[06:12:24] <alect> i just try it and if it breaks i svn up until it works :)
[06:12:32] <otaku42> alect: heh, ok :)
[06:13:22] <otaku42> alect: i wonder how i will deal with the private modifications i did to the code... ah well, will see when i do the switch.
[06:14:36] * davecole has left #trac
[06:20:39] <truls> what is the "nice" way to add images to a wiki-page in trac?
[06:20:47] <truls> add as attachment for the page, then refer to it?
[06:21:33] <alect> yep
[06:21:52] * truls misses info on referring to attachments in the docs
[06:22:04] <truls> maybe it's just my outdated 0.8.4 that's missing them
[06:22:04] <alect> [[Image(foo.jpg)]]
[06:22:10] <alect> euw!
[06:26:06] <asmodai> mmm
[06:26:19] <asmodai> what does (?i) accomplish for BadContent?
[06:26:42] <alect> in what context?
[06:26:51] <asmodai> BadContent
[06:26:57] <asmodai> Part of SpamFilter, Python regexp
[06:27:06] <asmodai> ignore case?
[06:27:08] <prologic> it means ignore case
[06:27:11] <prologic> pydoc sre
[06:27:18] <asmodai> ta
[06:27:24] <prologic> in other languages you'd have /i
[06:27:33] <prologic> python seems to use (?<flags>)
[06:27:40] <asmodai> http://code.djangoproject.com/wiki/BadContent
[06:28:27] <alect> hmm
[06:29:04] <asmodai> Useful :D
[06:29:20] <alect> praps there should be a config option for that
[06:29:37] <alect> or just enabled by default
[06:29:46] <alect> seems unlikely you'd want case sensitivity for spam
[06:29:57] <asmodai> Don't know for sure.
[06:30:20] * Guardian has joined #trac
[06:30:24] <Guardian> hello
[06:30:36] <Guardian> is there a way to link tickets to svn checkins ?
[06:31:02] <asmodai> Mention the ticket number in the commit message?
[06:31:23] <Guardian> ok :)
[06:31:38] <alect> you can also have a look at trac-post-commit-hook
[06:31:54] <alect> which lets you have things like "closes #xx" to automagically close tickets on commit
[06:32:24] <asmodai> *nod*
[06:32:34] <asmodai> Guardian: Other than that, just use #xx for a ticket reference.
[06:32:45] <asmodai> in the commit message
[06:33:31] <Guardian> ok well i'm beginning using trac, i made the checkin outside trac, using tortoisesvn
[06:33:40] <Guardian> i don't even know if i can edit the commit message
[06:36:10] <asmodai> Sure you can.
[06:36:28] <asmodai> TortoiseSVN asks for a commit message before it does the actual commit
[06:37:12] <Guardian> but the commit has been done already :)
[06:38:18] <asmodai> svnadmin setlog /path/to/respos -r changeset /path/to/new/commit/message
[06:38:28] <asmodai> To fix up commit logs :P
[06:38:46] <Guardian> using #xx wil create a trac link right ?
[06:38:56] <asmodai> *nod*
[06:39:01] <asmodai> to the ticket
[06:39:12] <Guardian> ok
[06:39:17] <asmodai> So #66 will show a hyperlink to ticket 66 in the browser/timeline
[06:39:18] <Guardian> trac seems to be really nice
[06:39:36] <Guardian> and rather simple to use once you know the features :)
[06:40:04] * klasstek has joined #trac
[06:41:35] <alect> asmodai: how's the css coming?
[06:41:44] <alect> for psf
[06:42:18] <asmodai> alect: working on it as we speak
[06:42:23] <alect> excellent
[06:42:32] <asmodai> alect: needed to work on an installation yesterday for the institutional repository
[06:42:45] <asmodai> alect: http://trac.in-nomine.org:81/ looks better already
[06:42:55] <asmodai> alect: needed to read up on some inheritance with css
[06:42:59] <alect> ciao
[06:43:04] <alect> whoo
[06:43:07] <alect> wrong channel
[06:43:14] <alect> ah it is looking better
[06:43:16] <asmodai> ciao a tutti!
[06:43:23] <asmodai> alect: Not quite there yet of course.
[06:43:30] <alect> nah
[06:43:30] <asmodai> alect: Whatcha wanna do for browser?
[06:43:55] <alect> in what way?
[06:43:56] <asmodai> I can make the link colours identical, but what about the grid?
[06:44:02] <alect> oh
[06:44:41] <alect> hmm
[06:44:50] <alect> use a similar background to the menus and sidebars?
[06:44:57] <alect> light greyish
[06:45:03] <asmodai> alect: I need to try to push metanav down to the ____ line and leave ctxnav where it is now
[06:45:06] <asmodai> alect: okiedokie
[06:45:26] <alect> i think the email2trac script handles ticket updates now
[06:45:44] <asmodai> I saw the Sara email yes
[06:46:00] <truls> alect: I assume that was a suggestion for me to make a macro? or does something like an Image macro exist in newer Trac?
[06:46:26] <alect> truls: the latter
[06:49:56] * danbeck has joined #trac
[06:51:21] <truls> maybe time to upgrade to dapper...
[06:51:34] <klando> dapper is out, try sid ;)
[06:53:41] <alect> cmlenz: what do you think about #2644?
[06:53:55] <Guardian> thank you for the help asmodai
[06:54:22] <asmodai> Guardian: np ;)
[06:54:37] <cmlenz> alect: rather not because then you'll also need checks whether the query module is even enabled
[06:54:38] * eyesee has joined #trac
[06:54:45] <cmlenz> and the user has permissions, etc
[06:54:48] <alect> roger
[06:55:10] <alect> postpone it?
[06:55:20] <cmlenz> the request is valid, but I'd null the milestone
[06:55:25] <cmlenz> yeah
[06:57:10] * msoares has quit IRC
[06:59:39] * msoares has joined #trac
[07:01:21] * msoares has quit IRC
[07:02:07] * MasterC has joined #trac
[07:02:53] * msoares has joined #trac
[07:09:52] <alect> cmlenz: how do we handle doc updates for features in trunk but not stable?
[07:10:06] <Blackhex> could be form inside another form in html?
[07:10:11] <alect> queue them until just prior to release?
[07:10:29] <cmlenz> alect: put them in, but add a warning if necessary
[07:10:32] <cmlenz> Blackhex: nope
[07:10:36] <alect> righto
[07:11:22] <Blackhex> cmlenz: thx, any hack how to to that?
[07:11:42] <cmlenz> a number of, depends on what you want to do
[07:12:01] <cmlenz> usually the approach is to use named buttons and check for them in the server-side processing
[07:12:54] <Blackhex> cmlenz: i want to make table similar as permission list in WebAdmin
[07:13:15] <Blackhex> and in each line combobox to change value
[07:13:32] <eyesee> hi, a newbie question. How can I enable changeset or how can I see the changesets of trac. could you point me to some links or tutorials of such feature, thanks.
[07:18:00] * msoares has quit IRC
[07:19:06] * msoares has joined #trac
[07:19:21] * eyesee has left #trac
[07:22:49] <alect> cmlenz: can you see any drawbacks to implementing [WikiPage foo bar] as a shortcut for wiki links? (#3240)
[07:23:13] <alect> the change is trivial and i can't think of anything it would break
[07:24:23] <asmodai> ah
[07:24:27] * asmodai is getting somewhere
[07:24:32] <cmlenz> hmm, I guess that would be nice
[07:25:00] <cmlenz> one concern is that it makes the wiki syntax more complex... adds an exception
[07:25:09] <cmlenz> but the syntax is already way too complex for my taste, so :-P
[07:25:26] <alect> http://trac.pastebin.com/767393
[07:25:42] <alect> simplicity through complexity? :P
[07:26:29] <asmodai> Heh
[07:39:12] <truls> I have two images as attachments in a wiki-page, any way to add one to the page and make it a link to the other one?
[07:39:19] <truls> (small and big versions of the same image)
[07:39:50] <truls> Using [[Image(myimage_big.png, 20%)]] only scales in browser...
[07:39:52] <Blackhex> please how to add javascript in 0.9 plugins?
[07:40:52] <alect> truls: if i understand what you're asking, no it's not possible
[07:41:26] <truls> that sucks .. ;)
[07:41:41] <alect> blackhex: you can't add javascript programatically under 0.9, only through code in the templates
[07:41:49] <truls> well, maybe I can rewrite the Image-plugin to take two images...
[07:42:06] <truls> and link to the second instead of the first
[07:42:37] <Blackhex> alect: shit, thx
[07:45:38] * jrydberg- has quit IRC
[07:49:00] <coderanger_sleep> morning y'all
[07:49:04] * coderanger_sleep is now known as coderanger
[07:49:09] <alect> hey
[07:49:29] <coderanger> alect: Good evening in your case ;-)
[07:49:36] <alect> indeed :)
[07:50:30] <coderanger> I came up with an interesting idea while I was walking home this morning
[07:50:53] <coderanger> You could make a RemoteEnvironment wrapper that uses xml-rpc to proxy every thing to a remote trac
[07:51:17] <coderanger> so you can transparently move things from being local scripts to being remote
[07:51:39] <alect> that would be fairly magical :)
[07:51:53] <coderanger> But should be doable
[07:52:00] <alect> have you seen pyro.sf.net?
[07:52:17] <coderanger> I have not
[07:52:35] <coderanger> hmm, looks similar to Twisted's PB
[07:53:41] <coderanger> xmlrpclib is already so easy to use in most cases that you don't even need anything more
[07:55:48] <alect> it's true
[07:56:07] <alect> i wish it had had a null type in the original spec however :(
[07:56:51] <coderanger> Yeah
[07:57:07] <coderanger> You can usually work around that though
[07:57:29] <coderanger> Like using datetime(0) as null, since you rarely need that type
[08:02:11] <truls> more spam: http://projects.edgewall.com/trac/wiki/WikiMacros
[08:02:20] <truls> (attachments)
[08:03:12] <alect> okay nuked. they're industrious, i'll give them that
[08:03:47] <truls> btw: If you copy and modify one of the macros in .../site-packages/trac/wiki/macros.py, any more steps to include them into trac other than putting the file in /var/lib/trac/wiki-macros/ ?
[08:04:06] <truls> it's a component subclass, not just an execute-function in a file
[08:04:44] <coderanger> truls: You need to either make a plugin
[08:05:05] <coderanger> or (for trunk only) put the .py file in the plugins dir of each env
[08:05:22] <truls> using 0.9.3
[08:06:03] <truls> ack :)
[08:06:25] <coderanger> You can read the plugin tutorial on trac-hacks to get started
[08:07:16] <truls> thanks
[08:07:31] <truls> just got abit disappointed as I was ready to try out my new macro ;)
[08:07:53] <coderanger> Dont forget to post it to trac hacks later :)
[08:08:37] <truls> we'll see, it's very very hacked atm
[08:08:42] <truls> ;)
[08:10:00] <truls> so where is the tutorial exactly?
[08:11:22] <coderanger> @learn tutorial as http://trac-hacks.org/wiki/EggCookingTutorial: The Trac plugin tutorial
[08:11:23] <evil_twin> coderanger: The operation succeeded.
[08:11:37] <truls> ah, eggs..
[08:15:16] * otaku42 is now known as otaku42_away
[08:15:41] <alect> that ticket threading stuff is cool
[08:17:22] <coderanger> yeah
[08:18:30] <coderanger> hmm, has it been verified that the reply buttons show in IE?
[08:18:40] * gmcinnes has joined #trac
[08:18:49] <alect> i think cboos said they did
[08:18:58] <gmcinnes> Hi all: Has anyone had the joy of installing trac on dreamhost?
[08:18:59] <coderanger> woah
[08:19:09] <coderanger> trac-hacks looks very wrong in IE
[08:19:44] <coderanger> Actually its messed up in FF too
[08:19:54] <coderanger> Looks like macros arent rendering
[08:20:32] <coderanger> gmcinnes: I have not, but I know people have done it before
[08:21:16] <gmcinnes> Installing on dreamhost involves compiling all the dependencies from scratch :| I'm worried because I'm already using dreamhost's supplied subversion, which is the ancient 1.1.4. How old a subversion can I get away with in relation to trac?
[08:21:49] <gmcinnes> I'm worried if there's version skew between the svn versions my repos will be fubared
[08:21:59] * bswift has joined #trac
[08:22:17] <coderanger> It seems like enough people are doing this that DH should really just install it centrally
[08:22:37] <gmcinnes> coderanger: no kidding. I've been voting for that for ages.
[08:23:24] <alect> ah hmm
[08:23:35] <alect> that is probably r3376
[08:24:18] <coderanger> gmcinnes: Either that or someone should make a working default setup, and just tar it up
[08:24:59] <gmcinnes> coderanger: my understanding is you can't do that because you have to compile everything relative to your homedir . Not sure though.
[08:27:06] <gmcinnes> but I guess it would be easy enough to provide a shell script to do it though.
[08:28:44] <truls> yay, got the Macro working
[08:28:46] <bswift> Anyone here using Perforce instead of Subversion ?
[08:28:47] <truls> coderanger: thanks
[08:29:05] <coderanger> Yeah, I still don't like the whole idea of not controlling my hosting machines
[08:32:56] <truls> Guess I really abused cmlenz' Image-macro... works nicely though, but I only support attachments...
[08:33:27] <truls> Any use in posting it to trac hacks? All it does is support small-image link to big-image... both as attachments of page
[08:34:18] <coderanger> truls: Might be better as an enhancement ticket on p.e.c
[08:34:56] <truls> p.e.c?
[08:35:06] <coderanger> projects.edgewall.com
[08:35:13] <truls> ah
[08:35:18] <cmlenz> search for "thumbnail" first
[08:35:19] <truls> will do
[08:35:22] <cmlenz> there might be one already
[08:35:26] <cmlenz> (a ticket, that is)
[08:36:14] <truls> yep: http://projects.edgewall.com/trac/ticket/2313 - creating (screenshot) galleries
[08:36:20] * MasterC has quit IRC
[08:37:15] <alect> hmmm
[08:37:24] <coderanger> You can attach your code to the ticket if there isn't some there already
[08:37:36] <alect> alright fixed that bug
[08:37:44] * alect whips out the bug swatter
[08:38:18] <truls> coderanger: hm... it doesn't really extend ImageMacro though, it's just a varient for one particular use
[08:38:24] <truls> variant
[08:38:51] <coderanger> truls: If it is close enough to the original, the relevant parts could be backported perhaps
[08:40:17] <truls> the suggested way posted is better though
[08:40:32] <truls> as it doesn't require users to create a thumbnail manually
[08:40:36] <truls> though it lacks an implementation
[08:41:15] <truls> but it seems to have died...
[08:42:28] <cmlenz> thumbnail creation is pretty easy with PIL
[08:42:42] <truls> the problem is in the image-cache I guess
[08:42:42] <cmlenz> s/pretty/very
[08:43:11] <cmlenz> deleting from the cache, yeah
[08:43:30] <cmlenz> would need a hook function for attachment deletion
[08:43:32] <truls> you'd need some kind of timeout on items
[08:43:39] <truls> and that too
[08:43:52] * ChanServ has quit IRC
[08:43:53] <truls> actually a timeout isn't necessary
[08:44:12] <truls> you can keep thumbs as long as the original exists..
[08:44:28] * truls is thinking too complicated
[08:45:03] <alect> cmlenz: what do you think about adding another method to the request filter...post_process_html() (or whatever) which receives the rendered html?
[08:45:23] <alect> could be an invitation for abuse i guess, but it could allow for some cool stuff
[08:45:54] <cmlenz> alect: I'd rather not do that TBH ;-)
[08:46:14] <alect> yeah i can understand that :)
[08:46:19] <cmlenz> whatever you'd do there could be done using WSGI middleware, I suppose
[08:46:31] <cmlenz> stuff like gzip compression etc
[08:46:35] <alect> ah
[08:46:50] <alect> how does one hook into that if using mod_python or fcgi?
[08:50:22] <cmlenz> you'd need to write code, or try using something like Paste
[08:50:33] <cmlenz> although I don't think Paste has support for mod_python
[08:50:35] * msoares has quit IRC
[08:50:40] <alect> mkay
[08:50:56] <alect> my wsgi knowledge is superficial at best, sounds like too much effort :)
[08:53:30] <alect> hmmm perhaps the plugins on trac-hacks need more categorisation
[08:54:01] <coderanger> Heh
[08:54:09] <coderanger> There are getting to be a lot of them
[08:54:26] <alect> chris suggested displaying only 5 of each category on the front page
[08:54:34] <coderanger> Which 5 though
[08:54:39] <truls> cmlenz: the thumbnails could be automatically added as attachments...
[08:54:42] <alect> random was my thought
[08:55:10] <truls> cmlenz: not so transparent, but you leave it to the user (who actually invoked the macro, so knows what they're doing) to delete the _thumbnail-version
[08:56:19] <boorad> dilinger?
[08:57:16] <dilinger> yes?
[08:57:23] <coderanger> alect: I have always wondered if it would be possible to try tracking downloads
[08:57:42] <alect> i have logs
[08:57:46] <alect> many many logs
[08:57:49] <coderanger> heh
[08:58:09] * whitelynx has quit IRC
[08:58:19] * whitelynx has joined #trac
[08:58:31] * ChanServ has joined #trac
[08:58:31] * irc.freenode.net sets mode: +o ChanServ
[08:58:44] <boorad> dilinger: mysql patch, where is it?
[08:58:54] <alect> hehe
[08:59:06] <alect> boorad cracks the whip
[08:59:12] <dilinger> boorad: it's merged, isn't it?
[08:59:17] <boorad> location wise and status-wise
[08:59:50] <boorad> well, I looked in trunk - trac/db and didn't see a backend for mysql - but trunk was last updated a few days ago - did it happen there?
[08:59:52] <boorad> then?
[09:00:18] <gmcinnes> hi: does anyone know what this might mean: Oops...
[09:00:19] <gmcinnes> Trac detected an internal error:
[09:00:19] <gmcinnes> You can only execute one statement at a time.
[09:00:30] <boorad> alect: I'm looking in your direction next, with the whip - multiple-value custom field type...
[09:00:55] <alect> uh oh
[09:01:10] <dilinger> boorad: http://projects.edgewall.com/trac/browser/trunk/trac/db
[09:01:17] <dilinger> mysql_backend
[09:01:33] <boorad> hrm, I see it on pec, but not in my working copy
[09:02:02] <dilinger> though tbh, i'm still using a 3mo old trunk checkout w/ the mysql patch. i can update and roll a new debian package to make sure it's working properly
[09:02:39] <boorad> fsck, forgot to refresh Eclipse's file list - my bad, sorry for the noise
[09:03:04] * klando has quit IRC
[09:03:27] <dilinger> hehe, np
[09:04:09] <alect> boorad: what happens when you have multiple values in a single field type?
[09:04:52] <boorad> alect: I am trying to get a ticket to be associated with multiple customers who might b