| [00:00:50] |
<coderanger> |
because *cough*someone*cough* hasn't made an interface to Genshi stream matchers ;-) |
| [00:01:04] |
<coderanger> |
whitelynx: There is no modular way to alter the output like that |
| [00:01:22] |
<coderanger> |
(hows that for timing) |
| [00:02:51] |
<whitelynx> |
hm |
| [00:04:39] |
<whitelynx> |
:-) |
| [00:06:30] |
<coderanger> |
jquery makes it very easy to stuff like that though |
| [00:06:36] |
* |
otaku42_away is now known as otaku42 |
| [00:08:17] |
* |
whitelynx looks it up |
| [00:15:58] |
<whitelynx> |
interesting... |
| [00:31:16] |
* |
cmlenz has quit IRC |
| [00:33:49] |
* |
coderanger has left #trac |
| [00:34:09] |
* |
coderanger has joined #trac |
| [00:37:38] |
<asmodai> |
morning coderanger |
| [00:37:50] |
<coderanger> |
yo |
| [00:38:49] |
<asmodai> |
:D |
| [00:38:50] |
<asmodai> |
Sup? |
| [00:39:11] |
<coderanger> |
hammering away at a final project for school |
| [00:39:31] |
<asmodai> |
ah nice |
| [00:39:54] |
<coderanger> |
classes end Friday, so its crunch time |
| [00:47:41] |
<coderanger> |
All moved in? |
| [00:59:27] |
<asmodai> |
Yeah mon |
| [00:59:38] |
<asmodai> |
bought some components to start building my new PC slowly. |
| [01:01:45] |
* |
[algo] has joined #trac |
| [01:30:34] |
* |
flox has joined #trac |
| [01:43:06] |
* |
markmeves has joined #trac |
| [01:44:16] |
* |
cmlenz has joined #trac |
| [01:50:05] |
* |
cmlenz has quit IRC |
| [01:53:01] |
<markmeves> |
bah bah bah BOOYA |
| [01:53:04] |
<markmeves> |
or whatever |
| [01:58:15] |
* |
minsu_ju has quit IRC |
| [01:58:20] |
* |
minsu_ju has joined #trac |
| [02:05:02] |
* |
hpnadig has joined #trac |
| [02:07:46] |
* |
hpnadig has quit IRC |
| [02:10:48] |
* |
__doc__ has joined #trac |
| [02:11:34] |
<__doc__> |
hi, I noticed that with the latest 11dev revision the server tends to crash a lot and when creating tickets the action fields are suddenly gone |
| [02:11:42] |
<__doc__> |
anybody else noticed? |
| [02:14:37] |
* |
cmlenz has joined #trac |
| [02:16:51] |
* |
minsu_ju has quit IRC |
| [02:20:29] |
<[algo]> |
No handler matched request to /settings/ |
| [02:20:36] |
<[algo]> |
I'm trying trac + mod_python |
| [02:20:40] |
<[algo]> |
css loads fine |
| [02:20:44] |
<[algo]> |
trac works fine |
| [02:20:48] |
<[algo]> |
but settings does not work |
| [02:23:05] |
<[algo]> |
ouch |
| [02:24:09] |
<[algo]> |
hm |
| [02:25:38] |
<[algo]> |
http://rafb.net/paste/results/btt6jw68.html |
| [02:25:49] |
<[algo]> |
is such config sane? All links have trac.fcgi inside somehow |
| [02:26:32] |
<[algo]> |
if I use fcgi settings work, if mod_python, they don't |
| [02:32:26] |
<cmlenz> |
what version are you running? |
| [02:32:52] |
<[algo]> |
0.10rc1 |
| [02:34:22] |
<cmlenz> |
what about other urls, timeline etc |
| [02:34:37] |
<asmodai> |
Cmlenz! |
| [02:34:56] |
<cmlenz> |
moin asmodai |
| [02:37:35] |
<asmodai> |
cmlenz: Wie geht's? |
| [02:38:27] |
<cmlenz> |
nice, got the threads removed from my head today :-P |
| [02:39:29] |
<asmodai> |
hahaha |
| [02:39:30] |
<asmodai> |
yay! |
| [02:40:19] |
* |
rsalveti has joined #trac |
| [02:43:29] |
* |
jannek has quit IRC |
| [02:45:53] |
* |
Wombert has joined #trac |
| [02:55:21] |
* |
jannek has joined #trac |
| [02:55:39] |
* |
gak has joined #trac |
| [02:57:24] |
<[algo]> |
timeline is ok |
| [02:57:29] |
<[algo]> |
other urls are ok |
| [02:57:33] |
<[algo]> |
wiki finer |
| [02:57:35] |
<[algo]> |
wiki fine |
| [03:03:08] |
* |
hpnadig has joined #trac |
| [03:03:46] |
* |
dh has joined #trac |
| [03:04:57] |
<dh> |
hey, i was wondering if there was any reason |
| [03:04:58] |
<dh> |
trac-admin /opt/trac permission remove anonymous * |
| [03:05:20] |
<dh> |
didnt work? I just want to remove any permissions from an unlogged in user |
| [03:05:22] |
* |
gakman has quit IRC |
| [03:10:07] |
<cmlenz> |
dh: you probably need to quote the asterisk, otherwise it'll be interpreted by the shell |
| [03:10:14] |
<cmlenz> |
i.e. remove anonymous "*" |
| [03:12:37] |
<dh> |
ah, cool, I just manually did it anyway, cheers though |
| [03:14:49] |
<dh> |
hmm, trac-admin /path permission add developer "*" |
| [03:15:12] |
<dh> |
Group names must be in lower case and actions in upper case |
| [03:16:09] |
<idnar> |
what would adding "*" mean? |
| [03:17:34] |
<dh> |
I assumed it wildcarded as all actions, no matter, ill just do them individually |
| [03:24:05] |
* |
pygi has quit IRC |
| [03:24:33] |
* |
cboos has joined #trac |
| [03:27:00] |
<cboos> |
hey cmlenz |
| [03:27:09] |
<cmlenz> |
howdy |
| [03:27:37] |
<cboos> |
what do you think about having consistent version/milestone numbering ? |
| [03:28:02] |
<cmlenz> |
hm? |
| [03:28:10] |
<cboos> |
we are nearly there, except for a few beta versions and the most ambiguous 'devel' |
| [03:28:16] |
<cboos> |
see @ticket 4333 |
| [03:28:19] |
<cboos> |
@ticket 4333 |
| [03:28:19] |
<evil_twin> |
cboos: http://trac.edgewall.org/ticket/4333 |
| [03:28:50] |
<cboos> |
So I was thinking of adding 0.10.3 and 0.11 as values for the version field |
| [03:29:44] |
<cmlenz> |
with a dev suffix? |
| [03:29:55] |
<cboos> |
not necessarily, no |
| [03:30:24] |
<cboos> |
the corresponding milestone is open, so one can figure it's not yet released |
| [03:31:46] |
<cboos> |
e.g. if we need a way to distinguish tickets that were introduced /during/ 0.11 development from those introduced /after/, it's easy: |
| [03:32:18] |
<cboos> |
those introduced during development will have a milestone of 0.11 as well, and those introduced after will have a later milestone |
| [03:32:42] |
<cboos> |
Nothing new here, it's what you can find with a lot of BTS (e.g. JIRA) |
| [03:33:23] |
<cmlenz> |
hmm, I'm not entirely sure whether that wouldn't be confusing, i.e. when version==milestone |
| [03:35:42] |
<cboos> |
ok, what could eventually be confusing is the labelling "Version" and "Milestone" are probably not distinctive enough. From now, I think people figure out the difference by seeing the content of the "Version" field ... so if the content is similar, there can be confusion. |
| [03:35:57] |
<cboos> |
JIRA uses "Affects Version" and "Fixed in Version" (or something like that) |
| [03:37:52] |
<cboos> |
Also, having a 0.x.ydev plus a 0.10.x.y version for every x.y release will quickly overcrow the field... |
| [03:38:09] |
<cboos> |
One alternative possibility would be simply 0.10dev vs 0.11dev |
| [03:38:31] |
<cboos> |
hm, no: 0.10-stable vs. 0.10dev |
| [03:39:00] |
<cboos> |
anyhow, the current 'devel' is of no real value |
| [03:46:12] |
<cboos> |
... there's also the 'none' version vs. the empty entry |
| [03:48:59] |
* |
bryanl has joined #trac |
| [03:50:06] |
<cmlenz> |
yeah, that's historic |
| [03:50:11] |
<cmlenz> |
we should get rid of "none" |
| [03:50:16] |
<cboos> |
ok |
| [03:50:43] |
<cboos> |
I was just re-reading what you wrote on the "milestone abuse" ticket from Mr. I. ... |
| [03:51:24] |
<cboos> |
from there I had the impression you were actually also in favor of a possible unification between versions and milestones |
| [03:51:34] |
<cboos> |
but maybe I was wrong ;) |
| [03:52:13] |
<cboos> |
My idea was that the version field could eventually be populated from the existing milestones |
| [03:53:18] |
* |
bryanl has left #trac |
| [03:53:29] |
<cmlenz> |
we're not talking about trac in general here, right? because that's of course all up to the project deploying trac |
| [03:53:59] |
<cmlenz> |
I agree with you that "devel" is not a great solution |
| [03:54:12] |
<cboos> |
well, that's quite a common situation I think, so why not having that at least as an option |
| [03:54:34] |
<cboos> |
Getting the version list from the milestone list simplifies things further, IMO. So a person filing a ticket just has to ask himself "In which version did this happen, in which version will this be fixed" |
| [03:55:50] |
<cmlenz> |
I don't understand |
| [03:56:16] |
<cmlenz> |
i.e. what's different in that form what we have now |
| [03:56:20] |
<cmlenz> |
s/form/from |
| [03:56:41] |
<cboos> |
currently, we have to explicitely create version entries |
| [03:56:56] |
<cboos> |
which don't need to have any relationship with milestones |
| [03:57:29] |
<cboos> |
so this is additional work & complexity, and I'm wondering if it's a good thing |
| [03:58:02] |
<cboos> |
I especially question this since I've realized that JIRA uses an unique "version" concept for both |
| [03:58:07] |
<cmlenz> |
other projects may not want 1:1 mapping between versions and milestones, that's the reason |
| [03:58:34] |
<cmlenz> |
but there could be an option when closing a milestone to create a version from it, for example |
| [03:59:28] |
<cboos> |
well, and what about the pre-release version of that milestone? ("devel" version) |
| [04:00:18] |
<cboos> |
if version and milestone where the same thing, then it would be easy to identify a pre-release "version" (a visual hint that this version/milestone is not yet closed) |
| [04:00:24] |
<cboos> |
s/where/were/ |
| [04:03:29] |
<cmlenz> |
my point is, if they were the same thing you'd remove flexibility for projects that don't want such a model |
| [04:03:43] |
<cboos> |
exactly my point: I doubt there are strong reasons to not have a 1:1 mapping between versions and milestones, like JIRA imposes. I would like to see some evidence of the opposite, actually. |
| [04:05:43] |
<cboos> |
(i.e. I have not yet seen a project where this flexibility really pays off) |
| [04:06:35] |
<cboos> |
sorry have to go to lunch ;) bbiab |
| [04:09:20] |
* |
hpnadig_ has joined #trac |
| [04:14:53] |
* |
PlasmaHH has joined #trac |
| [04:18:09] |
<PlasmaHH> |
hi, I have some little python program that prints some ticket info and displays it for one ticket. but it needs 0.7 seconds to do so which is too slow for me. anyone knows a way to get that info faster? |
| [04:19:38] |
<otaku42> |
PlasmaHH: just a guess: without knowing what the program actually does to fetch the information it displays, it will be hard to tell how it might be optimized... |
| [04:20:59] |
<PlasmaHH> |
good point. http://rafb.net/paste/results/ndQo9J38.html |
| [04:25:50] |
<cmlenz> |
it takes that long to startup python and open the trac environment (which includes a query and loading plugins), I suppose |
| [04:26:20] |
<cmlenz> |
(although that's still slowish) |
| [04:27:08] |
* |
hpnadig has quit IRC |
| [04:27:33] |
<PlasmaHH> |
hm, can I tell it somehow to skip a few parts of that opening? |
| [04:28:19] |
<cmlenz> |
not really |
| [04:28:31] |
<cmlenz> |
opening the environment takes 66msec on my machine |
| [04:28:55] |
<PlasmaHH> |
how do you time that? |
| [04:29:17] |
<cmlenz> |
python -m timeit -s "from trac.env import Environment" "env = Environment('/var/trac/trac-trunk')" |
| [04:30:15] |
<PlasmaHH> |
46.6ms here... |
| [04:31:51] |
<cmlenz> |
not sure what would take so long then |
| [04:37:11] |
* |
appel has joined #trac |
| [04:41:25] |
<PlasmaHH> |
well if its python loading up then Im probably lost here... |
| [04:43:08] |
<__doc__> |
anybody else noticed the ticket action fields disapearing on new tickets with the latest 11dev? |
| [04:44:13] |
<PlasmaHH> |
maybe I should better directly get the stuff out of the db |
| [04:44:42] |
<cmlenz> |
__doc__: there were some fixes there recently, are you uptodate? |
| [04:49:13] |
<__doc__> |
cmlenz: yesterday evening I updated (about 12 hours before now) |
| [04:49:26] |
<__doc__> |
cmlenz: went back to 4337 |
| [04:49:31] |
<__doc__> |
cmlenz: because of that |
| [04:49:42] |
<__doc__> |
now have some corrupt tickets in my database |
| [04:49:45] |
<__doc__> |
(a filter for those?) |
| [04:50:32] |
<PlasmaHH> |
cmlenz: I have timed the program as is, and without doing anything (right away a return as the first line of main). I have a diff of 0.6s in runtime, so it looks to me like something from the trac stuff needs so much time :( |
| [04:51:52] |
<cmlenz> |
it's probably all the importing trac needs to do on the first run |
| [04:52:07] |
<PlasmaHH> |
hm... |
| [04:53:42] |
<cmlenz> |
__doc__: how would I reproduce the problem? |
| [04:54:21] |
<PlasmaHH> |
hm, so I guess when I try to use the database directly via the trac code it also wont be much faster... |
| [04:54:46] |
<cmlenz> |
right |
| [04:55:21] |
<__doc__> |
cmlenz: go to a revision 4407 and open a new ticket, it didn't have the action fields for me. |
| [04:55:49] |
<cmlenz> |
it does for me |
| [04:55:59] |
<__doc__> |
pretty odd |
| [04:56:03] |
<__doc__> |
do you use sqlite? |
| [04:56:06] |
<cmlenz> |
yes |
| [04:56:14] |
<cmlenz> |
but that shouldn't make a difference here |
| [04:56:54] |
<__doc__> |
funny thing is, old tickets had the action fields, only new ones didn't |
| [04:57:06] |
<__doc__> |
but on the 4337 the new ones have the action fields |
| [05:07:21] |
<cboos> |
__doc__: I fixed that yesterday, r4400 |
| [05:08:14] |
<cboos> |
update harder ;) |
| [05:08:29] |
<__doc__> |
cboos: uh? |
| [05:08:46] |
<__doc__> |
cboos: but I think I had the problem post 440 |
| [05:08:47] |
<__doc__> |
0 |
| [05:09:15] |
<cboos> |
I mean, you're probably not using the updated code |
| [05:09:28] |
<cboos> |
or more probably, not the updated templates |
| [05:10:01] |
<cboos> |
(the main fixes were in the templates, the code fix is only to recover from messed up tickets) |
| [05:10:04] |
<__doc__> |
cboos: nope, that's not it |
| [05:10:41] |
<__doc__> |
hrm |
| [05:10:44] |
<cboos> |
do the usual reality check, insert a <h1> Hello there </h1> in the ticket_new.html you believe is post r4400 |
| [05:10:54] |
<__doc__> |
yeahwait |
| [05:11:04] |
<__doc__> |
I symlinked my /usr/share/trac to my svn repository |
| [05:11:43] |
<__doc__> |
but somehow that symlink is gone again, or so it would seem |
| [05:12:34] |
<__doc__> |
but isn't it a little inexplicable why old tickets had the fields? |
| [05:15:50] |
<__doc__> |
ok now it's a symlink again |
| [05:15:53] |
<__doc__> |
let's svn up |
| [05:16:44] |
<__doc__> |
ok like that gave an exception trying to render the ticket |
| [05:17:13] |
<__doc__> |
File "ticket_view.html", line 1, in <Expression u"isinstance(version, Undefined)"> |
| [05:17:20] |
<__doc__> |
(last item in the traceback) |
| [05:17:35] |
<__doc__> |
hrm |
| [05:17:47] |
<__doc__> |
ohwell and the htdocs are gone |
| [05:17:47] |
<__doc__> |
hrm |
| [05:21:41] |
<mitsuhiko> |
hoi __doc__ |
| [05:22:32] |
<__doc__> |
oy |
| [05:23:31] |
* |
tkp has quit IRC |
| [05:24:55] |
* |
tkp has joined #trac |
| [05:28:08] |
<cmlenz> |
__doc__: what genshi version are you running? |
| [05:30:30] |
<__doc__> |
cmlenz, cboos: here's more detailed info http://trac.edgewall.org/ticket/4348 |
| [05:31:06] |
<cmlenz> |
__doc__: missing the genshi version |
| [05:31:23] |
* |
l0wkey has quit IRC |
| [05:31:32] |
<__doc__> |
comming |
| [05:34:36] |
<cmlenz> |
see http://genshi.edgewall.org/ticket/67#comment:4 |
| [05:35:56] |
<__doc__> |
0.4dev-r466 |
| [05:37:58] |
* |
tkp_ has joined #trac |
| [05:39:00] |
<__doc__> |
ah |
| [05:39:09] |
<__doc__> |
the version wasn't actually 0.4 dev |
| [05:39:30] |
<__doc__> |
it looked like it suspiciously, but seemingly another egg was given preference (if available) like the 3.5.x ones |
| [05:39:43] |
<__doc__> |
once I removed the eggs it works |
| [05:40:08] |
<cmlenz> |
bah, that may mean I'll need to get another 0.3.x version out |
| [05:40:17] |
<cmlenz> |
anyway, not a problem in trac |
| [05:40:57] |
* |
chandlerc has quit IRC |
| [05:41:46] |
<__doc__> |
cmlenz: oh right, you're the maintainer of genshi :) |
| [05:44:18] |
<cboos> |
s/maintainer/Kreator/ ;) |
| [05:49:04] |
* |
tkp has quit IRC |
| [06:07:21] |
* |
asmodai pats cboos |
| [06:07:35] |
<asmodai> |
Kreator? Nice old german powermetal band IIRC |
| [06:07:39] |
<asmodai> |
Like Tankard :P |
| [06:08:13] |
* |
chandlerc has joined #trac |
| [06:08:19] |
<cboos> |
he, don't know Tankard but used to listen to Kreator ;) |
| [06:08:52] |
* |
dh has quit IRC |
| [06:09:07] |
<asmodai> |
cboos: :D |
| [06:09:16] |
<asmodai> |
cboos: I still listen to Helloween and Iron Maiden :D |
| [06:09:35] |
<cmlenz> |
whoa |
| [06:09:47] |
<cmlenz> |
that's not something you say in public! |
| [06:09:48] |
<asmodai> |
<-- old metal head without looking like one |
| [06:09:52] |
<asmodai> |
cmlenz: why not? |
| [06:10:10] |
<cmlenz> |
j/k |
| [06:10:16] |
<asmodai> |
:P |
| [06:11:41] |
* |
tkp_ has quit IRC |
| [06:34:29] |
* |
kop_ has joined #trac |
| [06:35:54] |
<cboos> |
cmlenz: re. the discussion from noon about version vs. milestone, are you ok if I start a little survey on [trac-users], to know what the general usage is? |
| [06:36:27] |
<cmlenz> |
cboos, yes |
| [06:36:38] |
<cmlenz> |
however... I'd strongly prefer such things not be considered for 0.11 |
| [06:36:59] |
<cboos> |
that was not the idea ;) |
| [06:37:08] |
<cmlenz> |
ok |
| [06:37:46] |
<cmlenz> |
we should really concentrate on the direct 0.11 goals/requirements (<hint>wiki parser, wiki context passing</hint>) |
| [06:38:02] |
<cmlenz> |
where "we" doesn't include myself in the next month, unfortunately :-P |
| [06:40:25] |
<mitsuhiko> |
asmodai: Kreator rocks :D |
| [06:40:32] |
<mitsuhiko> |
</OT> |
| [06:40:36] |
<asmodai> |
mitsuhiko: :) |
| [06:40:39] |
<mitsuhiko> |
hoi asmodai |
| [06:40:52] |
<asmodai> |
cmlenz: why not? :P |
| [06:40:55] |
<asmodai> |
mitsuhiko: Hullo! |
| [06:41:28] |
<mitsuhiko> |
cmlenz: what about hosting a kick ass text parsing system on edgewall.org which will replace the trac wiki formatting module? :D |
| [06:41:41] |
<mitsuhiko> |
not only trac looks for a parsing solution that doesn't suck |
| [06:41:47] |
<mitsuhiko> |
asmodai: hullo? :D |
| [06:42:07] |
<cmlenz> |
mitsuhiko: definitely an option... do you have one? ;-) |
| [06:42:11] |
<cmlenz> |
asmodai: vacation |
| [06:42:30] |
<mitsuhiko> |
cmlenz: i'll write one |
| [06:42:40] |
<mitsuhiko> |
i'm comparing existing parsers at the moment |
| [06:43:22] |
* |
mitsuhiko needs one for pocoo, the moin guys need one for moin and i guess the trac team is sick of maintaining the wiki formatter too :D |
| [06:43:58] |
<mitsuhiko> |
cmlenz: have fun :) |
| [06:44:03] |
<mitsuhiko> |
^-- vacation |
| [06:44:25] |
<cmlenz> |
thanks |
| [06:44:52] |
<cmlenz> |
well, that does sound like a very good idea |
| [06:47:04] |
<asmodai> |
cmlenz: Ahhh nice :) |
| [06:47:10] |
<asmodai> |
cmlenz: make sure to send a card |
| [06:47:50] |
<cmlenz> |
heh |
| [06:49:34] |
* |
prologic has quit IRC |
| [06:53:35] |
<otaku42> |
mitsuhiko: irclogs-plugin++ :) |
| [06:53:44] |
<PlasmaHH> |
is http://trac.edgewall.org/wiki/TracReports up2date also for 0.10.3dev? I tried to disabled reports as described there, but they are still active |
| [06:53:47] |
<otaku42> |
mitsuhiko: just got that up and running over here, thanks for that |
| [06:53:56] |
<mitsuhiko> |
otaku42: hehe. no problem :D |
| [06:57:06] |
* |
Sweetsha1k has joined #trac |
| [07:05:02] |
<Sweetsha1k> |
hi guys! Logging out from trac does not work with my installation. Any hints? |
| [07:07:48] |
* |
Sweetsha1k ducks and is reading the ticket ... |
| [07:18:33] |
* |
tpollari has joined #trac |
| [07:19:30] |
* |
Bracki has quit IRC |
| [07:19:40] |
* |
Bracki has joined #trac |
| [07:34:51] |
* |
tenshiKur0 has joined #trac |
| [07:36:40] |
* |
danbeck has joined #trac |
| [07:40:03] |
<Wombert> |
cmlenz: ping :) |
| [07:40:11] |
<Wombert> |
I'm still having trouble with the spamfilter plugin |
| [07:41:32] |
<Wombert> |
what happens if I mark something as ham? |
| [07:41:33] |
* |
agile has quit IRC |
| [07:41:34] |
<Wombert> |
will it get published? |
| [07:47:21] |
<mitsuhiko> |
cmlenz: do you think it's a better idea to yield flat token streams or output something like a DOM tree for a text parser? |
| [07:48:21] |
<ScottMac_> |
token streams are nicer :) |
| [07:48:39] |
<ScottMac_> |
building a large tree uses a lot of memory |
| [07:49:13] |
<mitsuhiko> |
jep |
| [07:49:22] |
<mitsuhiko> |
the only problem is that data is probably nested |
| [07:49:35] |
<mitsuhiko> |
s/probably/mostly/ |
| [07:53:58] |
<ScottMac_> |
how about both? :p |
| [07:54:14] |
* |
hpnadig_ has quit IRC |
| [07:54:16] |
<ScottMac_> |
kinda like how DOM and SAX are similar |
| [07:55:13] |
* |
hpnadig has joined #trac |
| [08:00:48] |
* |
m_g has joined #trac |
| [08:04:49] |
<cmlenz> |
mitsuhiko: it's easy to build a tree on top of events |
| [08:05:05] |
<cmlenz> |
so I'd suggest layering them |
| [08:08:15] |
* |
klasstek has joined #trac |
| [08:19:20] |
<Wombert> |
cmlenz: how exactly does the bayes filter learn |
| [08:19:37] |
<Wombert> |
it only learns if I manually mark tickets as spam or ham, right? |
| [08:19:45] |
<cmlenz> |
yes |
| [08:19:54] |
<Wombert> |
if askimet marks it as spam, bayes won't learn that |
| [08:19:55] |
<Wombert> |
okay |
| [08:20:01] |
<cmlenz> |
nonono |
| [08:20:02] |
<Wombert> |
how do I know if I marked a ticket as spam already |
| [08:20:18] |
<cmlenz> |
ah, you're right... it only learns if you explicitly train it |
| [08:20:34] |
<Wombert> |
the problem is that after marking tickets, they stay in the list |
| [08:20:34] |
* |
tpollari has quit IRC |
| [08:20:46] |
<Wombert> |
so it may happen that tickets are fed multiple times |
| [08:20:59] |
<cmlenz> |
yeah, that is a current limitation, basically |
| [08:21:05] |
* |
tpollari has joined #trac |
| [08:21:22] |
<Wombert> |
so best idea is to mark items and then delete them |
| [08:21:37] |
<Wombert> |
from the list |
| [08:26:59] |
* |
converter has joined #trac |
| [08:39:15] |
* |
klasstek has quit IRC |
| [08:44:50] |
* |
flox has quit IRC |
| [08:45:11] |
<Wombert> |
cmlenz: how do I publish a ticket that was accidentally marked as spam? |
| [08:45:27] |
<Wombert> |
I can mark it as ham, but that won't make it show up, right |
| [08:45:35] |
<cmlenz> |
right, that's not possible |
| [08:45:41] |
<cmlenz> |
there is no moderation |
| [08:45:42] |
<Wombert> |
oh :( |
| [08:50:17] |
<Wombert> |
cmlenz: and what if a ticket didn't get detected as spam? |
| [08:50:18] |
<Wombert> |
like http://propel.phpdb.org/trac/ticket/312 |
| [08:50:22] |
<Wombert> |
how do I mark that as spam |
| [08:50:36] |
<Wombert> |
it doesn't seem to show up in the monitoring list |
| [08:50:40] |
<cmlenz> |
mark-as-spam + delete |
| [08:51:03] |
<Wombert> |
hmmm |
| [08:51:08] |
<cmlenz> |
I don't know why it wouldn't be in the list, it should be |
| [08:51:29] |
<Wombert> |
well I marked all as spam and deleted |
| [08:51:32] |
<Wombert> |
but that ticket is still there |
| [08:51:48] |
<Wombert> |
is that the way the spam filter works? |
| [08:51:59] |
<Wombert> |
e.g. should I remove theticket by hand? |
| [08:52:08] |
<cmlenz> |
yes, there is no moderation |
| [08:52:16] |
<Wombert> |
okay |
| [08:52:24] |
<cmlenz> |
i.e. it doesn't delete, nor does it add the ticket |
| [08:52:51] |
<cmlenz> |
it's just monitoring and training |
| [08:53:15] |
<Wombert> |
there was a ticket in the list with karma 0, I remember |
| [08:53:17] |
<Wombert> |
url was /newticket |
| [08:53:20] |
<Wombert> |
that probably was the one |
| [08:53:54] |
<Wombert> |
I'll just delete the ticket by hand from the sqlite db now |
| [08:53:56] |
<Wombert> |
thanks for all your help |
| [08:54:03] |
<Wombert> |
is any of this stuff planned for a future version? |
| [08:54:07] |
<cmlenz> |
you know the TicketDeletePlugin, right? |
| [08:54:11] |
<Wombert> |
oh |
| [08:54:13] |
<Wombert> |
no! :> |
| [08:54:13] |
<cmlenz> |
sure |
| [08:54:34] |
<Wombert> |
if I have time later, I'll create a patch that adds a "select all" button |
| [08:54:34] |
<cmlenz> |
see trac-hacks.org |
| [08:54:47] |
<cmlenz> |
ok |
| [08:54:53] |
<Wombert> |
or "mark as spam and delete" and "mark as ham and delete" buttons |
| [08:55:02] |
<Wombert> |
maybe both |
| [08:55:11] |
<cmlenz> |
button overkill ;-) |
| [08:55:17] |
<Wombert> |
I'll let you decide |
| [08:55:28] |
<Wombert> |
"select all" would take away most of the pain I guess :) |
| [08:57:47] |
* |
o_cee has joined #trac |
| [09:13:47] |
<cboos> |
omg, I just discovered that Trac has a very defective organization!!! |
| [09:14:08] |
<cboos> |
yes, see by yourself: http://case.lazaridis.com/wiki/TracAudit |
| [09:14:28] |
<cboos> |
with have currently 15 opened ''weaknesses'' |
| [09:16:37] |
<mitsuhiko> |
weeee |
| [09:16:40] |
<mitsuhiko> |
collaboa alive again |
| [09:16:53] |
* |
mitsuhiko votes collaboa to the list of stuff the world does not need |
| [09:17:57] |
* |
o_cee has quit IRC |
| [09:17:57] |
<cmlenz> |
doesn't it have a new name? |
| [09:18:02] |
<cmlenz> |
(collaboa) |
| [09:23:23] |
* |
tharvey has quit IRC |
| [09:29:17] |
* |
markmeves has quit IRC |
| [09:33:36] |
<Sweetsha1k> |
Command failed: database is locked |
| [09:34:31] |
<Sweetsha1k> |
¯ this is want i get back from trac-admin when tring to change anything. How do I fix that? (steal the lock, whatever?) |
| [09:34:58] |
<PlasmaHH> |
rough guess: maybe shutdown anything else thats using it? |
| [09:35:42] |
<Sweetsha1k> |
there is nothing using it. the webserver is down, no more python threads running ... |
| [09:36:13] |
<Sweetsha1k> |
PlasmaHH: btw, hummel hummel |
| [09:36:41] |
<PlasmaHH> |
mors mors |
| [09:36:50] |
<PlasmaHH> |
what database? sqlite? |
| [09:37:17] |
<Sweetsha1k> |
jup |
| [09:37:48] |
<PlasmaHH> |
can you access the database with the sqlite utilitites? |
| [09:39:16] |
* |
pygi has joined #trac |
| [09:39:39] |
* |
cboos just received his first ascii-art spam mail ;) |
| [09:39:42] |
* |
Sweetsha1k tries |
| [09:40:07] |
<cboos> |
Sweetsha1k: what trac version? |
| [09:40:26] |
* |
pygi has quit IRC |
| [09:40:46] |
<PlasmaHH> |
cboos: can you pastebin it ;) ? |
| [09:40:53] |
<cboos> |
you should try upgrading to 0.10.3dev, I think the locking issues are gone there |
| [09:41:28] |
<cboos> |
PlasmaHH: http://pastie.caboo.se/26143 |
| [09:42:03] |
<PlasmaHH> |
wow. now thats cool. |
| [09:42:15] |
* |
PlasmaHH feeds that into his spam filter to check if it would come through |
| [09:42:30] |
<PlasmaHH> |
negative |
| [09:42:30] |
<Sweetsha1k> |
cboos: yuck, upgrading is not an solutio - yet |
| [09:43:12] |
<Sweetsha1k> |
hmm, I can browse the db just fine with sqlite |
| [09:43:38] |
* |
Sweetsha1k is scared to try to write data in the db |
| [09:44:43] |
<PlasmaHH> |
do the logs show something? sounds like some trac issue to me, and if there have been locking issues that are fixed in 3dev... *shrug* whats the problem for you with upgrading? that its a dev version? |
| [09:44:55] |
* |
pygi has joined #trac |
| [09:45:05] |
<cboos> |
Sweetsha1k: you didn't say what was the version you used... |
| [09:45:58] |
<Sweetsha1k> |
cboos: 10.1 |
| [09:46:13] |
< |
