Team Chat Logs

2007 2
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  

March 02, 2007

[00:09:38] * neuralis has quit IRC
[00:18:31] * neuralis has joined #trac
[00:35:52] * klando has joined #trac
[00:43:33] * idnar has quit IRC
[00:43:35] * idnar_ has joined #trac
[00:47:02] * lanjelot has quit IRC
[00:52:44] * _shawn has joined #trac
[00:53:34] * PlasmaHH has joined #trac
[00:53:56] <PlasmaHH> hi, are there any patches or similar known to make trac be able to work with remote svn repositories?
[01:05:52] * pygi has joined #trac
[01:06:20] <Getty> PlasmaHH: if you find anything, any hint, any trick, tell me
[01:06:27] <Getty> PlasmaHH: having exactly the same problem
[01:07:00] <PlasmaHH> well, it shouldnt be that hard... I mean, it only needs some read only access and should only use standard svn commands that all should work with a local as well as with a remote repo...
[01:08:20] * Dragonaut has joined #trac
[01:08:52] <Dragonaut> is there a directive in the conf file for setting the displayed date format? cant seem to find one
[01:09:25] <PlasmaHH> I dont think so
[01:09:52] * pygi has left #trac
[01:15:05] * cmlenz has joined #trac
[01:16:29] <coderanger_> PlasmaHH: Yes
[01:16:31] <coderanger_> There is a plugin
[01:16:37] <coderanger_> but is is, as you would expect, slow
[01:16:51] <coderanger_> Dragonaut: It uses the "system" locale
[01:17:08] <coderanger_> Check the FAQ for how to set it for the common frontends
[01:18:50] <PlasmaHH> coderanger_: can you give a name to search for?
[01:22:41] * m_g has joined #trac
[01:27:55] <coderanger_> PlasmaHH: Anything even close will get.
[01:28:02] <coderanger_> For example: trac remote subversion
[01:28:13] <coderanger_> PlasmaHH: Google is your friend ;-)
[01:28:21] <PlasmaHH> oh its not on trac-hacksß
[01:28:28] <coderanger_> No, it isn't
[01:28:36] <coderanger_> gotoh doesn't list his plugins there
[01:28:47] <PlasmaHH> how useful
[01:29:29] <coderanger_> The plugin isn't really useful
[01:29:45] <coderanger_> it exists as a proof-of-concept, and to show people its a bad idea :P
[01:30:06] <coderanger_> (and hopefully, one day, the remote APIs will improve to the point where it is usable)
[01:30:20] <Dragonaut> coderanger_: thx
[01:30:21] <PlasmaHH> hm, so you mean it doesnt even work?
[01:30:28] <Dragonaut> but i seem to get unsupported locale on everything i try ?
[01:30:32] <coderanger_> PlasmaHH: It "works"
[01:30:49] <coderanger_> PlasmaHH: To the degree that the SVN API allows
[01:30:51] <PlasmaHH> coderanger_: so I can do everything with it I could do with the local repository?
[01:30:59] <coderanger_> meaning it is slow as all get out
[01:31:09] <coderanger_> PlasmaHH: The page lists its limitations, but for the most part yes
[01:31:20] <coderanger_> Dragonaut: Check what locales you have on your system
[01:32:05] <PlasmaHH> coderanger_: oh great, it doesnt allow for ssh or https access so its useless :/ ok, lets see if I can find a usable alternative for trac
[01:32:08] <coderanger_> Dragonaut: `locale -a` on linux
[01:32:16] <coderanger_> PlasmaHH: svnsync or svk
[01:32:25] <Dragonaut> ah
[01:32:39] <coderanger_> PlasmaHH: Basically you want a full local copy, anything else is too slow
[01:35:42] <PlasmaHH> I dont really care about the speed here, svn+ssh access here is usually not much slower than local. its more about the latency of repeated syncs, people expect things to show up immediately
[01:36:18] <coderanger_> PlasmaHH: For the kind of random access Trac needs, local is significantly faster
[01:36:41] <coderanger_> PlasmaHH: The client APIs are somewhat optimized, but they don't offer the level of functionality needed for Trac
[01:37:02] <PlasmaHH> well, so the best option is to search for some alternative then I guess
[01:37:28] <coderanger_> I just gave you your alternatives
[01:38:00] <coderanger_> Unless someone else is developing another remote repo plugin in secret somewhere
[01:38:00] <PlasmaHH> well as I said the latency of repository sync is too high
[01:38:11] <coderanger_> PlasmaHH: What latency?
[01:38:42] <coderanger_> PlasmaHH: You update the copy from a post-commit hook in the original
[01:38:49] <PlasmaHH> the latency of that I would need to setup a cronjob that repeatedly syncs
[01:39:19] <coderanger_> I suppose you could do it that way, but I see no reason
[01:39:50] <PlasmaHH> well I see no alternative here
[01:40:17] <coderanger_> Whats wrong with a post-commit hook
[01:40:39] <PlasmaHH> I dont have that kind of access to the repository
[01:41:23] <coderanger_> In that case you can't use either svnsync or svk mirroring, they require some admin setup on the source repo
[01:42:02] <coderanger_> (namely activating the property hooks so you can use revprops)
[01:42:22] <evil_twin> New news from t.e.o: Ticket #4044 (enhancement closed): new ticket optionally uses templates too <http://trac.edgewall.org/ticket/4044#comment:4>
[01:43:25] <coderanger_> pacopablo: RSS feeds in evil_twin rock :)
[01:48:36] <PlasmaHH> well afaik there was one script that could sync from a remote repo just by checking out the revisions
[01:51:30] <coderanger_> If you have SSH access to the server, some people have reported success using SSHFS via FUSE
[01:51:40] * blackbird has joined #trac
[01:51:42] <blackbird> hoi
[01:51:43] <coderanger_> But I can't speak for its utility
[01:51:48] <coderanger_> blackbird: Yo
[01:51:51] <blackbird> pycon videos online? :)
[01:52:00] <coderanger_> probably not yet
[01:52:20] <coderanger_> the sprints just ended today, so now they get to sit down and file all the forms/encode all the files
[01:52:22] <blackbird> well. i hope asking that question every five minutes will speed it up :)
[01:52:48] <coderanger_> blackbird: #pycon is that a' way ---> ;-)
[01:53:04] <coderanger_> Tim does have pics up though
[01:53:10] <coderanger_> including the ones of our sprint
[01:53:35] <coderanger_> http://timhatch.com/photos/v/mine/20070223-pycon/
[01:54:22] <PlasmaHH> coderanger_: well, ssh access is maybe too much. admins have the intresting policy of writing a shell that only allows svn/cvs access (and depending on the user you get into another chroot)
[01:54:57] <coderanger_> PlasmaHH: Sounds like the best solution to this involves a 2x4 and some gasoline ;-)
[01:57:21] <PlasmaHH> well, the eternal war between dev and admin...
[01:58:31] <blackbird> coderanger_, thanks
[01:58:36] <coderanger_> PlasmaHH: The trouble is alternative (everybody does both) isn't pretty
[01:58:56] <coderanger_> blackbird: I'm the long-haired, bearded fellow
[01:59:10] <PlasmaHH> well I prefer "not pretty" over "does not work" somehow
[01:59:40] <blackbird> coderanger_, which one? :)
[02:00:48] <coderanger_> blackbird: http://timhatch.com/photos/v/mine/20070223-pycon/tues/IMG_0452.jpg.html
[02:01:03] <blackbird> haha :)
[02:02:20] <blackbird> what the..?
[02:02:21] <blackbird> http://timhatch.com/photos/v/mine/20070223-pycon/day2light/IMG_0273.jpg.html
[02:03:26] <blackbird> ruby on pycon?
[02:04:19] <coderanger_> blackbird: No idea, I wasn't in those lightning talks
[02:05:52] <PlasmaHH> hmpf, wtf? trying to use easy_install tells me it needs an older version o_O
[02:14:14] * blackbird has quit IRC
[02:17:39] * mikedld`w has quit IRC
[02:22:29] * mikedld|w has joined #trac
[02:23:21] <mikedld|w> can I access specific field properties in template? e.g. I want to get fields['summary'].type
[02:24:21] <mikedld|w> well, actually I want to write <input ... disabled="${fields['summary'].disabled or None}" ... />
[02:42:41] <evil_twin> New news from t.e.o: Ticket #4875 (defect created): Unicode error in notification <http://trac.edgewall.org/ticket/4875>
[02:52:17] * Dragonaut has quit IRC
[03:06:21] * tkp has joined #trac
[03:12:51] <evil_twin> New news from t.e.o: Ticket #4126 (enhancement closed): Visualize the Revision Number in the Trac UI <http://trac.edgewall.org/ticket/4126#comment:10>
[03:17:04] * gebura has left #trac
[03:28:07] * bitsweat has quit IRC
[03:43:00] <evil_twin> New news from t.e.o: TracUsers edited by anonymous <http://trac.edgewall.org/wiki/TracUsers> || Ticket #3834 (defect closed): "tracd" and "trac-admin" commands do not work under windows. <http://trac.edgewall.org/ticket/3834#comment:6>
[04:09:56] * cmlenz has quit IRC
[04:13:10] <evil_twin> New news from t.e.o: Ticket #4877 (defect created): SVK merge property changes should be hiden from the timeline. <http://trac.edgewall.org/ticket/4877> || Ticket #4876 (defect created): htpasswd file: full pathname allowed <http://trac.edgewall.org/ticket/4876>
[04:43:21] <evil_twin> New news from t.e.o: UnicodeEncodeError edited by cboos <http://trac.edgewall.org/wiki/UnicodeEncodeError>
[04:46:16] * birkenfeld has quit IRC
[04:46:37] * birkenfeld has joined #trac
[04:52:51] <mikedld|w> how do I hide standard fields like keywords or cc
[04:52:54] <mikedld|w> ?
[04:53:24] * cmlenz has joined #trac
[05:01:10] <asmodai> Lenzje!
[05:10:39] <cmlenz> :-)
[05:11:40] <asmodai> cmlenz: How are you?
[05:11:53] <cmlenz> everything's cool
[05:12:15] * fwierzbicki has joined #trac
[05:12:36] <asmodai> good :)
[05:13:18] <PlasmaHH> hm, can you configure trac so it auto-rotates its logfiles?
[05:13:29] <evil_twin> New news from t.e.o: UnicodeDecodeError edited by cboos <http://trac.edgewall.org/wiki/UnicodeDecodeError> || TracDev/UnicodeGuidelines edited by cboos <http://trac.edgewall.org/wiki/TracDev/UnicodeGuidelines> || UnicodeDecodeError edited by cboos <http://trac.edgewall.org/wiki/UnicodeDecodeError>
[05:18:23] * cboos has joined #trac
[05:18:28] * asmodai thwaps cboos
[05:18:39] <cboos> ha that was fast!
[05:18:45] <asmodai> Retaliation for yesterday.
[05:18:47] <asmodai> :P
[05:18:51] <cboos> I bet so ;-)
[05:18:52] * asmodai was lying in wait
[05:19:16] <cboos> ok, so ...
[05:19:18] <cboos> hello!
[05:19:26] <asmodai> :P
[05:19:32] <asmodai> Bonjour!
[05:20:25] <cboos> alect around?
[05:22:24] <asmodai> Only cmlenz
[05:22:55] <cboos> I /want/ alect !!!
[05:23:06] <PlasmaHH> can one disable that trac even tries to use silvercity?
[05:26:36] <cboos> PlasmaHH: yes, disable trac.mimeview.silvercity in the [components] section, in trac.ini
[05:26:39] <cboos> @TracIni
[05:26:39] <evil_twin> cboos: "TracIni" is http://trac.edgewall.org/wiki/TracIni
[05:27:27] <cboos> ... same for enscript, php... in the end, there should be only one,
[05:27:29] <cboos> pygments!
[05:27:42] <asmodai> cboos: Spoiled frenchie.
[05:28:14] <cboos> /killfile asmodai
[05:28:20] <asmodai> *score!*
[05:28:31] * nick_fn has quit IRC
[05:28:32] <PlasmaHH> cboos: thanks
[05:29:02] <mitsuhiko> cboos: ?
[05:29:07] * Musafer has joined #trac
[05:29:28] <PlasmaHH> ok, now I just need to figure out where my plugins are...
[05:31:09] <cboos> mitsuhiko: yes?
[05:31:48] <PlasmaHH> cboos: hm, silvercity or silvercity.* ? I still get messages in the log about its trying to load it
[05:31:58] <mitsuhiko> cboos: <cboos> pygments!
[05:32:02] <mitsuhiko> ;)
[05:32:10] <cboos> PlasmaHH: trac.mimeview.silvercity.* = disabled
[05:32:41] <cboos> mitsuhiko: don't bother, I was just doing some advertising...
[05:32:46] <PlasmaHH> k, htanks
[05:33:22] * nick_fn has joined #trac
[05:34:02] * angerman has joined #trac
[05:34:03] <mitsuhiko> cboos: ^^
[05:34:14] <angerman> I just installed the WebAdmin
[05:34:24] <angerman> and now my apache/mod_python crashed :(
[05:34:55] * Musafer has left #trac
[05:34:58] <angerman> What I did was: download the egg. do the easy_install and set the [components] setting and restarted apache
[05:42:48] <PlasmaHH> hm, I tried to install iniadmin plugin via easy_install and its svn url and it now tells me it cannot find TracWebAdmin plugin but I have it installed...
[05:46:42] * cmlenz has quit IRC
[05:52:05] <angerman> PlasmaHH: well at least it did not crash you server, right?
[05:52:37] <PlasmaHH> no, although mod_python 2.5 isnt that stable here
[05:52:48] <angerman> I'm running on 2.3
[05:53:31] <PlasmaHH> uhhh, ancient ;) I found 2.4 most stable so far
[05:53:51] <angerman> hmm maybe trac does not have the sufficient righs here...
[06:13:49] <evil_twin> New news from t.e.o: Changeset [4935]: Fix unified diff view in Internet Explorer (lines need CRLF ending) <http://trac.edgewall.org/changeset/4935> || Changeset [4934]: Fix the Reply to comment, which was apparently broken since r4347. <http://trac.edgewall.org/changeset/4934>
[06:14:20] <angerman> erm? why would it load all the plugins? even thought he [components] section reads nothing?
[06:15:34] <mikedld|w> where does self.log.exception() get written to?
[06:25:44] <mikedld|w> how do I get submitter' and owner' of the ticket in _do_save?
[06:25:49] <mikedld|w> *email
[06:38:01] * danbeck has joined #trac
[06:50:52] * retracile has quit IRC
[06:51:50] <PlasmaHH> hm, it would really be cool if somone would integrate something like the glpv3 commenting javascript stuff to trac
[06:54:32] * whitelynx|blackb has joined #trac
[07:00:15] * thatch has joined #trac
[07:00:44] * thatch has joined #trac
[07:00:54] <thatch> cboos: are you around?
[07:01:02] <cboos> yep
[07:01:35] <lisppaste5> thatch pasted "Traceback using sync patch #2" at http://paste.lisp.org/display/37610
[07:02:01] <thatch> cboos: bah, I meant #3 in the title
[07:03:26] <thatch> I don't think the traceback is terribly useful, it implies (if I read it right) that svn_fs is giving up
[07:03:42] <cboos> thanks, I'm looking into it...
[07:04:34] <cboos> so, did you first resync, to start from a clean state?
[07:04:51] <thatch> cboos: yes, I have resync'd
[07:05:10] <thatch> I can do a fresh checkout from trunk and patch from that, if you want to make sure it's not local modifications
[07:05:57] <cboos> hm... seems something else (and you could as well just do a 'svn revert -R .' before patching ;-) )
[07:06:07] <cboos> are you using a scoped repository?
[07:06:31] <thatch> cboos: but I want to keep my changes, I'll do it in a fresh copy. No, I am not using a scoped repository
[07:07:02] <cboos> ok, so then yes please try it out in a fresh checkout
[07:07:35] <thatch> I explicitly went to /changeset/1605 and now it's working properly and timeline works (r1605 and r1606)
[07:07:47] * whitelynx has quit IRC
[07:08:46] * retracile has joined #trac
[07:09:41] <thatch> what would /changeset hit that the timeline wouldn't?
[07:11:15] <mikedld|w> I can't understand that. I never specify emails for logins, where should all notifications go??
[07:11:19] <cboos> thatch: well, nothing, anyway the sync check is done for any request
[07:11:27] <cboos> (in a pre_request_filter)
[07:11:27] * retracile has quit IRC
[07:12:48] <thatch> cboos: ok, so should we say my issue was just database corruption or user error, maybe caused by the earlier patch?
[07:17:14] <cboos> (sorry was away)
[07:17:26] <cboos> thatch: yes, possibly.
[07:17:54] <cboos> what happens if you're in your fresh checkout (with the patch applied), do a resync and try again to access the timeline
[07:17:55] <cboos> ?
[07:22:55] <cboos> Actually , I think that there are still a few possible quirks for someone accessing the timeline while a command-line "resync" is in progress (the list of files might be not accurate for the changeset being resync'ed), but I think that's a minor issue
[07:23:12] <thatch> cboos: I've tried it, but the timeline works in the modified one now so it's no surprise that it works in the clean one too
[07:25:30] <thatch> cboos: I guess I'll run the clean-patched version and see if we have any more issues. Can we get some others to test it too?
[07:25:41] <thatch> it seems I'm the only one running Python 2.3 on the dev team
[07:28:59] <cboos> well, I think that I could perhaps push it to trunk, to get more people using it (now that it seems to work for at least someone else than me!)
[07:29:13] <cboos> first I'll try again on a scope repos...
[07:31:33] <cboos> oh btw, is anybody getting trouble with: TracError: Unsupported database type "sqlite" errors
[07:31:47] <cboos> in fresh checkout from the trunk (or from pycon branches)?
[07:32:47] <cboos> if I only do a "python setup.py egg_info" there and try to run it from the workspace, the standalone server starts up, but apparently pysqlite2 can't be loaded for some reason...
[07:33:46] * dilinger has quit IRC
[07:35:24] * retracile has joined #trac
[07:36:31] <thatch> cboos: pysqlite2 works fine for me (manually built, not an egg or anything)
[07:37:12] <cboos> yes... for me as well, in the usual workspace where I work... just not from a new checkout :/)
[07:37:13] * gmcinnes has joined #trac
[07:37:33] <thatch> a Windows issue maybe?
[07:38:12] <cboos> a setuptools issue probably... on the command line, I can load pysqlite2
[07:38:14] <gmcinnes> Hi all. Can anyone hit me with a clue stick about how to get gantt charts working with 0.10.3 I can't see anything in the logs about it failing, but I"m not seeing any plugin either.
[07:38:46] <cboos> thatch: I'll find out, just wondering if that was a common issue...
[07:39:24] <thatch> gmcinnes: have you enabled DEBUG level logging and also enabled the plugin in the ini?
[07:39:33] <gmcinnes> thatch: yes.
[07:39:38] <thatch> gmcinnes: and restarted the server?
[07:39:45] <gmcinnes> thatch: that's why I was suprised not to see anything in the logs.
[07:39:57] <gmcinnes> thatch: yes. restarted apache (using mod-python)
[07:40:26] <thatch> gmcinnes: ok, hmm. Where'd you put the plugin?
[07:40:39] <gmcinnes> thatch: the plugin is delivered as an egg. Do I have to do something with it other than put it in the trac instance plugins dir.
[07:41:10] <gmcinnes> thatch: (on centos) /var/lib/trac/<my instance name>/plugins
[07:41:41] <thatch> gmcinnes: do you have setuptools? python -c 'import setuptools'
[07:41:42] * fwierzbicki has quit IRC
[07:41:45] * fwierzbicki has joined #trac
[07:42:13] <gmcinnes> let me see. unfortunately I might get booted from here if I check (vpn issues), but I"ll be back.
[07:42:37] * apk has joined #trac
[07:43:07] <gmcinnes> thatch: nope. no setuptools
[07:43:45] <thatch> gmcinnes: aha! try installing setuptools. See http://trac.edgewall.org/wiki/TracPlugins
[07:44:02] <thatch> ..."to use egg-based plugins in Trac, you need to have setuptools" :)
[07:44:44] <gmcinnes> ok. I'll give it a shot :)
[07:45:04] <gmcinnes> It's been so long since I've used python!
[07:47:16] <gmcinnes> ope! getting somewhere.
[07:47:38] <gmcinnes> [Errno 13] Permission denied: '/root/.python-eggs'
[07:47:51] <gmcinnes> typically where would python egg cache directory live?
[07:48:05] <mitsuhiko> gmcinnes: mine is in tracinstance/eggcache
[07:48:32] <gmcinnes> mitsuhiko: seems good enough. there isn't a system wide default place tho?
[07:48:48] <mitsuhiko> gmcinnes: well. the egg cache is just used by trac
[07:49:05] <mitsuhiko> and i'm not even sure why trac uses such a thing
[07:49:42] <gmcinnes> mitsuhiko: oh. ok. How do you set the PYTHON_EGG_CACHE env variable when using mod_python ?
[07:50:15] * cmlenz has joined #trac
[07:50:27] <gmcinnes> sorry. I'm being needy. I'll go look it up :)
[07:50:56] <mitsuhiko> gmcinnes: i do not use mod_python
[07:51:04] <thatch> gmcinnes: the TracPlugins page also says you can unzip them
[07:51:15] <mitsuhiko> thatch: why is there a egg cache?
[07:51:29] <thatch> mitsuhiko: I think because it unzips on the fly
[07:51:33] <thatch> using the import hook
[07:52:11] <thatch> I'm offline for an hour+, low battery and no charger with me.
[07:52:16] * thatch has quit IRC
[07:52:56] <mitsuhiko> cmlenz: do you know why trac uses an egg cache?
[07:53:33] <cmlenz> to unzip eggs that contain resources we need to be in the file system, such as htdocs or templates
[07:55:08] <mitsuhiko> hmm
[07:55:33] <mitsuhiko> cmlenz: arn't static files served by trac anyway?
[07:55:43] <mitsuhiko> and genshi should be able to load them from eggs too
[07:55:48] <m_g> s0undt3ch, you there?
[07:56:54] <cmlenz> mitsuhiko: well, the current API and implementation requires stuff to be on the file system... if you feel like doing something about it, patches welcome ;-)
[07:57:37] * elehack|work has joined #trac
[07:58:40] <mitsuhiko> well. less time
[07:58:51] <mitsuhiko> cmlenz: probably after the jinja rewrite, my matura, pocoo and pygments :D
[07:58:59] <cmlenz> hehe
[08:02:27] <tsb> Hrm. Trying to resurrect some old trac project. I'm getting several "No such file or directory". attachments/VERSION', conf/VERSION etc.
[08:17:08] * chandlerc has quit IRC
[08:17:19] * d0rt has joined #trac
[08:22:14] * dilinger has joined #trac
[08:27:36] * LionsMane has joined #trac
[08:32:02] * cboos_ has joined #trac
[08:40:38] * angerman has quit IRC
[08:47:03] * klando has quit IRC
[08:50:23] * cboos has quit IRC
[08:53:10] * gmcinnes has quit IRC
[08:53:19] * chandlerc has joined #trac
[09:03:54] * _dmax has joined #trac
[09:06:09] * gmcinnes has joined #trac
[09:07:58] * thatch has joined #trac
[09:12:00] * gmcinnes_ has joined #trac
[09:17:56] * PlasmaHH has quit IRC
[09:17:57] * coderanger__ has joined #trac
[09:18:40] * dmax has quit IRC
[09:18:47] * _dmax is now known as dmax
[09:18:57] <coderanger__> cboos_: He's baaaaaaack ;-)
[09:20:35] <tsb> Okay, I've fixed that I think, but I need to set the PYTHON_EGG_CACHE. I'm pretty sure I'm setting it right (http://trac.lighttpd.net/xcache/wiki/TracPlugins), but I still get [Errno 13] Permission denied: '/root/.python-eggs'
[09:21:37] <tsb> I've put it in the "bin-enviroment" section..
[09:21:38] <coderanger__> tsb: pastebin your config
[09:21:52] <thatch> coderanger_ and cboos_: yeah?
[09:22:13] * thatch has quit IRC
[09:23:12] <tsb> coderanger_: http://rafb.net/p/TwkVbw77.html
[09:24:51] * omry has quit IRC
[09:25:23] * omry has joined #trac
[09:25:58] <coderanger__> I think you have too many (), lemme just double check
[09:27:32] <tsb> Don't think so.. Interesstingly, it works fine on apache using this: http://rafb.net/p/pNrPEY59.html they have the same user/group.
[09:27:40] <coderanger__> http://rafb.net/p/dOrgsQ44.html
[09:27:46] <coderanger__> Around bin env
[09:28:05] * cboos_ has quit IRC
[09:28:56] * gmcinnes has quit IRC
[09:28:59] <coderanger__> The way you had it, PYTHON_EGG_CACHE was not part of the bin env hash, it was just the next one after it
[09:29:25] <tsb> coderanger_ right yes, I was just looking at it myself. hehe, thanks :)
[09:30:13] <tsb> mm, works.
[09:32:46] <tsb> Is it safe to go from 0.10 to 0.10.3 irt plugins installed?
[09:32:55] * coderanger__ is now known as coderanger
[09:33:27] <coderanger> tsb: Should, though they may need upgrades
[09:33:29] <cmlenz> not completely, as plugins producing invalid HTML may not work correctly
[09:33:51] <coderanger> I think basically everything that was broken has been patched by now
[09:35:38] <retracile> Has anyone looked at the ticket-preview branch?
[09:36:48] * pombreda has quit IRC
[09:40:42] <tsb> no need to run trac-admin upgrade then?
[09:42:42] <coderanger> tsb: Not unless it tells you to
[09:44:53] <evil_twin> New news from t.e.o: TracOnFedoraCore edited by shap <http://trac.edgewall.org/wiki/TracOnFedoraCore>
[09:45:35] * pombreda has joined #trac
[09:51:53] * cmlenz has quit IRC
[09:56:20] * cmlenz has joined #trac
[10:14:21] * coderanger has quit IRC
[10:15:33] * joel has joined #trac
[10:25:37] <joel> Hi.. I'm attempting to get trac setup on a aserver. using apache, python 2.5 and SVN - installed the python module.. but trac doesn't start at http://localhost:8000/projectName
[10:26:55] <joel> is there anyone here?
[10:33:49] * joel has quit IRC
[10:42:45] * idnar_ is now known as idnar
[10:43:04] <LionsMane> I was looking at trac admin to see if I could get rid of an attachment. I see there is a wiki remove, but that seems to be for an entire page, not the attachment itself.
[10:45:11] <evil_twin> New news from t.e.o: Ticket #4879 (defect created): UnicodeDecodeError: 'utf8' codec can't decode bytes in position 8-10: unexpected end of data <http://trac.edgewall.org/ticket/4879> || Ticket #4878 (defect created): Weird URL handling of additional characters on the end <http://trac.edgewall.org/ticket/4878> || FixMe edited by cboos <http://trac.edgewall.org/wiki/FixMe>
[10:52:15] * cmlenz has quit IRC
[10:52:29] * angerman has joined #trac
[10:52:38] <LionsMane> Where does Trac keep its page revision history?
[10:58:54] <apk> Of the wiki pages?
[11:00:21] * tsb has quit IRC
[11:04:02] <LionsMane> apk: Yea... it seems I found what I was looking for. There is an "attachments" table in the database... That is where the reference is stored. I had to delete it out of the file system and out of that table to make a mistake attachment go away.
[11:04:27] <apk> LionsMane: Yeah. But the page revision is in the wiki table.
[11:04:34] <npat> Hi is it possible to change the repository a trac instance is using?
[11:05:02] * matt_good has joined #trac
[11:05:32] * tsb has joined #trac
[11:05:45] <apk> npat: see repository_dir in trac.ini
[11:06:08] <npat> changing this is enough?
[11:06:24] <apk> npat: you probably have to do trac-admin resync
[11:06:53] <apk> npat: To be sure, you could delete from the applicable tables in the database then resync.
[11:07:39] <npat> apk, my repository is *empty* it has received no changeset, no imports, and hosts... nothing. Do I stil have to delete?
[11:08:40] <apk> npat: I'm not sure. are node_change and revision empty?
[11:09:23] <npat> apk, these are the tables I have to delete?
[11:10:11] <retracile> The trac.ini change and a resync is all you need to change the repository.
[11:10:50] <npat> retracile, thanks, that's great
[11:19:42] * grandrew has quit IRC
[11:20:28] * cmlenz has joined #trac
[11:22:19] * grandrew has joined #trac
[11:24:22] * cboos has joined #trac
[11:25:56] <cboos> matt_good: are you there?
[11:31:50] <matt_good> cboos: yeah
[11:31:59] <cboos> I had a problem with the loader, I had a recent genshi, but an old egg_info for it, so due to the require > r498, it didn't load. So far so good, the problem was that despite this the server started and managed to process requests, only to fail with a TracError: Unsupported database type "sqlite"... So I focused on that for a while, before thinking about the real issue...
[11:32:39] <cboos> I think it would be preferable to abort completely if mandatory dependency are not satisfied...
[11:32:46] <cboos> (would be less misleading)
[11:36:07] <matt_good> the loader only handles plugins, a plugin not loading shouldn't block Trac from loading
[11:36:14] * thatch has joined #trac
[11:36:35] <cboos> well, here it was genshi, and without the server is useless...
[11:36:55] <cboos> so maybe not fail at the loader level, but at trac web level
[11:37:38] * omry has quit IRC
[11:38:59] * djuggler has joined #trac
[11:39:04] <cmlenz> hmm, the loader *does* also handle trac itself
[11:39:47] <cboos> yeah, the actual cause of the error was that none of the trac component got loaded,
[11:39:56] <cboos> including the trac.db.sqlite_backend one
[11:40:23] <cmlenz> how's that exactly?
[11:40:27] <cboos> so I got the message 'sqlite not supported' which lead me to the wrong direction (checking my pysqlite2 stuff)
[11:40:47] <cboos> This was because I had a genshi version older than r498
[11:41:33] <cboos> so I was suggesting that when a mandatory dep is not there, we should simply have a kind of fatal error, not start the server at all
[11:42:16] <matt_good> cboos: if I downgrade Genshi and run tracd it immediately exits saying that Genshi>=0.4dev-r493 is not found
[11:42:18] <cmlenz> well, why were you even getting the "sqlite not supported" message?
[11:42:28] <cmlenz> I think that's the real question
[