Team Chat Logs

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

February 20, 2007

[00:08:10] * AdoNama has joined #trac
[00:24:26] * AdoNama has left #trac
[00:26:56] * AdoNama_ has quit IRC
[00:35:54] * m_g has joined #trac
[00:43:07] * klando has joined #trac
[00:46:15] * kop_ has joined #trac
[00:50:25] * m_g has quit IRC
[01:03:51] <alect> evening
[01:24:17] * pygi has joined #trac
[01:32:50] * lisppaste5 has joined #trac
[01:38:25] <Dwarfoo7> does trac run on apache 1.3 with mod_python?
[01:52:04] * kop_ has quit IRC
[02:07:28] * Tetraboy has quit IRC
[02:11:04] * m_g has joined #trac
[02:16:12] <matt_good> Dwarfoo7: probably not, since newer versions of mod_python don't run on Apache 1.3
[02:16:44] <matt_good> FastCGI is probably a better bet
[02:17:25] <matt_good> mod_python also has some weird issues with the SVN bindings, so I'd avoid it anyways
[02:23:33] <Dwarfoo7> ok
[02:23:41] <Dwarfoo7> fastcgi for apache 1.3 ???
[02:25:04] <LeeH^Sleeping> Dwarfoo7: use tracd :-D
[02:26:04] <Dwarfoo7> no thanks :)
[02:26:12] <Dwarfoo7> go back sleeping :P
[02:27:57] <matt_good> well, tracd is actually not a bad option
[02:28:55] <matt_good> but I need to sleep as well
[02:29:00] * matt_good has quit IRC
[03:10:22] * adriaticator has quit IRC
[03:10:35] <birkenfeld> in the default 0.11 install, is there an anti spam component that block certain URLs?
[03:10:52] <birkenfeld> argh, s/URL/IP
[03:13:07] <birkenfeld> ah, found it
[03:17:10] * darren has joined #trac
[03:19:55] <darren> I'd like to install trac on debian sarge, but a more recent version than 0.8.1 (no multiproject :( ). In the SVN tags at http://svn.edgewall.com/repos/trac/tags/debian-dev/ I see some postfixed with sarge and 0.10-3. Any idea what differs in those tags postfixed with sarge?
[03:27:30] * LeeH^Sleeping has quit IRC
[03:27:40] * LeeH has joined #trac
[03:37:42] * darren has quit IRC
[03:48:38] * Tetraboy has joined #trac
[03:51:47] * toten has quit IRC
[03:54:39] * toten has joined #trac
[04:11:01] * toten has quit IRC
[04:21:50] * toten has joined #trac
[04:32:20] * pygi has quit IRC
[04:51:14] * toten has quit IRC
[04:53:06] * toten has joined #trac
[04:53:09] * toten_ has joined #trac
[04:54:05] * xjjk has quit IRC
[04:55:27] * toten has quit IRC
[05:06:06] * toten_ has quit IRC
[05:16:39] * toten has joined #trac
[05:22:55] * FauxFaux has quit IRC
[05:23:13] * valehru has joined #trac
[05:23:52] * d0rt has joined #trac
[05:24:02] <valehru> hey guys, is there any good how to's for setting up trac on a web server?
[05:33:52] * FauxFaux has joined #trac
[05:34:52] <alect> valehru: the installation docs on trac.edgewall.org
[05:37:33] * FauxFaux has joined #trac
[05:39:19] <LeeH> good luck though
[05:39:38] <LeeH> (if your O/S is RedHat, just save the effort and behead yourself now)
[05:40:04] <alect> heh
[05:46:33] <LeeH> hey, is it possible to show ticket updates (replies, and new messages in a ticket) in the timeline ?
[05:47:41] <asmodai> alectje!
[05:49:10] <alect> heyhey
[05:49:20] <alect> leeh: yep. check this:
[05:49:23] <alect> @ini
[05:49:23] <evil_twin> alect: "ini" is See http://projects.edgewall.com/trac/wiki/TracIni for details on the Trac configuration file.
[05:49:29] * valehru has quit IRC
[05:49:31] <alect> show_ticket_details iirc
[05:49:36] <LeeH> alect, thanks :)
[05:51:26] <LeeH> ticket_show_details = true/false
[05:51:31] <LeeH> thanks though :) that's perfect :-D
[06:02:14] * ^BuGs^ has quit IRC
[06:06:45] * valehru has joined #trac
[06:13:52] * chandlerc has quit IRC
[06:16:07] <LeeH> whats a likely cause/solution to "HTML preview not available" when trying to view a PHP file on trac:latest
[06:18:31] <alect> i believe it uses the command line php binary to highlight it
[06:18:40] <alect> so if that is not working for some reason
[06:18:55] <LeeH> ahhh, thankyou alect
[06:18:55] <LeeH> :)
[06:20:46] <LeeH> oopse, still no workeee :(
[06:40:12] * tpollari has joined #trac
[06:42:09] * ValiSystM has joined #trac
[06:42:25] <ValiSystM> hello
[06:43:05] * chandlerc has joined #trac
[06:45:32] <ValiSystM> i wonder if there is a way to migrate just a part of trac database
[06:45:59] <ValiSystM> kind of export with a SQL query and import to another project ...
[06:55:26] * retracile has joined #trac
[06:58:00] * danbeck has joined #trac
[07:21:44] <coderanger> ValiSystM: Datamover plugin
[07:51:06] * LionsMane has joined #trac
[07:55:01] * cboos has joined #trac
[08:05:59] * Blackhex has joined #trac
[08:06:16] <Blackhex> hey people
[08:07:26] <cboos> hello
[08:08:08] <Blackhex> cboos: how's it going?
[08:08:27] <cboos> well, vast topic ;)
[08:08:39] <cboos> but in general, things are quite well
[08:08:44] <Blackhex> off course ...
[08:09:16] <ValiSystM> thanks coderanger
[08:09:24] <cboos> I'm having a bit more difficulties than expected with the wiki refactoring I'm undertaking,
[08:09:32] <cboos> but that of course was itself to be expected ;)
[08:10:37] <Blackhex> fine
[08:30:10] * tpollari has quit IRC
[08:30:41] * tpollari has joined #trac
[08:40:39] <ValiSystM> coderanger: Datamover craches trac, and make apache returning a internal error
[08:40:51] <coderanger> ValiSystM: What error
[08:40:53] <ValiSystM> with no mention to datamover in logs
[08:41:52] <coderanger> ValiSystM: What specifically were you doing when it crashed
[08:42:37] <ValiSystM> nothing, just an apachectl graceful and then trying to access to trac
[08:43:12] <ValiSystM> all work back nice when i comment out datamover.* in trac.ini
[08:43:52] <ValiSystM> and in logs, trac just say to upgrade, but everything is updated ... :/
[08:44:16] * ValiSystM goes to pastebin
[08:45:59] <lisppaste5> ValiSystem pasted "Problem with datamover" at http://paste.lisp.org/display/37116
[08:46:42] * Miek has joined #trac
[08:48:08] <ValiSystM> coderanger i tried to use svn version, but easy_install refuses to update installed version
[08:49:14] <coderanger> So what version are you using ...
[08:50:22] * chandlerc has quit IRC
[08:50:38] <ValiSystM> TracDatamoverPlugin : easy_install reports me 1.2
[08:50:45] <ValiSystM> and 10.3 for trac
[08:52:06] <coderanger> Do you have a datamover_envs table?
[08:53:47] * budgee has joined #trac
[08:53:53] <budgee> helooo
[08:53:56] <budgee> anyone alive?
[08:54:00] <ValiSystM> what do you mean by "datamover_envs" ?
[08:54:17] <coderanger> ValiSystM: A table in your database called "datamover_envs"
[08:54:23] <coderanger> budgee: Possbly
[08:54:55] <budgee> ValiSystM: coderanger: good day, i come to enquire as to the suitability of Trac for use in a Technical Support tracking role
[08:55:50] <budgee> I have been taking a look at Eventum for the task, but our development guys use trac and I've been pondering at the though of unifying the Development and Technical support issue tracking systems
[08:56:50] * klando has quit IRC
[08:56:55] <coderanger> budgee: Well what exactly do you need
[08:57:08] <ValiSystM> coderanger: i tried .tables on sqlite against my trac db, nothing looks like datamover_envs :/
[08:57:20] <coderanger> ValiSystM: Then your upgrade isn't working
[08:57:35] <coderanger> Try this
[08:57:39] <coderanger> datamover.* = enabled
[08:57:53] <coderanger> datamover.providers.DBProviderModule = disabled
[08:58:01] <ValiSystM> okay
[09:01:18] <budgee> coderanger: well a helpdeskish style ITS
[09:01:37] <coderanger> budgee: Helpdesks work in a lot of different ways ;-)
[09:01:43] <budgee> coderanger: email -> incident
[09:01:54] <coderanger> email2trac script on trac-hacks
[09:02:05] <budgee> coderanger: incident -> person/group
[09:02:16] <coderanger> You mean assigning things?
[09:02:24] <ValiSystM> coderanger: so, if i understand well, datamover is trying to do some install at trac init when launched by apache ?
[09:02:26] <budgee> coderanger: to and fro with clients (email)
[09:02:38] <budgee> coderanger: assigning, yes
[09:02:47] <coderanger> ValiSystM: It is trying to install its table if thats what you mean
[09:02:56] <coderanger> ValiSystM: Did you run trac-admin upgrade?
[09:03:32] <coderanger> budgee: You can set Trac to email the reporter on any ticket change
[09:04:06] <ValiSystM> Database is up to date, no upgrade necessary.
[09:04:18] <coderanger> ValiSystM: Then or now
[09:06:43] <ValiSystM> now :) (sorry i did not understood the question)
[09:07:26] * chandlerc has joined #trac
[09:07:43] <coderanger> ValiSystM: Well remove the datamover.providers.DBProviderModule line and try it again ;-)
[09:07:54] <ValiSystM> yep i did it
[09:08:17] <coderanger> working?
[09:08:21] <ValiSystM> and now trac is running with errors and complains not to be able to write in my account, but it runs under www user, and i don't understand how it even nows my account name
[09:08:35] <ValiSystM> stuff with easy_install
[09:08:40] <coderanger> ValiSystM: sudo trac-admin /path/to/env upgrade
[09:08:57] <coderanger> Your account probably doesn't have write access to the env
[09:09:08] <coderanger> Error message rarely lie :P
[09:09:12] * AllenJB_ has joined #trac
[09:09:34] <ValiSystM> no no, it complains through _apache_ (!)
[09:09:45] * AllenJB_ has quit IRC
[09:09:49] <coderanger> Well then check the perms
[09:09:59] <ValiSystM> allready checked :)
[09:10:10] * ValiSystM checks again :)
[09:10:29] <coderanger> did you do the upgrade? did that work correctly?
[09:11:00] <ValiSystM> "Database is up to date, no upgrade necessary." again, and again
[09:12:50] <coderanger> Then something is wrong with your install
[09:12:57] <ValiSystM> can you tell me more about what should happening and don't here ? seems like i'll have to dig to find the problem
[09:12:59] <ValiSystM> yep
[09:13:34] <coderanger> What should happen is you install the plugin, it will make trac say "I need an upgrade", you run the upgrade, it should work, the site should come back.
[09:14:02] <ValiSystM> ok
[09:16:22] <ValiSystM> trac (through apache) complains python egg cache directory
[09:16:30] <ValiSystM> complains about
[09:17:16] <ValiSystM> grunt i hope i didn't forget a sudo before an easy_intall or easy_intall installation
[09:18:29] <coderanger> Okay, did you setup an egg cache folder?
[09:20:15] <ValiSystM> no
[09:20:38] <ValiSystM> (that's why i'm wondering about sudo)
[09:21:03] <coderanger> http://trac.edgewall.org/wiki/TracPlugins#SettingupthePluginCache
[09:21:22] <ValiSystM> okay
[09:21:49] <ValiSystM> but i'd like to know why it tries to cache inside my user account
[09:22:13] <coderanger> Because you launched the webserver, and it uses $HOME
[09:22:41] <ValiSystM> hum
[09:22:53] <coderanger> (sudo doesn't alter $HOME either)
[09:23:15] <ValiSystM> "sudo apatchectl" should not know anything about my $HOME
[09:23:46] * upd has quit IRC
[09:24:08] * upd has joined #trac
[09:24:15] <coderanger> Of course it does
[09:24:58] <coderanger> It is decending from your shell, which has $HOME set, sudo leaves $HOME intact, and apachectl won't alter the env when it launches httpd
[09:25:42] * upd has quit IRC
[09:26:16] * upd has joined #trac
[09:27:55] <ValiSystM> okay
[09:28:18] <ValiSystM> that means ... my install would be clean ? ;)
[09:29:22] <coderanger> ?
[09:31:16] <ValiSystM> i don't like this egg cache thing
[09:32:01] <coderanger> why is that
[09:33:08] * chandlerc has quit IRC
[09:34:32] <ValiSystM> yeepee ! it works, thanks a lot coderanger :)
[09:35:04] <ValiSystM> i wonder about the DBProviderModule thing ?
[09:35:45] <coderanger> ValiSystM: hmm?
[09:37:53] <ValiSystM> it's disabled now, and trac crashed again when i activate it (i suppose the table datamover_envs is still missing)
[09:38:09] <ValiSystM> i don't know if i need it
[09:40:21] <coderanger> Are the two envs you want to transfer between siblings?
[09:40:33] <coderanger> i.e. they share a common parent folder
[09:41:17] * upd has quit IRC
[09:42:14] <ValiSystM> yes
[09:42:33] <coderanger> then you don't need it, sibling envs are picked up automatically
[09:42:53] <ValiSystM> ho i guessed, this is for the destinations list
[09:42:55] <ValiSystM> :)
[09:43:06] <ValiSystM> allright don't need it
[09:43:25] <ValiSystM> Datamover seems perfect, thanks coderanger
[10:17:45] * cboos has quit IRC
[10:19:58] * apk has joined #trac
[10:30:38] * tpollari has quit IRC
[10:31:09] * tpollari has joined #trac
[10:37:31] <apk> Does trac have some limit to the number or svn revisions? All of a sudden I'm getting 'value "1170876068343" is out of range for type integer' on revsion log and timeline.
[10:39:06] <kemik> damn, not bad, quite a few revisions :)
[10:39:18] <apk> I only have about 7050 revisions.
[10:39:23] * ValiSystM has quit IRC
[10:39:26] <apk> That looks like a timestamp.
[10:40:07] * chandlerc has joined #trac
[10:40:17] <kemik> well, i'm not trac expert... byt they're around from time to time
[10:40:22] <kemik> so dont give up =)
[10:40:34] <kemik> or file a bug if none has been filed
[10:40:43] * cboos has joined #trac
[10:41:48] <Blackhex> some back trace wouldn't be?
[10:43:07] <lisppaste5> apk pasted "too many revisions?" at http://paste.lisp.org/display/37122
[10:46:58] <retracile> apk: looks like a timestamp in milliseconds... as for the number of revisions, I've done a lot more than 7000, so I don't expect that's the problem.
[10:47:35] <apk> retracile: So if the timestamp overflowed integer, shouldn't lots of people be having this problem?
[10:48:06] <cboos> apk: you've got something like " #1170876068343 " in some wiki text, and this is interpreted like a ticket ref...
[10:48:30] <cboos> the str(int(...)) call succeeds however, thanks to Python handling large integers
[10:48:47] <cboos> but the SQL backend fails to handle such a big number, hence the number
[10:49:07] <cboos> we should probably check for a max value there...
[10:49:22] <apk> cboos: No wiki text has been changed recently.
[10:49:35] <cboos> could be in a commit log message
[10:50:32] <cboos> well, actually it _is_ in a commit log message, looking at the backtrace...
[10:50:33] <apk> Ah. Yeah, it is in a commit log message.
[10:51:02] <apk> It came from a Java timestamp, copied into a commit message.
[10:51:37] <apk> That is most unfortunate.
[10:51:55] <apk> See if I can remember enough python to check.
[10:51:58] <retracile> apk: I think there is a way to turn off wiki rendering of commit messages; though I don't remember for sure.
[10:52:15] <retracile> (just as a quick workaround)
[10:53:20] <retracile> @wiki TracIni
[10:53:20] <evil_twin> retracile: http://trac.edgewall.org/wiki/TracIni
[10:53:39] <retracile> The [changeset] section, wiki_format_messages
[10:54:39] * chandlerc has quit IRC
[10:56:03] * elehack|work has joined #trac
[11:00:44] * hotte has joined #trac
[11:04:19] <apk> if ( long ( target ) < sys.maxint ):
[11:04:36] <cboos> ah right!
[11:04:46] * valehru has quit IRC
[11:04:59] <apk> Does that look reasonable? (I have very little Python experience)
[11:06:09] <apk> You know, I like python. It makes you indent nicely. I wish I had a way to make my coworkers indent nicely in Java.
[11:06:23] * retracile chuckles
[11:07:05] <retracile> BTW, you don't need the outer ()'s; if long(target) < sys.maxint: is what you'd normally see in python code.
[11:07:58] <apk> I swear, if my boss doesn't turn of his IDE's autoformatter, I'm going to start replacing his DLLs with core dumps.
[11:08:44] <Caitriona> apk, lol
[11:08:49] <apk> I should probably submit a bug report and patch or something.
[11:11:00] * pygi has joined #trac
[11:12:11] <retracile> apk: yeah; you might give cboos a nudge to find out if he's doing something with it.
[11:12:23] * Blackhex has left #trac
[11:12:26] * Blackhex has joined #trac
[11:13:28] * pygi has left #trac
[11:15:50] <apk> I tried to submit a ticket, but the same bug crashed trac's trac. d'oh!
[11:16:41] <retracile> That'll teach 'em. ;) Good incentive though...
[11:17:30] <retracile> You should be able to put the #11.. string inside a {{{ }}} block to submit the ticket...
[11:17:34] <apk> Ok. http://trac.edgewall.org/ticket/4794
[11:17:54] <apk> Sorry it isn't a better ticket and patch, but my boss is going to have a fit if I spend any more time on this.
[11:18:41] <retracile> Understood... it's still a pretty clear bug report.
[11:21:32] * dilinger has quit IRC
[11:23:14] <apk> cboos: Thanks for your help.
[11:23:33] <cboos> no pb, thanks for the sys.maxint ;)
[11:23:45] <cboos> I'm looking at that ticket now ...
[11:24:51] <retracile> cboos: Look at #4792 and #4793 while you're at it. ;)
[11:25:09] <cboos> ... your previous attempts?
[11:25:30] <retracile> No, I think they were apk's previous attempts to file the bug.
[11:25:56] <cboos> ok, I'll delete them
[11:26:41] <retracile> Just make sure that the code handles the large ticket numbers in the ticket description, comments, etc., or you'll have a nasty little denial of service issue....
[11:28:49] <retracile> ...which suggests the fix probably needs to be included in 0.10.4.
[11:29:05] <apk> oops, sorry.
[11:29:24] <apk> cboos: Do you work for Edgewall
[11:29:25] <apk> ?
[11:29:49] <cboos> no, why?
[11:30:24] * rictic has joined #trac
[11:30:28] <apk> curious.
[11:30:34] <cboos> he, np
[11:31:57] <cboos> I'm just a Trac fan ... only a bit active these days ;)
[11:32:35] * danbeck_ has joined #trac
[11:33:20] <rictic> Um, enticed by the features of 0.11dev, I attempted to upgrade from 0.9.3, and something seems to be up. Would someone mind giving me a little help?
[11:33:52] <cboos> yes, what's going on?
[11:34:03] <rictic> You can see the error message at trac.rictic.com
[11:34:14] <rictic> It's looking for a file 'wiki.cs' in the template directory
[11:34:56] <rictic> It's in the old template directory, but not in the new one (I just renamed the old directories, afraid I would mess something up)
[11:38:50] <cboos> rictic: well, I don't really see how it can still look for a wiki.cs file... Maybe you have a plugin like the tags plugin?
[11:39:07] <rictic> Perhaps, where are the plugins stored?
[11:39:29] <cboos> can be anywhere in your python path
[11:39:38] <cboos> but also in your $TRAC_ENV/plugins folder
[11:40:02] <cboos> look in you $TRAC_ENV/conf/trac.ini, in the [components] section
[11:40:02] <rictic> I had the Admin plugin, and perhaps one other
[11:41:02] <cboos> oops, rictic, I've got to go... be back in 3/4 of an hour or so, sorry ;-)
[11:41:12] <rictic> Ah, well thanks for the hints
[11:41:16] <rictic> They give me someplace to look
[11:41:42] <Dwarfoo7> Is there a way to know if your trac is running on fastcgi, mod_python or cgi?
[11:46:58] <rictic> It's fastcgi
[11:47:06] <rictic> Oh, wait, sorry
[11:47:09] * pombreda has quit IRC
[11:47:15] <rictic> You weren't asking me, you were asking how one tells
[11:47:34] * pombred1 has joined #trac
[11:49:00] <rictic> If your requests are going through trac.cgi then you're on cgi, if they're going through trac.fcgi then you're on fcgi
[11:49:08] * danbeck has quit IRC
[11:49:24] <rictic> Both of those files are in share/trac/cgi-bin for me
[11:49:37] <rictic> What do you know about your environment Dwarfoo7?
[11:52:59] * pharkas has joined #trac
[11:53:07] * cboos has quit IRC
[12:04:07] <Dwarfoo7> actually none of both is used
[12:04:10] * danbeck_ has quit IRC
[12:04:24] * danbeck has joined #trac
[12:04:25] <Dwarfoo7> i used a index.html which is redirecting to /projects
[12:04:31] <Dwarfoo7> in which I have different projects
[12:05:19] <Dwarfoo7> if I don't do it that way than I can see the written content of the cgi file
[12:05:52] <Dwarfoo7> therefore I was wondering if there is a way to choose exactly or see exactly as well what you are using (cgi, fastcgi or mod_python)?
[12:06:06] * pombred1 has quit IRC
[12:13:11] * maxb_ has joined #trac
[12:17:37] <pacopablo> PyCon!
[12:18:20] <pacopablo> So, when should the TracBof be?
[12:24:51] <retracile> ideally so it doesn't conflict with the BuildBotBoF... but TracBoF wins if there is.
[12:25:03] <retracile> er... if they do.
[12:26:27] * dilinger has joined #trac
[12:29:33] * pacopablo is getting so excited
[12:30:57] * pharkas has left #trac
[12:31:11] <retracile> Looks like the options are generally Friday or Saturday; Sunday I expect a lot of folks will be heading to the airport...
[12:31:42] * budgee has quit IRC
[12:32:07] <retracile> Looking at the stuff currently scheduled on http://us.pycon.org/TX2007/BoF, I'd like to go to the OLPC gathering on Saturday.
[12:32:47] <retracile> Hmm... how long do you think our BoF will go?
[12:33:07] <pacopablo> do you think we want a projector?
[12:33:31] <retracile> Dunno what we'd use it for... unless someone has a presentation they want to do to kick things off...
[12:34:17] <pacopablo> look slike friday may be the day
[12:34:21] <pacopablo> I'll schedule it tomorrow
[12:34:48] <pacopablo> or maybe later tonight, depending on if I hear any feedback from the -dev channel
[12:36:12] <retracile> Looks like an 7:30pm start time will give time for dinner; seems to be what most of the groups are doing.
[12:41:13] * pradeep_ has joined #trac
[12:43:08] * omry has quit IRC
[12:44:42] <retracile> pacopablo: matt_good's doing his talk on Sunday... might want to touch base with him specifically about the BoF...
[12:51:56] * wu-nix has joined #trac
[12:52:09] <wu-nix> hello
[12:52:54] * pradeep_ has quit IRC
[12:54:32] <wu-nix> i just installed trac earlier and everything seems fine except that when i try to login i get the window to insert my u/p and then i get 404
[12:55:08] <wu-nix> that's on nginx 0.5.11 using howto from trac wiki
[13:01:58] * cboos has joined #trac
[13:02:24] <coderanger> pacopablo: Ditto for me on the OLPC stuffs
[13:08:20] * omry has joined #trac
[13:08:30] <Blackhex> please: req.redirect doesn't keep req.args vaules, does it?
[13:09:43] <coderanger> No
[13:09:47] <retracile> Interesting: the "twill, scotch, and figleaf -- tools for testing" talk on Sunday mentions "demonstration: automated testing of trac"
[13:09:53] <coderanger> It just uses what you give it
[13:10:17] <Blackhex> and if I post to that long arguments will it keep them that long?
[13:10:31] <coderanger> huh?
[13:11:24] <Blackhex> I mean if i use req.redirect as a GET request if it will keep long arguments or if it is limeted as GET request?
[13:12:59] <coderanger> req.redirect a response not a request
[13:13:07] <coderanger> er, is a
[13:13:20] <Blackhex> ah so it will only tell UA to redirect
[13:13:28] <coderanger> What else would it do
[13:13:41] <Blackhex> redirect in trac internally
[13:13:45] <coderanger> It sends back an HTTP redirect
[13:14:12] <coderanger> That wouldn't be called a redirect, it would be a proxy
[13:14:18] <coderanger> and Trac can't do that easily
[13:14:39] <Blackhex> hmm that make me happy :-)
[13:16:18] <Blackhex> but thank you coderanger for info
[13:17:03] <coderanger> If you need to redirect with arguments, you can use urllib.urlencode(req.args.items())
[13:17:39] <Blackhex> but I need to keep long arguments
[13:17:49] <Blackhex> and use GET method
[13:18:48] <coderanger> what do you mean by "long"
[13:18:50] <coderanger> args are args
[13:19:34] <Blackhex> but GET request is limited to size 1024 or something like that and I need to send body of a message even if it is very long
[13:20:05] <coderanger> Well thats a limit on the length of URLs
[13:20:19] <Blackhex> and that is a problem
[13:20:21] <coderanger> which is why POST and PUT exist
[13:20:36] <Blackhex> but wiki macros can't use post methods
[13:20:40] <coderanger> But it has nothing to do with either Trac or redirection
[13:20:44] <coderanger> Sure they can
[13:20:49] <Blackhex> how?
[13:20:51] <coderanger> MacroPost plugin on trac-hacks
[13:23:46] <Blackhex> great I'll check that closer...
[13:25:04] <alect> hello
[13:25:14] <Blackhex> hey akect
[13:25:21] <Blackhex> alect, sorry
[13:25:24] <cboos> salut alect
[13:25:27] <alect> PYCON !!!!!
[13:25:53] <alect> hey cboos, blackhex :)
[13:25:55] <cboos> what's that? a new brand of alcohol?
[13:26:02] <alect> pff!
[13:26:34] <cboos> (french readers will appreciate the joke, hopefully -> Picon, a famous drink)
[13:26:48] <retracile> hey, alect.
[13:26:50] <coderanger>