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 07, 2006

[00:11:08] * idnar has quit IRC
[00:11:12] * idnar_ has joined #trac
[00:17:12] * tjs has quit IRC
[00:19:42] * marlun has joined #trac
[00:22:12] <marlun> Ok I'm sorry to take this up again but, now I've installed everything on my slow server computer and now I'm having the same problem as before. I've added a svn repos to /srv/svn-repos/myrepos and a trac enviorment to /srv/trac-env/mytracenv. And when I get the "Available Projects" I get the enviorment listed but it's not hyperlinked and I got an empty error "Error: ()"
[00:22:32] <marlun> Last time It started working when I had everything inside my home folder.
[00:22:55] <marlun> However I don't want everything in my home folder but still want it to work.
[00:32:49] <asmodai> You sure your permissions are set up correctly?
[00:33:46] <marlun> asmodai, in my /etc/group I've got: svn:x:1001:nobody and trac:x:1002:nobody
[00:34:06] <marlun> asmodai, then I've chgrp the two folders and the svn repos and trac enviorments inside to those groups.
[00:34:17] <marlun> and given the group permission to read, write and execute.
[00:34:27] <marlun> Isn't that all I should have to do?
[00:35:54] <asmodai> Should be I think. Just reminds me of a typical problem I encountered.
[00:35:59] * asmodai tries to remember what caused it
[00:37:37] <marlun> :)
[00:43:55] <marlun> The thing is that it works with tracd. If I do "tracd --port 8000 /srv/trac-env/mytracenv" and then go to http://serverip:8000/ I come to the "Available Projects" and the project is hyperlinked and I can go there and work with Trac perfectly.
[00:45:33] <marlun> There are no errors in the Apache error_log.
[00:48:26] <marlun> It's only the Apache user who needs access to the folders, right?
[00:50:53] * lightcap has quit IRC
[00:52:22] * cmlenz has joined #trac
[00:54:22] <marlun> goodmorning cmlenz
[00:54:31] <cmlenz> morning
[00:55:07] <marlun> I'm here today too "complaining" that I can't get it to work :P
[00:57:07] <cmlenz> heh
[00:57:11] <cmlenz> beb
[00:57:14] <cmlenz> brb, even
[00:57:17] * cmlenz has quit IRC
[00:59:35] * cmlenz has joined #trac
[00:59:57] <cmlenz> back
[01:01:16] <marlun> wb :P
[01:01:48] <alect> hey chris
[01:01:59] <cmlenz> hi alect
[01:02:36] <alect> i have a patch for webadmin which lets plugins return a neo_cs.CS object...can i apply it or should i create a ticket?
[01:06:57] <cmlenz> what's the reasoning?
[01:10:51] <alect> twofold: 1. normal req handler allows it, so it's consistent 2. the .py plugins in 0.10 have no way of being admin page providers
[01:29:12] <prologic> hey alect, zope and thus trac's component arch makes heavy use of decorators introduced in python 2.4 right ?
[01:32:51] <marlun> There, posted a message about my problem to the trac mailinglist.
[01:49:33] * jrydberg has joined #trac
[01:50:23] * lowkey has joined #trac
[01:50:32] * imajes has joined #trac
[01:58:16] <cmlenz> alect: true, +1
[02:13:52] <alect> prologic: trac doesn't use decorators much, and not for the component architecture at all afaik
[02:15:04] <prologic> oh
[02:15:18] <prologic> wonder how implements(...) works then :)
[02:15:36] <alect> it inspects the calling frame
[02:15:48] <alect> which is the in the class
[02:15:51] <alect> same as zope
[02:16:05] <prologic> couldn't that be implemented as a decorator ?
[02:16:56] <alect> probably, but i think the syntax is cleaner as it is
[02:17:50] <prologic> hmm :)
[02:18:10] <prologic> what does the implements function actually do to the class ?
[02:20:24] <alect> adds an _implements class member listing the interfaces
[02:20:27] <alect> iirc
[02:21:07] <prologic> ic
[02:21:56] <prologic> so CLass A: implements(B, C) => class A: _implements = [B, C] ?
[02:22:06] <alect> yep
[02:22:14] <prologic> seems rather useless by itself :)
[02:22:33] * contingencyplan has joined #trac
[02:22:37] * alect shrugs
[02:23:04] <prologic> hehe
[02:23:11] <alect> it has extensibility on its side
[02:23:12] <prologic> just trying to understand the internals :)
[02:23:15] <alect> and it does sanity checks
[02:23:18] <alect> vi trac/core.py
[02:26:31] * idnar_ is now known as idnar
[02:33:14] <alect> hokay, webadmin patch applied
[02:47:25] <alect> Muwwhaha, evilness: http://swapoff.org/files/ServerRestart.py
[02:56:34] * c00i90wn has quit IRC
[03:16:07] * Riccc has joined #trac
[03:20:02] * otaku42_away is now known as otaku42
[03:32:10] <asmodai> alect: cute :)
[03:34:23] * bdash_ has joined #trac
[03:34:39] * Riccc`plula has quit IRC
[03:36:00] * bdash_ has quit IRC
[04:09:19] <bdash> alect: you have the logic around os.fork() backwards
[04:10:40] <bdash> alect: and you probably should reap the child process
[04:21:30] * asmodai reaps bdash' profits
[04:36:45] <asmodai> cute: http://australianit.news.com.au/articles/0,7204,19345228%5E15865%5E%5Enbv%5E,00.html
[05:11:10] * rbd has joined #trac
[05:11:47] <rbd> hey guys, I'd like to use the timetracking patch on a windows system...problem is getting the post-commit hook to work...
[05:13:15] <rbd> does trac/svn support the syntax at http://projects.edgewall.com/trac/attachment/ticket/897/post-commit.bat out of the box with 0.9.5?
[05:27:18] * cmlenz has quit IRC
[05:27:25] * cmlenz has joined #trac
[05:30:21] * Kage has joined #trac
[05:33:30] * ryepup has joined #trac
[05:41:16] <alect> bdash: true
[05:41:42] <alect> although it doesn't really matter as the whole server gets restarted
[05:43:45] <asmodai> I feel dirty:
[05:44:03] <asmodai> Starting tomcat55.
[05:44:06] <asmodai> *shudder*
[05:44:40] <otaku42> pacopablo: ping
[06:08:38] * mgalvin has joined #trac
[06:35:38] * rbd has quit IRC
[06:42:44] * Doggan0810 has joined #trac
[06:44:22] <Doggan0810> Is it advisable to use Tracs without utilizing the subversion aspect of it?
[06:45:51] <Doggan0810> (i.e. just using the ticket system)
[06:48:36] * klando has joined #trac
[06:50:10] * agile has joined #trac
[06:50:29] <matt_good> Doggan0810: well, I highly recommend the SVN integration if you can use it, but the tickets are perfectly functional on their own
[06:51:01] <matt_good> w/ Trac 0.9 you'll still need an empty SVN repository to point Trac to, but in 0.10 that won't be required
[06:51:21] * matt_good has quit IRC
[06:51:24] <Doggan0810> matt_good: great, thanks
[06:57:41] * agile has quit IRC
[07:01:53] * agile has joined #trac
[07:03:21] * danbeck has joined #trac
[07:24:25] * klasstek has joined #trac
[07:25:57] * MasterC has joined #trac
[07:28:03] <dilinger> trac is an abomination!
[07:28:48] * dilinger reads the dev list and chuckles
[07:31:09] <prologic> eh ?
[07:35:33] * mjg2_ has quit IRC
[07:39:12] * mjg2 has joined #trac
[07:42:17] * _idostyle has joined #trac
[07:56:04] * lightcap has joined #trac
[07:57:31] * idostyle has quit IRC
[07:57:41] * _idostyle is now known as idostyle
[07:58:07] * IceShaman has quit IRC
[08:04:00] * Doggan0810 has left #trac
[08:24:48] * otaku42 is now known as otaku42_away
[08:29:52] <alect> abomination!!!
[08:40:03] * prisoner has quit IRC
[08:56:04] * marlun has quit IRC
[08:59:55] * possumman has joined #trac
[09:04:21] <possumman> Hey folks, I have a question re plugin development. I've made some plugins and find that occasionally their tabs don't
[09:04:21] <possumman> load. I don't think it's odd programming on my part that has resulted
[09:04:21] <possumman> in this, because one of the plugins is trivial, pretty much a "Hello
[09:04:22] <possumman> World" program, and it exhibits this behaviour.
[09:05:14] <possumman> As far as I can tell, it seems to be a problem when several peolpe are using Trac (and perhaps that tab) at the same time.
[09:06:02] <possumman> Has anyone else had this sort of experience?
[09:06:50] * coderanger_ has joined #trac
[09:07:00] <coderanger_> Morning all
[09:09:39] * MasterC has quit IRC
[09:15:46] * peppelorum has joined #trac
[09:16:31] * stevegt has quit IRC
[09:24:01] * marlun has joined #trac
[09:41:25] * prologic has quit IRC
[09:42:47] * prologic has joined #trac
[09:55:08] <cmlenz> possumman: the only explanation for that IIUC would be if you hadn't restarted the server after adding/modifying plugins
[09:55:24] * superbenk has joined #trac
[09:55:26] <superbenk> hello
[09:55:47] <superbenk> is there an easy way to add to the ticket 'Resolved' select?
[09:56:45] <coderanger_> superbenk: You mean modify the ticket workflow?
[09:57:12] <superbenk> I guess so
[09:57:25] <superbenk> I want to add something like "Awaiting Approval" to the list
[09:57:31] <coderanger_> http://projects.edgewall.com/trac/wiki/WorkFlow
[09:57:47] <coderanger_> This is only possible in the workflow branch as of now
[09:57:48] <superbenk> ok, thanks
[10:07:29] * stevegt has joined #trac
[10:15:08] <possumman> cmlenz: Thanks. This isn't it though, as I have been restarting the server after loading the plugins. I'm loading the plugins from the trac /plugins directory.
[10:15:30] <cmlenz> possumman: what frontend? mod_python?
[10:15:58] <possumman> Yes.
[10:16:44] <coderanger_> possumman: What version of Apache?
[10:17:11] <coderanger_> People seem to be having issues with mod_python under 2.2
[10:17:19] <possumman> Apache 2.0.54-5ubuntu4
[10:19:53] <possumman> I have noticed that the reloading hasn't been working really well, so that could be the issue. It continued loading a plugin that I had erased from the /plugins directory even after I entered "/etc/init.d/apache2 restart"
[10:20:09] <possumman> I had to do a force-reload, in order for it to stop loading that plugin.
[10:20:33] <possumman> However, the plugin still existed under other trac projects on the same server.
[10:20:45] <coderanger_> possumman: Try doing a "sudo killall -HUP apache2" or similar
[10:20:57] <coderanger_> Maybe the init script isnt working correctly
[10:21:18] <coderanger_> That should flush the mod_python code cache
[10:21:42] <possumman> Okay, I'll have to wait some time to see if the effect works though, since it's intermittent. Normally within 24 hours the bug has come up numerous times.
[10:24:44] <coderanger_> If it continues to be a problem, I would say try doing a test deployment using FCGI, and see if that works better
[10:27:55] <cmlenz> there isn't by any chance anything interesting in the log?
[10:29:18] <possumman> Which log? You mean in /var/log/apache2?
[10:29:30] <coderanger_> Either that or the trac log
[10:30:30] <possumman> Good question, I'll check if I can find anything.
[10:34:14] <coderanger_> Make sure the Trac log is set to debug
[10:36:04] <possumman> Thanks, It wasn't. I'll change the setting.
[10:48:05] <possumman> Hmm. Acutally, although I hadn't set it, the Trac log_level has been set to debug; but it's empty. That's not unusual I guess? What about log_type? It's set to 'none'? Should it be set to something else?
[10:50:44] * imajes has quit IRC
[10:53:57] <cmlenz> log_type should be "file"
[10:54:04] <cmlenz> see the TracLogging wiki page
[10:54:30] <cmlenz> bbiab
[10:54:32] * cmlenz has quit IRC
[10:58:17] * sam` has quit IRC
[11:00:22] * sam` has joined #trac
[11:03:14] * careo has joined #trac
[11:04:46] * Kage` has joined #trac
[11:10:49] * careo has left #trac
[11:11:58] * careo has joined #trac
[11:16:37] * Kage has quit IRC
[11:16:56] * MasterC has joined #trac
[11:17:34] * klando has quit IRC
[11:20:05] * cmlenz has joined #trac
[11:24:21] * neilc has joined #trac
[11:24:41] <neilc> i'm experiencing some weird behavior with tracd and stunnel
[11:24:58] <neilc> i have stunnel running to redirect requests on 8443/tcp to 8001, where tracd is running
[11:25:17] <neilc> that works fine *most* of the time
[11:25:43] <neilc> but clicking "login" takes a long time
[11:26:09] <neilc> and then seems to fail subsequently ("the connection was reset" in the browser)
[11:26:55] <neilc> in the tracd log, i see first "GET /trac_env/login HTTP/1.1" 401 -
[11:27:10] <neilc> and then about 30 seconds later, "GET /trac_env/login HTTP/1.1" 302 -
[11:27:16] <neilc> anyone run into problems like this?
[11:29:04] <neilc> weirdly, starting up another browser process and connecting to trac indicates i'm logged in; clicking "logout" immediately yields a "connection reset" error message
[11:32:48] <cmlenz> that's on trunk, right?
[11:33:36] <neilc> i'm using 0.9.5
[11:33:53] <cmlenz> ah
[11:33:54] <cmlenz> weird
[11:38:03] <neilc> hmm, the stunnel error message is gloriously unhelpful: "SSL_accept: 1407609C: error:1407609C:SSL routines:SSL23_GET_CLIENT_HELLO:http request"
[11:39:00] * whitelynx has joined #trac
[11:39:37] * sam` has quit IRC
[11:45:14] * sam` has joined #trac
[11:45:39] <neilc> hmm, perhaps what is happening is that "login" sends back an http redirect, but that uses the _tracd_ tcp port (8001) rather than the stunnel tcp port
[11:48:02] * tag has quit IRC
[11:49:50] <possumman> Hey cmlenz, I just got some trac.log output relating to the flakey plugin error. At a glance, it doesn't look like it will be insightful to me, but it might--I haven't yet followed the stacktrace in the code.
[11:49:55] <possumman> The output is:
[11:50:24] <possumman> Traceback (most recent call last):
[11:50:24] <possumman> File "/usr/lib/python2.4/site-packages/trac/web/modpython_frontend.py", line 206, in handler
[11:50:24] <possumman> dispatch_request(mpr.path_info, mpr, env)
[11:50:24] <possumman> File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 139, in dispatch_request
[11:50:24] <possumman> dispatcher.dispatch(req)
[11:50:25] <possumman> File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 104, in dispatch
[11:50:27] <possumman> raise TracError, 'No handler matched request to %s' % req.path_info
[11:50:29] <possumman> TracError: No handler matched request to /ticketsbymilestone
[11:50:50] <cmlenz> nope, that doesn't help :-P
[11:51:02] <cmlenz> do you have the mod_python reload option on maybe?
[11:51:04] <cmlenz> what MPM?
[11:51:58] <possumman> Hmm. I dunno. Where do I set that?
[11:52:09] <cmlenz> in the apache config usually
[11:52:22] <possumman> okay, i'll check
[11:54:49] <cmlenz> "apachectl -V" for the MPM
[11:56:53] * sam` has quit IRC
[11:58:22] <possumman> mod_python reload does not seem to be set in any apache files. I could explicitly turn it off, if you think that could help. Did you want me to cut & paste the output of apachectl -V, or did you just want me to look for something in that output?
[11:58:58] <cmlenz> no, just what MPM is being used
[11:59:03] <cmlenz> (prefork, etc)
[11:59:19] <cmlenz> no need to explicitly "unset" reload
[11:59:44] <possumman> Ah. Prefork
[12:00:22] * sam` has joined #trac
[12:00:23] * neilc has left #trac
[12:02:44] * mjg2 has quit IRC
[12:03:10] <possumman> Ah, I think I found a helpful message in the apache2 error logs:
[12:03:35] * MasterC has quit IRC
[12:03:46] <possumman> /usr/lib/python2.4/site-packages/trac/loader.py:73: UserWarning: Module autotrac was already imported from /usr/local/trac-projects/campsite/\plugins/TracAutotrac-0.1-py2.4.egg/autotrac/__init__.pyc, but /usr/local/trac-projects/campware/plugins/TracAutotrac-0.1-py2.4.egg is being a\dded to sys.path
[12:03:46] <possumman> egg.activate()
[12:05:04] <possumman> I'm not yet sure what that means, but I think that contains the key to the intermittent problem.
[12:05:24] <possumman> s/intermittent/intermittent loading/
[12:07:21] <possumman> It looks like perhaps you can't load a plugin in more than one trac project.
[12:08:14] <possumman> If this is so, it leads to a new question: how do I use the same plugin for several trac projects? And do I have to either use a plugin for just one, or for all trac projects?
[12:09:07] * jborg has joined #trac
[12:11:49] <cmlenz> ah
[12:11:55] <cmlenz> now it gets interesting :-O
[12:12:23] <cmlenz> are you using a TracEnvParentDir setup or just regular TracEnv?
[12:12:54] <cmlenz> in the latter case you'll want to try the InterpPerDirective option in mod_python to have separate python interpreters per project
[12:13:34] <cmlenz> in general, to use one plugin in multiple projects, you install it globally to site-packages
[12:20:13] <possumman> Okay. I can't remember whether I'm using TracEdgeParentDir or TracEnv, where is that in the manual? Probably I can solve my problem with the general solution. Is there a global trac.ini, or something?
[12:20:50] <cmlenz> yeah
[12:20:56] <cmlenz> see the TracIni and TracModPython pages
[12:21:33] <possumman> Thanks!
[12:28:05] <jborg> you guys noticed any unusual spam on p.e.c today?
[12:29:01] <jborg> I got a mail about spam on TracL10N. The spam was not on the page itself but in the description field of an attached file
[12:38:10] <cmlenz> heh
[12:38:31] <cmlenz> spammers now doing attachments because spamming wiki pages has become harder?
[12:38:32] <cmlenz> sigh
[12:38:54] <jborg> yeah, I just noticed cboos's ticket about this
[12:39:17] * boorad has joined #trac
[12:41:07] <jborg> I guess this means they're spamming manually, but they will probably soon return with a scripted attack.
[12:41:29] <cmlenz> BASTARDS! :-P
[12:41:45] <cmlenz> so we need a hook for attachments
[12:42:30] <asmodai> Every time you think you get somewhere without spam...
[12:46:36] * Kage has joined #trac
[12:56:00] <coderanger_> cmlenz: The spam hooks are probably going to need to end up somewhere more general
[12:57:23] * Kage` has quit IRC
[13:01:10] <coderanger_> For all you dev peoples, does this sound reasonable: If using EnvParentPath, have an optional setting "DefaultEnv" where if the given path doesn't look like it matches any of the env folders, try prepending a default env, and starting again. This lets you have a full Trac instead of just the project listing
[13:01:27] * msoares has quit IRC
[13:05:43] * boorad has quit IRC
[13:06:08] * aub has joined #trac
[13:06:53] <aub> Hi all
[13:07:17] <aub> I'd like to ask a question.
[13:07:57] * mjg2 has joined #trac
[13:08:46] <coderanger_> aub: Don't ask to ask :P
[13:09:05] <aub> I have reinstalled my windows and restored my SVN folder (inside svn folder is also my trac database).
[13:09:17] <aub> now I get this error message:TracError: Unknown Trac Environment version (16).
[13:09:32] <aub> What is the problem?
[13:11:08] <aub> Why do I get this error messsage? I restored the entire SVN folder including trac database from archive.
[13:12:01] * msoares has joined #trac
[13:12:23] <aub> Can someone help me please?
[13:13:22] * msoares has quit IRC
[13:13:33] * peppelorum has quit IRC
[13:14:43] <jborg> aub, which trac version do you have installed?
[13:14:56] <asmodai> jborg: that 16 is from the database, right?
[13:15:21] <aub> trac-0.8.4.win32.exe
[13:15:38] <aub> Well,I have no idea what is that number.
[13:16:19] <aub> http://projects.edgewall.com/trac/browser/trunk/trac/env.py?rev=1672 - the python file that throws the error
[13:16:28] <jborg> aub, you need to use trac >= 0.9.5
[13:16:52] <jborg> aub, since the trac environment was created/last used with that version
[13:17:13] <jborg> or at least a 0.9.x version
[13:17:14] <aub> I installed the same version of Trac as had been using before.
[13:18:01] <jborg> aub, I don't think so. Trac 0.8.4 used db schema version 7 (not 16)
[13:18:55] <aub> I followed the installation guide located at: http://projects.edgewall.com/trac/wiki/TracOnWindows
[13:19:18] <aub> And you are right
[13:19:54] <aub> I downloaded the wrong version of Trac
[13:20:12] <asmodai> from 0.10-dev:
[13:20:13] <asmodai> sqlite> select * from system;
[13:20:13] <asmodai> database_version|19
[13:20:30] <asmodai> So it must be closer to the 0.9.x series than 0.8.x
[13:21:57] <aub> I executed the query and it returned 16
[13:22:24] <aub> Thanks a lot for your help. I need to upgrade Trac.
[13:25:52] * c00i90wn has joined #trac
[13:26:23] <aub> I have downloaded trac-0.9.5.win32.exe and installed it. I am eager to see if it will work
[13:29:54] <aub> well, it does not work. No module named log
[13:30:03] <asmodai> aub: might need an upgrade and wiki upgrade
[13:30:55] <coderanger_> aub: You need to delete the old code
[13:31:06] <aub> I copied the python23\share\trac\cgi-bin\trac.cgi to apache2\cgi-bin and correcyed the path on line 1
[13:31:10] <coderanger_> There are upgrade issues on windows because of capitlization
[13:31:14] <aub> old code?
[13:31:23] <aub> whay do you mean by that?
[13:31:44] * careo is now known as careo|coffee
[13:32:24] <coderanger_> Before installing 0.9.5, delete site-packages\trac
[13:32:32] <aub> I see.
[13:33:38] <aub> Oops...
[13:33:38] <aub> Trac detected an internal error:
[13:33:38] <aub> No module named log
[13:33:38] <aub> Traceback (most recent call last):
[13:33:38] <aub> File "F:/Apache2/cgi-bin/trac.cgi", line 20, in ?
[13:33:41] <aub> cgi_frontend.run()
[13:33:43] <aub> File "E:\PYTHON23\Lib\site-packages\trac\web\cgi_frontend.py", line 123, in run
[13:33:46] <aub> env = get_environment(req, os.environ, threaded=False)
[13:33:48] <aub> File "E:\PYTHON23\Lib\site-packages\trac\web\main.py", line 335, in get_environment
[13:33:51] <aub> return _open_environment(env_path, threaded)
[13:33:54] <aub> File "E:\PYTHON23\Lib\site-packages\trac\web\main.py", line 44, in _open_environment
[13:33:57] <aub> return open_environment(env_path)
[13:34:00] <aub> File "E:\PYTHON23\Lib\site-packages\trac\env.py", line 374, in open_environment
[13:34:03] <aub> env = Environment(env_path)
[13:34:06] <aub> File "E:\PYTHON23\Lib\site-packages\trac\env.py", line 83, in __init__
[13:34:09] <aub> self.setup_log()
[13:34:12] <aub> File "E:\PYTHON23\Lib\site-packages\trac\env.py", line 228, in setup_log
[13:34:14] <aub> from trac.log import logger_factory
[13:34:17] <aub> ImportError: No module named log
[13:34:19] <aub> It did not help
[13:35:20] * c00i90wn has quit IRC
[13:35:51] <asmodai> aub: under site-packages/trac/trac/log
[13:35:58] <asmodai> aub: under site-packages/trac/trac/log.py even
[13:36:50] <aub> I will try it again: I delete the folder E:\Python23\Lib\site-packages\trac\
[13:37:04] <aub> then I insatll Tac again
[13:38:04] <aub> great, work
[13:38:06] <aub> s
[13:38:15] <aub> thank you very much guys
[13:39:08] <asmodai> np, hope this will solve it ;)
[13:39:32] <aub> sure it works again.
[13:40:15] <coderanger_> I think the issue is that it was called Log.py in 0.8.4
[13:40:27] <coderanger_> so windows puts the new data in the same file
[13:40:32] <coderanger_> this makes python grumpy
[13:40:45] <asmodai> coderanger_: ahh, in that way.
[13:40:50] <asmodai> coderanger_: makes sense *nod*
[13:49:34] * careo|coffee is now known as careo
[13:52:12] * marlun has quit IRC
[13:52:44] * imajes has joined #trac
[13:53:40] * neilc has joined #trac
[13:53:42] <neilc> what
[13:53:52] <neilc> ... is the right version of webadmin for trac 0.9.5?
[13:54:00] <neilc> it seems the latest prepackaged eggs are for 0.9.3
[14:00:04] * mgalvin has quit IRC
[14:00:19] <coderanger_> neilc: You can use that one
[14:00:31] <coderanger_> 0.9.3 was the last big API change
[14:01:20] <neilc> coderanger_: great, thank you
[14:03:09] * aub has quit IRC
[14:05:26] <coderanger_> Any one around who can answer questions about trac.web.main?
[14:06:24] <coderanger_> Actually, that feature I was talking about looks pretty trivial
[14:07:22] * coderanger_ patcthity patchity
[14:07:32] * c00i90wn has joined #trac
[14:10:19] * alfarid has joined #trac
[14:17:26] * jborg has quit IRC
[14:22:41] * Kage` has joined #trac
[14:30:41] * danbeck has quit IRC
[14:34:47] * Kage has quit IRC
[14:35:32] * mgalvin has joined #trac
[14:43:26] * cmlenz has quit IRC
[15:05:59] * cmlenz has joined #trac
[15:09:39] * careo has left #trac
[15:10:03] <Fatal_2> hi guys, i was just wondering if its possible to run trac behind iis? hopefully it would allow us to handle the user authentication using windows authentication ?
[15:10:54] * cmlenz has quit IRC
[15:12:06] <coderanger_> Yes, though probably only as a CGI script
[15:12:38] <coderanger_> There may be FCGI stuff for IIS though
[15:13:51] <Fatal_2> hmm
[15:14:09] <Fatal_2> i'll have a hunt through the wiki.. i guess if its possible its documented there somewhere :)
[15:14:51] * tag has joined #trac
[15:15:02] <tag> anyone know of a wiki conversion for jspwiki?
[15:23:10] <coderanger_> Fatal_2: http://projects.edgewall.com/trac/wiki/TracOnWindowsIis6
[15:23:15] <coderanger_> and http://projects.edgewall.com/trac/wiki/TracOnWindowsIis
[15:23:34] <coderanger_> Looks ungly
[15:39:34] <Fatal_2> coderanger_: awesome thanks mat.e. ur right about looking ugly but i'll at least read through it :)
[15:48:00] * alfarid has quit IRC
[15:49:40] * agile has quit IRC
[15:50:23] * hanumani has joined #trac
[15:54:11] * msoares has joined #trac
[15:57:45] * klasstek has quit IRC
[16:02:27] * adj has joined #trac
[16:08:49] <adj> ive installed the webadmin plugin, and it recognized (or so the logfile says) but the admin tab doesnt show up... does this need to be enabled specifically?
[16:09:02] <bdash> adj: you need to log in as a user with TRAC_ADMIN privileges
[16:13:44] <tag> the AddComment macr