| [00:01:01] |
<alect> |
http://swapoff.org/files/pre-post-req.diff |
| [00:01:24] |
<stevegt> |
OH MY GOSH -- he's implemented the same "bulletin board of stacks" that i was just musing about today |
| [00:02:50] |
<stevegt> |
...reading... |
| [00:03:50] |
<stevegt> |
cool, right, we do have hdf already at that point... |
| [00:04:26] |
* |
idnar has quit IRC |
| [00:04:30] |
* |
idnar_ has joined #trac |
| [00:04:45] |
<alect> |
yep |
| [00:05:13] |
<alect> |
one very useful application of the pre-processor hook is redirecting all "unmatched" requests |
| [00:05:16] |
<stevegt> |
the only nit i see so far is that pre lets you override a lot more than "rendering" |
| [00:05:18] |
<alect> |
eg. /FooBar -> /wiki/FooBar |
| [00:05:30] |
<alect> |
yes of course, that's the idea |
| [00:05:46] |
<stevegt> |
that's just a docstring nit |
| [00:06:08] |
<alect> |
ah |
| [00:06:09] |
<alect> |
ok |
| [00:07:01] |
<alect> |
ah hmm |
| [00:07:07] |
<asmodai> |
and back |
| [00:07:12] |
<alect> |
heh, it even gets called for /chrome stuff |
| [00:07:13] |
<alect> |
magical |
| [00:07:33] |
<alect> |
mmm that could open up some interesting opportunities |
| [00:07:35] |
<alect> |
hey asmodai |
| [00:07:53] |
<stevegt> |
exactly -- my original docstring had all sorts of "use this bludgeon at your own risk" warnings in it |
| [00:08:04] |
* |
imajes has joined #trac |
| [00:08:16] |
<asmodai> |
alect: :) |
| [00:08:51] |
<alect> |
okay, docstrings updated |
| [00:10:23] |
<stevegt> |
hmm. do we care that content-type might still be None at the point where post is called? |
| [00:11:22] |
<stevegt> |
i just realized that in the 0.9 code, there was some redundant code that set it to text/html just before that (redundant with the 'or' in req.display) |
| [00:12:15] |
<stevegt> |
i'm wondering if we should kill the 'or' and set 'text/html' as the default before calling post |
| [00:12:47] |
<alect> |
i also wondered that |
| [00:13:00] |
<alect> |
but i figured people might like to know if it's None |
| [00:13:03] |
* |
alect shrugs |
| [00:13:20] |
<stevegt> |
wait a sec |
| [00:14:40] |
<stevegt> |
huh -- the redundant 'if' just got cleaned up on trunk in the last few weeks |
| [00:15:31] |
<stevegt> |
okay, i'll go with the idea of "let them know if it's None" |
| [00:15:35] |
<stevegt> |
sounds good |
| [00:16:09] |
<stevegt> |
you did that pretty fast |
| [00:16:24] |
<stevegt> |
it took me longer to stare at it ;-) |
| [00:16:46] |
<alect> |
heh |
| [00:16:54] |
<alect> |
this is cool: |
| [00:16:56] |
<alect> |
def pre_process_request(self, req): |
| [00:16:56] |
<alect> |
for handler in self.handlers: |
| [00:16:57] |
<alect> |
if handler.match_request(req): |
| [00:16:57] |
<alect> |
return |
| [00:16:57] |
<alect> |
req.redirect(self.env.href.wiki(req.path_info)) |
| [00:17:07] |
<alect> |
4 lines to do a redirector |
| [00:17:48] |
<alect> |
btw, plugins can be single .py files under trunk |
| [00:17:54] |
<alect> |
just drop them in the plugins dir and off it goes |
| [00:19:04] |
<stevegt> |
redirector: that's...scary |
| [00:19:25] |
<alect> |
mmwuahah |
| [00:19:26] |
<stevegt> |
plugins: that's going to save a whole lot of people a whole lot of trouble |
| [00:19:32] |
<stevegt> |
um |
| [00:19:52] |
<stevegt> |
how is trac-hacks going to handle the volume? |
| [00:20:59] |
<stevegt> |
i'm trying to remember what things in there are already getting crowded |
| [00:21:01] |
<alect> |
heh |
| [00:21:28] |
<alect> |
the clutter on the front page is getting out of control |
| [00:21:57] |
<stevegt> |
that's exactly what i was about to say |
| [00:22:48] |
<stevegt> |
uh oh -- unmaskable interrupt from joyce |
| [00:23:09] |
<alect> |
hahah |
| [00:23:42] |
<stevegt> |
she's being very convincing |
| [00:23:52] |
<stevegt> |
i think it's time to go |
| [00:24:00] |
<alect> |
righto, see you steve |
| [00:24:10] |
<alect> |
i'll send off the mail shortly |
| [00:24:40] |
<stevegt> |
see you later -- and thanks for the help with both xmlrpc and the patch -- now i'm going to have to start reading the list again. ;-) |
| [00:24:47] |
<stevegt> |
'night |
| [00:25:00] |
* |
alect waves |
| [00:26:28] |
* |
tuxipuxi has quit IRC |
| [00:26:30] |
* |
tag has quit IRC |
| [00:26:59] |
* |
tag_ has joined #trac |
| [00:40:46] |
* |
whitelynx|firest has joined #trac |
| [01:06:14] |
* |
jrydberg has joined #trac |
| [01:29:15] |
* |
jrydberg has quit IRC |
| [01:35:51] |
* |
idnar_ is now known as idnar |
| [01:36:30] |
* |
otaku42_away is now known as otaku42 |
| [01:39:37] |
* |
whitelynx|firest has quit IRC |
| [01:48:20] |
* |
whitelynx|firest has joined #trac |
| [01:52:13] |
* |
jjb_lyceum has quit IRC |
| [02:00:41] |
* |
whitelynx|firest has quit IRC |
| [02:01:10] |
* |
cmlenz has joined #trac |
| [02:01:30] |
<alect> |
lo chris |
| [02:01:41] |
* |
prisoner has quit IRC |
| [02:04:08] |
<cmlenz> |
hi alect |
| [02:05:50] |
<alect> |
had any thoughts about the content converter api? |
| [02:07:02] |
<cmlenz> |
not really |
| [02:08:46] |
<cmlenz> |
why do we have the extension in the conversion tuple? |
| [02:09:28] |
<alect> |
because the request handlers don't know what the default extension for the output mime type is going to be |
| [02:10:28] |
<cmlenz> |
k |
| [02:10:52] |
<alect> |
the extension is used in the content-disposition to suggest a filename + extension |
| [02:10:58] |
<alect> |
eg. ticket_1.csv |
| [02:11:33] |
<cmlenz> |
yeah |
| [02:12:00] |
<cmlenz> |
another question: why don't we pass the input type to the get_supported_conversions as parameter? |
| [02:12:12] |
<cmlenz> |
and the converter would only return those conversions matching that type? |
| [02:12:50] |
<alect> |
yeah good idea |
| [02:13:07] |
<alect> |
then the matching would be in the converter and not in Mimeview |
| [02:13:18] |
<alect> |
move the decision to the plugin |
| [02:13:37] |
<alect> |
ah |
| [02:15:04] |
<alect> |
this lack of elegance is why matt suggested the adaption framework i think |
| [02:15:36] |
<alect> |
although from what i've seen it is kind of ugly too, but it could be re-implemented in a less ugly fashion specifically for trac |
| [02:17:14] |
<cmlenz> |
maybe, haven't really thought about that |
| [02:21:23] |
* |
whitelynx|firest has joined #trac |
| [02:28:45] |
<alect> |
i guess we should start bug crushing for 0.10 |
| [02:33:31] |
* |
s0undt3c1 has joined #trac |
| [02:35:02] |
<asmodai> |
alect: How many are open? |
| [02:37:27] |
<alect> |
40ish |
| [02:37:34] |
<alect> |
bryan |
| [02:39:02] |
<cmlenz> |
alect: http://trac.pastebin.com/753133 |
| [02:39:19] |
<cmlenz> |
the problem with filters is of course ordering |
| [02:40:07] |
<cmlenz> |
but I'd rather have a combined interface for pre- and post-filtering |
| [02:40:55] |
<alect> |
okay good idea |
| [02:41:10] |
<alect> |
i have an OrderedExtension config class in security which would do the job |
| [02:41:42] |
<cmlenz> |
yeah, there's a ticket for that one, right? |
| [02:41:48] |
<alect> |
yep |
| [02:41:54] |
<cmlenz> |
know which? |
| [02:42:58] |
<Narada> |
hi how can i mark a file as binary so no diffs are done |
| [02:43:13] |
<alect> |
#3045 |
| [02:43:36] |
<alect> |
the version in security is the most recent |
| [02:50:51] |
* |
s0undt3ch has quit IRC |
| [02:50:59] |
* |
s0undt3c1 is now known as s0undt3ch |
| [02:52:18] |
* |
contingencyplan has quit IRC |
| [02:57:29] |
* |
contingencyplan has joined #trac |
| [03:10:12] |
* |
cmlenz has quit IRC |
| [03:10:21] |
* |
cmlenz has joined #trac |
| [03:15:05] |
* |
tenshiKur0 has quit IRC |
| [03:15:34] |
* |
Riccc`plula has joined #trac |
| [03:23:13] |
<jrydberg-> |
i miss cboos |
| [03:30:09] |
<asmodai> |
cmlenz / alect: anything I can/could tackle to free you guys up a bit? |
| [03:30:34] |
<cmlenz> |
I could hand you my work project ;-) |
| [03:32:28] |
<asmodai> |
cmlenz: hahaha |
| [03:32:29] |
<asmodai> |
erhm |
| [03:32:32] |
<asmodai> |
Wanna get fired? :P |
| [03:32:54] |
<cmlenz> |
heh |
| [03:33:04] |
* |
Riccc has quit IRC |
| [03:33:21] |
* |
asmodai fixes the bugzilla2trac script |
| [03:33:40] |
<asmodai> |
For that 2.16.5 thing of yesterday |
| [03:34:27] |
<asmodai> |
btw, on the Bugzilla page: |
| [03:34:28] |
<asmodai> |
Proven under fire as Mozilla's bug tracking system |
| [03:34:33] |
<asmodai> |
I am not sure if that's positive or not. |
| [03:35:19] |
<alect> |
heh |
| [03:35:39] |
<alect> |
i hate bugzilla |
| [03:35:48] |
<alect> |
it has the worst interface possible |
| [03:35:59] |
<alect> |
almost like they tried to make it hard to use |
| [03:36:22] |
<asmodai> |
*nod* |
| [03:36:39] |
<asmodai> |
Can't believe I actually hacked that. |
| [03:40:05] |
* |
whitelynx|firest has quit IRC |
| [03:40:05] |
<asmodai> |
alect / cmlenz: small thought I had, has a boolean for a ticket that is has_patch, so that when True it will prepend [PATCH] to the subject, or for easier report generation, e.g.: show all tickets with patches |
| [03:40:13] |
<asmodai> |
't Would make it easier to clear patch queues |
| [03:41:17] |
* |
whitelynx|firest has joined #trac |
| [03:43:07] |
<alect> |
that could be done as a plugin with workflow asmodai |
| [03:44:04] |
<asmodai> |
alect: k |
| [03:44:50] |
<alect> |
fucksake it's crashed |
| [03:50:47] |
<asmodai> |
small one: http://projects.edgewall.com/trac/ticket/3213 |
| [03:54:34] |
* |
whitelynx|firest has quit IRC |
| [04:00:24] |
* |
whitelynx|firest has joined #trac |
| [04:10:54] |
<alect> |
whoops, wrong channel :) |
| [04:19:18] |
* |
Blackhex has joined #trac |
| [04:19:47] |
<asmodai> |
alect: http://img513.imageshack.us/my.php?image=deletingashortcut1sd.jpg |
| [04:22:25] |
<alect> |
hahah |
| [04:23:32] |
<Blackhex> |
alect: are you athomas? |
| [04:24:51] |
<alect> |
yes |
| [04:24:58] |
<alect> |
i switch nicks to keep people on their toes |
| [04:25:12] |
<alect> |
:) |
| [04:25:50] |
<asmodai> |
I always knew alect as alect |
| [04:25:52] |
<Blackhex> |
alect: hi, if i need some changes in database shcema in discussion plugin should i make incremental update or hardcoding is sufficient? |
| [04:26:27] |
<alect> |
well, if you don't want to piss your users off i'd make it incremental |
| [04:26:43] |
<alect> |
using the environment setup participant interface |
| [04:26:56] |
<Blackhex> |
alect: ok, hope I'll find out how |
| [04:27:50] |
<alect> |
trac does this very thing |
| [04:28:14] |
<alect> |
you'll need to do something like store the schema version in the system table |
| [04:28:28] |
<alect> |
then apply all the changes between the db version and your current version |
| [04:28:37] |
<Blackhex> |
alect: I noticed |
| [04:39:41] |
<asmodai> |
I love trac updates. |
| [04:39:48] |
<asmodai> |
In general a new version takes 5 minutes max |
| [04:41:47] |
<alect> |
yeah it is good |
| [04:51:07] |
<alect> |
cmlenz: i'm updating your patch with ordered extension |
| [04:51:13] |
<alect> |
plus a few bug fixes that i've found |
| [04:58:00] |
<alect> |
what's with the trailing underscore on filter_? |
| [05:25:30] |
* |
agile has joined #trac |
| [05:35:44] |
<Blackhex> |
where i should get trac 0.10dev? |
| [05:37:49] |
<alect> |
http://projects.edgewall.com/trac/wiki/TracDownload#LatestDevelopmentSourceCode |
| [05:39:44] |
<Blackhex> |
thx |
| [05:40:00] |
* |
tuxipuxi has joined #trac |
| [05:40:35] |
* |
ryepup has quit IRC |
| [05:46:54] |
<cmlenz> |
alect: trailing underscore to avoid overriding the builtin filter() function |
| [05:47:04] |
<alect> |
aha |
| [05:47:12] |
<alect> |
new patch: http://swapoff.org/files/pre-post-req.diff |
| [05:47:28] |
* |
mjg2 has joined #trac |
| [05:48:15] |
<alect> |
i added a prepare_request() method too, which i think is necessary for all cases |
| [05:49:14] |
<cmlenz> |
why? |
| [05:49:42] |
<alect> |
sorry, badly phrased... not for "all" cases, but to cover all cases |
| [05:50:14] |
<alect> |
if a plugin wants to modify the request before any request handlers get to it |
| [05:52:19] |
<cmlenz> |
circular argument, no? ;-) why would it want to do that? |
| [05:53:24] |
<alect> |
yeah, heh...i wasn't 100% sure, but i figured somebody would want to do something before the match_request() was called |
| [05:54:02] |
<Blackhex> |
alect: would be possible to change request arguments? |
| [05:54:15] |
<alect> |
yep |
| [05:54:23] |
<Blackhex> |
alect: good thing |
| [05:54:30] |
<alect> |
or even the request path |
| [05:54:38] |
<Blackhex> |
alect: better thing |
| [05:56:44] |
* |
prologic has quit IRC |
| [05:57:12] |
<alect> |
actually i can't really think of a situation where prepare_request would be useful |
| [05:57:38] |
<alect> |
maybe checking the request headers |
| [05:57:54] |
* |
MasterC has joined #trac |
| [05:57:58] |
<alect> |
or user |
| [06:04:17] |
* |
ryepup has joined #trac |
| [06:06:50] |
<cmlenz> |
hmm, actually, why not move the whole pre-filter step in front of the handler matching? |
| [06:07:05] |
<cmlenz> |
what kind of pre-filter depends on the chosen handler? |
| [06:08:00] |
* |
matt_good has quit IRC |
| [06:08:38] |
<alect> |
ones that want to replace the chosen handler was my thought |
| [06:10:41] |
* |
matt_good has joined #trac |
| [06:11:28] |
<alect> |
lo matt |
| [06:14:05] |
<cmlenz> |
alect: such as the tags plugin? or? |
| [06:14:22] |
<cmlenz> |
just looking for a concrete example... |
| [06:14:41] |
<cmlenz> |
or some kind of sub-dispatcher? |
| [06:14:48] |
* |
yain has joined #trac |
| [06:15:03] |
<yain> |
hi. |
| [06:27:40] |
* |
Leonidas has joined #trac |
| [06:28:13] |
* |
MasterC has quit IRC |
| [06:29:20] |
* |
prologic has joined #trac |
| [06:40:41] |
* |
Hydra_ has quit IRC |
| [06:42:54] |
* |
jjb_lyceum has joined #trac |
| [06:56:03] |
* |
Blackhex has quit IRC |
| [06:57:07] |
* |
dyn has joined #trac |
| [06:57:16] |
<dyn> |
hi! |
| [06:58:39] |
<dyn> |
hmm that faq definetely helps ;) |
| [06:59:27] |
<prologic> |
heh |
| [06:59:30] |
<prologic> |
I've never read it :) |
| [06:59:40] |
<dyn> |
i wanted to ask about handling multiple projects |
| [06:59:49] |
<dyn> |
(we're looking for a free jira-replacement) |
| [06:59:49] |
<prologic> |
ahh |
| [06:59:53] |
<prologic> |
that's covered in the wiki page :) |
| [07:00:08] |
<dyn> |
yeah, though the answer isn't exactly clear for me |
| [07:00:21] |
<prologic> |
TracMultipleProjects |
| [07:00:26] |
<dyn> |
yea seen that also |
| [07:00:27] |
<prologic> |
ahh k |
| [07:00:34] |
<prologic> |
pretty much it's just an apache setup |
| [07:00:46] |
<dyn> |
still, there would be one instance of Trac and multiple virtualhosts with multiple trac projects? |
| [07:00:49] |
<prologic> |
trac doesn't really support multiple projects yet (I think they plan to integrate this) |
| [07:01:08] |
<coderanger_> |
"eventually" |
| [07:01:13] |
<prologic> |
depends how you run Trac I think |
| [07:01:21] |
<prologic> |
I run mine under apache with mod_python |
| [07:01:44] |
<dyn> |
same setup here |
| [07:01:55] |
<prologic> |
k |
| [07:03:02] |
<coderanger_> |
dyn: What do you need? |
| [07:03:08] |
<dyn> |
could Trac also get used to replace our intranet wiki? |
| [07:03:16] |
<prologic> |
http://daisy.shortcircuit.net.au/~prologic/tmp/trac.shortcircuit.net.au.conf |
| [07:03:19] |
<prologic> |
examples are always good :) |
| [07:03:27] |
* |
stretch has quit IRC |
| [07:03:44] |
<prologic> |
dyn, it is a wiki as well |
| [07:04:14] |
<dyn> |
coderanger_: err.. cannot really gather a feature set by heart |
| [07:04:54] |
<dyn> |
coderanger_: we'd like to manage more projects, track issues (heh), email notifications, and possibly issue links to VCS |
| [07:05:02] |
<dyn> |
i believe trac knows all that (more or less) |
| [07:05:22] |
<prologic> |
it does |
| [07:05:28] |
<dyn> |
prologic: the wiki was a question because our intranet wiki is not project-related while trac wiki pages seem like so |
| [07:05:57] |
<prologic> |
most things in trac can have WikiSyntax, it's all integrated |
| [07:05:58] |
<prologic> |
which is nice :) |
| [07:06:03] |
<prologic> |
even subversion commit logs |
| [07:06:42] |
* |
cdigs has joined #trac |
| [07:07:17] |
* |
Hydra_ has joined #trac |
| [07:07:52] |
<dyn> |
prologic: yeah but you see my point, nah? |
| [07:08:04] |
<dyn> |
we use our current wiki as a general knowledge base |
| [07:08:09] |
<dyn> |
which is not project related |
| [07:08:13] |
<dyn> |
at least not closely so :) |
| [07:08:26] |
<prologic> |
yup |
| [07:08:49] |
<dyn> |
ofc i think it could be possible to set up a trac "project" like 'knowledge base' and be happy about it :) |
| [07:09:05] |
<dyn> |
at least it sounds logical for me |
| [07:09:55] |
<prologic> |
don't forget, if it's not important to separate the projects, you could combine the projects into a single repo and trac instance |
| [07:10:07] |
<prologic> |
exploiting trac's components in tickets |
| [07:10:15] |
<prologic> |
and subversion's versioning of directories |
| [07:10:36] |
<dyn> |
it is important to separate projects.. i'd like to see all projects' open tickets, stats, etc separated.. |
| [07:11:10] |
<dyn> |
i dont mind setting up N virtualhosts for trac (ok i DO mind but it's not critical :) |
| [07:11:16] |
<dyn> |
but projects should remain separate |
| [07:11:20] |
<prologic> |
it'll be nice when trac comes with natural "multiple proejct" handling |
| [07:11:28] |
<dyn> |
yup, i think so |
| [07:11:46] |
* |
cdigs has quit IRC |
| [07:16:08] |
<yain> |
trac is nice. |
| [07:16:20] |
<yain> |
just installed it. looks good! |
| [07:17:46] |
<dyn> |
Authentication information not available. - what should i do about that? |
| [07:17:56] |
<dyn> |
(clicked Login on a fresh install) |
| [07:20:51] |
<dyn> |
geez these python stacktraces do look scary :) |
| [07:21:20] |
* |
matt_good has quit IRC |
| [07:22:07] |
<yain> |
but they tell you exactly what to do. |
| [07:22:44] |
<dyn> |
yain: i even happen to coded minor stuff in python, but as an end user I do prefer clean messages from a system :) |
| [07:24:42] |
<yain> |
well, the complaint is reasonable, but, perhaps, in the case, you are better off paying someone to install stuff. |
| [07:25:01] |
* |
matt_good has joined #trac |
| [07:26:58] |
<dyn> |
yain: that's my first time being here, I really don't want to get into an argue about that |
| [07:27:08] |
<dyn> |
but I happen to disagree (and I'll stop here :) |
| [07:30:10] |
<alect> |
cmlenz: i envisaged tags checking if the chosen handler is wiki, and if so returning its own handler |
| [07:31:11] |
<cmlenz> |
hmm, yeah |
| [07:32:26] |
<cmlenz> |
for better naming: s/prepare_request/pre_match_request |
| [07:32:30] |
<cmlenz> |
(IMHO) |
| [07:32:47] |
* |
philn has joined #trac |
| [07:32:55] |
<philn> |
hello |
| [07:32:58] |
<cmlenz> |
still not a fan of calling filters three times for every request, but hey |
| [07:34:16] |
<alect> |
yeah |
| [07:34:25] |
<alect> |
it's true...any suggestions? |
| [07:34:44] |
<alect> |
ditching the "prepare" would be my preference if you think it's too much |
| [07:35:23] |
<philn> |
is it possible to public svn hosted files on the wiki? |
| [07:35:29] |
<philn> |
s/public/publish |
| [07:36:59] |
* |
danbeck has joined #trac |
| [07:37:16] |
<alect> |
no |
| [07:40:47] |
<philn> |
is this feature planned for a future release, or should i stop hopping ? :) |
| [07:42:12] |
* |
LarstiQ isn't sure what that should do |
| [07:42:32] |
<alect> |
you could make a macro that can include files from the repository |
| [07:43:10] |
<philn> |
ok, that'd be great, i'll see if/how i can do that |
| [07:47:47] |
<alect> |
actually i will ditch it chris, i can't really think when you would want to use it |
| [07:48:49] |
<alect> |
(the prepare_request() call, that is) |
| [07:49:10] |
* |
coderanger_ has quit IRC |
| [07:50:47] |
<cmlenz> |
alect: ok, I can't eiher |
| [07:50:49] |
<cmlenz> |
either |
| [07:51:52] |
<alect> |
you happy with OrderedExtensionOption as it is? |
| [07:52:12] |
<alect> |
extension should be pluralised |
| [07:53:21] |
<alect> |
or not |
| [07:55:31] |
<dyn> |
i can write any text into the "Assigned to" textfield when setting up a new ticket? |
| [08:09:08] |
* |
whitelynx|firest has quit IRC |
| [08:18:57] |
<cmlenz> |
alect: yeah, definitely pluralized |
| [08:19:14] |
<cmlenz> |
not sure about the class in general though |
| [08:20:24] |
<cmlenz> |
but then, I was never quite happy with the singleton thing either :-P |
| [08:20:31] |
<cmlenz> |
so I guess it can go in |
| [08:20:38] |
<alect> |
righto :) |
| [08:21:20] |
<cmlenz> |
have you looked into moving the Chrome.populate_hdf() stuff to use the filter API? |
| [08:21:32] |
<cmlenz> |
I think that should work, and we'd be eating our own dogfood |
| [08:21:52] |
<alect> |
hmm, no i hadn't but it's a good idea |
| [08:21:54] |
* |
mgalvin has joined #trac |
| [08:23:23] |
<alect> |
presumably no match_request() methods rely on anything in there...? |
| [08:23:41] |
<alect> |
anything that populate_hdf() does, that is |
| [08:23:52] |
<cmlenz> |
Chrome.populate_hdf() is called after the matching anyway, no? |
| [08:23:59] |
<cmlenz> |
(not the "other" populate_hdf) |
| [08:24:26] |
<alect> |
ah yes, quite right |
| [08:24:36] |
<alect> |
okay, i'll do that as well |
| [08:26:39] |
<cmlenz> |
hmm, I forgot about cboos' "use_template" changes there |
| [08:27:34] |
<cmlenz> |
so this isn't going to work, or at least not going to be clean |
| [08:28:06] |
<alect> |
hrrm |
| [08:28:33] |
<alect> |
it can if that logic is moved into Chrome |
| [08:28:57] |
<alect> |
it gets passed the chosen_handler anyway, so it won't have to do anything hackish |
| [08:29:06] |
<cmlenz> |
true |
| [08:35:21] |
* |
jjb_lyceum has quit IRC |
| [08:39:39] |
<alect> |
hmm, i'll also have to move req.authname/perm/session initialisation into Chrome so that nav link population works |
| [08:40:00] |
<cmlenz> |
then don't ;-) |
| [08:40:02] |
<alect> |
which seems a little too out of scope |
| [08:40:06] |
<cmlenz> |
yeah |
| [08:40:08] |
<alect> |
yeah |
| [08:40:27] |
<alect> |
too crufty, oh well |
| [08:42:18] |
* |
peppelorum has quit IRC |
| [08:43:35] |
* |
agile has quit IRC |
| [08:50:27] |
* |
dyn has quit IRC |
| [09:00:36] |
* |
whitelynx|firest has joined #trac |
| [09:01:48] |
* |
mfuchs has joined #trac |
| [09:02:56] |
* |
agile has joined #trac |
| [09:04:59] |
<boorad> |
matt_good: any way you could give me a status on sqlalchemy sandbox? |
| [09:05:34] |
* |
stevegt has quit IRC |
| [09:15:03] |
* |
waker has joined #trac |
| [09:16:52] |
<waker> |
hi. i have some trouble installing trac on debian. i followed this howto http://projects.edgewall.com/trac/wiki/TracOnDebianSarge and everything SEEMS to work, except i keep getting "You don't have permission to access /proj on this server." for last step. how can i fix it? |
| [09:23:23] |
* |
prisoner has joined #trac |
| [09:32:04] |
* |
jcw9 has joined #trac |
| [09:39:42] |
* |
lightcap has quit IRC |
| [09:41:43] |
* |
jrydberg has joined #trac |
| [09:42:34] |
* |
lightcap has joined #trac |
| [09:55:27] |
* |
mfuchs has quit IRC |
| [09:55:53] |
* |
philn has left #trac |
| [09:56:28] |
* |
tag_ has quit IRC |
| [10:14:52] |
* |
jcw9 has quit IRC |
| [10:17:40] |
<matt_good> |
boorad: well, it was functional on 0.1.x using SA to open connections and create the schema |
| [10:18:03] |
<matt_good> |
now that 0.2 is out it will definitely need updated |
| [10:18:15] |
<boorad> |
I see, thx |
| [10:18:39] |
<boorad> |
I am currently converting all of my pg trac envs back to sqlite, because I can't find the connection leak in code |
| [10:18:58] |
<boorad> |
I will have to hope that the sqlite locking on write is not an issue |
| [10:19:08] |
<boorad> |
was just wondering about SA and if it would help my pg issue |
| [10:19:54] |
* |
tuxipuxi has quit IRC |
| [10:20:16] |
<boorad> |
for some reason I couldn't muster the energy to put the envs in the same db but different schemas like pacopablo has done |
| [10:20:28] |
<matt_good> |
heh |
| [10:20:34] |
* |
matt_good is away: lunch time |
| [10:20:46] |
<boorad> |
this has been beeting me down for months |
| [10:20:57] |
<boorad> |
beating - whatever |
| [10:34:04] |
* |
dilinger has quit IRC |
| [10:35:01] |
* |
rotanomit has joined #trac |
| [10:35:02] |
* |
stevegt has joined #trac |
| [10:35:23] |
* |
rotanomit is now known as timonator |
| [10:35:45] |
<timonator> |
there was someone in here who was interested in pygame games that i talked to, who was that? |
| [10:38:26] |
* |
jjb_lyceum has joined #trac |
| [10:40:23] |
* |
waker has left #trac |
| [10:42:10] |
* |
dilinger has joined #trac |
| [10:51:27] |
* |
jcw9 has joined #trac |
| [10:55:36] |
* |
jcw9 has quit IRC |
| [11:01:24] |
* |
peppelorum has joined #trac |
| [11:06:30] |
* |
stevegt has quit IRC |
| [11:14:06] |
* |
stevegt has joined #trac |
| [11:16:47] |
* |
whereami has joined #trac |
| [11:17:22] |
<whereami> |
does anybody have any experience with TracPageList ? |
| [11:17:32] |
<whereami> |
it seems flakey. |
| [11:17:56] |
<whereami> |
seems like sometimes i have to remind trac that it's installed. |
| [11:22:36] |
* |
sam` has quit IRC |
| [11:25:44] |
* |
sam` has joined #trac |
| [11:29:44] |
* |
granden has joined #trac |
| [11:30:10] |
<granden> |
Hi, is it possible to look the wiki in trac so one part is only for developers and one for everyone |
| [11:32:20] |
<prologic> |
*lock |
| [11:32:21] |
<prologic> |
:) |
| [11:32:30] |
<granden> |
yeah :) |
| [11:51:07] |
* |
matt_good is back (gone 01:30:32) |
| [12:03:19] |
* |
cmlenz has quit IRC |
| [12:10:52] |
* |
IceShaman has joined #trac |
| [ |
