Team Chat Logs

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

July 05, 2006

[00:11:25] * cmlenz has joined #trac
[00:15:34] * _idostyle has joined #trac
[00:21:19] * raidman|Work is now known as raidman|Away
[00:29:10] * otaku42_away is now known as otaku42
[00:32:21] * idostyle has quit IRC
[00:32:25] * _idostyle is now known as idostyle
[00:43:27] * Bart`_ has joined #trac
[01:02:13] * jrydberg has joined #trac
[01:19:31] * raidman|Away is now known as raidman|Work
[01:35:51] * mortenlj_ has joined #trac
[01:36:17] * Epcylon has quit IRC
[01:36:23] * mortenlj_ is now known as Epcylon
[01:59:30] <raidman|Work> what's diferent between version and milestone?
[02:07:38] <ringard> can i delete a comment from a ticket (at least make it so it doesn't show)? i have a bunch of junk posted my an anony user before i killed anony access
[02:08:16] * cmlenz has quit IRC
[02:14:07] * MasterC has joined #trac
[02:32:57] <idnar> ringard: take a look at the TicketDelete plugin on trac-hacks
[02:33:22] <ringard> idnar: ok, thanks!
[02:33:25] <idnar> raidman|Work: Version is where the defect was found (or whatever), Milestone is when it'll be closed
[02:33:33] <idnar> err, released
[02:33:37] <idnar> or something along those lines
[02:36:02] <raidman|Work> idnar, so we could have alot of versions in every milestone?
[02:36:22] <idnar> well
[02:36:35] <raidman|Work> idnar, would you please give me a real exemple?
[02:36:52] <idnar> let's say there's a bug in version 1.5, and you're planning to include the fix in the 1.7 release
[02:37:04] <idnar> the ticket would have a version of 1.5, and maybe a milestone of RELEASE-1.7
[02:37:32] * aspyrine has joined #trac
[02:37:36] <idnar> er, when I say "in version 1.5" I mean "first discovered in 1.5"
[02:38:20] <raidman|Work> idnar, thanks :)
[02:50:54] * tuxipuxi has joined #trac
[02:54:43] * MasterC has quit IRC
[02:55:47] * MasterC has joined #trac
[03:13:44] * [algo] has joined #trac
[03:14:04] <[algo]> How can I add "testing" to ticket statuses ? (worksforme, resolved assigned)
[03:23:18] * Bart`_ has quit IRC
[03:33:26] * [algo] has quit IRC
[03:59:44] * raidman|Work is now known as raidman|Away
[04:08:29] <tuxipuxi> any mantis2trac experts here?
[04:08:57] * Sonderblade has joined #trac
[04:14:31] * hlb has quit IRC
[04:14:51] * _idostyle has joined #trac
[04:21:32] * Bart`_ has joined #trac
[04:26:20] <monsti> hi somebody alive?
[04:26:35] <monsti> i think i found a "bug/issue" in 0.10svn
[04:26:39] <monsti> but i m not sure
[04:27:07] <monsti> in ticket/query we have a "def execute(self, req, db=None):"
[04:27:17] <monsti> what does "req" mean in this context?
[04:28:43] * [algo] has joined #trac
[04:29:03] <[algo]> How can I add "testing" to ticket statuses ? (worksforme, resolved assigned)
[04:31:36] * idostyle has quit IRC
[04:31:44] * _idostyle is now known as idostyle
[04:53:34] <monsti> a trac developer around with svn access?
[04:59:20] <tuxipuxi> wow got nothing to do today.. anybody an idea for a trac plugin or anything trac related? ;)
[05:01:40] <monsti> tuxipuxi: i have a bug in 0.10
[05:02:14] <tuxipuxi> well i'm not a trac dev :) thus i askes for plugin ideas
[05:02:15] <monsti> well i don't know if it's a bug but there are some plugin issues
[05:03:22] <monsti> are you familiar with the xml-rpc plugin?
[05:04:06] <tuxipuxi> well.. familiar.. i have used it :)
[05:04:55] <monsti> ok there is an issue in the ticket query - let me show you
[05:05:16] <monsti> TracXMLRPC-0.1-py2.4.egg/tracrpc/ticket.py
[05:05:27] * MasterC_ has joined #trac
[05:05:29] <monsti> # Exported methods
[05:05:29] <monsti> def query(self, req, qstr = 'status!=closed'):
[05:05:29] <monsti> """ Perform a ticket query, returning a list of ticket ID's. """
[05:05:29] <monsti> q = query.Query.from_string(self.env, qstr)
[05:05:29] <monsti> out = []
[05:05:32] <monsti> for t in q.execute():
[05:05:34] <monsti> out.append(t['id'])
[05:05:49] <monsti> in trac 0.10 execute() requires an additional parameter
[05:06:27] <monsti> trac/ticket/query.py <- def execute(self, req, db=None):
[05:06:41] <monsti> req is only used in here
[05:06:43] <monsti> result = {'id': id, 'href': req.href.ticket(id)}
[05:06:57] <monsti> that means the result is an array with id and href for the id
[05:07:16] <monsti> any idea how to fix xmlrpc to work with this?
[05:07:21] <monsti> i fixed trac
[05:08:25] <aspyrine> can I put a directory instead of an egg file in plugins directory ?
[05:08:39] <tuxipuxi> you fixed trac? i'd assume that you simply have to pass the req parameter to q.execute()
[05:09:08] <monsti> there is no req parameter in ticket.py (xml-rpc)
[05:09:13] <monsti> i added a hack in trac
[05:09:18] <monsti> if not req:
[05:09:18] <monsti> result = {'id': id, 'href': '' }
[05:09:18] <monsti> else:
[05:09:19] <monsti> result = {'id': id, 'href': req.href.ticket(id)}
[05:09:38] <monsti> i assume req has some enviornment parameters
[05:09:49] <monsti> but this enviornment didn't made it in xml-rpc
[05:10:04] <tuxipuxi> ah the query method you pasted is a trac method, not xml-rpc
[05:10:12] <monsti> yes!
[05:10:21] <monsti> it's thre ticket query method in trac
[05:10:29] <tuxipuxi> hmhm wait
[05:10:31] <monsti> and 0.10 changed the signature and added req
[05:10:51] <monsti> it would be nice to get id + trac url back
[05:12:16] <tuxipuxi> you're confusing the hell out of me :) i see exactly the method you pasted above in xmlrpc/ticket.py
[05:14:40] <tuxipuxi> change line 40 to for t in q.execute(req): and it should work
[05:22:57] <aspyrine> when I make python setup.py develop --install-dir=<somewhere in env> I got an error about PYTHONPATH and .pth
[05:28:18] <aspyrine> is there anyway to develop a plugin (or make fixes) without having to make egg each time ?
[05:45:22] * raidman|Away is now known as raidman|Work
[05:47:56] * coderanger_ has joined #trac
[05:54:23] * stretch has joined #trac
[05:57:54] * tore- has joined #trac
[06:02:49] <tore-> Hello Trac users! I hope you can be of help. Me and my software-group are in a planing-stage of a new software based on Java we are making for a client. We have never used group-software like subversion, nevertheless Trac. Ive just installed Trac, but I find the docs in trac somewhat incomplete, or at least to short for me to understand how to start a prosject, add source-files and such. Is there a more comprehensive manual out there?
[06:04:01] * raidman|Work is now known as raidman|Away
[06:07:25] <bobbens> tore-: for playing with source-files just use svn
[06:08:17] <tore-> But none of the docs (at least which ive read) doesnt cover anything of use with SVN. I suppose it doesnt use the port that tracd use?
[06:09:16] <coderanger_> No
[06:09:25] <coderanger_> Trac and Subversion are very seperate
[06:09:35] <bobbens> trac reads svn, does not write to it
[06:09:42] <coderanger_> Trac offers a read-only view based on direct file access
[06:10:06] <coderanger_> To "use" subversion you will need to set up one of more repository access mechanisms
[06:10:32] <coderanger_> I would say to read through the admin chapter of the subversion book, it goes over most of this
[06:10:52] <tore-> so i would need to set up a svn server on a given port and then use that for src files, and trac for viewing the files and settings milestones, bugs, tickets and such
[06:11:10] <bobbens> you can use same port if you run it all via apache
[06:11:36] <coderanger_> svnserve is one option
[06:11:59] <coderanger_> others include ssh and DAV (via Apache and mod_dav_svn)
[06:13:18] <[algo]> How can I add "testing" to ticket statuses ? (worksforme, resolved assigned)
[06:16:11] <coderanger_> Look at the workflow branch
[06:17:17] * klasstek has joined #trac
[06:28:53] <[algo]> coderanger: in SVN ?
[06:29:07] <[algo]> what is 'workflow branch' ?
[06:29:54] <coderanger_> its a branch of the trac code to allow for plugable workflows
[06:30:47] <[algo]> can I read about it somewhere ?
[06:32:10] * [algo] has quit IRC
[06:32:47] <coderanger_> http://projects.edgewall.com/trac/wiki/WorkFlow
[06:33:42] * MasterC_ has quit IRC
[06:51:17] * tore- has quit IRC
[06:56:47] <monsti> some trac dev around?
[06:59:01] <coderanger_> monsti: What are you looking for
[06:59:42] <monsti> a issue/bug in 0.10
[06:59:52] <monsti> do you have wirte acces and can fix it?
[07:00:06] <coderanger_> No, but I can probably tell you if its actually a bug :P
[07:00:11] * tuxipuxi hopes it's not the bug-which-is-none
[07:00:22] <monsti> tuxipuxi: it's a bug ;)
[07:00:53] <tuxipuxi> *drum roll*
[07:00:54] <monsti> well - let's call it "issue after api change" <- M$ term ;)
[07:01:11] <tuxipuxi> then it's a xmlrpc bug, not a trac bug ;)
[07:01:19] <coderanger_> If this is the same issue with TracRPC, thats not a Trac bug
[07:01:26] <monsti> s/api/try making the world a better place
[07:01:45] <monsti> coderanger_: i think it is
[07:02:02] <monsti> coderanger_: how can i get an enviornment object?
[07:02:07] <coderanger_> If there is an API difference between Trac and a plugin, Trac wins
[07:02:15] <coderanger_> self.env in any plugin
[07:02:23] <monsti> ah ok
[07:02:29] <monsti> *trying*
[07:06:38] <coderanger_> Alec has been busy lately, so its likely that some recent changes may not be reflected in a few plugins
[07:06:45] <monsti> ok fixed
[07:06:55] <monsti> a xml-rpc "bug"
[07:09:58] <coderanger_> Thats the price of using development software
[07:11:52] * cerrayo has joined #trac
[07:16:46] * danbeck has joined #trac
[07:18:12] * mjg2 has joined #trac
[07:40:45] * agile has quit IRC
[07:41:50] * BlueAidan_wor1 has joined #trac
[07:44:20] <BlueAidan_wor1> is it possible to do permissions on individual wiki pages? I saw a post about it way back in April.
[07:45:09] <coderanger_> Look at either the WikiRBAC patch, or the security sanbbox
[07:46:23] <BlueAidan_wor1> ty
[07:51:13] * prologic has quit IRC
[07:51:38] * prologic has joined #trac
[07:58:25] * aspyrine has left #trac
[07:59:35] * hlb has joined #trac
[08:06:58] * matt_good has quit IRC
[08:13:07] * bighead has joined #trac
[08:14:26] <bighead> hey, how do I setup my own 'character-macros' (for lack of a better word) for trac? For example, if I have a 'plugin' setup available via http://mytracsite.com/plugin, how do I envoke it say !somedata! just like trac does [rev number] for changesets, and r<rev number> for revisions
[08:14:57] <coderanger_> IWikiSyntaxProvider
[08:15:44] <bighead> coderanger_: ok thanks =D
[08:16:20] * _idostyle has joined #trac
[08:16:51] * agile has joined #trac
[08:19:29] * prologic has quit IRC
[08:21:54] <bighead> coderanger_: any urls to examples?
[08:22:02] <coderanger_> Nope
[08:22:17] <coderanger_> I think the AcronymsPlugin is one of the only ones
[08:22:31] <coderanger_> And Alec had to do weird voodoo to get that working right
[08:24:49] * MasterC has quit IRC
[08:26:35] <bighead> I'm just looking to do a simple WikiSyntaxProvider which redirects to a specific url
[08:27:02] <bighead> some thing like, 'mycommand: a_number' redirects to 'http://mysite/a_number'
[08:27:03] <coderanger_> There is a macro for that already I think
[08:27:21] <coderanger_> [[redirect()]]
[08:27:39] <bighead> coderanger_: I figured, but i'd like to 'wrap' it in a name of my choice, wich does the 'mysite/' switch for me
[08:28:16] <coderanger_> Seems like more trouble than its worth if you ask me
[08:29:38] <bighead> yeah, but I gotta do it =/
[08:30:31] <coderanger_> http://projects.edgewall.com/trac/browser/trunk/trac/wiki/api.py
[08:30:49] <coderanger_> Enjoy
[08:31:02] * idostyle has quit IRC
[08:31:12] * _idostyle is now known as idostyle
[08:37:39] * prologic has joined #trac
[08:39:02] <bobbens> anyone know if the gallery plugin has problems with 0.10dev?
[08:42:17] * algo_away has joined #trac
[08:43:00] <coderanger_> Probably
[08:43:12] <coderanger_> Hasn't been worked on in forever
[08:45:00] <bobbens> strange i cant get it to list as a plugin
[08:45:05] <bobbens> even using * = enabled
[08:47:19] <coderanger_> anything in the log?
[08:47:48] * otaku42 is now known as otaku42_away
[09:10:48] * jcw9 has quit IRC
[09:18:22] * bnovc has joined #trac
[09:18:33] <bnovc> is there a way i can plop a trac.db from one instance to another?
[09:18:40] <bnovc> i tried and i got an internal server error
[09:18:47] * algo_away has quit IRC
[09:19:19] * algo_away has joined #trac
[09:19:45] * cmlenz___ has joined #trac
[09:19:58] * cmlenz___ is now known as cmlenz
[09:20:15] <bighead> for wiki macros, it picks the name form the filename? or class name? cuz Inoticed for simple wiki macros you only need to define a 'execute' function in there
[09:23:43] * cmlenz has quit IRC
[09:23:57] <coderanger_> Those are based on filename, with plugins you can give whatever name you want
[09:24:05] <bobbens> coderanger_: ive set log on debug and no, it doesnt even seem to be created... ><
[09:24:10] * cmlenz has joined #trac
[09:24:24] <bighead> coderanger_: yeah, I figured out that I needed to restart my server to get trac to recognize my newly written macro
[09:28:40] * cmlenz_ has joined #trac
[09:29:11] <pacopablo> morning
[09:30:00] <asmodai> it's the cmlenz_
[09:30:27] <bnovc> coderanger, is it possible to use an old trac.db into a new installation?
[09:30:36] <bnovc> i was hoping that would bring back all my settings
[09:30:50] <pacopablo> bnovc: if you then upgrade it
[09:31:09] <coderanger_> Settings are not generally stored in the db
[09:31:14] <pacopablo> and it actually depends on how "old" the db is, version wise, of course
[09:31:22] <bnovc> the wiki pages and tickets arent in db?
[09:31:28] <pacopablo> those are
[09:31:37] <bnovc> thats all i care about
[09:31:48] <bnovc> ill try to find out how to upgrade w/trac-admin then
[09:31:54] <coderanger_> Then yes, it will work
[09:32:02] <pacopablo> trac-admin /path/to/env upgrade
[09:33:28] <bnovc> Command failed: unsupported file format
[09:34:03] <bnovc> it was .9 something and now its 1.0 i believe
[09:34:05] <coderanger_> did you change sqlite versions?
[09:34:07] <pacopablo> you've upgraded your sqlite in the process
[09:34:18] <bnovc> probably, its a different server
[09:34:47] <pacopablo> so, you need to use the old sqlite to dump the db to SQL and then import it via the new sqlite on the new server
[09:35:14] <pacopablo> usually it's somethign like: sqlite trac.db .dump | sqlite3
[09:35:23] <pacopablo> er, add trac.db after slqite3 :)
[09:35:29] <bnovc> i don thave the old sqlite any longer, unfortunetly
[09:35:33] <pacopablo> and fix me spelling :)
[09:35:33] <coderanger_> I still don't know why the sqlite people don't version their files
[09:35:42] <pacopablo> coderanger_: it's sqlite
[09:35:47] <coderanger_> bnovc: You will need to download and install it then
[09:35:51] <pacopablo> types are a misfeature of SQL.
[09:36:04] <bnovc> i'm fairly sure i had sqlite3 on both servers
[09:36:04] <pacopablo> versions are probably a misfeature of files too :)
[09:36:16] <bnovc> and i dont know what subversion of 3 i was using before
[09:36:23] <coderanger_> bnovc: Can you open the db via sqlite3?
[09:36:47] <bnovc> not until i figure out the command, hold on
[09:37:06] <coderanger_> sqlite3 file.db
[09:37:19] <bnovc> ~/httpsdocs/trac/db$ sqlite3 trac.db
[09:37:19] <bnovc> SQLite version 3.3.6
[09:37:22] <bnovc> just takes me to a prompt
[09:37:32] <pacopablo> that's a start
[09:37:42] <pacopablo> type: .tables
[09:37:51] <bnovc> they are all there
[09:38:02] <pacopablo> if that lists the tables, then it's more likely an issue with the pysqlite installation
[09:38:25] <pacopablo> and turn on trac logging
[09:38:28] <pacopablo> @faq logging
[09:38:28] <evil_twin> pacopablo: "logging" is http://projects.edgewall.com/trac/wiki/TracLogging <-- Enable debug logging to file, ensure your environments log/ directory is writeable by your web server user, check for errors.
[09:38:48] <bnovc> can i select information out of this on the command line
[09:39:22] <pacopablo> should be able to
[09:39:31] <pacopablo> take a look at the sqlite docs on their webpage
[09:39:48] <bnovc> got it, thanks
[09:42:05] <bnovc> pacopablo, trac.log is still empty...maybe the error is in apache's log (that i dont have access to here)
[09:42:35] <pacopablo> not if you're running trac-admin
[09:43:14] * algo_away_ has joined #trac
[09:44:23] <bnovc> pacopablo, hm?
[09:46:30] * cmlenz has quit IRC
[09:50:04] <pacopablo> if you run trac-admin, then trac doesn't touch apache, so there would be no messages in the apache log
[09:50:20] <bnovc> trac is being run through apache
[09:51:45] <pacopablo> yes, but trac-admin isn't
[09:51:50] <pacopablo> you run trac-admin from the command line
[09:51:58] <pacopablo> you can run trac-admin without apache installed
[09:52:15] * algo_away has quit IRC
[09:52:19] <pacopablo> when running trac-admin, only python is involved, apache isn't
[10:17:54] * cmlenz_ is now known as cmlenz
[10:18:45] * Bart`_ has quit IRC
[10:21:13] <alect> moo
[10:26:12] <pacopablo> moo baa
[10:31:33] <alect> :)
[10:36:44] * algo_away_ has quit IRC
[10:36:56] * algo_away_ has joined #trac
[10:40:11] <shawn_work> does the NewWorkFlow patch apply against 0.10dev? or its currently broken
[10:40:39] <pacopablo> it's a separate branch
[10:40:50] <pacopablo> look in sandbox/workflow
[10:41:04] <pacopablo> and flog alect with any issues :)
[10:41:27] <pacopablo> though I'm sure those will be few and far between ;)
[10:43:24] * Blackhex has joined #trac
[10:43:38] <Blackhex> hello
[10:44:07] <pacopablo> hello
[10:44:19] <pacopablo> how's the discussion plugin going?
[10:45:11] <Blackhex> I'fixing some bugs now but curently I can't commit them
[10:45:39] <Blackhex> And someone wants move topic feature
[10:45:56] <pacopablo> is it mostly functional now?
[10:46:03] <shawn_work> pacopablo: im anxious to try that
[10:46:28] <shawn_work> we want to use trac in-house, I have 0.10dev installed setup with oodles of plugins
[10:46:29] <Blackhex> there are problems with postresql backend and moderator selection
[10:46:44] <pacopablo> what are the pg problems?
[10:46:45] <pacopablo> SQL?
[10:47:10] <Blackhex> there are not autoincrement fields created automatically
[10:47:25] * jtreglos has joined #trac
[10:47:29] <pacopablo> por que?
[10:47:33] <jtreglos> hi everyone
[10:47:41] <pacopablo> jello jtreglos
[10:47:58] <shawn_work> pacopablo: is there a timeframe for merging it into 0.11?
[10:48:04] <shawn_work> or its one of the requirements for 0.11?
[10:48:10] <pacopablo> shawn_work: ask alect :)
[10:48:19] <shawn_work> now that 0.10 is 95-98% done :)
[10:48:21] * shawn_work pokes alect
[10:48:22] <pacopablo> shawn_work: but it'll probably be merged soon after 0.10 is released
[10:48:28] <jtreglos> has anyone here done a multi-project install of Trac using mod_python ?
[10:48:37] <pacopablo> jtreglos: si senor
[10:48:44] <jtreglos> nice
[10:48:50] <jtreglos> then i got questions for you :)
[10:49:18] * algo_away_ has quit IRC
[10:49:32] * algo_away_ has joined #trac
[10:50:53] <jtreglos> Right now my multi-project setup works fine, its open to all. But what i ultimately want, is that each Trac project is only accessible by my client for that project, and by me. No one else can access that Trac. How can I do that ?
[10:51:44] <pacopablo> remove all anonymous permissions
[10:52:39] <pacopablo> I responded to your post on the ML, but my response hasn't made it there yet
[10:52:52] <jtreglos> what priviliges should i then give to M. anonymous ?
[10:52:57] <pacopablo> none
[10:53:08] <jtreglos> ok
[10:53:13] <jtreglos> that easy ?
[10:53:22] <pacopablo> remove all anonymous permissions, and only give permissions to specific users
[10:53:24] <pacopablo> that easy
[10:53:53] <jtreglos> cool :) thx
[10:54:05] <pacopablo> np
[10:54:10] * hdiogenes has joined #trac
[10:55:28] <jtreglos> now let's complexify the problem a bit more ;) let's say now that if I access the trac projects from my internal network, i'd like to be able to go in without having to auth... is it possible ? (like a "Allow from 192.168" Apache directive)
[10:55:50] * hdiogenes has joined #trac
[10:56:21] <pacopablo> as long as apache supports it then it can be done
[10:56:25] <hdiogenes> alect, did you receive my e-mail with the import script?
[10:56:40] <pacopablo> though I don't know how you would do that, since the username is important too
[10:57:05] <pacopablo> though if you did an Allow from 192.168. etc, you might only need to specify username
[10:57:14] <pacopablo> that's a bit more of an apache question
[10:57:44] <jtreglos> should i put this directive in the <Location /trac> directive in my Apache .conf file then ?
[10:58:00] <jtreglos> yeah i'm asking on the #apache chan too ;)
[10:58:09] <coderanger_> jtreglos: You may want to look at the GullibleAuthentication plugin
[10:58:22] <jtreglos> lol
[10:58:24] <jtreglos> fun name
[10:58:28] <jtreglos> got an url ?
[10:58:38] <coderanger_> its on trac-hacks
[10:58:51] <jtreglos> k
[10:59:52] <pacopablo> lol
[11:02:07] <jtreglos> i don't find the "non" privilege in the list of the trac wiki : http://projects.edgewall.com/trac/wiki/TracPermissions
[11:02:21] <jtreglos> how is it spelled, all caps like the other perms ?
[11:02:30] <jtreglos> non = none
[11:02:33] <pacopablo> there isn't any
[11:02:38] <pacopablo> simply remove the permission
[11:02:53] <pacopablo> permission remove anonymous WIKI_VIEW
[11:03:03] <jtreglos> ok
[11:03:09] <pacopablo> and then if you list the permissions again, you won't see an entry for anonymous and that permissions
[11:03:27] <pacopablo> keep removing until you don't see anonymous when you do: permission list
[11:03:38] <jtreglos> i c
[11:04:45] <jtreglos> damn anonymous bloke has 'em all
[11:05:11] <pacopablo> fyi, you can specify more than one permissions to remove at a time
[11:05:18] <jtreglos> ah
[11:05:20] <jtreglos> ok
[11:05:22] <jtreglos> thx
[11:05:30] <pacopablo> so: permission remove anonymous WIKI_VIEW WIKI_MODIFY works too
[11:08:51] <bighead> anyone know how to 'restart' trac?
[11:09:11] <bighead> i just installed a wiki macro , and want to restart so that it 'picks' it up
[11:11:08] * Sonderblade has quit IRC
[11:11:39] <pacopablo> restart your webserver
[11:12:04] <pacopablo> though if it's an old style macro, it should pick it up automatically
[11:13:53] * PowaKick has quit IRC
[11:15:19] * cmlenz has quit IRC
[11:18:58] * MasterC has joined #trac
[11:25:02] * jtreglos has quit IRC
[11:29:58] <bighead> pocapablo: well I restarted the webserver, and its an old style macro (macroplugin.py with an execute() )
[11:30:03] <bighead> but it didn't pick it up
[11:31:42] <pacopablo> then how are you invoking it?
[11:31:52] <pacopablo> are you calling it MacroPlugin, or macroplugin ?
[11:37:11] <bighead> macroplugin
[11:37:15] <bighead> its in a macroplugin.py
[11:37:19] <bobbens> is there anyway to move wiki pages? plugin?
[11:37:33] <bighead> and I use "[[macroplugin(ags)]]"
[11:37:38] * hdiogenes has quit IRC
[11:37:56] <bighead> bobbens: just link to that wiki page form the new place, and remove the reference from the original page
[11:38:24] <pacopablo> bighead: there is a WikiRename script on trac-hacks.org
[11:38:40] <pacopablo> bighead: turn on logging
[11:38:41] <bobbens> ill take the script, better then the symlink hack :)
[11:38:45] <pacopablo> @faq logging
[11:38:45] <evil_twin> pacopablo: "logging" is http://projects.edgewall.com/trac/wiki/TracLogging <-- Enable debug logging to file, ensure your environments log/ directory is writeable by your web server user, check for errors.
[11:38:56] <bighead> pacopablo: ok. btw I figured it out. I had a syntax error in my python code
[11:39:05] <pacopablo> bighead: ahh :)
[11:42:34] * cmlenz has joined #trac
[11:44:05] <bighead> hmm, now I can't figure it out, the hosting company doesn't seem to have a plugins/ directory where the rest of my Trac files are....
[11:44:10] <bighead> should I just create one?
[11:44:51] <pacopablo> what version of trac are you running?
[11:46:24] <bobbens> damn, these plugins need better descriptions ><
[11:50:44] <pacopablo> bobbens: you just need to practice your telepathy :)
[11:51:13] <bobbens> sometimes i can guess what they do by the title, but normally i cant ><
[11:51:45] <bobbens> one question, does the trac wiki automatically create an index when there are enough titles ( == == etc...) like wikis?
[11:52:58] <pacopablo> no, put there are macros that will create table of contents type boxes for given pages
[11:53:01] <pacopablo> s/put/but