| [00:03:12] |
<Macca> |
sweet tahg |
| [00:03:13] |
<Macca> |
ta |
| [01:05:28] |
* |
_shawn has joined #trac |
| [01:32:50] |
* |
pygi has joined #trac |
| [01:39:12] |
* |
whitelynx|blackb has quit IRC |
| [02:07:11] |
<alect> |
evening |
| [02:13:44] |
* |
mrkris has left #trac |
| [02:39:13] |
* |
cboos has joined #trac |
| [02:39:46] |
<alect> |
lo cboos |
| [02:39:51] |
* |
pygi has left #trac |
| [02:39:51] |
<cboos> |
hello alect |
| [02:40:13] |
<cboos> |
I'm looking for signs of life of either cmlenz or jborg ... |
| [02:40:25] |
<cboos> |
I want to move the security / wiki context stuff forward |
| [02:40:26] |
<alect> |
i have seen neither of them |
| [02:41:11] |
<cboos> |
it'll be three weeks now I'm waiting for the "few days" of cmlenz ... |
| [02:41:38] |
<alect> |
he wrote a blog post, it showed up on unofficial python planet |
| [02:41:53] |
<cboos> |
about ...? |
| [02:41:58] |
* |
alect shrugs |
| [02:43:28] |
<cboos> |
ok, found it Genshi related stuff |
| [02:44:01] |
<cboos> |
btw, I'm quite interested by the memcache stuff, would be great to counter-balance the Genshi slowness |
| [02:44:32] |
<cboos> |
that would make a great combo, if we can find out a good caching scheme |
| [02:45:10] |
<alect> |
yeah |
| [02:45:25] |
<cboos> |
alect: what's your current take on the security stuff? |
| [02:45:29] |
<alect> |
i don't think it would be that difficult |
| [02:45:47] |
<cboos> |
are you satisfied with it, or do you think there are things we can still improve upon? |
| [02:46:55] |
<alect> |
hmm, i'm not as sold on it as i was on the old version, mainly because it's much more intrusive |
| [02:48:18] |
<cboos> |
well, there are many more checks over the place, but that's a "feature", no? (fine grain checks for timeline events etc.) |
| [02:48:30] |
<cboos> |
or intrusive in another way? |
| [02:48:52] |
<alect> |
the checks are roughly the same number, it's the same basic premise as the original security branch |
| [02:49:00] |
<alect> |
ah, i was referring to the old security branch |
| [02:50:22] |
<alect> |
my objections are not really concrete though, more of a feeling |
| [02:51:50] |
<cboos> |
there's also the fact that the security branch contains the "permission refactoring" + a more pervasive use of the context |
| [02:52:18] |
<cboos> |
I think I'll move the context related stuff on trunk, to better differentiate the security only stuff |
| [02:54:26] |
<alect> |
the diff against trunk is huge |
| [02:54:38] |
<alect> |
181K |
| [02:54:47] |
<cboos> |
well, try again in a few minutes ... the two are not yet in sync |
| [02:54:57] |
<cboos> |
(I'm currently running svnmerge) |
| [02:56:38] |
<alect> |
k |
| [02:56:44] |
<cboos> |
The main problem I have now with Trac is it's "low evolution speed", really ;) |
| [02:57:14] |
<cboos> |
look at the frantic pace we were developing the security stuff at beginning of January, and compare to what happens now ... |
| [02:57:37] |
<cboos> |
whenever there are synergies, things are moving along great |
| [02:58:55] |
<cboos> |
I have a good confidence I could move the thing forward a lot, alongside the GenericTrac and the multiple project lines, not to mention the generalized notification, the cross-references stuff and al. ... |
| [02:59:33] |
<cboos> |
but if for each of those things there are stop gaps like, "Hm, that doesn't sound right, don't do it and let me think about it ..." |
| [02:59:39] |
<cboos> |
things will never happen... |
| [02:59:43] |
<cboos> |
so... |
| [02:59:58] |
<cboos> |
I wonder if I shouldn't start a fork on of these days |
| [03:01:10] |
<alect> |
it's a tricky balance i think |
| [03:01:48] |
<cboos> |
yes, I know, there's no straightforward answer, but those last weeks, the balance is really shifting in the direction of a fork. |
| [03:01:52] |
<cboos> |
now whether to do it from inside edgewall.org or elsewhere is an open question |
| [03:02:56] |
<cboos> |
I'd be all for doing that inside edgewall.org, a kind of "alt" line, with its own trunk and working branches |
| [03:03:28] |
<alect> |
that could be useful, kind of like a testing ground |
| [03:03:41] |
<alect> |
problem is, the further you get away from trunk, the more difficult it would be to keep it in sync |
| [03:04:21] |
<cboos> |
true, the idea is that it'll eventually become the trunk at some point |
| [03:04:44] |
<cboos> |
see that as a "high evolution speed" area ;) |
| [03:04:53] |
<alect> |
how is that different to the current sandboxes then? |
| [03:05:10] |
<alect> |
except that it could have multiple features being integrated concurrently |
| [03:05:27] |
* |
m_g has joined #trac |
| [03:05:31] |
<cboos> |
well, not necessarily concurrently, but at a greater pace |
| [03:08:11] |
* |
cboos_ has joined #trac |
| [03:08:26] |
<alect> |
wb |
| [03:08:35] |
<cboos_> |
yep, sorry, got disconnected |
| [03:08:40] |
<alect> |
i think that you'll run into the same barrier integrating back into trunk |
| [03:09:01] |
<alect> |
i think it would be easier to get things integrated if the changes were minimal |
| [03:09:03] |
<alect> |
done one step at a time |
| [03:09:11] |
<cboos_> |
well, except I wouldn't care anymore, as I'll work on the "alt" trunk |
| [03:09:22] |
<cboos_> |
the problem is about the choice of direction |
| [03:09:38] |
<cboos_> |
if we don't agree, well, we don't agree, no matter how minimal the change is |
| [03:09:49] |
<cboos_> |
or how much time the code is left to rot on its branch ... |
| [03:10:56] |
<alect> |
the difference of opinion thing is tricky |
| [03:11:19] |
<alect> |
particularly now that mgood, cmlenz and jborg are not really doing much development |
| [03:11:36] |
<alect> |
ie. not too involved |
| [03:11:48] |
<cboos_> |
well, the opinion in question is how you feel an approach is right or not |
| [03:11:55] |
<alect> |
yes i know |
| [03:12:07] |
<cboos_> |
the (wiki) context stuff seems very appropriate to me |
| [03:12:17] |
<alect> |
i mean that, if you propose a solution, but the others don't have time to review it and get back with feedback |
| [03:12:18] |
<cboos_> |
it "clicks" with a lot of ideas I had before |
| [03:12:22] |
<alect> |
what do you do? |
| [03:12:28] |
<cboos_> |
exactly, |
| [03:12:40] |
<alect> |
so it's more about involvement than disagreement |
| [03:12:52] |
<cboos_> |
and if the only feedback you get is "that doesn't feel right", it's completely non-productive |
| [03:12:57] |
<alect> |
i mean i'm sure if they came back with constructive criticism you'd be willing to adjust the design or whatever |
| [03:13:06] |
<cboos_> |
exactly |
| [03:13:27] |
<cboos_> |
but right now, this "it doesn't feel right" stuff just blocks me |
| [03:13:40] |
<cboos_> |
and this is sad, as I could push the thing far beyond |
| [03:13:57] |
<cboos_> |
like generalized resource model, multi project support, etc. |
| [03:14:07] |
<cboos_> |
all thanks to this idea that doesn't feel right to them |
| [03:14:21] |
<cboos_> |
well to "him", as jborg gave me good feedback noce |
| [03:14:26] |
<cboos_> |
s/noce/once |
| [03:14:32] |
<alect> |
what was it? |
| [03:14:35] |
<alect> |
i don't recall seeing that |
| [03:14:55] |
<cboos_> |
on IRC, during the discussion about tmp branch |
| [03:15:15] |
<cboos_> |
wiki-context was the first -tmp branch, he reviewed it and said something like "very nice" |
| [03:15:43] |
<alect> |
haha |
| [03:15:46] |
<alect> |
that's not feedback :) |
| [03:15:54] |
<cboos_> |
but since then, right, no sides taken |
| [03:15:54] |
<alect> |
good to hear though ;) |
| [03:16:45] |
<cboos_> |
anyway, the point is that I'm a bit tired to fight against windmills, so to say ;) |
| [03:16:55] |
<alect> |
yeah |
| [03:16:56] |
<cboos_> |
and it's getting less and less fun |
| [03:17:43] |
<alect> |
:( |
| [03:18:06] |
* |
cboos_ looks what svnmerge did |
| [03:18:20] |
<cboos_> |
"U" all the way, easy merge ;) |
| [03:18:31] |
<alect> |
cboos, i've got some time now, i'll check out the context stuff and give you some feedback |
| [03:18:43] |
<cboos_> |
ok, great |
| [03:19:20] |
<alect> |
i have an inkling as to why it feels a bit funny, but i'd like to think about it a bit |
| [03:19:30] |
<alect> |
and give you actual constructive feedback |
| [03:20:01] |
<cboos_> |
:) yes please! |
| [03:20:57] |
* |
cboos_ committed the merge -> r4732 |
| [03:21:02] |
* |
rjdave has joined #trac |
| [03:23:08] |
<alect> |
actually, my first piece is that i think Context should have nothing to do with wiki rendering |
| [03:23:26] |
<alect> |
you've partially adhered to that philosophy, but not completely |
| [03:23:35] |
<cboos_> |
no |
| [03:23:39] |
<cboos_> |
I adhere to that |
| [03:23:47] |
<alect> |
that is, the Formatter objects accept a Context |
| [03:23:52] |
<alect> |
but the Context has wiki_to* methods |
| [03:23:57] |
<alect> |
which i don't think it should |
| [03:24:04] |
<cboos_> |
exactly but it's just a transitional way |
| [03:24:14] |
<cboos_> |
in the medium term, that'll go away |
| [03:24:31] |
<alect> |
why are they there at all? |
| [03:24:40] |
<cboos_> |
it's just the "don't do everything at once" approach ;) |
| [03:24:55] |
<cboos_> |
that will be part of the wiki refactoring, parser/formatter split etc. |
| [03:25:22] |
<alect> |
i'm confused...pre-context trunk had trac.wiki.formatter.wiki_to_html |
| [03:25:32] |
<alect> |
now we have: trac.wiki.api.Context.wiki_to_html *and* the old one |
| [03:25:34] |
<alect> |
why have both? |
| [03:25:41] |
<cboos_> |
backward compat |
| [03:25:49] |
* |
cboos has quit IRC |
| [03:25:51] |
<cboos_> |
shit |
| [03:25:52] |
<alect> |
no i mean why have Context.wiki_to_html? |
| [03:26:02] |
<alect> |
that is an api change |
| [03:26:15] |
<alect> |
well obviously it is :) |
| [03:26:21] |
* |
rjdave_ has quit IRC |
| [03:26:28] |
<alect> |
i mean, why add it when wiki.formatter.wiki_to_html already exists |
| [03:27:17] |
<alect> |
in a similar vein, with the security branch i think ew should have a |
| [03:27:32] |
<alect> |
Security() class, equivalent to the Formatter class |
| [03:27:38] |
<alect> |
but for the security model |
| [03:27:46] |
<alect> |
or Permission() or whatever |
| [03:27:53] |
<alect> |
decouple Context from permissions |
| [03:28:12] |
<cboos_> |
there's already the PermissionProxy |
| [03:28:19] |
<alect> |
yeah |
| [03:28:24] |
<alect> |
but do you see where i'm going? |
| [03:28:31] |
<alect> |
it would be cleaner i think, if they were completely decoupled |
| [03:28:37] |
<cboos_> |
yes, perhaps we could do it in a way that the Context doesn't know about it |
| [03:28:50] |
<alect> |
move Context into trac.context or something |
| [03:28:58] |
<alect> |
remove the wiki stuff |
| [03:29:05] |
<alect> |
decouple the security stuff |
| [03:29:25] |
<cboos_> |
you see alect, that's what I call constructive criticism ;) |
| [03:29:28] |
<alect> |
keep the Context.from_resource() mojo, because that is purely related to the context |
| [03:29:33] |
<alect> |
:) |
| [03:29:42] |
<alect> |
awesome :) |
| [03:30:07] |
<alect> |
maybe a new context sandbox for this refactoring |
| [03:30:15] |
<alect> |
or just work on trunk? |
| [03:30:33] |
<cboos_> |
well, why not, yes |
| [03:31:15] |
<cboos_> |
... but unless I'm mistaken, cmlenz' objections about the context stuff are more deep, it's about the resource stuff and the subclassing -> too reminiscent of the TracObject approach he doesn't like |
| [03:31:39] |
<cboos_> |
and I thnk that's the real contentious point between us |
| [03:31:40] |
<alect> |
yeah |
| [03:31:45] |
<alect> |
perhaps, i'm not sure |
| [03:31:59] |
<alect> |
what were his original objections to the object model? |
| [03:32:43] |
<cboos_> |
... of the same kind "I don't really feel it's the right approach" |
| [03:32:51] |
<cboos_> |
well |
| [03:33:28] |
<cboos_> |
or I was too dumb to understand ;) |
| [03:33:57] |
<cboos_> |
also, one of his legitimate concern was the mix of the request web related layer with the datamodel |
| [03:34:08] |
<cboos_> |
something the Context stuff address in a good way, I think |
| [03:34:51] |
<cboos_> |
anyway, I keep having the feeling I already lost too much time arguing about all these |
| [03:35:24] |
<cboos_> |
and that Trac could be much more advanced than it is now if we went in that direction earlier |
| [03:35:42] |
<alect> |
possibly |
| [03:36:01] |
<cboos_> |
that's prudent of you ;) |
| [03:36:04] |
<alect> |
hehe :) |
| [03:36:20] |
<alect> |
yeah i dunno really :)...on the one hand, stagnant code is bad |
| [03:36:35] |
<alect> |
on the other, maintaining a nice clean design is good |
| [03:37:09] |
<cboos_> |
the point is that if you look under the hood, Trac's design can't really be qualified "nice clean design" |
| [03:37:21] |
<cboos_> |
you should know that after the workflow experience ;) |
| [03:37:24] |
<alect> |
heh |
| [03:37:29] |
<alect> |
it definitely has some warts |
| [03:37:31] |
<cboos_> |
the ticket data model is not really the cleanest possible |
| [03:37:44] |
<alect> |
no it isn't |
| [03:37:56] |
<the_lalelu> |
remoep! |
| [03:38:19] |
<cboos_> |
the GenericTrac approach would make this much cleaner and would allow for the same code to be reused for other TracObjects, of course |
| [03:38:53] |
<alect> |
yeah |
| [03:39:33] |
<alect> |
sqlalchemy integration would be good i think, it would separate the data layer more from the object model |
| [03:40:14] |
<cboos_> |
sqlalchemy is not a magical solution to this... it's only a different way to approach the datamodels |
| [03:40:21] |
<alect> |
but that's a little tangential |
| [03:40:27] |
<cboos_> |
whatever the datamodels are... |
| [03:40:33] |
<alect> |
heh |
| [03:40:46] |
<cboos_> |
so I think GenericTrac changes and sqlalchemy introduction don't collide |
| [03:40:54] |
<alect> |
the context refactoring could probably be done in trunk |
| [03:41:31] |
<alect> |
maybe |
| [03:41:33] |
<cboos_> |
yes, I already wanted to integrate a few of the security branches fixes, like the s/self_href/resource_href/ |
| [03:43:10] |
<cboos_> |
alect, do you think it's worth renaming trac.resource to trac.context? There are "resource" related stuff there as well, and in the future (generic trac approach), it could contain some resource related classes |
| [03:43:33] |
<cboos_> |
or do you think a separation of concerns would be better done early? |
| [03:44:49] |
<alect> |
i think separating it is a good idea |
| [03:47:08] |
<alect> |
once you've done that, let me know |
| [03:47:22] |
<alect> |
i'd like to do the security refactoring |
| [03:48:24] |
<cboos_> |
ok |
| [03:49:44] |
<alect> |
you going to work on trunk or a sandbox? |
| [03:50:11] |
<cboos_> |
trunk first |
| [03:50:24] |
<alect> |
righto |
| [03:50:35] |
* |
alect -> cup o' tea |
| [03:50:47] |
<cboos_> |
I start with: |
| [03:50:49] |
<cboos_> |
svn cp https://svn.edgewall.org/repos/trac/sandbox/security/trac/resource.py trac/context.py |
| [03:50:50] |
<cboos_> |
;) |
| [04:00:34] |
<alect> |
hehe :) |
| [04:13:57] |
<mDuff> |
How stable is the DB schema? If I write a script which presumes that the enum and permission tables are going to keep their current schema as of 0.10, how long 'till that assumption breaks it? |
| [04:14:53] |
<cboos_> |
mDuff: long enough, we're a "low evolution speed" project ;) |
| [04:15:22] |
<cboos_> |
more seriously, for the whole 0.10.x life span, and most probably 0.11.x as well |
| [04:15:46] |
<cboos_> |
(unless alect has some changes in preparations for the enums, with the workflow stuff) |
| [04:15:55] |
<mDuff> |
cboos_: yah, I was actually following some of the discussion above -- I'm very interested in multi-project support, so seeing enhancements making that easier to implement is interesting to me. |
| [04:16:18] |
<cboos_> |
he, thanks ;) |
| [04:18:31] |
<alect> |
mduff: if you can use the ticket model/api, it probably has a higher chance of working across schema changes |
| [04:20:13] |
<mDuff> |
alect: hmm -- I'll need to look at that. (As background -- I have a engine I use for configuring Apache, trac.ini, etc; I'm trying to extend it to do initial setup on the instances regarding permissions, local conventions for ticket status, etc). |
| [04:21:24] |
<alect> |
ah |
| [04:21:35] |
<alect> |
i think i recall you talking to coderanger about this |
| [04:22:27] |
<mDuff> |
Hmm -- I recall talking to coderanger, but it was regard to linking to Bugzilla. |
| [04:22:43] |
<mDuff> |
s/was regard to/was with regard to/ |
| [04:22:51] |
<alect> |
oh |
| [04:22:58] |
<alect> |
perhaps it was somebody else.. |
| [04:23:54] |
<mDuff> |
*shrug* -- I'm forgetful enough that I suppose it could conceivably have been me. |
| [04:24:17] |
<alect> |
hehe |
| [04:27:08] |
<mDuff> |
Hmm -- I presume the API in question is the same one trac-admin is using? That looks easy 'nuff. |
| [04:27:25] |
<alect> |
yep |
| [04:27:34] |
<mDuff> |
Nifty. |
| [04:33:41] |
<asmodai> |
ALECT! |
| [04:38:40] |
<alect> |
yoyo |
| [04:40:22] |
<asmodai> |
How's it going? |
| [04:41:41] |
<alect> |
goodgood |
| [04:41:44] |
<alect> |
what you up to? |
| [04:42:21] |
<asmodai> |
Finishing an email in half-English/Japanese to the mother of my ex and then going to hack some python |
| [04:42:53] |
<alect> |
that wasn't the answer i expected ;) |
| [04:44:12] |
<asmodai> |
What did you expect? ;) |
| [04:45:27] |
<cboos_> |
asmodai: I know I should mind my own business, but isn't that stalking? or just a convenient way to get some japanese lessons? |
| [04:46:38] |
<asmodai> |
cboos_: Stalking? |
| [04:46:42] |
* |
Macca has quit IRC |
| [04:47:07] |
<asmodai> |
cboos_: She is asking me to join her and her husband for a buddhist mourning ceremony of the father of her husband who passed away a year ago |
| [04:47:40] |
<cboos_> |
oh, right, that's not stalking .... knew I should have shut up ;) |
| [04:47:42] |
<asmodai> |
Not to mention I still talk normally with my ex. |
| [04:48:01] |
<cboos_> |
asmodai: that's a great achievment ;) |
| [04:48:07] |
<asmodai> |
Ye flipping gods, EUR 212 air tax? :| |
| [04:48:36] |
* |
asmodai wonders why JAL is so much more expensive than KLM with the tax (still EUR 141) |
| [05:12:11] |
<alect> |
nobody knows |
| [05:14:27] |
* |
d0rt has joined #trac |
| [05:26:11] |
* |
lightcap_ has joined #trac |
| [05:26:49] |
* |
lightcap has quit IRC |
| [05:29:46] |
* |
cboos_ has quit IRC |
| [05:47:25] |
* |
eblot has joined #trac |
| [05:55:23] |
<alect> |
hey manu |
| [05:58:45] |
* |
mitsuhiko has joined #trac |
| [06:08:09] |
* |
d0rt has quit IRC |
| [06:14:58] |
* |
cboos_ has joined #trac |
| [06:14:59] |
* |
cboos_ is now known as cboos |
| [06:20:02] |
<alect> |
wb |
| [06:20:23] |
<cboos> |
yes, lunch is over, time to move forward ;) |
| [06:24:48] |
<mitsuhiko> |
grrr |
| [06:24:58] |
<mitsuhiko> |
hossa |
| [06:25:34] |
<Getty> |
ah yes move forward... put on clothes is a good step |
| [07:01:08] |
<alect> |
nose doesn't seem to pickup doctests in __init__.py |
| [07:01:14] |
<alect> |
that is strange |
| [07:10:10] |
<cboos> |
he, ticket #4708 |
| [07:10:16] |
<cboos> |
last comment: "This makes Trac seem amateur." |
| [07:10:56] |
<cboos> |
if I were more fluent in english, I'd risk an answer like "oops, we're uncovered" ... but I'm not sure it's the exact way to express it ;) |
| [07:12:12] |
<cboos> |
ah, and eblot already shut that ticket down ;) |
| [07:12:32] |
<alect> |
"Uh oh, ur secret's out" |
| [07:12:39] |
<alect> |
"Uh oh, our secret's out" |
| [07:12:56] |
<eblot> |
;-) |
| [07:13:38] |
<eblot> |
btw: hello alect - my computer wakes up faster than I do ;-) |
| [07:13:51] |
<cboos> |
yes, something like that ;) ... or even "we're not amateur, we're pre-teens with some gift in computer science" ;) |
| [07:14:00] |
<idnar> |
cboos: hahaha |
| [07:20:36] |
* |
boorad has joined #trac |
| [07:30:06] |
* |
eblot has quit IRC |
| [07:40:36] |
* |
boorad has quit IRC |
| [08:14:49] |
<cboos> |
diff:trunk//sandbox/security is now much more focused on the permission changes |
| [08:14:51] |
<cboos> |
http://trac.edgewall.org/changeset?new_path=sandbox%2Fsecurity&old_path=trunk |
| [08:15:34] |
<cboos> |
... now let's address the wiki_to_* split we discussed this morning (or whatever that was, for alect) |
| [08:21:02] |
* |
StFS has quit IRC |
| [08:21:16] |
* |
StFS has joined #trac |
| [08:26:49] |
* |
__StFS__ has joined #trac |
| [08:26:50] |
* |
goldeagle has joined #trac |
| [08:38:52] |
* |
StFS has quit IRC |
| [08:41:18] |
* |
boorad has joined #trac |
| [08:54:27] |
* |
tic has quit IRC |
| [08:55:13] |
* |
tic has joined #trac |
| [09:00:28] |
* |
sjmorgan has joined #trac |
| [09:11:13] |
* |
sjmorgan has quit IRC |
| [09:17:39] |
* |
eblot has joined #trac |
| [09:39:39] |
* |
boorad has quit IRC |
| [09:44:06] |
* |
boorad has joined #trac |
| [09:47:08] |
* |
oblio has quit IRC |
| [09:47:11] |
* |
linetor has joined #trac |
| [09:47:15] |
* |
oblio has joined #trac |
| [09:52:15] |
* |
oblio_ has joined #trac |
| [09:58:28] |
<linetor> |
hi. I have a problem with interwiki links. I have edited InterMapTxt to add a new Wiktionary prefix, but it isn't working consistently. Sometimes the Wiktionary links work fine, but at other times they just render as raw text. |
| [09:58:46] |
* |
pradeep has joined #trac |
| [09:58:46] |
<linetor> |
Is there a cache that I need to clear out after adding new prefixes? |
| [10:05:14] |
<linetor> |
coderanger: I have made some progress with that plugin to create new projects |
| [10:05:43] |
<coderanger> |
linetor: It should fix itself in 30 seconds |
| [10:05:47] |
<cboos> |
linetor: yes it's a known issue |
| [10:06:11] |
<cboos> |
alternatively, restart apache and you're done ;0 |
| [10:06:24] |
* |
goldeagle has quit IRC |
| [10:06:33] |
<linetor> |
ok |
| [10:07:01] |
<linetor> |
the CreateProjectPlugin is working now, but I need to find time to polish it off |
| [10:07:54] |
<linetor> |
it just adds a page to the WebAdminPlugin and allows you to create a new project by specifying a name, description, etc |
| [10:17:54] |
* |
pradeep has quit IRC |
| [10:18:31] |
* |
pradeep has joined #trac |
| [10:25:53] |
* |
eblot_ has joined #trac |
| [10:25:54] |
* |
eblot has quit IRC |
| [10:30:00] |
* |
hotte has joined #trac |
| [10:30:33] |
* |
hotte has joined #trac |
| [10:36:43] |
* |
linetor has quit IRC |
| [10:42:27] |
* |
eblot has joined #trac |
| [10:42:27] |
* |
eblot_ has quit IRC |
| [10:58:40] |
* |
Demian has quit IRC |
| [11:01:09] |
* |
pradeep has quit IRC |
| [11:19:05] |
* |
maxb has joined #trac |
| [11:51:18] |
* |
omry has quit IRC |
| [12:02:39] |
* |
samgranieri has joined #trac |
| [12:02:40] |
* |
_shawn has quit IRC |
| [12:23:58] |
* |
LionsMane has joined #trac |
| [12:47:48] |
* |
__StFS__ is now known as StFS |
| [12:49:48] |
* |
pygi has joined #trac |
| [12:53:01] |
* |
pygi has left #trac |
| [13:04:36] |
* |
linetor has joined #trac |
| [13:04:54] |
<mitsuhiko> |
alect: why the hell does trac append ?order=name to each url? |
| [13:04:58] |
<mitsuhiko> |
http://trac.pocoo.org/browser/pocoo/trunk/pocoo?order=name |
| [13:05:02] |
<mitsuhiko> |
that just sucks :) |
| [13:05:13] |
<cboos> |
hello mitsuhiko |
| [13:05:21] |
<mitsuhiko> |
hoi cboos |
| [13:05:24] |
<cboos> |
alect is innocent ;) |
| [13:05:28] |
<cboos> |
I did this ;) |
| [13:05:30] |
<mitsuhiko> |
ah |
| [13:05:35] |
<mitsuhiko> |
cboos: why? |
| [13:05:40] |
<cboos> |
this is for consistent browsing |
| [13:05:51] |
<cboos> |
say you decide to browse according to the size |
| [13:06:02] |
<cboos> |
then this choice remains while you're getting deeper |
| [13:06:11] |
<cboos> |
or going elsewhere in the tree |
| [13:06:31] |
<cboos> |
(there was a ticket advocating this, IIRC) |
| [13:06:56] |
<cboos> |
but by default, you don't have ?order=name |
| [13:07:38] |
<cboos> |
maybe I should simply clear the URL when we're restoring the "default" order, would be cleaner |
| [13:07:51] |
<cboos> |
clear the order argument, I meant |
| [13:09:03] |
<cboos> |
eblot: don't be so harsh with new potential trac users ... even if they're too dumb to read the "big red box" ;) |
| [13:10:20] |
<cboos> |
afterall, maybe it's OK to scare away those not reading that notice, as they won't read the faq, the doc either ;) |
| [13:11:01] |
* |
coderanger has quit IRC |
| [13:11:05] |
* |
coderanger has joined #trac |
| [13:12:00] |
<cboos> |
mitsuhiko: ah ha, you're running a recent 0.11dev, great! |
| [13:12:15] |
<mitsuhiko> |
cboos: jep |
| [13:12:45] |
<mitsuhiko> |
cboos: i would really welcome if ?order=name that suffix would be dropped |
| [13:12:49] |
<mitsuhiko> |
i like clean urls :) |
| [13:13:04] |
<eblot> |
cboos: I try not to be too harsh, but even if they do not read the red box, they may think twice before filling in a form... try to understand what the site is about before participating... ;-) |
| [13:13:08] |
* |
omry has joined #trac |
| [13:13:13] |
<cboos> |
mitsuhiko, sure, I'll do that |
| [13:13:30] |
<mitsuhiko> |
cboos: wohoo. cool :D |
| [13:13:39] |
* |
mitsuhiko dances |
| [13:13:49] |
<cboos> |
mitsuhiko: you should give a try to the new timeline option, |
| [13:13:56] |
<mitsuhiko> |
oh. and another thing |
| [13:14:00] |
<cboos> |
changeset_show_files = location |
| [13:14:07] |
<cboos> |
it's cool me thinks ;) |
| [13:14:19] |
<mitsuhiko> |
somehow the dark pygments themes don't work any more |
| [13:14:25] |
<mitsuhiko> |
but they worked some time ago |
| [13:15:05] |
<mitsuhiko> |
cboos: is that a known limitation? |
| [13:15:18] |
<cboos> |
I don't know |
| [13:15:24] |
<mitsuhiko> |
because i know that it worked |
| [13:15:31] |
<mitsuhiko> |
cboos: http://pocoo.org/~mitsuhiko/newpocootracfileview.png |
| [13:15:50] |
<mitsuhiko> |
if i now set the theme to "native" (which is a dark theme) the background stays white |
| [13:16:05] |
<mitsuhiko> |
which is bad because in that situation the font is invisible xD |
| [13:18:28] |
<cboos> |
mitsuhiko: well, you should file a ticket for that, I think, tim will probably be able to fix that |
| [13:18:58] |
* |
maxb has quit IRC |
| [13:19:04] |
<mitsuhiko> |
probably |
| [13:19:13] |
<mitsuhiko> |
i wanted to file one but i first thought that probably the theme was the problem |
| [13:21:54] |
* |
coderanger_ has joined #trac |
| [13:27:26] |
<mitsuhiko> |
cboos: is there a 0.11 trac running somewhere beside the pocoo one? |
| [13:27:56] |
<cboos> |
the pyjamas one |
| [13:28:34] |
<mitsuhiko> |
argh. but no pygments installed xD |
| [13:28:51] |
<cboos> |
too bad for them ;) |
| [13:29:06] |
<mitsuhiko> |
hehe |
| [13:30:36] |
<cboos> |
well, I can't test it for you right now, as my trunk is a bit of a mess right now ;) |
| [13:30:51] |
<cboos> |
you know, that parser/formatter split ;) |
| [13:31:01] |
<cboos> |
"en chantier" right now |
| [13:32:04] |
<mitsuhiko> |
hehe |
| [13:32:08] |
<mitsuhiko> |
cboos: good luck :D |
| [13:32:19] |
<cboos> |
thanks ;) |
| [13:32:42] |
<eblot> |
> parser/formatter split |
| [13:32:45] |
<eblot> |
Great! |
| [13:32:57] |
<cboos> |
I would typically need the night for completing that, but I'm not sure my 2nd half would agree ;) |
| [13:33:12] |
<cboos> |
we'll see... |
| [13:33:13] |
<eblot> |
;-) |
| [13:33:23] |
<cboos> |
if not today, probably tomorrow |
| [13:33:50] |
<eblot> |
I'll check it out. |
| [13:34:32] |
<mitsuhiko> |
cboos: btw. looks like we solved the fastcgi problems... |
| [13:34:39] |
<mitsuhiko> |
...by switching over to ajp :D |
| [13:34:46] |
