Team Chat Logs

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

December 04, 2006

[00:10:32] * tkp has joined #trac
[00:13:42] * tkp has quit IRC
[01:14:26] * tkp has joined #trac
[01:18:46] * pygi has joined #trac
[01:21:34] * spn|work has quit IRC
[01:36:55] * cmlenz has joined #trac
[01:38:21] * cmlenz has quit IRC
[01:38:26] * cmlenz has joined #trac
[01:40:42] * mbroeken has joined #trac
[01:46:20] <pygi> prologic, ping
[01:56:34] * misc has quit IRC
[02:01:55] * __off__ is now known as __doc__
[02:03:35] * spn|work has joined #trac
[02:10:10] * Synapse has joined #trac
[02:13:34] * Getty has quit IRC
[02:14:28] * Getty has joined #trac
[02:25:17] * amino is now known as jesterKing
[02:31:16] * stepz has quit IRC
[02:31:20] * Synapse has quit IRC
[02:31:20] * eblot has joined #trac
[02:38:07] * eblot has quit IRC
[02:43:09] * kop_ has joined #trac
[02:46:03] * mbroeken has quit IRC
[02:47:27] * hpnadig has quit IRC
[02:51:07] * MachinaX^4 has joined #trac
[03:02:39] * hpnadig has joined #trac
[03:04:35] * lelit has joined #trac
[03:15:06] * pygi has quit IRC
[03:29:45] <lelit> cmlenz, ayt?
[03:29:53] <cmlenz> yep
[03:30:30] <lelit> hi!
[03:31:33] <lelit> I was browsing trac/db/api.py yesterday, and I cannot understand one line, near line 94, that seems a spurious one
[03:32:01] * pampampamp has joined #trac
[03:32:14] <lelit> there's a "for connector in self.connectors:", then at loop end the variable "connector" is recomputed
[03:32:29] * Synapse has joined #trac
[03:32:55] * hpnadig has quit IRC
[03:33:27] * cmlenz looks
[03:34:29] <cmlenz> yeah, that's basically two vars sharing the same name, not clean
[03:35:18] <lelit> most probably, that line needs to be outdented a level
[03:35:54] <cmlenz> true
[03:36:06] <cmlenz> it works, but is confusing and slightly wasteful
[03:36:11] <lelit> yes
[03:36:26] <cmlenz> good catch
[03:37:43] * pygi has joined #trac
[03:39:06] <lelit> I was trying to figure out a way to differentiate the behaviour of one "trac-darcs" method between different engines: at some point, sqlite needs an "isolation_level = None", while postgres does not really like that setting
[03:39:21] * pisi has joined #trac
[03:40:23] <pisi> Hi. If I have decided to use trac wiki engine in some other software, how should I do it?
[03:40:36] <cmlenz> lelit: why's that needed?
[03:47:19] * kop_ has quit IRC
[03:47:35] <lelit> Since I'm inside a Node instance, I have access only to the DatabaseConnector. The dirtiest way I found was to lookup "sqlite" in the class name. Unluckily, that was also the only way :-|
[03:47:44] <lelit> cmlenz: see http://paste.plone.org/11874 around line 22
[03:47:47] <pisi> If I have a simple genshi based wsgi app and I wanted to re-use trac code + installation to embed a wiki page into a simple hellow world app, where should i look in trac code before I go hunting for it ?
[03:48:44] <cmlenz> lelit: ouch
[03:48:55] <cmlenz> pisi: what do you mean with "embed a wiki page"?
[03:49:27] * asmodai pats cmlenz
[03:50:09] <cmlenz> hey asmodai
[03:50:54] * Rica has quit IRC
[03:51:25] * Voyavoda has left #trac
[03:52:46] <asmodai> cmlenz: How're you doing?
[03:53:04] <pygi> prologic, still not here? :)
[03:55:29] <cmlenz> asmodai: doing fine
[03:55:52] <asmodai> cmlenz: head is doing better?
[03:56:34] <cmlenz> yeah
[03:57:58] <asmodai> GOod to hear!
[03:58:15] <asmodai> cmlenz: saw my email wrt UPGRADE.txt a week ago by chance?
[03:58:42] <cmlenz> oh right
[03:58:46] <cmlenz> forgot about that one :-)
[03:58:55] <pisi> cmlenz: lets say I'm trying to extract the wiki functionality into a wsgi component taking a path to a database and would generate a wiki page html...
[03:59:12] <asmodai> cmlenz: You don't love me!
[03:59:13] <asmodai> :P
[03:59:48] * minsu_ju has joined #trac
[03:59:53] * minsu_ju_ has quit IRC
[04:01:06] * pygi has quit IRC
[04:02:12] <cmlenz> heh
[04:02:59] <cmlenz> pisi: well, simple wiki formatting can be done by instantiating the Trac environment, and calling wiki_to_html()
[04:03:08] <cmlenz> but that doesn't include the editing/history etc
[04:03:49] <Getty> pisi: the world is not that easy that you can use any part of any software flawless in yours ;)
[04:03:49] <cmlenz> if you need that, you probably have to talk to trac.wiki.web_ui.WikiModule in some way
[04:04:08] <Getty> just for the records
[04:05:44] <pisi> Getty: I still do believe in it... :p
[04:06:16] <Getty> pisi: you believe in santa, too?
[04:11:33] <pisi> Getty: yes, I've seen him, he's a real person!
[04:15:03] * mnemoc has left #trac
[04:17:07] * MachinaX^4 has quit IRC
[04:18:39] <Getty> pisi: the guy in the shopping mall was NOT santa
[04:18:53] <Getty> pisi: sorry to tell you, but... but... its a big big fake!
[04:19:51] <pisi> cmlenz: should i be interested in writing a plugin for trac for this purpose?
[04:20:13] <cmlenz> pisi: trac is basically implemented as a WSGI callable... so if you customize a trac environment so that it fits your needs, you can integrate into your WSGI app
[04:20:49] <cmlenz> the problem is always navigation, of course... at the WSGI layer, you currently don't get access to the genshi output stream (to do matches etc), so you'd need to do everything via site.html
[04:21:26] <cmlenz> I think what would help in that respect is the template filtering / context processing plugin API that we've been planning for some time now
[04:21:35] <cmlenz> but it's not implemented yet
[04:26:18] * Wombert has joined #trac
[04:28:55] * dds has quit IRC
[04:31:22] * otaku42_away is now known as otaku42
[04:31:31] <otaku42> moin
[04:35:07] * asmodai watches the mailinglist turn to a battlefield
[04:36:34] <pisi> I already run trac via wsgi, that's a fine thing. As is equally good that works with the REMOTE_USER you set.
[04:37:16] <pisi> Looking at wiki:ComponentArchitecture I would expect ComponentManager to be in __all__ inside trac.core.py ?
[04:40:28] <Getty> asmodai: hey thats a cool game ;)
[04:42:27] <asmodai> Getty: mmm?
[04:42:32] <asmodai> Getty: Battlefield? :)
[04:42:36] <Getty> yeah :)
[04:43:15] <cmlenz> pisi: why? almost no code important trac.core.* need ComponentManager
[04:43:24] <cmlenz> s/important/importing
[04:45:28] * misc has joined #trac
[04:45:32] <pisi> Taking the codeexamples from ComponentArchitecture wiki page directly to python interpreter gives an error currently.
[04:47:49] <webs> how to set a the URL of a env ?
[04:48:38] <webs> the real url is /trac/ but I rewrite to use without /trac/, but trac add the /trac/ :s
[04:49:41] <pisi> the links it generates come from trac.ini
[04:50:10] <webs> hmmm.. where ?
[04:51:59] <pisi> [trac] section, base_url option
[04:55:15] <webs> hmm, it's add /trac/ too
[04:58:49] * ScottMac_ has joined #trac
[05:04:51] <pisi> wiki tells that a component must not require parameters to __init__ does this mean that the initialization of a Component implementation should always succeed ?
[05:06:37] * ScottMac has quit IRC
[05:06:53] * ScottMac_ is now known as ScottMac
[05:17:12] <cmlenz> pisi: yes
[05:22:16] <webs> base_url doesnt work :((((
[05:38:56] * FlawlessX is now known as Flawless
[05:39:31] * m_g has joined #trac
[05:40:12] <pisi> trying to create a trac.wiki.api.WikiSystem results in an error
[05:50:13] * sid506 has quit IRC
[05:53:24] * prologic has quit IRC
[05:53:39] * kop_ has joined #trac
[06:15:09] * Cope has joined #trac
[06:16:02] * StereoSkit has left #trac
[06:49:18] * lelit is now known as lelix
[06:53:49] * pisi has quit IRC
[06:57:28] * rsalveti has joined #trac
[07:04:31] * sid506 has joined #trac
[07:12:13] * danbeck has joined #trac
[07:27:38] * cobalt-60 has joined #trac
[07:28:46] * frepe has joined #trac
[07:29:37] <frepe> Hello. I'm a newbie to trac administration, and I have problems getting a plugin recognized. I have an .egg file, which I've placed under /usr/share/trac/plugins, what next?
[07:30:41] <pacopablo> enable the plugin in your trac.ini file under the [components] section
[07:31:09] <frepe> Where do I find trac.ini?
[07:38:10] <pacopablo> in your trac environment conf dir
[07:38:16] <pacopablo> @faq ini
[07:38:16] <evil_twin> pacopablo: "ini" is See http://projects.edgewall.com/trac/wiki/TracIni for details on the Trac configuration file.
[07:39:49] * cobaltsixty has quit IRC
[07:46:44] * lightcap has joined #trac
[07:48:52] <dstarh> can anyone here help with an advanced custom fields question?
[07:49:43] <dstarh> I need to try and relate custom fields to another feild, but if that cant happen, i need to figure out how to group them visually
[07:50:22] * tenshiKur0 has joined #trac
[07:51:04] <pacopablo> you'lre probably going to strike out on both accounts
[07:51:32] <pacopablo> as far as grouping them, I can't remember if they are placed in the order defined in the trac.ini, or if it's alphabetical
[07:51:46] <pacopablo> you could try both ways and see if it affects the order
[07:52:14] <pacopablo> currently, without the workflow being merged, there is no way to relate custom fields
[07:54:24] * chjunior has joined #trac
[07:55:43] * sid506 has quit IRC
[08:02:35] <dstarh> thanks pacopablo
[08:02:47] <dstarh> i know how to order them, theres an order field in the ini
[08:03:22] <dstarh> what I was thinking was since i know what it's looping over to write them out in the template, after i generate the custom fields, i could remove the loop and write them into the template myself..
[08:03:25] * agile has quit IRC
[08:03:41] * lelix has quit IRC
[08:03:55] <dstarh> then I could add my fieldsets etc for each group that I need
[08:05:49] <pacopablo> ahh
[08:12:26] * tenshiKur0 has quit IRC
[08:14:34] * converter has joined #trac
[08:14:50] * jesterKing is now known as amino
[08:17:51] * _muelli_ has quit IRC
[08:21:10] * webs has quit IRC
[08:21:17] * webs has joined #trac
[08:23:08] * Flawless has left #trac
[08:27:06] * webs has quit IRC
[08:33:25] * Cope has quit IRC
[08:37:19] * spn|work has quit IRC
[08:37:26] * _muelli_ has joined #trac
[08:43:18] * otaku42 is now known as otaku42_away
[08:55:41] * spn|work has joined #trac
[09:02:11] * dstarh has quit IRC
[09:12:33] * agile has joined #trac
[09:18:55] * felis has quit IRC
[09:37:45] * ScottMac_ has joined #trac
[09:49:02] * ScottMac has quit IRC
[09:50:31] <tag> heh
[10:05:07] * stevegt has joined #trac
[10:09:10] * shwag has joined #trac
[10:10:23] <shwag> trac on ubuntu dapper is old and has vulnerabilities in it I guess. we are still at 0.9.3
[10:10:25] <shwag> http://trac.edgewall.org/wiki/ChangeLog
[10:11:10] <coderanger> very possible
[10:11:21] <coderanger> debian sarge is still on 0.8
[10:11:33] <coderanger> a lot of distros have been bad at keeping up to date
[10:11:54] <cmlenz> debian has backported security fixes in general
[10:12:24] <coderanger> Yeah, though not perfectly from the looks of their tracker
[10:13:01] <coderanger> Hows the head injury?
[10:13:09] <cmlenz> better, thanks
[10:15:51] <pacopablo> cmlenz: what do you think about #4319
[10:15:55] <pacopablo> @ticket #4319
[10:15:55] <evil_twin> pacopablo: (ticket <ticket>) -- returns a link to that ticket on the Trac Site
[10:16:02] <pacopablo> @ticket 4319
[10:16:02] <evil_twin> pacopablo: http://trac.edgewall.org/ticket/4319
[10:16:29] <cmlenz> seems like the wrong place to fix the problem
[10:16:40] <cmlenz> but maybe I'm missing something
[10:16:45] <cmlenz> have you looked into the issue?
[10:16:50] <pacopablo> where else would you solve it?
[10:16:53] <pacopablo> cmlenz: yeah
[10:17:12] <pacopablo> it's do to a command in a cursor failing, and the cursor not being rolled back
[10:17:35] <cmlenz> it's failing because the table doesn't exist?
[10:17:36] <pacopablo> the only other place to solve it, is in the cursor itself, but then all cursors become basically autocommit cursors.
[10:18:10] <cmlenz> weird I didn't see the problem on teo
[10:18:11] <pacopablo> in postgres, if you have a query that fails, everything else on that cursor is invalid until a rollbak is issued
[10:18:23] <pacopablo> cmlenz: it's only when trying to upgrade
[10:18:53] <pacopablo> sqlite doesn't seem to care about extra statements being issued after a failed query
[10:19:09] <pacopablo> or it auto=rollsback and I just haven't read the code
[10:19:30] <cmlenz> so we get the failure when the table doesn't exist, right?
[10:19:40] * idnar has quit IRC
[10:19:43] * idnar_ has joined #trac
[10:19:46] <pacopablo> right
[10:19:58] <pacopablo> once it exists, it's fine and just returns an empty row
[10:20:14] <cmlenz> okay
[10:20:16] <cmlenz> makes sense then
[10:20:24] <pacopablo> cool
[10:24:14] <cmlenz> applied
[10:25:15] <pacopablo> thanks much
[10:29:39] <cmlenz> arg
[10:29:40] <cmlenz> tabs :-P
[10:30:20] <pacopablo> well, not MY patch :)
[10:30:34] <pacopablo> I just helped debug the problem ;)
[10:30:37] <cmlenz> heh
[10:38:04] * nedd1 has joined #trac
[10:47:54] * foafamatic has joined #trac
[10:48:11] * foafamatic is now known as hamburger
[10:48:17] * hamburger is now known as tzatziki
[10:48:48] <tzatziki> does anyone know how I can preserve spaces in wiki?
[10:48:55] <tzatziki> the help guide doesn't seem to mention
[10:49:30] <pacopablo> in what sense?
[10:49:55] <pacopablo> you can use a pre-formatted block via: {{{ }}} (each being on a separate line)
[10:50:09] <tzatziki> pacopablo, no, not that
[10:50:10] <pacopablo> or use a monospace font via ` `
[10:50:22] <tzatziki> I want to have "aaaa bbbbb"
[10:50:28] <tzatziki> with all the spaces in between
[10:50:37] <coderanger> `aaa bbb`
[10:50:42] <pacopablo> I'd suggest using the monospace font
[10:51:18] <pacopablo> and our resident plugin guru has just provided an example ;)
[10:51:21] * tzatziki is now known as pelopidas
[10:51:55] <coderanger> I gotta be good for something, right?
[10:51:58] <pelopidas> coderanger, I would like to preserve the spaces but the fonts to be regular, so "aaa` `bbbb"
[10:52:11] <coderanger> pelopidas: Not sure that will work
[10:52:16] <pelopidas> why not?
[10:52:26] <coderanger> HTML isn't teribly well designed to do that :P
[10:52:27] <pacopablo> [[http(&nbsp; ....)]]]
[10:52:29] <coderanger> try it though
[10:52:37] <pelopidas> it doesn't
[10:52:49] <coderanger> what are you trying to do?
[10:52:51] <pacopablo> you'll have to use &nbsp;'s
[10:53:04] <cmlenz> or just use a non-breaking space
[10:53:16] <coderanger> If you want to line up data, use a table
[10:53:19] <cmlenz> (alt-space on osx, alt+0160 on windows)
[10:53:36] <pelopidas> I'll just use a table then
[10:54:27] <kop_> I have so far been unsuccessful in importing tickets with the mantis2trac script...
[10:54:43] <kop_> it has stranded my trac-migration :-/
[10:55:15] * cboos has joined #trac
[10:55:25] * bmcquay has joined #trac
[10:55:34] <kop_> I don't know if the error stems from mantis2trac, sqlite or trac itself
[10:55:40] <coderanger> Got a traceback?
[10:55:59] <kop_> yeah, problems with en-/decoding �
[10:56:02] <cboos> hello
[10:56:22] <cmlenz> hi christian
[10:56:34] * hotte has joined #trac
[10:56:41] <coderanger> cboos: good evening
[10:56:46] <coderanger> kop_: Trac 0.10?
[10:57:10] <cboos> cmlenz: we didn't finish the discussion about the browser-quickjump ... is there still anything to change, in your opinion?
[10:57:39] <cmlenz> bah, I thought you came in to suggest we finally ban mr ilias
[10:57:40] <cmlenz> ;-)
[10:57:41] <kop_> coderanger: at first. upgraded to 0.10.3 yesterday but it seemed to make no differance
[10:58:00] <cboos> Mr. Ilias, with capital 'M', pay respect
[10:58:10] <coderanger> kop_: Okay, so its probably the mantis2trac script that hasnt been unicodeized
[10:59:02] <kop_> coderanger: wanna give it a quick look to see if you can spot anything?
[10:59:09] <coderanger> cboos: I think you mean "Lazaridis" ;-)
[10:59:16] <coderanger> kop_: Yep, looking now
[10:59:25] <pacopablo> when was it last modified?
[10:59:35] <kop_> it's the http://trac.edgewall.org/attachment/wiki/TracImport/mantis2trac.2.py version I based mine on
[10:59:41] <coderanger> 1 year ago
[10:59:50] <coderanger> not surprising that its got unicode issues
[11:00:00] * idnar_ is now known as idnar
[11:00:25] <cmlenz> cboos: my only problem is that I think branches/branch_folders is confused, or at least underdocumented
[11:00:34] <kop_> I lived under the impression that anything you sent to pysqlites exec() would become unicode() wrapped
[11:00:40] <cmlenz> also, can we name the config section "subversion" instead of "svn"?
[11:00:43] <coderanger> This script should probably be moved either to /contrib or trac-hacks
[11:00:54] <cboos> you think it's not clear from the .ini doc?
[11:00:55] * lullis has joined #trac
[11:01:14] <cmlenz> cboos: yeah
[11:01:22] <coderanger> kop_: What line is the failure on?
[11:01:34] <kop_> the import runs fine
[11:01:43] <coderanger> Oh jeez, it uses SQL directly
[11:01:47] <coderanger> *shudder*
[11:01:52] <cmlenz> cboos: it's just "List of explicit paths considered as branches." and "List of folders used to retrieve existing branches.", right? that doesn't really explain IMHO
[11:02:14] <cmlenz> i.e. are the options combined in some way, or are they entirely independent?
[11:02:16] <kop_> it's when i visit /timeline or look at issues that the error pops up (i.e. tracd goes boom)
[11:02:32] <cboos> cmlenz: no they're independant
[11:02:54] <kop_> Ticket changes event provider (TicketModule) failed:
[11:02:54] <cboos> @ticket 4223
[11:02:54] <evil_twin> cboos: http://trac.edgewall.org/ticket/4223
[11:02:58] <lullis> Hi all... I'm getting started to trac. I got a hosting plan on webfaction, got trac setup via their tools and it seems ok.
[11:03:09] <kop_> OperationalError: Could not decode to UTF-8 column 'summary' with text 'Nytt Fotoalbum: 1/3: Album - F?rstasida'
[11:03:22] <lullis> The problem is, I can't get trac-admin to control permissions.
[11:03:22] <cboos> cmlenz: are the explanations on this ticket clearer? If yes, I'll update the doc with that
[11:03:41] <coderanger> lullis: WebAdmin?
[11:03:50] <kop_> coderanger: ah, I don't know the insides of either trac nor python... is it fixable?
[11:04:04] <cmlenz> cboos: so what if we did some "pseudo-glob", i.e. only supporting a wildcard (*) at the end of items, so you could say "branches = trunk, branches/*, sandbox/*" ?
[11:04:09] <coderanger> kop_: Can you navigate to tickets directly?
[11:04:14] <lullis> coderanger: No. I'm using the console tool.
[11:04:16] <kop_> (I understand perfectly what decoding UTF-8 means though..)
[11:04:30] <kop_> coderanger: some of them, it seems
[11:04:33] <coderanger> lullis: What isn't working exactly
[11:04:53] <lullis> I log on to my account, I get the trac-admin console...
[11:04:56] <cboos> cmlenz: the problem I had with that was that it suggests that there are globs, and then from a cursory glance you'll start using them as such and boom ;)
[11:05:10] <lullis> I want to remove permission for anonymous users to see the subversion repo.
[11:05:16] <bmcquay> i'm trying to make my plugin modify the ticket hdf so i can see a link when viewing a ticket, how can i do that?
[11:05:22] <kop_> coderanger: the strange part is that SOME tickets work
[11:05:30] <kop_> Ticket #1422 (closed task: fixed)
[11:05:30] <kop_> Teamavgifter: �dra betalningsregler
[11:05:30] <cmlenz> cboos: well, documentation and a validity check, and we're good ;-)
[11:05:35] <coderanger> kop_: It looks like it should work, it is encoding data to UTF 8
[11:06:14] <coderanger> bmcquay: just put the value as Markup('<a href="...">...</a>')
[11:06:27] <kop_> could it be that mantis enters into its db as UTF-8 and some as ISO8859-1?
[11:06:38] <cboos> hm, well, ok, as you really think this helps clarify the thing, I'll do that. Thx for the feedback!
[11:06:38] * rsalveti has quit IRC
[11:06:39] <bmcquay> coderanger: where do i put that though
[11:06:46] <cboos> BUT
[11:06:48] <coderanger> bmcquay: post-req filter
[11:06:50] <cboos> hmm
[11:06:55] <cboos> sorry to shout ;)
[11:07:11] <coderanger> kop_: do you have usersnames with non-ascii?
[11:07:35] <kop_> great. not there's jalapeno stains on my macbook pro.
[11:07:39] <kop_> now there's
[11:07:44] <cmlenz> cboos: heh... it's just that intuitively, I find the branches/branch_folders duality confusing, so I'm trying to come up with an alternative that I'd find less confusing
[11:07:59] <kop_> coderanger: no.
[11:08:24] <coderanger> kop_: Don't see anything off hand then
[11:08:41] <kop_> I'll better double-check that...
[11:08:43] <lullis> wait, wait...
[11:08:43] <coderanger> You can try looking at the DB to see what encoding stuff is actually in
[11:08:46] * cboos was interrupted... sorry, I'll start shouting again ;)
[11:08:49] <coderanger> for the tickets that fail
[11:08:49] <cboos> BUT
[11:08:58] <cboos> I'm really p*ss*d off by all this activity around the Mr. I. and *nobody* discussed my proposal GenericTrac
[11:09:00] <lullis> Does the command is executed only when I quit the trac-admin?
[11:09:02] <bmcquay> coderanger: you told me that last time i asked actually but i'm not sure what that means. is that just going to be a function named post-req?
[11:09:14] <cboos> and the TracDev/Proposals/DataModel ...
[11:09:29] <coderanger> bmcquay: Look at the IRequestFilter interface
[11:09:29] <cboos> that's a bit more important for the future of trac, IMO ;)
[11:09:36] <coderanger> cboos: +1 from me on it
[11:09:38] <bmcquay> thanks
[11:09:42] <kop_> coderanger: how do I "detect" the encoding with python - simply try do decode a string several ways and see which one works?
[11:09:46] <coderanger> cboos: It would make my life much easier :)
[11:10:00] <coderanger> kop_: In this case, thats probably the easiest
[11:10:13] <kop_> (sorry, I know this isn't #python-help)
[11:10:50] <kop_> coderanger: do you know www.playahead.se?
[11:11:08] <coderanger> nope
[11:11:30] <coderanger> whatever language that is, I don't speak it :P
[11:11:41] <cmlenz> cboos: we need to solve the ilias problem IMHO
[11:11:48] <cmlenz> I just don't like posting to trav-dev anymore
[11:11:51] <cmlenz> it's not fund
[11:11:54] <cmlenz> fun, even
[11:12:06] <cboos> cmlenz: didn't you get my recent mail about this (2 or 3 days ago) ?
[11:12:17] <kop_> coderanger: oh sorry then - I'm mixing you up with someone else ;-)
[11:12:21] <cmlenz> yeah, I did, but things have been chaos here, sorry :-P
[11:12:49] <cmlenz> I'm getting married thursday, then going on a month-long vacation in colombia, and then the thing with my head getting smashed and all that :-P
[11:13:04] <cboos> ah! that's chaos now ;)
[11:13:06] * ErikRose has joined #trac
[11:13:30] <cmlenz> indeed
[11:14:10] <cmlenz> about GenericTrac and the data model... my current thinking is that's a design idea for trac2
[11:14:37] <kop_> uh, while tracd says "Could not decode to UTF-8" in HTML, the console says "UnicodeEncodeError: 'ascii' codec can't encode character u'\ufffd' in position 196: ordinal not in range(128)"
[11:14:59] <cboos> well, I'd favor an evolutionary way rather than big rewrite thing
[11:15:11] <cboos> hence my idea to start small with the milestone
[11:15:16] <cboos> then see how well it works
[11:15:44] <cmlenz> right, but if we push grand design ideas like that into the 0.x line, we'll *never* get a 1.0 out
[11:16:00] <kop_> ...is this making sense? is it that the way to say "I'm the UTF-8 decoder, I want to be fed ASCII please"?
[11:16:34] <cboos> sorry, that's not a grand design thing, rather adapting the current code base to a less hackish data model ...
[11:16:49] * agile has quit IRC
[11:16:54] <cboos> and seeing the pace we're going, 1.0 is anyway at least 1 or 2 years away...
[11:17:06] <coderanger> Also it would fit nicely with SQLAlchemy
[11:17:11] <cmlenz> I see more value in switching to sqlalchemy
[11:17:41] <cmlenz> short-term value, that is
[11:17:56] <cboos> well, those are different topics really. The what and the how
[11:18:07] <cmlenz> what I'd like to avoid is having the trac interface become some zope-like object management UI
[11:18:22] <cmlenz> I want it to stay human and approachable
[11:18:29] <cmlenz> not totally generic and abstract
[11:18:57] <cboos> yes, I understand.
[11:19:05] <cmlenz> note, that's just gut feedback, I haven't actually had the time to think through (or even read in detail) your proposals
[11:19:44] <cboos> Last time you did so (for the journaling idea, which is related btw), you asked for some code sample...
[11:19:58] <cboos> this is what I'm proposing to do with the generic milestone model ;)
[11:20:32] <cboos> bbiab ...
[11:22:50] * em-dash has joined #trac
[11:23:08] * pygi has joined #trac
[11:24:19] * flox has joined #trac
[11:25:11] <bmcquay> coderanger: it doesn't look like IRequestFilter is in 0.9.4?
[11:27:02] * pygi has quit IRC
[11:28:21]