| [00:06:24] |
* |
cboos has joined #trac |
| [00:10:03] |
* |
divya has quit IRC |
| [00:12:57] |
<asmodai> |
morning peeps! |
| [00:13:49] |
<coderanger> |
Aldo |
| [00:17:00] |
* |
cmlenz has joined #trac |
| [00:17:46] |
<coderanger> |
Anyone wanna play with an interface? |
| [00:18:18] |
<coderanger> |
http://www.coderanger.net/tracdev/admin/tracforge/prototypes |
| [00:18:21] |
<coderanger> |
(guest/guest) |
| [00:21:05] |
<coderanger> |
Hrmm, I don't like how the index looks |
| [00:24:09] |
* |
flox has quit IRC |
| [00:35:09] |
<cboos> |
hello, |
| [00:35:11] |
<cboos> |
is alect around? |
| [00:35:55] |
<cboos> |
(want to invite him to a little refact'partey) |
| [00:36:10] |
<coderanger> |
heh |
| [00:36:20] |
<coderanger> |
I would imagine he is home by now |
| [00:36:37] |
<cboos> |
ok... thanks |
| [00:37:09] |
<cboos> |
cmlenz: have you seen |
| [00:37:12] |
<cboos> |
@ticket 4042 |
| [00:37:12] |
<evil_twin> |
cboos: http://trac.edgewall.org/ticket/4042 |
| [00:37:22] |
<cboos> |
note the cc: ;) |
| [00:38:57] |
<cmlenz> |
heh |
| [00:39:01] |
<cmlenz> |
not me :-) |
| [00:39:15] |
<cboos> |
a duplicate ;) |
| [00:43:37] |
<cboos> |
coderanger: I've just read your comment on #1580 |
| [00:44:07] |
<cboos> |
this reminded me that you were quite interested in permission/security related discussion on trac-dev in the past... |
| [00:44:30] |
<cboos> |
what do you think about the security branch in the sandbox? Have you looked at it? |
| [00:44:33] |
<coderanger> |
I think simpleticket and ticketdelete are both good candidates for integrating to Trac proper |
| [00:44:47] |
<coderanger> |
From what I last saw (a while ago) it looked nice |
| [00:45:11] |
<cboos> |
... I wonder if you'd be interested to revive the branch ... |
| [00:45:20] |
<coderanger> |
The major stopping point was in defining how the different policies interacted |
| [00:45:55] |
<coderanger> |
I think Alec said he was going to sync it to trunk, but if he doesn't have time, sure :) |
| [00:46:03] |
<coderanger> |
Tracforge has been eating a lot of my time lately |
| [00:46:57] |
<coderanger> |
I can see why you guys decided to put off multi-project support :-/ |
| [00:47:31] |
<cboos> |
Well, it planned ;) |
| [00:47:36] |
<cboos> |
s/it/it's/ |
| [00:48:08] |
<cboos> |
(and we're also serious about alien based technology) |
| [00:48:53] |
<coderanger> |
HEh |
| [00:49:12] |
<coderanger> |
Okay, I should probably head to sleep seeing as it's almost 4 over here |
| [00:49:37] |
<cboos> |
so, back the the security branch, Alec seems to be quite busy... so I'm quite sure a helping hand on the security branch would not be a luxury... So if you're interested to help, I'd be pleased. What do you think cmlenz? |
| [00:50:16] |
<coderanger> |
Are you guys still planning to deal with security and workflow post-0.11? |
| [00:51:00] |
<cmlenz> |
workflow may still go in 0.11, security not |
| [00:51:02] |
<cmlenz> |
IMHO |
| [00:51:10] |
<coderanger> |
sounds about right |
| [00:51:22] |
<cmlenz> |
nonetheless having some work done on the security sandbox would of course be welcome |
| [00:51:45] |
<cboos> |
hm, if I remember correctly, the changes were pretty minimal and sounded quite useful |
| [00:52:01] |
<coderanger> |
Most of the security stuff can be hacked up as plugins currently, so its not really critical for 0.11 IMO |
| [00:52:15] |
<cboos> |
so I think it all depends on the quantity of work done... |
| [00:52:29] |
<cboos> |
and yes, that would possibly limit the hackery done for 0.11 ... |
| [00:52:48] |
<coderanger> |
but yeah, I'm always glad to help out |
| [00:52:57] |
<cboos> |
I mean, if we have some base support in the core, the plugins could be a bit more than hacks ... |
| [00:54:16] |
<cboos> |
anyway, the problem is not the branch being merged in or not before or after 0.11, it's rather having an ''active'' branch |
| [00:54:40] |
<coderanger> |
Yeah, better to have it working and then decide what to do with it |
| [00:55:24] |
<asmodai> |
mmm |
| [00:55:26] |
<asmodai> |
http://www.sfheart.com/hundredth_monkey.html |
| [00:55:26] |
<cboos> |
yesm, so either it's stable and we could perhaps consider merging it, or it's a viable alternative for adding as a patch or for running of a branch (as WorkFlow used to be during 0.10 development) |
| [00:55:41] |
<coderanger> |
cmlenz: Why did the admin console refactoring patches never end up in trunk? |
| [00:56:21] |
<coderanger> |
(just looking over t-h and noticed they were still up there) |
| [00:56:24] |
<cmlenz> |
coderanger: they would've needed more work IIRC |
| [00:56:44] |
<cmlenz> |
but I've been experimenting with that approach here, so something like that may make it into the new trac.admin package |
| [00:56:55] |
<cmlenz> |
if only to cleanup the trac-admin code |
| [00:57:17] |
<coderanger> |
nifty, someone was asking me if there was a way to script TicketDelete easily, so it would be nice for things like that |
| [00:57:58] |
* |
otaku42_away is now known as otaku42 |
| [00:59:18] |
<cmlenz> |
cboos: so what's up with the wiki2html stuff you wanted to check-in "this evening" a week or so ago? ;-) |
| [00:59:50] |
<cboos> |
oh, I think I needed sleep that night ;) |
| [01:00:15] |
<cmlenz> |
heh |
| [01:00:26] |
<coderanger> |
Gnite y'all |
| [01:00:41] |
<cboos> |
yes, it's still on the todo list of course. If you don't mind me applying your patch first, I'll go around doing it ... perhaps this evening :) |
| [01:01:13] |
<cmlenz> |
well, I can do it too, I just thought you had it all ready |
| [01:01:22] |
<cboos> |
no not yet |
| [01:01:48] |
<cboos> |
since then, there's also been this related question of the ITimelineEventProvider refactoring... |
| [01:02:19] |
<cboos> |
you know, currently various wiki_to_* are done in the providers themselves, not in the timeline.html |
| [01:02:29] |
<cboos> |
and we should find a way to do that in the template |
| [01:02:48] |
<cboos> |
that's very much needed since the changeset wiki formatter might trigger a resync |
| [01:03:28] |
<cmlenz> |
hmm, what does that last sentence have to do with the others? :-P |
| [01:04:12] |
<cboos> |
sorry, let me be more clear |
| [01:04:29] |
<cboos> |
take the ticket event provider |
| [01:04:57] |
<cboos> |
there's a running select to get the ticket events. For each event, there's a wiki_to_html call |
| [01:05:35] |
<cboos> |
if there's a changeset link in there, that might now trigger a resync (mgood's latest change) |
| [01:06:08] |
<cboos> |
then if there's effecively a resync to do, this does in turn some inserts, then a commit |
| [01:06:42] |
<cboos> |
when we resume iteration on the select, this raise a 'logic error' exception (we have a ticket about that) |
| [01:06:55] |
<cboos> |
... was that clearer? ;) |
| [01:08:27] |
<cmlenz> |
oh, yeah |
| [01:08:57] |
<cboos> |
let me find out the ticket. .. |
| [01:09:16] |
<cmlenz> |
I think the new API may depend on the passing-in-the-context story for the wiki formatter |
| [01:09:21] |
<cmlenz> |
how's that front doing?= |
| [01:09:24] |
<cmlenz> |
s/=/ |
| [01:09:43] |
<cmlenz> |
I think that should be really top priority ;-) |
| [01:10:18] |
<cboos> |
fortunately there's a november the 1st ahead ;) |
| [01:11:07] |
<cmlenz> |
heh |
| [01:11:37] |
<cmlenz> |
how about you leave the wiki2html stuff to me then and concentrate on the context thing? |
| [01:12:01] |
* |
flox has joined #trac |
| [01:12:10] |
<cboos> |
np |
| [01:12:18] |
* |
appel[1] has joined #trac |
| [01:13:35] |
<cboos> |
but you know, for that context stuff, there's a similar concern with the security policy branch, how we identify the "stuff" |
| [01:14:03] |
<cboos> |
(type, id) is one thing, |
| [01:14:42] |
<cboos> |
but there's also possibly the "dependant" information, e.g. attachment of ... comment of ... etc. |
| [01:15:18] |
<cboos> |
and the "field" info (what I used to call the facet in my xref branch) |
| [01:17:30] |
<cmlenz> |
right |
| [01:18:07] |
<cmlenz> |
it's important stuff, and we need to get it right, and address it early in the process |
| [01:20:41] |
* |
Getty has quit IRC |
| [01:21:22] |
<cboos> |
just found out the ticket I was discussing before: @ticket 2902 |
| [01:21:31] |
* |
Getty has joined #trac |
| [01:21:39] |
<cboos> |
bbiab |
| [01:28:31] |
* |
janhaa has joined #trac |
| [01:28:34] |
<janhaa> |
hello |
| [01:29:00] |
<janhaa> |
is it possible to add a permission to all registered user, as in the opposite of ANONYMOUS ? |
| [01:29:41] |
<cmlenz> |
use "authenticated" |
| [01:29:53] |
<janhaa> |
thanks |
| [01:45:23] |
* |
tkp has joined #trac |
| [01:56:59] |
* |
kop_ has joined #trac |
| [02:05:31] |
* |
matt_good has quit IRC |
| [02:12:13] |
<kop_> |
ahem, I'm having trouble getting webadmin working |
| [02:13:25] |
<kop_> |
python-2.3, trac-0.10 and the corresponding webadmin egg from the edgewall site |
| [02:14:12] |
<kop_> |
I'm supposed to just place the file with .egg extension in $ENV/plugins/ ? |
| [02:14:34] |
* |
matt_good has joined #trac |
| [02:14:39] |
* |
jesterKing is now known as amino |
| [02:16:58] |
<kop_> |
*help* :-) |
| [02:18:02] |
<cmlenz> |
see TracPlugins |
| [02:19:32] |
<kop_> |
that's what I've been reading |
| [02:20:28] |
<kop_> |
I'd like to install it for just this project, not globally |
| [02:36:01] |
* |
divya has joined #trac |
| [02:37:45] |
* |
matt_good has quit IRC |
| [02:38:04] |
<cobaltsixty> |
cmlenz, any minimal version for "authenticated"? |
| [02:43:40] |
<cmlenz> |
hm? |
| [02:49:11] |
* |
matt_good has joined #trac |
| [02:55:11] |
<cboos> |
cmlenz: woops |
| [02:55:12] |
<cboos> |
IntegrityError: duplicate key violates unique constraint "node_change_pk" |
| [02:55:16] |
<cboos> |
on t.e.o ;) |
| [02:55:23] |
<cboos> |
:( I should say |
| [02:55:30] |
<cmlenz> |
bah |
| [02:55:42] |
<cboos> |
I mean it persists ... |
| [02:55:51] |
<cmlenz> |
I'm not a big fan of how postgres manages sequences |
| [02:55:52] |
<cboos> |
the timeline is unavailable |
| [02:56:15] |
<cboos> |
resync needed, I guess |
| [02:56:35] |
<cmlenz> |
what kind of conflict may that be? any ideas? |
| [02:56:45] |
<cboos> |
two concurrent resync |
| [02:56:51] |
<alect> |
evening |
| [02:57:22] |
<cboos> |
try to get any changeset directly, you'll get a traceback |
| [02:57:48] |
<cboos> |
hello alec |
| [02:58:42] |
<cmlenz> |
what do you mean with "concurrent resync"? |
| [02:59:19] |
<cmlenz> |
resync done |
| [02:59:50] |
<cboos> |
two users triggering a resync, then one succeeds, the other fails but nevertheless the sequence is messed up ... |
| [03:00:24] |
<cboos> |
(I have to look closer, that's only an hypothesis) |
| [03:00:36] |
<cmlenz> |
the table should be locked for the first resync |
| [03:00:48] |
<cboos> |
the table, maybe not the sequence |
| [03:02:13] |
<cboos> |
@ticket 4043 |
| [03:02:13] |
<evil_twin> |
cboos: http://trac.edgewall.org/ticket/4043 |
| [03:03:03] |
<cboos> |
alect, have you started to do something about the fields? |
| [03:04:19] |
<cboos> |
I wondered if you would mind if I start adding some basic support for the datetime field. I don't know how much that would conflict with what you've already done. |
| [03:05:07] |
<alect> |
i'd prefer not |
| [03:05:36] |
<alect> |
it would just have to be rewritten anyway |
| [03:06:59] |
* |
number5 has quit IRC |
| [03:07:06] |
<cboos> |
well, is there already something on the fields level? |
| [03:07:19] |
<cboos> |
maybe we can start with that |
| [03:07:50] |
<cboos> |
Also, would be great if this field support was not only /ticket/ fields support ;) |
| [03:08:13] |
<alect> |
yeah that is the plan, definitely |
| [03:08:46] |
<cboos> |
trac.util.field? |
| [03:09:07] |
<alect> |
yeah, possibly |
| [03:09:39] |
<cboos> |
do you already have started something (just curiosity, not pressure ;) )? |
| [03:09:57] |
<alect> |
yeah, i'm merging the newticket and ticket components |
| [03:10:06] |
<cboos> |
... this I've seen |
| [03:10:14] |
<alect> |
so any field changes will require pain merging back |
| [03:10:15] |
<cboos> |
no, I was talking about the field support |
| [03:10:37] |
<cboos> |
I think we should merge step wise |
| [03:10:41] |
<alect> |
yeah i know, i was stating that because field changes will make the merge painful |
| [03:11:18] |
<cboos> |
I mean the merge should go smoothly between the WorkFlow branch and trunk, |
| [03:11:52] |
<cboos> |
otherwise we'll run into another "dead-end", so to speak |
| [03:12:29] |
<cboos> |
so I'd favor reaching "steps" that we can merge back incrementally |
| [03:12:46] |
<cboos> |
the module merge is a good example of such "steps" |
| [03:12:47] |
<alect> |
yes, *exactly* what the merged components are |
| [03:12:48] |
<alect> |
the first step |
| [03:13:17] |
<cboos> |
the support for fields could be another one (aka the refactoring party) |
| [03:13:30] |
<alect> |
hehe |
| [03:13:32] |
<alect> |
yes, exactly |
| [03:15:56] |
<alect> |
i guess the field support could be done in parallel, assuming nothing in trac.ticket is modified and all the work is done in trac.util |
| [03:18:56] |
<cboos> |
cmlenz: did you read our babbling? are you ok with merging back the ticket module merge? |
| [03:19:31] |
<cmlenz> |
absolutely |
| [03:19:47] |
<cboos> |
great ;) |
| [03:20:23] |
<cboos> |
(but as I was prepared for a fight, let's talk about Trac objects...) |
| [03:20:30] |
<alect> |
ooh yes |
| [03:20:47] |
<alect> |
security would be much more pleasant with that |
| [03:20:54] |
<cboos> |
hm, I was joking ;) |
| [03:21:00] |
<alect> |
haha |
| [03:21:01] |
<alect> |
too late! |
| [03:21:52] |
<alect> |
the security branch could be updated to trunk quite easily too |
| [03:22:13] |
<cboos> |
alect: about the security, earlier this morning, I was discussing a bit with coderanger... wondered if he would like to help in that area |
| [03:22:34] |
<cboos> |
He was positive with the idea. What do you think? |
| [03:25:07] |
<alect> |
well tbh i'd rather do it myself. nothing to do with coderanger of course, i just enjoy doing the security branch |
| [03:26:55] |
<cboos> |
... but the branch was a bit in a need of activity, you know, so I wondered if we couldn't get him to help on some orphaned branch (so I thought) |
| [03:27:29] |
* |
alect smacks cboos around the head with a trout |
| [03:27:43] |
* |
cboos expected something like that |
| [03:27:47] |
<alect> |
hehe |
| [03:28:36] |
* |
asmodai sighs |
| [03:28:41] |
* |
asmodai dislikes being interrupt from coding by system administration, especially when it's windows |
| [03:29:25] |
<alect> |
cboos: it's a good idea, but frankly i enjoy the security branch more than workflow. but workflow takes priority (of what little time i have had recently) |
| [03:29:42] |
<alect> |
asmodai: so true |
| [03:29:52] |
<alect> |
but, i'm slowly getting back free time |
| [03:29:59] |
<alect> |
i actually have some nights free now! |
| [03:30:01] |
<asmodai> |
hahah |
| [03:30:03] |
<asmodai> |
uh huh |
| [03:30:06] |
<asmodai> |
Google claimed your soul |
| [03:30:08] |
<asmodai> |
admit it |
| [03:30:12] |
* |
alect raises fist at google |
| [03:30:28] |
<asmodai> |
Fist in the air in the land of hypocrisy! |
| [03:30:41] |
<alect> |
sweet RATM |
| [03:30:55] |
<asmodai> |
:D |
| [03:31:02] |
<alect> |
speaking of hypocristy, i saw an inconvenient truth tonight |
| [03:31:08] |
<asmodai> |
Which is? |
| [03:31:13] |
<alect> |
the movie! |
| [03:31:27] |
<asmodai> |
Didn't know there's a movie by that name. |
| [03:31:32] |
<alect> |
"an inconvenient truth"...al gore on global warming |
| [03:31:47] |
<alect> |
definitely worth a watch |
| [03:35:40] |
<asmodai> |
ok, will do |
| [03:36:07] |
<asmodai> |
Heard an economist in the UK say that global warming will cost about 5500 billion Euro in the coming years if not tackled soon |
| [03:36:43] |
<cboos> |
5500? why not 6000? or are round numbers less "professional"? ;) |
| [03:37:06] |
<cboos> |
sorry /me being OT |
| [03:37:47] |
<asmodai> |
Dunno. It's an estimate still I reckon. |
| [03:37:57] |
<cboos> |
back to the topic: alect, is it ok if I take care of the backporting to trunk? |
| [03:38:01] |
<asmodai> |
Not that 500 billion difference matters |
| [03:38:16] |
<cboos> |
(backporting from WorkFlow, of the ticket module merge) |
| [03:38:30] |
<cboos> |
I'd like to use the svnmerg tool there and experiment with the "bidirectional merge" mode. |
| [03:38:32] |
<alect> |
noooooo, not yet. there is still a bit to do |
| [03:38:44] |
<alect> |
well, actually i guess it won't hurt |
| [03:38:48] |
<alect> |
but the merge is not finished |
| [03:39:00] |
<cboos> |
yeah, last time I've checked, it was working fine |
| [03:39:02] |
<alect> |
that first stuff was superficial merging |
| [03:39:10] |
<cboos> |
ok |
| [03:39:20] |
<alect> |
so i dunno...i guess it can't hurt |
| [03:39:25] |
<alect> |
i was just looking at svnmerge actually |
| [03:39:28] |
<alect> |
reading your mail |
| [03:39:45] |
<asmodai> |
You're reading *MY* mail?! |
| [03:39:53] |
<cboos> |
it's cool, and with a bit more support on the Trac side, it'll be extra-cool ;) |
| [03:40:13] |
<alect> |
christians... |
| [03:40:26] |
<cboos> |
? |
| [03:40:34] |
<alect> |
(to asmodai) |
| [03:40:44] |
<asmodai> |
alect: eh? |
| [03:40:52] |
* |
minsu_ju_ has quit IRC |
| [03:40:56] |
<alect> |
<asmodai> You're reading *MY* mail?! |
| [03:40:58] |
<alect> |
> christians... [22:33] |
| [03:41:07] |
<alect> |
i was reading christian's mail! |
| [03:41:10] |
<asmodai> |
oh duh |
| [03:41:22] |
<asmodai> |
Sorry christians != christian's |
| [03:41:37] |
<asmodai> |
I was wondering what a bbunch of religious people had to do with it |
| [03:41:43] |
<alect> |
hahaha |
| [03:41:45] |
<asmodai> |
and never mind, the joke's long gone now |
| [03:41:46] |
<alect> |
:) |
| [03:41:58] |
* |
minsu_ju has joined #trac |
| [03:42:03] |
<alect> |
lazy irc grammar creates confusion |
| [03:44:22] |
<asmodai> |
hehe :D |
| [03:44:25] |
* |
asmodai thwaps alect |
| [03:44:35] |
<asmodai> |
Always dot your is and end with periods. |
| [03:44:42] |
<asmodai> |
Uncouth heathen! |
| [03:44:55] |
<alect> |
pfft! |
| [03:45:27] |
<asmodai> |
You're leaking air! |
| [03:45:32] |
<alect> |
hahah |
| [03:45:33] |
<alect> |
:) |
| [03:45:45] |
* |
asmodai whips out the duct tape |
| [03:47:56] |
<alect> |
does svnmerge store its properties on trunk, for bidirectional merges? |
| [03:48:18] |
<cboos> |
I believe so ... not tried yet |
| [03:49:19] |
<cboos> |
hm, well, if that's begin to look too ugly on t.e.o we can still add that prop to the hidden prop list |
| [03:49:28] |
<alect> |
yeah |
| [03:49:37] |
<asmodai> |
alect: How often do people use the joke 'smartalec' with you? |
| [03:49:53] |
<alect> |
usually at least once when they first meet me |
| [03:50:00] |
<asmodai> |
:D |
| [03:50:01] |
<alect> |
then i whip out my shotgun and kill them |
| [03:50:03] |
<alect> |
and they stop |
| [03:50:10] |
<asmodai> |
LOL |
| [03:50:18] |
<asmodai> |
That happens often when they're dead yeah. |
| [03:55:14] |
* |
kop_ has quit IRC |
| [03:58:36] |
<alect> |
svnmerge rocks my world |
| [04:07:36] |
<otaku42> |
may i ask a python-related question in here? it's at least partly related to the channel topic since it's for a plugin i work on currently ;) |
| [04:07:43] |
<alect> |
doit |
| [04:07:51] |
* |
seemant has quit IRC |
| [04:08:33] |
<otaku42> |
if i have two nested for-loops, is there an easy way to break out of both loops with a single instruction? |
| [04:08:37] |
* |
seemant has joined #trac |
| [04:09:04] |
<alect> |
nope :( |
| [04:09:34] |
<otaku42> |
alect: ok, thx |
| [04:15:14] |
* |
amino is now known as jesterKing |
| [04:19:34] |
* |
l0wkey has quit IRC |
| [04:19:34] |
* |
lisppaste5 has quit IRC |
| [04:19:34] |
* |
angrymike has quit IRC |
| [04:19:34] |
* |
shawn has quit IRC |
| [04:19:34] |
* |
blinx has quit IRC |
| [04:19:34] |
* |
tahorg has quit IRC |
| [04:19:34] |
* |
dfc has quit IRC |
| [04:21:05] |
* |
l0wkey has joined #trac |
| [04:21:05] |
* |
lisppaste5 has joined #trac |
| [04:21:05] |
* |
angrymike has joined #trac |
| [04:21:05] |
* |
shawn has joined #trac |
| [04:21:05] |
* |
blinx has joined #trac |
| [04:21:05] |
* |
dfc has joined #trac |
| [04:21:05] |
* |
tahorg has joined #trac |
| [04:21:31] |
* |
dfc has quit IRC |
| [04:21:35] |
* |
dfc has joined #trac |
| [04:22:07] |
* |
blinx has quit IRC |
| [04:22:23] |
* |
blinx has joined #trac |
| [04:25:06] |
<alect> |
cboos: workflow is synced with trunk |
| [04:25:14] |
<alect> |
or syncing, should i say |
| [04:25:30] |
<otaku42> |
hmm... wondering what the correct way is to call the match_request method of the default handler. |
| [04:25:55] |
<alect> |
"correct"? |
| [04:26:07] |
<otaku42> |
of course, the first thing i need is a reference to the default handler. i looked at how RequestDispatcher does it, but I must have done something wrong |
| [04:26:35] |
<otaku42> |
alect: "correct" might be the wrong term, not sure. :) |
| [04:27:33] |
<otaku42> |
i have a plugin that implements IRequestFilter methods. the user should be able to configure for which "request paths" the filter should take effect. |
| [04:28:27] |
<otaku42> |
means: "match = /wiki,/ticket" should cause the plugin to do its job for any request to paths that start with either /wiki or /ticket |
| [04:29:32] |
<otaku42> |
the only problem i'm facing is the case where req.path_info is '/' |
| [04:29:37] |
* |
prologic has quit IRC |
| [04:29:38] |
* |
entreprenerd has quit IRC |
| [04:30:59] |
<otaku42> |
my idea for handling this was: find out the default handler and call its match_request method for every path in "match=..." from trac.ini; if it matches, the plugin would become active |
| [04:31:15] |
* |
m_g has joined #trac |
| [04:31:46] |
<alect> |
default_handler is the one used |
| [04:31:51] |
<alect> |
configured under [trac] i think |
| [04:32:19] |
<alect> |
it's an ExtensionOption in trac/web/main |
| [04:32:31] |
<alect> |
RequestDispatcher |
| [04:32:39] |
<alect> |
so you can just use that directly |
| [04:33:41] |
* |
prologic has joined #trac |
| [04:34:10] |
* |
entreprenerd has joined #trac |
| [04:37:15] |
* |
gordonjcp has quit IRC |
| [04:37:33] |
* |
gordonjcp has joined #trac |
| [04:43:36] |
<otaku42> |
alect: sorry, had a phone call |
| [04:44:12] |
<otaku42> |
alect: i tried that already, the result can be seen on http://h4ckr.net |
| [04:44:20] |
<otaku42> |
alect: pasting the code in question, hold on |
| [04:44:29] |
<otaku42> |
(to a nopaste service, that is) |
| [04:48:20] |
<otaku42> |
alect: http://nopaste.easy-coding.de/?id=646 |
| [04:53:57] |
* |
kop_ has joined #trac |
| [04:54:17] |
<kop_> |
still no webadmin for me :( |
| [04:55:07] |
* |
rsalveti has joined #trac |
| [04:55:23] |
<cmlenz> |
kop_: been through the troubleshooting on TracPlugins? |
| [05:02:23] |
<kop_> |
woho, you made my day! |
| [05:03:06] |
<kop_> |
while trying to avoid embaressment I went through the Troubleshooting-section again |
| [05:03:16] |
<kop_> |
I had the wrong version of setuptools installed :-) |
| [05:03:45] |
<kop_> |
"aptitude install python-setuptools/sarge-backports" and hey there it was |
| [05:03:58] |
<alect> |
otaku: it could be because default_handler.match_request is being called twice |
| [05:04:54] |
<alect> |
otaku: that call is redundant though, as default_handler should match / always |
| [05:06:50] |
<cboos> |
oh, TracPlugins has a troubleshooting section too ... nice. One more for the collection ;) |
| [05:08:41] |
<otaku42> |
alect: re "default_handler should match / always": true. however, i don't try to match "/" but the user-defined paths (/wiki and /ticket in my testing configuration) |
| [05:12:04] |
<otaku42> |
alect: the [tracnav] section of my trac.ini looks like: http://nopaste.easy-coding.de/?id=647 |
| [05:47:32] |
<cboos> |
cmlenz: just saw r4095, great ;) but you could have "svn cp"ied from sandboxwebadmin-genshi ;( |
| [05:48:14] |
<cmlenz> |
yeah, sorry |
| [05:48:34] |
<cboos> |
snif ;( |
| [05:48:57] |
<cboos> |
but to my pleasure I saw that we now have folding.js in core ;) |
| [05:49:14] |
<cboos> |
what about having the Attachment section folded by default? |
| [05:49:22] |
<cboos> |
(especially in wiki pages) |
| [05:49:40] |
<cmlenz> |
yeah, that may be nice |
| [05:50:13] |
<cboos> |
good, I'll do it then (still need to get more familiar with the jQuery stuff) |
| [05:54:55] |
* |
exarkun has joined #trac |
| [05:55:03] |
<exarkun> |
well, my server's gone again |
| [05:55:25] |
<exarkun> |
Once again no core file |
| [05:55:39] |
<exarkun> |
I also put Python code in the shutdown path and added an atexit hook, but none of that ran either |
| [06:00:18] |
* |
rsalveti has quit IRC |
| [06:02:46] |
<cboos> |
exarkun: you mean 'gone dead' or 'gone hanging'? (I bet it's not 'gone fishing') |
| [06:02:47] |
* |
rsalveti has joined #trac |
| [06:02:56] |
<exarkun> |
'gone dead' |
| [06:03:26] |
<cboos> |
well, that's embarassing ... |
| [06:03:39] |
<cboos> |
no hangs anymore, btw? |
| [06:03:47] |
<exarkun> |
not lately |
| [06:04:15] |
<cboos> |
you're on trunk now, right? still sqlite? |
| [06:04:36] |
<exarkun> |
right |
| [06:04:44] |
<cboos> |
what about running the server under gdb? |
| [06:04:47] |
<exarkun> |
r4045 of trac |
| [06:04:55] |
<exarkun> |
I could give that a try |
| [06:05:06] |
* |
divya has quit IRC |
| [06:05:18] |
<cboos> |
I don't see another way to know more about this kind of sudden death... |
| [06:07:18] |
<cboos> |
oh, perhaps r4048 could help... |
| [06:10:27] |
* |
lightcap has quit IRC |
| [06:17:42] |
* |
ryepup has quit IRC |
| [06:30:21] |
* |
d0rt has joined #trac |
| [06:31:41] |
* |
Hydra_ has joined #trac |
| [06:32:12] |
* |
jesterKing is now known as amino |
| [06:37:09] |
<otaku42> |
alect: solution found. my fault was that i did not pass a Request object to <handler>.match_request. fixed by introducing a PseudoRequest class that implements just the necessary functionality. |
| [06:37:52] |
* |
danbeck has joined #trac |
| [06:38:29] |
* |
imajes is now known as grimajes |
| [06:42:22] |
* |
cedricOB has joined #trac |
| [06:42:59] |
<cedricOB> |
hello, I have just added a new user (permission) but I can not see him in the 'assign to' for new ticket ... |
| [06:47:36] |
* |
Hydra^ has quit IRC |
| [06:54:34] |
* |
chandlerc has joined #trac |
| [06:55:57] |
* |
xjjk has joined #trac |
| [07:09:51] |
* |
cedricOB has quit IRC |
| [07:19:00] |
* |
chandlerc has quit IRC |
| [07:19:43] |
* |
kemik has quit IRC |
| [07:20:02] |
* |
demianturner has joined #trac |
| [07:20:32] |
<demianturner> |
hi guys, i upgraded my debian sarge to apache 2.2 and my trac install stopped working |
| [07:21:07] |
<demianturner> |
now it get [Tue Oct 31 10:56:05 2006] [error] [client 62.47.47.149] PythonHandler trac.ModPythonHandler: ImportError: No module named trac |
| [07:21:42] |
<demianturner> |
indeed if i jump into interactive session in python, it can't import 'trac' |
| [07:21:44] |
* |
chandlerc has joined #trac |
| [07:21:51] |
<cboos> |
"trac.ModPythonHandler" that looks like a pre-0.9 version of trac, no? |
| [07:22:12] |
<demianturner> |
let me check, i think it's 0.9.4 |
| [ |
