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

[00:13:08] * boorad has joined #trac
[00:16:13] <coderanger_> Syncing a Gentoo box at 100M is very handy
[00:22:44] <alect> still awake eh? :)
[00:22:48] <coderanger_> yeah
[00:23:14] <coderanger_> I was serious about not sleep ;-)
[00:24:37] * otaku42_away is now known as otaku42
[00:25:43] * agile has quit IRC
[00:31:39] * imajes has joined #trac
[00:37:00] <alect> heh
[00:40:05] <coderanger_> hmm, have you had problems with Python compiled with -fstack-protector?
[00:40:54] <alect> i don't know whether arch uses it
[00:41:04] <alect> i certainly haven't tried it myself
[00:41:29] <coderanger_> hmm
[00:42:22] * Narada has quit IRC
[00:42:41] <coderanger_> Looks like its not python
[00:42:47] * Narada has joined #trac
[00:43:29] <coderanger_> PyCrytpo's sha calculation function does evil optimzations
[00:44:57] * Hydra has joined #trac
[00:45:11] * Guard][an has quit IRC
[00:45:26] * Guard][an has joined #trac
[00:46:16] * Ryan_ has joined #trac
[00:48:55] * Hydra_ has quit IRC
[00:48:55] * Hydra is now known as Hydra_
[00:57:19] * tomster has joined #trac
[01:22:34] * Guard][an has quit IRC
[01:22:36] * tuxipuxi has joined #trac
[01:23:11] <asmodai> coderanger_: http://python-trac.swapoff.org/xmlrpc 's permission problem is alect's side of things.
[01:23:16] <asmodai> coderanger_: It's his server. :)
[01:23:25] <asmodai> Oh wait
[01:23:28] <asmodai> you meant an overlap
[01:23:29] <coderanger_> I don't mean the permission error ;-)
[01:23:35] <coderanger_> yeah
[01:23:41] <asmodai> Which I haven't seen yet on my browsers
[01:23:48] <asmodai> :S
[01:23:53] <asmodai> What did you check it with?
[01:24:00] <alect> permission problem?
[01:24:35] <asmodai> alect: yea
[01:24:43] <asmodai> about XML_RPC privileges
[01:24:48] <alect> bah
[01:24:50] <alect> that's a feature
[01:24:59] <coderanger_> Shows up in FF 1.5.0.4
[01:25:08] <coderanger_> But not in IE 6.0.2800
[01:25:14] <asmodai> coderanger_: ok, will check in a sec.
[01:25:21] <asmodai> coderanger_: need a reboot ;)
[01:25:27] <coderanger_> asmodai: The perm denied isn't a bug ;-)
[01:26:04] <asmodai> Heh, ok
[01:26:06] <alect> although i will give anon xmlrpc, so the python monkeys can check it out
[01:27:10] * imajes has quit IRC
[01:27:19] * prisoner has quit IRC
[01:27:54] <asmodai> ow ow ow
[01:28:58] <coderanger_> hmm?
[01:33:00] * Guard][an has joined #trac
[01:35:49] * ykv has joined #trac
[01:35:55] <ykv> hi
[01:36:14] * cboos has joined #trac
[01:36:15] <ykv> i have a prob
[01:36:26] <ykv> i have delete anonymous user
[01:36:45] <ykv> and lost "view tickets" tab
[01:37:00] <ykv> what should I do?
[01:37:30] <coderanger_> ykv: You can't delete the anonymous yser
[01:37:41] <ykv> but i did $-)
[01:37:48] <coderanger_> You probably just need to readd the appropriate permissions
[01:38:03] <ykv> what permissions?
[01:38:39] <maxb> All of the _VIEW ones apart from CONFIG_VIEW would be a good place to start
[01:38:53] <coderanger_> Either REPORT_VIEW or QUERY_VIEW
[01:38:58] <ykv> developers TICKET_ADMIN
[01:38:59] <ykv> developers TICKET_CHGPROP
[01:39:01] <ykv> developers TICKET_CREATE
[01:39:03] <ykv> developers TICKET_MODIFY
[01:39:04] <ykv> developers TICKET_VIEW
[01:39:32] <ykv> REPORT_VIEW helped
[01:39:45] <ykv> thanks
[01:42:13] <coderanger_> "anonymous" isn't an actual user, its just a used to figure out permissions
[01:46:09] <ykv> but it allows to everyone to see source code and tickets without login
[01:49:22] * imajes has joined #trac
[01:50:19] <coderanger_> by default, yes
[01:52:19] <coderanger_> That just has to do with the default set of permissions when an env is created
[02:02:29] <ykv> another question... can't find how to enable user list as combobox in tickets
[02:03:21] <coderanger_> @tracini
[02:03:21] <evil_twin> coderanger_: Error: "tracini" is not a valid command.
[02:03:54] <coderanger_> http://projects.edgewall.com/trac/wiki/TracIni#ticket
[02:03:59] <coderanger_> restrict_owner
[02:05:18] <alect> evening
[02:05:23] <alect> hey cboos
[02:05:41] <ykv> thanks
[02:07:45] * cboos has quit IRC
[02:08:31] * imajes has quit IRC
[02:10:25] * mariscal has joined #trac
[02:10:37] <mariscal> hi
[02:10:43] <mariscal> anybody online?
[02:11:00] <coderanger_> indeed
[02:12:01] <mariscal> i just have installed trac 0.9.5
[02:12:15] <mariscal> everything it's ok, but one thing
[02:12:42] <mariscal> I login, and then, logout
[02:13:06] <mariscal> if I login again, I get logged with the last username
[02:13:25] <mariscal> there is no new prompt for user/pass
[02:13:49] <coderanger_> mariscal: Trac uses HTTP auth by default
[02:14:10] <coderanger_> All current browsers cache HTTP auth data for you
[02:14:11] <mariscal> and also cookies
[02:14:22] <mariscal> if I reject cookies
[02:14:30] <mariscal> i cannot login
[02:14:31] <coderanger_> Yes, the problem is that the second time around, the browser logs in for you
[02:14:40] * cboos has joined #trac
[02:15:02] <mariscal> is there other way to solve that apart from rejecting cookies?
[02:15:03] <coderanger_> You can look at using the AuthForm or AccountManager plugins if you wan't real logout
[02:18:22] <mariscal> really nice plugins
[02:18:39] <mariscal> I'm going to try AccountManager
[02:25:53] <mariscal> hmmm
[02:26:15] <mariscal> where is the URL of the login form with AccountManager?
[02:27:14] <coderanger_> Same as before
[02:27:40] <mariscal> I get logged in automatically :(
[02:27:51] <mariscal> I'm going to delete cookies...
[02:29:26] <mariscal> it still doesn't work
[02:29:46] <mariscal> humm... should I disable http auth in apache, right?
[02:30:28] <coderanger_> Yes
[02:30:42] <coderanger_> Did you disable the builtin LoginModule?
[02:31:12] <mariscal> yes
[02:31:56] <mariscal> what should I put in my apache file?
[02:32:11] <coderanger_> for AccountManager? nothing
[02:41:03] * mariscal has quit IRC
[02:56:59] * imajes has joined #trac
[02:59:58] * contingencyplan has joined #trac
[03:09:25] * peppelorum has quit IRC
[03:09:29] * mariscal has joined #trac
[03:17:04] * Riccc`plula has joined #trac
[03:20:58] <cboos> hi alec
[03:21:18] <cboos> I've seen your last 2 tickets, I'm testing them... starting with the attachment thing
[03:21:23] <alect> ok
[03:21:26] <alect> just updated it mere seconds ago
[03:21:32] <alect> so you might want to re-apply
[03:21:39] <cboos> ok
[03:22:23] <cboos> you've already started to work on the adaptors, in the spam filter?
[03:22:27] <alect> i thought i'd commit the listener/manipulator hooks now, then see how we feel about the timeline changes
[03:22:45] <alect> no but that was my next step after committing the hooks
[03:22:57] <cboos> ok
[03:23:07] <alect> goddam spammers piss me off
[03:23:22] <cboos> there's still a pending issue on the BadContent filter,
[03:23:34] <alect> what's that?
[03:23:46] <cboos> I must finish what I've started on this ... wait, looking for the ticket nr
[03:23:56] <alect> ok
[03:27:22] <cboos> that was #3187. Hm, maybe I should schedule it for 0.10, even if it's a plugin.
[03:32:54] <alect> aha
[03:33:01] <alect> mmm gtg soon
[03:33:07] * sam`_ has joined #trac
[03:33:23] <alect> i'll commit the listener/manipulator changes when i return, unless you find any issues
[03:33:26] * peppelorum has joined #trac
[03:35:10] * Riccc has quit IRC
[03:36:17] <cboos> ok
[03:39:53] * sam` has quit IRC
[03:44:55] <alect> if we had tracobjects, it would alleviate a lot of crufty bits
[03:45:11] <alect> like that attachment timeline code...it could be made nice and generic
[03:45:22] <alect> but still have pretty formatting
[03:45:24] <cboos> he, what about taking over Trac 0.11 and introduce Trac objects there ;)
[03:45:37] <alect> hehe
[03:45:56] <alect> you going to do a patch with just tracobjects?
[03:46:05] <alect> ie. minus xref stuff
[03:46:15] <alect> i'd be interested in seeing how intrusive it is
[03:46:20] <cboos> actually, there could be a very progressive way to introduce them
[03:46:40] <cboos> first, have a type/id on every model class,
[03:47:03] <cboos> then, maybe the delayed loading stuff and the object factory
[03:47:53] <cboos> then a few additional methods, and we're there: the permission policy code could take benefit of them,
[03:47:54] <alect> i think the formatting and href stuff would be useful
[03:48:13] <cboos> and the change listener could be made generic, etc.
[03:48:14] * mariscal has quit IRC
[03:48:19] <alect> yeah agreed
[03:48:27] <alect> some way of mapping url's to objects would be good too
[03:48:39] <cboos> all in all, not much code to write (most is already there in trac-xref)
[03:48:41] <alect> ie. env.find_object('/ticket/1')
[03:48:50] <alect> or somesuch
[03:48:53] <cboos> but more a "social" issue ...
[03:49:08] <alect> cmlenz is anti it?
[03:49:13] <cboos> i.e. how to sell it to cmlenz ;)
[03:49:19] <alect> heh
[03:49:57] <alect> i reckon he'd be for the concept, but perhaps there are some implementation details he doesn't agree with?
[03:50:09] <cboos> but with the change listeners made generic, the xref could be made into a plugin, absolutely
[03:51:29] <coderanger_> *cough*renamesupport*cough* :)
[03:51:53] * mariscal has joined #trac
[03:52:06] <alect> heh
[03:52:57] <cboos> coderanger_: well, I've also some ideas for the wiki parser/formatter that would help in this respect...
[03:53:23] <coderanger_> I am actually surprised that I don't get more tickets and such about how crappy WikiRename is at doing its job
[03:53:53] <cboos> like the possibility to do a roundtrip wikitext -> (1) -> parse elements -> (2) -> wikitext
[03:54:29] <coderanger_> heh
[03:54:37] <cboos> with (1) being the generic parser, (2) an identity formatter which could do some filtering/replacement, like substituting names ...
[03:54:59] <alect> the wiki parser is ugly as hell
[03:55:07] <alect> every time i touch it i get chills
[03:55:27] <asmodai> heh
[03:55:59] <cboos> sure it can be made better ...
[03:56:03] <asmodai> One of the things I am wondering about:
[03:56:17] <asmodai> how much to offer by base and how much to offer through plugins
[03:56:35] <asmodai> At one point bloat is bad, another point is the feature set.
[03:56:50] <alect> yes
[03:56:52] <alect> i often wonder that
[03:56:53] <asmodai> If you provide too generic an environment, a lot of people don't want to mess with plugins
[03:57:04] <asmodai> and think trac is a neutered dog ;)
[03:57:20] <coderanger_> This is one of the reasons I want to get HackInstall working again
[03:57:21] <alect> i've been thinking there must be a more generic way of having extensibility, without putting so many extension points into the code
[03:57:42] <alect> but i'll be damned if i know what it is
[03:57:53] <alect> gtg, bbl
[03:58:03] <cboos> the TracObjectModelProposal :)
[03:58:38] <asmodai> Well, the thing is, you can be too generic without serving any group. OTOH, it also allows for flexibility.
[03:58:41] <asmodai> I'm in dubio
[03:58:55] <asmodai> Oh crap, doesn't exist in English I guess.
[03:58:56] <coderanger_> This is why no one piece of software is best for everything
[03:59:30] <asmodai> coderanger_: No, of course not. OTOH, lets not kid ourselves, it was and is meant as a unified environment for ticket tracking.
[03:59:58] <asmodai> I mentioned CRM earlier, but I really would think something like that would be a plugin. Multiple project OTOH wouldn't.
[04:00:34] <coderanger_> Well there is another category
[04:00:46] <coderanger_> core, plugin, and bundled plugin
[04:00:54] <asmodai> *nod*
[04:01:03] <asmodai> Fair enough.
[04:01:20] <cboos> have you looked at cmlenz's setuptools branch?
[04:01:24] <asmodai> So we need to make sure the default setup is at least a good environment for ticket tracking
[04:01:28] <asmodai> cboos: No.
[04:01:36] <cboos> the ticket part actually looks as a plugin now
[04:01:47] <cboos> the other submodules as well I believe
[04:02:13] <cboos> i.e. they have their own templates folders
[04:02:21] <cboos> and this sort of things
[04:02:23] <coderanger_> not a bad idea, keeps things a bit more organized
[04:02:28] <asmodai> Mmm, sounds nice.
[04:02:37] <asmodai> Almost reminds me of Django's way of building interacting apps.
[04:03:06] <cboos> so Trac 0.11 will probably look like a small core, with a few generic features, and 3 bundled "plugins" (ticket, versioncontrol, wiki)
[04:03:46] <asmodai> Sounds fine by me. Better even.
[04:03:48] <cboos> and then, the generic features could also be seen as smaller bundled plugins (timeline, search)
[04:03:58] <asmodai> I wonder why multiple project support is scheduled for 2.0 then
[04:04:11] <asmodai> Seems to be more trivial to do after .11
[04:04:38] <coderanger_> asmodai: As the saying goes, "Patches accepted" ;-)
[04:04:41] <cboos> asmodai: because there's no clear idea how it should be done, looks at the various TracMultipleProjects/* pages
[04:04:51] <cboos> s/looks/look/
[04:05:00] <asmodai> coderanger_: I still need to read up on so many pages. :(
[04:05:11] <coderanger_> This is why I am looking at doing it all in plugins
[04:05:23] <asmodai> coderanger_: I also lack any fluency in trac's innards yet.
[04:05:36] <cboos> coderanger_: btw, I still have to answer to your mail on trac-dev, but the short answer is:
[04:05:40] <cboos> great idea ;)
[04:06:01] <asmodai> yeah, I agreed ;)
[04:06:23] <coderanger_> I'm still trying to figure out good ways of doing some things
[04:06:28] <cboos> actually, you can even think about having a hierarchy of projects, by using such an approach
[04:06:41] <asmodai> btw
[04:06:48] <asmodai> anyone working on ticket dependencies?
[04:06:53] <coderanger_> I think a lot of will require magic with the site config
[04:06:56] <asmodai> I remember some ticket discussing it
[04:07:07] <cboos> i.e. in an environment you could aggregate other environments which are themselves aggregates ...
[04:07:23] <coderanger_> cboos: Thats was part of the initial idea ;-)
[04:07:52] <coderanger_> Using trac-hacks as an example /plugins could be a staging env for just the plugin projects
[04:07:57] <cboos> asmodai: ticket dependencies is in some aspects a subset of trac-xref
[04:08:22] * ninian has joined #trac
[04:08:25] <cboos> i.e. in there, you already had the possibility to traverse the graph of depends-on relationships
[04:08:51] * clbry_ has joined #trac
[04:08:59] <asmodai> cboos: Could be. :)
[04:09:03] <clbry_> hello
[04:09:03] * asmodai admits ignorance.
[04:09:26] <ninian> Hi there. I have a little problem trying to install the webadmin plugin on Dapper
[04:09:36] <asmodai> Dapper?
[04:09:47] <ninian> ubuntu latest supported version
[04:09:58] <asmodai> ah
[04:10:21] <coderanger_> ninian: Whats the error?
[04:10:41] <ninian> It seems that it worked fine, but I can't see a change in my trac :) how do I access the plugin ?
[04:11:03] <coderanger_> ninian: Do you see it loading in the log?
[04:11:52] <ninian> coderanger_: I didn't check, but I had an error message earlier saying it didn't have permissions on /var/www/.python-eggs
[04:12:01] <coderanger_> @loggins
[04:12:01] <evil_twin> coderanger_: Error: "loggins" is not a valid command.
[04:12:05] <coderanger_> @logging
[04:12:05] <evil_twin> coderanger_: "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.
[04:12:10] <ninian> So I created that dir and chowned it
[04:12:11] <coderanger_> Make sure its set to DEBUG
[04:12:40] <ninian> coderanger_: then trac worked again, but I just can't see it.
[04:12:45] <clbry_> ninian: you should make sure that you choose a correct directory for the temporary unpacking of eggs
[04:13:16] <ninian> clbry_: is that what that dir is for ?
[04:13:17] <coderanger_> Thats what that original error was ;-)
[04:16:22] <clbry_> ninian: in your apache-config file, SetEnv PYTHON_EGG_CACHE /srv/var/tmp
[04:16:31] <clbry_> ninian: http://hzk-dev.classlibrary.net/trac/wiki/TracPlugins
[04:17:41] * mariscal has quit IRC
[04:18:11] <ninian> clbry_: it requires a password
[04:18:22] <coderanger_> @plugins
[04:18:22] <evil_twin> coderanger_: "plugins" is http://projects.edgewall.com/trac/wiki/TracPlugins
[04:18:40] <clbry_> evil_tin: yes. sorry :(
[04:20:11] * sam`_ is now known as sam`
[04:21:29] <clbry_> does anyone has experiences with the graphviz-plugin? (http://trac-hacks.org/wiki/GraphvizPlugin)
[04:21:30] <tat_> i would like to disable the wiki, from a trac page, but i still need the TracGuid, for now i installed the webadmin plugina nd disabled the WikiModule, this way i get just errors when i try to browse the TracGuide
[04:22:26] <coderanger_> tat_: The Guide is in the wiki ...
[04:22:30] <clbry_> i've installed the latest version of the GraphizPlugin on dapper, but it's crashing rather often. sometime it works, sometimes it shows "Error: Failed to load processor graphiz. No macro named [[graphiz]] found"
[04:22:36] <coderanger_> So no, that won't work
[04:22:48] <clbry_> then i get zombies of the dot process (the graphviz rendering tool)
[04:24:30] <ninian> Anyone : how do I access the webadmin plugin ? I've set it up, I've got no error messages left, but my trac has the exact same set of options as before.
[04:25:27] <clbry_> ninian: did you set the TRAC_ADMIN permission for the trac-user? (with the trac-admin tool?)
[04:25:36] <coderanger_> ninian: Does your user have TRAC_ADMIN?
[04:26:35] <tat_> coderanger_ : is there a way to hide the wiki from everyone, so that there is no wiki in the menu but still leave the WikiModule enabled ?
[04:26:49] <coderanger_> tat_: Hmm, not that I can think of
[04:27:16] <coderanger_> It uses the WIKI_VIEW permission to decide if it should show the button
[04:27:31] <coderanger_> And without WIKI_VIEW, they can't read the guide
[04:27:57] <clbry_> tat_: there is the mainnav-option in the trac.ini-file?
[04:28:08] <coderanger_> You cannot remove items with that
[04:28:13] <coderanger_> it just controls order
[04:28:20] <clbry_> ok
[04:28:53] <tat_> coderanger_ : how would i change the links from NewTicket to the TracGuide, i could link it into a different trac project, but i would need to know where to change the links
[04:29:08] <coderanger_> tat_: You would need to edit the templates
[04:34:39] <coderanger_> the wiki is one of the modules that you can't really disable
[04:34:51] <coderanger_> also the search module
[04:40:33] <ninian> The "admin" link on my 0.9.5 + webadmin appears in html entities : <a href="/trac.cgi/admin">Admin</a>
[04:40:39] <ninian> that's quite strange.
[04:41:40] <coderanger_> ninian: You probably have the wrong version of WebAdmin
[04:42:12] <ninian> Ok. It works though - just that link is a problem. Which version do I need with 0.9.5 ?
[04:42:46] <coderanger_> Its on the webadmin page
[04:42:49] <coderanger_> @webadmin
[04:42:49] <evil_twin> coderanger_: "webadmin" is http://projects.edgewall.com/trac/wiki/WebAdmin
[04:43:19] <ninian> yeah sorry, just found it.
[04:46:40] <clbry_> does anyone know of a plugin which takes a mysql tabular output and renders an html table from it?
[04:48:30] * clbry_ is now known as clbry
[04:49:07] <ninian> Now, I have the right version of WebAdmin and it does not show up anymore at all
[04:51:32] <tat_> when i want to cahnge my templastes and in my trac.ini file i set "templates_dir = /usr/share/trac/templates
[04:52:11] <coderanger_> ninian: Again, is it loading (check the log)
[04:52:41] <tat_> than i change in in my projectdir/templates/newticket.cs, will that have a influence on my site ?
[04:53:18] <tat_> or do i have to copy all the templates fro/usr/share/trac/template to my projectdir/templated and change the trac.ini file setting
[04:53:34] * Blackhex has joined #trac
[04:54:17] <Blackhex> hi all
[04:55:08] <ykv> hi
[04:57:58] <Blackhex> alect: hi, are you here?
[04:58:21] <ninian> coderanger_: the log is set to debug and the log file contains no info concerning the plugin
[04:58:36] <coderanger_> How do you have it installed?
[05:00:15] <ninian> I downloaded the file http://ftp.edgewall.com/pub/trac/trac-0.9.5.tar.gz and followed the setup instructions
[05:00:25] <coderanger_> No, webadmin
[05:01:25] <ninian> I downloaded the file : http://projects.edgewall.com/trac/attachment/wiki/WebAdmin/TracWebAdmin-0.1.1dev_r2765-py2.4.egg.zip
[05:01:38] <ninian> copied into the plugins dir of my project.
[05:01:44] <ninian> without the zip extension
[05:02:14] <coderanger_> file *.egg
[05:02:22] <ninian> yeah
[05:02:23] <coderanger_> Does it say its HTML text?
[05:02:43] <ninian> not anymore. It says nothing at all. No mention of it.
[05:02:50] <coderanger_> no, run thats program
[05:04:26] <ninian> ?
[05:04:59] <Blackhex> Please, when I have setted in render_macro method of IWikiMacroProvider interface some list variable to ie. req.hdf['something'] = [0, 1, 2, 3, 4] and then in another macro instance on same wiki page req.hdf['something'] = [4, 3], second macro is rendered like there is setted req.hdf['something'] = [4, 3, 2, 3, 4], is that bug or how could i clear req.hdf in second instance?
[05:11:31] <coderanger_> Blackhex: Don't use the HDF ;-)
[05:11:45] <Blackhex> coderanger_: nice
[05:12:08] <coderanger_> The HDFWrapper hides a lot of the details of things like that
[05:12:28] <coderanger_> You would have to do the insertion manually
[05:12:42] <Blackhex> coderanger_: and there is another way how to use clearsilver templates?
[05:12:44] <coderanger_> req.hdf['something.%s'%x] = y
[05:13:25] <Blackhex> coderanger_: I'll try, thx
[05:14:41] * agile has joined #trac
[05:19:44] <Blackhex> for I in xrange(len(digits)):
[05:19:44] <Blackhex> req.hdf['visitcounter.digits.%s' % (I)] = digits[I]
[05:19:51] <Blackhex> does the same
[05:21:14] <coderanger_> You may want to add a macro arg that uniquely IDs each invocation
[05:21:31] <coderanger_> then use that as part of the hdf variable name
[05:21:41] * jensp has joined #trac
[05:23:20] <jensp> hi, I'm running trac 0.9.5 on gentoo with lighttpd and fastcgi, I've setup authentication as described in the trac wiki, however if I try to login I get: http://rafb.net/paste/results/AUp7N466.html
[05:24:27] <Blackhex> coderanger_: ok, that would be solution, is in python some function what generates unique id (not ment random())?
[05:25:02] <coderanger_> No, I mean have the user provide it
[05:25:25] <coderanger_> [[Macro(number1)]] ...text... [[Macro(number2)]]
[05:25:36] <coderanger_> You can use that text string to ID each invocation
[05:25:46] <Blackhex> coderanger_:
[05:26:18] <Blackhex> That would't be nice, possible solution could be to store some value in system table and increment it after each macro rendering
[05:27:05] <coderanger_> No, because it only matter how many times on a single page it rendered
[05:27:20] <coderanger_> Thats an insane waste of DB traffic
[05:28:54] <Blackhex> coderanger_: I don't expect rendering more than once but all that treatment is only for sure
[05:29:10] <coderanger_> You could just put a check in
[05:29:17] <coderanger_> and have the second time raise an error
[05:29:32] * ykv has quit IRC
[05:29:48] <Blackhex> coderanger_: hmm, better solution would be just ignore that req.hdf behavior :-)
[05:30:12] <coderanger_> if req.hdf['visitcounter']: raise TracError
[05:30:18] <tat_> sowone know which are the templates for the about page ?
[05:30:27] <coderanger_> tat_: None
[05:30:47] * sudoer has joined #trac
[05:30:52] <coderanger_> It doesnt use an external template
[05:30:58] <tat_> coderanger_ : whats with about/config ??
[05:31:11] <Blackhex> coderanger_: ok, I'll leave that for now and make something with that only if some users will complain, anyway thanks for consultation
[05:31:25] <coderanger_> tat_: What do you mean?
[05:33:12] <tat_> there is a subsection in about it links to trac/abot/config i would like to change a link on that page .
[05:33:17] <coderanger_> You cannot
[05:33:40] <coderanger_> That entire about module is hardwired
[05:34:01] * pygi has joined #trac
[05:34:12] * pygi wonders if there is any bot that supports trac tickets, and such
[05:34:18] <coderanger_> pygi: Yes
[05:34:19] <tat_> coderanger_ : so that means if i translate trac into an other language i have to levae about in english ??
[05:34:29] <pygi> coderanger_, link or something? :)
[05:34:43] <coderanger_> tat_: You would have to change the code for the about module
[05:34:59] <coderanger_> The templates are stored as strings in the module itself
[05:35:20] <tat_> can i overwrite hardcoded vars, this link is a var if i overwrute it i can change it .
[05:35:33] <coderanger_> http://trac.adiumx.com/wiki/TracBot
[05:35:45] * pygi looks
[05:35:50] <coderanger_> tat_: Not easily
[05:36:09] <tat_> would be cool to have a otion in trac.ini for that
[05:36:19] <tat_> dis can get handy for some cases
[