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

<
[00:06:47] * elpargo has quit IRC
[00:10:01] * cmlenz has joined #trac
[00:38:23] * dna has quit IRC
[00:42:27] * dna has joined #trac
[01:04:31] * jrydberg has joined #trac
[01:27:12] * eblot has joined #trac
[01:33:35] * imajes_ has joined #trac
[01:42:25] * whitelynx has quit IRC
[01:47:41] * eblot has quit IRC
[01:52:23] * MasterC has joined #trac
[01:59:00] * jrydberg has quit IRC
[01:59:29] * whitelynx has joined #trac
[02:07:19] * whitelynx has quit IRC
[02:24:35] * whitelynx has joined #trac
[02:33:22] * whitelynx has quit IRC
[02:46:06] * prologic_ has joined #trac
[02:48:10] * prologic has quit IRC
[02:50:13] * whitelynx has joined #trac
[03:13:14] <asmodai> yay
[03:13:47] <asmodai> there is *some* justive
[03:13:49] <asmodai> justice
[03:13:52] <asmodai> my manager is leaving per 1st of August.
[03:14:13] * LarstiQ feels he misses context.
[03:16:44] <asmodai> LarstiQ: Trust me: think non-technical manager who is highly incompetent as a manager.
[03:16:51] <asmodai> And you have context.
[03:25:23] * tuxipuxi has joined #trac
[03:30:08] <LarstiQ> asmodai: I see.
[03:30:47] * MacDome has quit IRC
[03:52:56] * Gruf has quit IRC
[03:53:28] * Gruf has joined #trac
[04:13:46] * __doc__ has joined #trac
[04:14:03] <__doc__> amazing how M$ can screwup trying to copy trac http://www.codeplex.com/ ^^
[04:17:36] * jkp has joined #trac
[04:18:18] * jstuart has quit IRC
[04:19:13] <jkp> is there anything special i have to do to turn trac rss on?
[04:19:16] <jkp> it doesnt seem to work for me
[04:21:30] * __doc__ has left #trac
[04:32:48] * wkornew has joined #trac
[04:34:15] <LarstiQ> this codeplex is much better than what it was before, something .networkspaces or some such
[04:34:54] <wkornew> boorad: please test the patch :))
[05:13:27] <tuxipuxi> does anybody know if there's a version of mantis2trac that works with trac 0.9.5?
[05:16:58] * cedricOB2 has joined #trac
[05:29:26] * coocoon has joined #trac
[05:30:27] <coocoon> hello question for understanding svn and trac more by myself, i use trac and put my project here /var/svn/repos/foo so i must also create /var/svn/repos/foo/'repos' ?????? for the branches and trunk dirs
[05:33:02] <maxb> coocoon: I have no idea what you mean, but I think your question shows you are confused.
[05:33:28] <coocoon> right very confused
[05:33:36] <coocoon> maxb: thanx for understanding
[05:33:38] <coocoon> ;-)
[05:33:53] <maxb> Ah, I see you are on #svn too - let's go there, since your question doesn't seem Trac-ish
[05:35:26] <coocoon> ok
[05:35:30] <coocoon> i am there
[05:43:07] <wkornew> cmlenz: is the updated patch for http://projects.edgewall.com/trac/ticket/3295 still not good enough?
[05:46:14] <cmlenz> wkornew: just not had the time yet, sorry
[05:46:23] <cmlenz> will add it to my weekend list
[05:46:50] <wkornew> okay, I just wanted to make sure it will be applied...I'd like to upgrade to 0.10 without all the apply-local-patches-hassle
[05:46:59] <wkornew> thanks
[05:54:03] <maxb> cmlenz: Do you have any pointers on where I might start looking if I wanted to try to fix #3328 ?
[05:54:23] * maxb would rather like that fixed in 0.10
[05:54:56] <cmlenz> I don't know
[05:55:06] <cmlenz> cboos fucked that up with premature optimization
[05:55:08] <cmlenz> :-(
[05:55:37] <cmlenz> but I too would like to see it fixed
[05:59:10] <maxb> Do you happen to know roughly what revision/time it was broken in?
[06:00:44] <cmlenz> http://projects.edgewall.com/trac/changeset/3160 broke it
[06:01:07] <cmlenz> http://projects.edgewall.com/trac/changeset/3369 tried to fix it, but not very well
[06:06:35] <boorad> wkornew: what patch?
[06:09:10] <wkornew> http://www.trac-hacks.org/ticket/176
[06:09:13] <wkornew> boorad: that one
[06:10:00] * cmlenz has quit IRC
[06:10:36] <boorad> wkornew: ok, thx - I wasn't the owner, so I didn't get an email notification
[06:10:55] <wkornew> you should always subscribe to all your tickets ;)
[06:11:29] <wkornew> I hope that it's good enough. I also fixed a few hard-coded table names
[06:16:18] * coderanger_ has joined #trac
[06:17:15] <asmodai> ey coderanger_
[06:17:20] <coderanger_> morning
[06:17:20] <asmodai> coderanger_: Guess?
[06:17:38] <coderanger_> hmm?
[06:17:50] <asmodai> coderanger_: Manager notified us today she's quitting per 1st of August.
[06:17:59] <coderanger_> Hah, awesome
[06:18:04] <asmodai> yeah.
[06:18:22] <asmodai> Of course, now the question becomes: what will happen to fill this position
[06:18:23] <coderanger_> One down, one to go ;-)
[06:18:36] <asmodai> *grin*
[06:18:56] <asmodai> I doubt 't can be worse.
[06:19:16] * asmodai eyes tomcat
[06:19:21] <asmodai> well, on that level at least
[06:22:58] * agile has quit IRC
[06:40:27] <coderanger_> hmm, as my brain is still on overload with tracforge stuff, time to make accountmanager better!
[06:44:31] <bnovc> [project]\nurl = ... this dictates where it should try to load files from, right?
[06:44:44] <coderanger_> no, thats cosmetic
[06:44:47] <bnovc> ex: the menu would have that prepended
[06:45:03] <coderanger_> what menu?
[06:45:09] <bnovc> login, settings, etc..
[06:45:20] <bnovc> shouldnt it use url + '/login' ?
[06:46:14] <coderanger_> no
[06:46:24] <coderanger_> that would be the URI_ROOT setting
[06:46:50] <bnovc> thanks
[06:47:50] <coderanger_> it goes in the webserver config, not the trac.ini
[06:50:23] * gmcinnes has joined #trac
[06:54:37] * agile has joined #trac
[07:06:27] * gmcinnes has quit IRC
[07:07:11] * gmcinnes has joined #trac
[07:10:13] * ExitMenu has joined #trac
[07:10:16] * danbeck has joined #trac
[07:10:18] <ExitMenu> Hello I am sure this is a really stupid question but I am trying to run trac and I get this error "Failed to create environment. No module named distutils.version" can anyone point me to what I am missing please
[07:10:25] <ExitMenu> trac-admin rather
[07:11:51] <coderanger_> Sounds like a very old version of python
[07:13:54] <tuxipuxi> does anybody know if there's a version of mantis2trac that works with trac 0.9.5?
[07:19:01] <coderanger_> tuxipuxi: Does the current one not work?
[07:19:41] <tuxipuxi> coderanger_: afaik the database scheme has changed between trac 0.8 and 0.9
[07:20:21] <coderanger_> ahh, it directly hits the db, never a good idea :P
[07:21:13] <tuxipuxi> ohh stupid me
[07:21:17] <tuxipuxi> "mantis2trac.2.py (29.9 kB) -Version 1.1 of mantis2trac.py script that works against Trac 0.9.3, added by jpm@pessoal.org on 01/23/06 14:44:56."
[07:21:25] <tuxipuxi> that should also work with 0.9.5, right?
[07:22:19] <coderanger_> yes
[07:22:40] <tuxipuxi> great
[07:30:06] * jkp has quit IRC
[07:31:06] <ExitMenu> I am running suse 10.1 with Trac 2.4 ?
[07:32:21] <gmcinnes> Hi all: my trac installation is complaining about: "unsupported version control system "svn" . Any ideas what I should put in respository_type to make that work?
[07:42:49] <prologic_> there's no trac 2.4
[07:47:28] * sam` has quit IRC
[07:49:33] * xjjk-T42p has joined #trac
[07:51:05] * sam` has joined #trac
[08:03:05] <coderanger_> gmcinnes: Your SWIG bindings are not installed correctly
[08:04:32] <gmcinnes> coderanger_: curses!
[08:04:34] * ExitMenu has quit IRC
[08:04:58] * ryepup has joined #trac
[08:05:10] <prologic_> hey coderanger I have a problem with my Component class, it doesn't seem to call any of the __init__ methods of either itself or sub-classes
[08:05:37] <coderanger_> hmm?
[08:05:47] <prologic_> yeah
[08:05:54] <prologic_> can you check my __new__ code ?
[08:08:15] <prologic_> according to the python docs, if __new__ returns an object that's a subclass of cls, __init__ will be called (or something)
[08:10:16] <coderanger_> prologic_: Got a link?
[08:10:39] <prologic_> http://trac.shortcircuit.net.au/projects/pymills/browser/branches/pymills-ng/pymills/event.py#L71
[08:10:43] <prologic_> hehe soryr was waiting for you :)
[08:16:11] <coderanger_> hmmm
[08:16:37] <coderanger_> So the problem is that you are not seeing __init__ called in subclasses of component?
[08:16:49] <prologic_> nope
[08:16:54] <prologic_> not even the component itself
[08:17:28] <prologic_> a few of my subclasses throw errors, since some data is initialized in __init__
[08:17:34] <prologic_> and it was never initialized
[08:17:46] <prologic_> debug prints show it's not being called
[08:17:55] <coderanger_> hmm
[08:23:14] <gmcinnes> coderanger_: I dont' suppose you have a cluestick to hit me with about how to fix SWIG, or where there might be some transparency as to exactly how its installed badly.
[08:23:31] <coderanger_> gmcinnes: try "import svn" from a python shell
[08:24:02] * xjjk-T42p has quit IRC
[08:25:11] <gmcinnes> seems to work ok.
[08:25:40] <gmcinnes> <module 'svn' from '/home/gmcinnes/opt/lib/python2.3/site-packages/svn/__init__.pyc'>
[08:26:04] <coderanger_> Are you running trac-admin under sudo or something?
[08:26:50] * chandlerc has quit IRC
[08:28:03] <gmcinnes> coderanger_: I"m not sure what you mean. I created a trac instance, just as my normal user.
[08:28:49] <coderanger_> prologic_: http://pastebin.ca/73182
[08:28:53] <coderanger_> That works as expected
[08:29:18] <prologic_> ok
[08:31:13] <prologic_> hmm
[08:31:33] <prologic_> what's the difference :)
[08:32:53] * swissmade has joined #trac
[08:33:00] <coderanger_> Just lacks the event related stuff
[08:33:24] <swissmade> Hi. Does trac need svn to run with Apache 2?
[08:33:26] <coderanger_> And I used introspective calls in a few places you didnt
[08:33:37] <coderanger_> swissmade: For 0.9, yes
[08:33:45] <coderanger_> 0.10 does not
[08:34:25] <swissmade> 0.10 can work with Apache 1.3.x?
[08:36:00] <coderanger_> Trac works with any apache, or without apache
[08:36:13] <swissmade> OK
[08:36:22] <coderanger_> both for 0.9 and 0.10
[08:37:18] <swissmade> OK.. back to rtfm
[08:37:27] <swissmade> Thanks
[08:39:20] <gmcinnes> coderanger_: any ideas about SWIG ?
[08:39:50] <coderanger_> gmcinnes: Nope, I've always just used the Gentoo package
[08:40:08] <coderanger_> So I don't know much about configuring subversion manually
[08:40:23] <gmcinnes> coderanger_: I'm running it on dreamhost :|
[08:40:32] <coderanger_> Ask on the ML
[08:40:47] <gmcinnes> ok. thx.
[08:41:03] <coderanger_> There are a fair number of people who have done it
[08:44:01] <prologic_> actually coderanger maybe I should have been more clear
[08:44:05] <prologic_> I slightly forget anyway
[08:44:16] <pacopablo> morning all
[08:44:18] * whitelynx has quit IRC
[08:44:27] <prologic_> if I have a class that has two base classes, A, B which are sub-classes of Component
[08:44:36] <prologic_> and both classes A and B have __init__ methods, they don't get called
[08:46:03] <pacopablo> prologic_: are you calling the __init__ method of the superclass explicitly?
[08:46:14] <prologic_> no
[08:46:36] <prologic_> class Z(A, B):
[08:46:43] <prologic_> Z has no __init__
[08:46:47] * whitelynx has joined #trac
[08:46:51] <prologic_> A anb B do, and are sub-classes of Component
[08:46:53] <pacopablo> ahh, I see now
[08:47:19] <prologic_> in this case neither A nor B's __init__ get called
[08:47:36] <pacopablo> strange
[08:47:54] <prologic_> well I think my Component class is missing something vital to handle this case
[08:48:03] <prologic_> if it's class Z(A): it works
[08:55:16] <coderanger_> I think with multiple superclasses you need to handle it yourself
[08:55:31] <coderanger_> as in call A.__init__ and B.__init__ from Z.__init__
[08:55:44] <coderanger_> as Python can't know what you meant
[08:56:16] <coderanger_> Multiple inheritance breaks lots of things
[08:57:24] <pacopablo> I would expect it to call A.__init__ automatically
[08:57:46] <pacopablo> as python uses a depth first, left to right first match
[08:58:14] <pacopablo> but the fact that they both inherit from Component could throw a wrench in things
[09:01:37] <prologic_> I would think so too
[09:01:40] <prologic_> but guess what though
[09:01:44] <prologic_> if Z has an __init__
[09:01:54] <prologic_> and I explitely call A and B's __init__
[09:01:57] <prologic_> they still don't get called :)
[09:03:22] <prologic_> ok maybe they do, but for some reason using property in a class fails
[09:04:16] <coderanger_> http://www.python.org/download/releases/2.2.3/descrintro/
[09:04:19] <coderanger_> Read that
[09:04:34] <LarstiQ> use super
[09:04:42] <prologic_> weird
[09:04:45] <coderanger_> This is a dependency diamond situation, so things are not always handled as you expect
[09:04:59] <prologic_> A's __init__ automatically gets called as you expected btw
[09:05:09] <LarstiQ> coderanger_: that got fixed.
[09:05:19] <prologic_> and it seems you need to explitely call A and B's __init__ if you have 2 super classes
[09:06:07] <prologic_> however property(...) in A fails miserably :)
[09:06:23] <prologic_> it seems python is trying to do something with property before __init__ is called
[09:14:12] * MasterC has quit IRC
[09:16:46] <coderanger_> prologic_: You may want to do the property modifications in a metaclass
[09:17:02] <prologic_> yeah maybe
[09:17:36] * wkornew has quit IRC
[09:24:00] * nburlett has joined #trac
[09:24:20] <nburlett> why does Trac require the SVN repository to be local?
[09:24:56] <pacopablo> nburlett: because the SVN python bindings don't work on remote repos
[09:25:37] * jcw9 has joined #trac
[09:25:55] <nburlett> ah, that makes sense
[09:26:04] <nburlett> does it actually need write access?
[09:26:11] <nburlett> what does it store?
[09:26:14] <pacopablo> only if you use BDB
[09:26:40] <pacopablo> actually, I think it also needs write access to the locks dir
[09:26:46] <nburlett> hm
[09:26:53] <nburlett> blast, I probably can't get that
[09:26:56] <pacopablo> cus it has to do some crap for SVN internal stull
[09:27:00] <pacopablo> s/stull/stuff
[09:29:01] <coderanger_> nburlett: If you are using FSFS, only read access is needed
[09:29:14] <nburlett> I use Trac for my personal projects, but my company just switched to SVN, but isn't using Trac
[09:29:19] <nburlett> so I thought maybe I could use it locally
[09:29:33] <coderanger_> You can look at using svk to mirror the repo
[09:30:20] <nburlett> err.. the repo is friggin HUGE
[09:30:28] <nburlett> I don't have that kind of disk space
[09:37:27] <coderanger_> Then you cannot
[09:38:19] <nburlett> if I could convince someone to give me read access to the reposoitory over NFS would it work?
[09:39:54] <coderanger_> If they are using BDB, chances are good that it would kill the repo eventually
[09:40:18] <coderanger_> FSFS can be used over NFS though
[09:40:23] <nburlett> I think it's FSF
[09:40:27] <nburlett> *FSFS
[09:41:06] <nburlett> ah well, I'll figure it out
[09:41:22] <nburlett> thanks for your help
[09:41:28] <nburlett> gotta get back to work
[09:41:29] * nburlett has left #trac
[09:41:34] * chandlerc has joined #trac
[09:42:01] * Sonderblade has quit IRC
[09:45:19] * imajes_ has quit IRC
[09:48:39] * jrydberg has joined #trac
[09:58:58] * airox has joined #trac
[09:59:22] <airox> Anyone aware of some web administration tool that can create subversion and/or trac environments ?
[10:15:20] <coderanger_> not yet
[10:15:32] <coderanger_> check back in about 1 or 2 months
[10:17:15] <airox> Ok.
[10:27:49] * Davey has joined #trac
[10:28:17] <Davey> Is there any way for PHP to interact with Trac? like some web service API? or perhaps, can I just modify the DB directly? (I'd much rather not)
[10:29:02] * coocoon has left #trac
[10:29:42] <coderanger_> Davey: xml-rpc
[10:29:55] <coderanger_> XmlRpcPlugin on trac-hacks
[10:30:01] <Davey> coderanger_: thanks
[10:31:23] <gmcinnes> does trac work with both kinds of svn filesystems? bdb and fsfs ?
[10:31:38] <Davey> I know it works with bdb, we're using that
[10:32:25] <gmcinnes> hmm. I'm using fsfs apparently.
[10:32:56] <coderanger_> Yes
[10:33:18] <coderanger_> It uses the library bindings from subversion itself
[10:33:50] * Davey has quit IRC
[10:35:01] * Davey has joined #trac
[10:36:29] <gmcinnes> I thought so. So its probably insulated from fs type
[10:36:43] <Davey> coderanger_: *sigh* requires Trac from SVN, guess thats out
[10:36:53] * Davey will just write a PHP script to submit the form
[10:37:13] <coderanger_> Davey: trunk is pretty stable at this point
[10:37:33] <Davey> thats not good enough for my boss ;)
[10:37:48] <Davey> if it's not in Yum, we don't use it
[10:37:52] * Davey sighs
[10:38:06] <coderanger_> heh
[10:38:33] <coderanger_> I know packages exist for apt, its probably not too hard to make an RPM from the current trunk
[10:41:13] <coderanger_> hmm, anyone looked at the workflow code lately?
[10:42:39] * pacopablo feels sorry for Davey
[10:43:47] <airox> Can I alter the default permissions when initenv'ing trac ?
[10:44:19] <coderanger_> airox: Not during, but afterwards
[10:44:30] <pacopablo> well, you can modify the code
[10:44:40] <pacopablo> but that's probably no what you're looking for.
[10:45:01] <airox> I installed trac with apt-get so that's not really handy indeed.
[10:45:49] <pacopablo> sure it is
[10:45:55] <pacopablo> trac is written in python
[10:46:08] <airox> But after each update I would have to update the file :)
[10:46:08] <pacopablo> even if you install via apt, you can still modify the code
[10:46:32] <pacopablo> well, yes, that's why I said it's probably not what you're looking for.
[10:46:46] <airox> Can I at least change the trac.ini file that's copied over to the new trac environment ?
[10:47:23] <pacopablo> nope
[10:47:29] <pacopablo> well, not without changing code
[10:47:41] <pacopablo> the default trac.ini is generated automatically
[10:47:56] <airox> Is there a reason for this behaviour ?
[10:48:17] <airox> I would love to see this feature appear into future versions.
[10:48:58] <coderanger_> airox: Yes
[10:49:21] <coderanger_> Its planned as part of the setuptools integration
[10:49:34] <coderanger_> nomininally for 0.11
[10:50:03] <airox> So this behaviour will be changed ?
[10:50:21] <coderanger_> Something that accomplishes the same goal
[10:50:38] <coderanger_> but it probably won't be in a release for a while
[10:50:48] <coderanger_> (6-9 months by the current rate)
[10:51:21] <airox> Too bad :)
[10:51:38] <airox> Then I have to make a list for the system administrator for him to change some values after a initenv.
[10:51:44] <airox> Thanks for the information so far.
[10:51:52] <airox> I appreciate it.
[10:51:55] <coderanger_> You can just make a script to do it in most cases
[10:52:18] * cedricOB2 has quit IRC
[10:52:47] <airox> I guess I could make a script indeed. Because he only wants to add projects.
[10:52:55] <airox> So I could integrate the svn create too.
[10:56:19] * zquirm has quit IRC
[10:56:30] * zquirm has joined #trac
[10:58:40] <airox> Be back later. Thanks again!
[10:58:44] * airox has quit IRC
[11:19:14] * gmcinnes has quit IRC
[11:20:05] * _idostyle has joined #trac
[11:20:24] * MasterC has joined #trac
[11:22:32] * peppelorum has joined #trac
[11:32:47] * jstuart has joined #trac
[11:36:50] * wkornew has joined #trac
[11:37:29] * idostyle has quit IRC
[11:37:31] * _idostyle is now known as idostyle
[11:40:08] <wkornew> BUG: I can't comment on tickets, anymore. it always says "Akismet rejected spam". did you change something in your Trac instance? I even deleted my cookie, but it still doesn't work
[11:40:28] <coderanger_> Do you mean p.e.c?
[11:41:18] <wkornew> yes
[11:41:35] <wkornew> I tested with a few tickets (mostly invalid ones, but also a few real ones)
[11:41:59] <wkornew> for some reason trac-hacks had the same problem, but after I registered it worked
[11:42:18] <wkornew> maybe it only happens for unregistered users?
[11:42:58] <coderanger_> Yes, both have askimet activated, which is harsher on anonymous comments
[11:43:12] <wkornew> but I can't even send a word... :)
[11:43:39] <coderanger_> askimet may be malfunctioning
[11:43:44] <wkornew> I wanted to write a normal comment. it doesn't contain any spam-related words. there must be a bug
[11:43:46] <coderanger_> email the dev list
[11:44:10] <wkornew> sigh. you are on the list and I'd have to register...I'll do it later, but could you please post it?
[11:48:38] <wkornew> coderanger_: okay, I've registered. I'll send the mail
[11:48:43] <coderanger_> okay
[11:48:59] * jborg has joined #trac
[11:51:54] <coderanger_> Hew jonas, apparently there are askimet issues on p.e.c
[11:54:15] <jborg> yeah, I just saw the mail on trac-list, have you verified it on p.e.c?
[11:55:01] <coderanger_> got a ticket you don't mind random comments on?
[11:56:25] <tuxipuxi> Joao Prado Maia are you here? :)
[11:56:36] <coderanger_> I just was able to comment as anonymous on trac-hacks
[11:56:42] <jborg> never mind, I found this in the log "2006-06-27 13:52:59,949 Trac[main] WARNING: 500 Internal Error (Akismet rejected spam)"
[11:58:07] <jborg> but I was able to comment on #2209 so it might just be that akismet is overloaded
[12:01:38] <wkornew> strange, I'm still trying to comment, but it doesn't work
[12:01:43] <coderanger_> Hmm, might be time to look at another filter mechanism then
[12:01:57] <coderanger_> Do you know if a plugin exists for LinkSleeve?
[12:02:24] <jborg> coderanger, are you trying to comment on p.e.c?
[12:02:39] <coderanger_> I have not
[12:02:48] <coderanger_> one sec
[12:03:29] <coderanger_> Yep, one #2209
[12:03:36] * rikva has joined #trac
[12:03:49] <coderanger_> make that two
[12:04:18] <wkornew> maybe my IP is rejected?
[12:04:42] <jborg> wkornew, I found you in the log: 2006-06-27 13:59:49,162 Trac[api] WARNING: Filter AkismetFilterStrategy rejected content u'wkornew' submitted by "wkornew" (89.53.197.220): Akismet rejected spam
[12:04:42] <jborg> 2006-06-27 13:59:49,164 Trac[main] WARNING: 500 Internal Error (Akismet rejected spam)
[12:05:32] <coderanger_> jborg: In fact I submitted several comments that should be flagged
[12:05:46] <wkornew> jborg: I just copy-pasted the via**a comment and it got rejected
[12:08:03] <wkornew> well, I'll come back tomorrow :)
[12:08:05] * rikva has left #trac
[12:08:11] <wkornew> bye
[12:08:23] * wkornew has quit IRC
[12:09:11] <jborg> coderanger, the phrase "viagra" is actually not listed on the BadContent-page but I'm surprised that akismet didn't classify it as spam
[12:09:32] <jborg> probably because no real spammer spells it properly ;)
[12:10:54] <asmodai> mmm, good one. should we err on the side of caution with a 500 problem at akismet or not ;)
[12:15:36] <jborg> I guess we could sleep for a second or two and then try again (not forever though)
[12:21:22] <asmodai> *nod*
[12:21:37] <asmodai> I guess we cannot refuse a posting due to this 500 error in the end though
[12:22:47] <jborg> agree
[12:23:12] <coderanger_> You could make some kind of a flag to indicate it wasnt scanned
[12:23:26] <coderanger_> Which would help on cleanups if someone exploits this
[12:24:06] <asmodai> mmm
[12:24:12] <asmodai> Now that's interesting
[12:24:21] <coderanger_> I hidden custom field or something
[12:24:45] <jborg> unfortunately we don't have any good way to store such a flag.
[12:25:31] <coderanger_> ticket custom fields ...
[12:25:57] <coderanger_> Same thing as I'm doing for ticket metadata with TracForge
[12:26:40] <jborg> but we're checking a lot of different things, ticket comments, wiki pages, attachment comments etc...
[12:27:17] <asmodai> True.
[12:28:09] <coderanger_> Hmm, I suppose when trac-objects is finsihed it will be somewhat more possible
[12:28:35] <jborg> but even if this rety-loop accept the spam in the end it will at least slow the spammer down. It will take a couple of seconds for each entry
[12:41:38] <asmodai> True.
[12:41:54] <asmodai> Throttling will help alreadu yea.
[12:52:24] * peppelorum has quit IRC
[12:57:21] * eblot has joined #trac
[13:02:46] <coderanger_> jborg: Actually the plugin does both ;-)
[13:03:16] <coderanger_> It checks the author as content, and the check the content as content (with the author as an author)
[13:06:28]