| [00:08:39] |
* |
atwork has joined #trac |
| [00:18:13] |
* |
techie_ has joined #trac |
| [00:18:14] |
* |
_techie has quit IRC |
| [00:18:56] |
<evil_twin> |
New news from t.e.o: Ticket #4911 (defect closed): JavaScript on some ticket form elements not working in Opera 9.10 <http://trac.edgewall.org/ticket/4911#comment:8> |
| [00:39:32] |
* |
s0undt3c1_ has joined #trac |
| [00:46:36] |
* |
s0undt3ch_ has quit IRC |
| [00:58:57] |
* |
m_g has joined #trac |
| [01:05:33] |
* |
cboos has joined #trac |
| [01:05:51] |
<cboos> |
alect: still around? |
| [01:06:02] |
<cboos> |
(good morning btw) |
| [01:09:01] |
* |
cmlenz has joined #trac |
| [01:10:17] |
<techie_> |
mooorning |
| [01:10:47] |
<techie_> |
I know how to close the sole critical bug for 0.10.4 |
| [01:10:53] |
<techie_> |
This one - http://trac.edgewall.org/ticket/3723 |
| [01:13:37] |
* |
Synapse has joined #trac |
| [01:14:39] |
<cboos> |
interesting ... |
| [01:15:54] |
<cboos> |
do you have an idea why the charset settings are reset after a few hours? |
| [01:16:56] |
* |
cmlenz has quit IRC |
| [01:18:19] |
<techie_> |
cboos: Not really, but I think the whole comment about that is wrong. You see - it is impossible to make trac tables in utf8 on mysql 4.1.x |
| [01:18:55] |
<techie_> |
Even if trac database works in utf8 I am pretty sure that trac tables are not. |
| [01:19:12] |
<evil_twin> |
New news from t.e.o: Changeset [5092]: WorkFlow: Fix really dumb bug that would delete tickets unconditionally. <http://trac.edgewall.org/changeset/5092> || Changeset [5091]: WorkFlow: Use an unordered list instead of just concatenating. <http://trac.edgewall.org/changeset/5091> |
| [01:20:15] |
<cboos> |
wow, those are pretty old changesets... where have you been all this time, evil_twin? |
| [01:20:50] |
<cboos> |
techie_: I've never use 4.1.x ... can't really tell |
| [01:21:05] |
<cboos> |
s/use/used/ |
| [01:22:44] |
<techie_> |
I can bet you'll fail to create fresh Trac environment with utf8 on 4.1.x - I tried and there was an error about index being too big. |
| [01:23:09] |
<techie_> |
And since Trac needs utf8 and stores everything in tables as utf8 regardless of settings MySQL 4.1.x is not compatible with Trac. |
| [01:23:16] |
<techie_> |
Or vice versa. |
| [01:28:19] |
* |
Marlun has joined #trac |
| [01:28:50] |
<cboos> |
techie_: have you tried with latest 0.10.4dev ? |
| [01:29:24] |
<techie_> |
It doesn't matter. I've tried to convert tables manually and I've got the same error. |
| [01:29:29] |
<cboos> |
there have been some adaptations ("hacks") for adjusting the index size |
| [01:29:43] |
<cboos> |
so yes, it does matter I think |
| [01:30:07] |
<techie_> |
So, the structure of database had changed? |
| [01:30:26] |
<cboos> |
the way the primary key is specified for mysql |
| [01:31:06] |
<cboos> |
@ticket 3676 |
| [01:31:06] |
<evil_twin> |
cboos: http://trac.edgewall.org/ticket/3676 |
| [01:31:30] |
<techie_> |
Too late. I've already upgraded my server to 5.0.37 and the problem has gone. |
| [01:32:02] |
<cboos> |
so mysql has increased key length 5.0.x? |
| [01:32:08] |
* |
asmodai pats cboos |
| [01:32:20] |
<techie_> |
Seems like that. |
| [01:32:22] |
<cboos> |
strange the corresponding mysql bug was still opened last time I looked |
| [01:32:45] |
<asmodai> |
Face it, MySQL sucks. ;) |
| [01:33:11] |
<techie_> |
Because the bug is about using non-unicode tables with Trac. |
| [01:36:05] |
<techie_> |
If somebody claims that he uses Trac with utf8 MySQL 4.1.x database then his tables are still in native collation despite that DB itself can use utf8. If his tables were in utf-8 then the problem with index would arise. |
| [01:36:33] |
<cboos> |
no |
| [01:36:41] |
<cboos> |
look closer at the ticket above |
| [01:36:44] |
<asmodai> |
I still find it idiotic MySQL defaults to a Swedish locale. |
| [01:36:49] |
<cboos> |
and the corresponding commit |
| [01:37:12] |
<cboos> |
http://trac.edgewall.org/changeset/4755 |
| [01:38:11] |
<cboos> |
we use a max len of 333 chars for the index, which stays below the 1024 bytes limit even if utf-8 is used |
| [01:38:56] |
<asmodai> |
Somehow it is a bit idiotic that you have to limit yourself to the weakest link. Long live concessions. :) |
| [01:38:59] |
<techie_> |
utf8 uses from 1 to 4 bytes per symbol |
| [01:39:24] |
<cboos> |
and the bug I was referring to was the mysql bug: http://bugs.mysql.com/bug.php?id=4541 |
| [01:39:26] |
<techie_> |
Let me guess that in that case MySQL uses maximum. |
| [01:39:41] |
<asmodai> |
MySQL doesn't even use the full 4 bytes last I checked. |
| [01:39:46] |
<asmodai> |
1-3 at max. |
| [01:40:33] |
<asmodai> |
Right it does. I recently discussed this on the Unicode list. |
| [01:41:26] |
* |
kop_ has joined #trac |
| [01:41:28] |
<asmodai> |
Which means that for supporting say Unihan, you're SOL. |
| [01:41:43] |
<asmodai> |
PostgreSQL has not had that limitation for a while now. |
| [01:41:51] |
<asmodai> |
And SQLite is Unicode natively. |
| [01:42:18] |
<cboos> |
see also http://dev.mysql.com/doc/refman/5.0/en/charset-unicode.html |
| [01:42:35] |
<techie_> |
So that would be the size of the Trac utf8 index in MySQL then? 999*3 - right? |
| [01:42:54] |
<cboos> |
rather 333*3 |
| [01:43:08] |
<asmodai> |
It's worse |
| [01:43:18] |
<asmodai> |
it means that codepoints above a certain number are NOT available. |
| [01:43:36] |
<asmodai> |
So for languages such as Korean, Japanese and Chinese you're shit out of luck. |
| [01:44:03] |
<cboos> |
"Korean, Chinese, and Japanese ideographs use three-byte sequences." |
| [01:44:08] |
<cboos> |
from the link above |
| [01:44:50] |
<asmodai> |
cboos: I think with the current extensions it is not necessarily true anymore. *rechecks* |
| [01:45:00] |
<techie_> |
But the index for primary key should be created beforehand, so in case of 333 unicode symbols the space reserved for each component would be 999 bytes, right? |
| [01:45:14] |
<asmodai> |
with 3 bytes you encode up to 0x00ffff |
| [01:45:24] |
<cboos> |
techie_: that's the assumption, yes |
| [01:45:48] |
<asmodai> |
CJK Ideographs Ext B is encoded from 0x020000 onward. |
| [01:45:55] |
<asmodai> |
So, no. |
| [01:45:59] |
<asmodai> |
You're shit out of luck. |
| [01:46:23] |
<techie_> |
cboos: And given that we have a composite primary key consisting of three parts each 999 symbols - we have an index out of bounds. |
| [01:46:41] |
<techie_> |
each 999 bytes |
| [01:47:05] |
<asmodai> |
Not to mention that the Compatibility Ideographs Supplement are encoded from 0x02f800 onward. |
| [01:47:12] |
<cboos> |
techie_: no. please look at the code... (changeset given above) |
| [01:47:47] |
<cboos> |
it's 999 bytes for the composite key |
| [01:49:00] |
<cboos> |
as I said, it's a hack, not a generic solution, but it's supposed to work an should enable you to run initenv successfully even with utf8 charset (as advised) |
| [01:50:43] |
* |
tkp has joined #trac |
| [01:52:43] |
* |
s0undt3c1_ has quit IRC |
| [01:58:31] |
* |
tkp_ has quit IRC |
| [01:58:36] |
<techie_> |
cboos: Now I see. Changes seem reasonable. Why not to use them for other types of databases too? It is unlikely that revision number can exceed 9999999999999999999999 and there will be more than 99 types of changes. As for path - I would prefer to have a columnt with hash for it andanother text column with field length enogh to hold the paths. |
| [01:59:49] |
<cboos> |
techie_: the whole repository cache thing will be completely overhauled for 0.12 anyway - |
| [01:59:53] |
<cboos> |
multirepository support, |
| [02:00:06] |
<techie_> |
It seems that most Java projects uses paths more than 255 chars in repository because of lenghty naming conventions. |
| [02:00:28] |
<cboos> |
+ vc independent cache, + browser oriented cache, etc. |
| [02:01:34] |
<cboos> |
so probably hashes of paths will be used as the primary key, because of that key length issue and the need to handle arbitrarily long paths, as you mentioned |
| [02:06:15] |
* |
Rica|Coding has quit IRC |
| [02:11:36] |
<techie_> |
cboos: Still the bug #3884 is rather confusing. I would release 0.10.4 with a fix for unicode and extra check that utf8_general collation is used on all tables and columns. After that open a new bugreport to gather clear feedback. The source of problem for first 20 comments can easily be caused by non-utf8 tables. |
| [02:13:52] |
<cboos> |
> extra check that utf8_general collation is used on all tables and columns |
| [02:13:56] |
<cboos> |
that would be good |
| [02:14:02] |
* |
afranke has joined #trac |
| [02:14:05] |
<cboos> |
but I've no idea how to do that... |
| [02:14:43] |
<techie_> |
maybe through examine/describe? I |
| [02:16:23] |
<techie_> |
About database: http://dev.mysql.com/doc/refman/5.0/en/charset-database.html |
| [02:16:24] |
<techie_> |
USE your_database_of_interest; |
| [02:16:31] |
<techie_> |
show variables like "character_set_database"; |
| [02:16:36] |
<techie_> |
show variables like "collation_database"; |
| [02:18:54] |
* |
didier has joined #trac |
| [02:19:11] |
<didier> |
hi |
| [02:19:25] |
<cboos> |
'lo |
| [02:19:45] |
<didier> |
I can't find where the accesskey for the menu (Wiki, Timeline, Roadmap, ...) are defined |
| [02:19:52] |
<didier> |
I would like to change them |
| [02:20:02] |
<cboos> |
in the templates |
| [02:20:43] |
<cboos> |
hard-coded as accesskey="" |
| [02:20:47] |
* |
Rica has joined #trac |
| [02:20:53] |
<didier> |
cboos: I did a grep "accesskey" * on the templates directory, and there is nothing about this menu |
| [02:21:06] |
<didier> |
no accesskey="7" for example |
| [02:23:26] |
<cboos> |
ok, those for the main nav menu are specified in the python code |
| [02:24:01] |
<cboos> |
in the get_navigation_items() methods of the INavigationContributor |
| [02:24:36] |
<cboos> |
see trac/ticket/web_ui.py for the accesskey="7" for example |
| [02:29:22] |
<techie_> |
"SHOW FULL COLUMNS FROM tbl_name" should display collation of columns as described in http://dev.mysql.com/doc/refman/5.0/en/charset-show.html |
| [02:31:02] |
<didier> |
cboos: thanks |
| [02:31:10] |
<cboos> |
de rien |
| [02:31:33] |
<didier> |
cboos: are you french ? |
| [02:31:52] |
<cboos> |
sounds likely, yes ;-) |
| [02:32:03] |
<didier> |
cboos: ok :) |
| [02:34:25] |
<didier> |
cboos: it's strange to setup accesskey in the python code |
| [02:35:29] |
<cboos> |
well, personally I don't use them, so I never really cared about the feature... |
| [02:35:36] |
* |
stalker` has joined #trac |
| [02:41:30] |
<stalker`> |
hi guys, i have a sugestion for trac, could we discuss it here before i submit a ticket (i believe you can better guide me in a direction)? |
| [02:41:55] |
<afranke> |
go ahead |
| [02:43:29] |
<stalker`> |
at the company i am working at we developed a code review plugin for trac to ease code review for change sets (we are makeing it soon open source). the problem is that we need custom states for the tickets and custom transitions between the states |
| [02:43:52] |
<stalker`> |
what we did for now is to patch trac to support this, but it is painful to support the patches for every new version |
| [02:44:06] |
<stalker`> |
i thought about introducing an extension point to allow custom states |
| [02:44:13] |
<stalker`> |
and transitions between them |
| [02:45:08] |
<stalker`> |
in that situation the plugins will be able to provide custom states by just implementing an interface, say TicketStateProvider... |
| [02:45:16] |
<cboos> |
stalker`: you may want to wait a few hours for retracile, who is currently developing the workflow for 0.11... |
| [02:45:37] |
<cboos> |
and added a simple codereview sample plugin to illustrate the new interfaces ;-) |
| [02:45:58] |
<stalker`> |
cboos: : what?? |
| [02:46:03] |
<stalker`> |
you just did that interfaces? |
| [02:46:12] |
<stalker`> |
AND a code review plugin? |
| [02:47:00] |
<cboos> |
it might not be exactly the same thing you're discussing, but is probably close enough ;-) |
| [02:47:02] |
<cboos> |
see http://trac.edgewall.org/browser/sandbox/pycon/workflow/sample-plugins/workflow/CodeReview.py |
| [02:47:36] |
<cboos> |
(and the http://trac.edgewall.org/browser/sandbox/pycon/workflow branch in general) |
| [02:54:32] |
* |
Federico2 has joined #trac |
| [02:54:50] |
* |
s0undt3ch_ has joined #trac |
| [02:56:25] |
* |
cerw has joined #trac |
| [02:56:27] |
* |
pygi has joined #trac |
| [02:57:21] |
<stalker`> |
cboos: looks pretty cool, we will refactor our plugin to use this new interface when we will want to support 0.11 |
| [02:57:27] |
* |
joatweb has joined #trac |
| [02:57:31] |
<joatweb> |
hello! |
| [02:57:36] |
<stalker`> |
two more problems we had when developing the plugin |
| [02:57:44] |
<joatweb> |
I installed trac from windows installer |
| [02:57:46] |
<joatweb> |
what now? |
| [02:57:48] |
* |
pygi has left #trac |
| [02:57:57] |
<joatweb> |
trac is nowhere |
| [02:58:08] |
<stalker`> |
1) we need to inject a link to code review on the change set page. can we do that without a patch? |
| [02:58:47] |
<stalker`> |
joatweb: it is in the python directory under lib\ |
| [02:59:07] |
<stalker`> |
joatweb: the executable is in scripts |
| [02:59:30] |
<cboos> |
stalker`: the interfaces are in the making, so it might be worth to inject your experience now; chat with alect and retracile later on today ... |
| [02:59:56] |
<stalker`> |
cboos: ok, i will do that |
| [03:00:08] |
<stalker`> |
cboos: any idea about injecting custom content on a page? |
| [03:00:30] |
<cboos> |
about 1) there's nothing you can do yet |
| [03:00:46] |
<stalker`> |
ok, then i go to 2) |
| [03:01:01] |
<cboos> |
though coderanger did work on an experimental feature for doing that... |
| [03:01:37] |
<cboos> |
see http://trac.edgewall.org/browser/sandbox/pycon/renderfilter (also for 0.11 at the minimum) |
| [03:01:54] |
<stalker`> |
2) in order to support code review comments we have a custom page type (CodeReview) and we wish to allow attachmenmts there too. but attachment.py hardcodes wiki and ticket |
| [03:02:08] |
<stalker`> |
so we patched it do allow attachments in CodeReview as well |
| [03:02:38] |
<joatweb> |
stalker: thanks |
| [03:02:46] |
<cboos> |
yeah, this is also something that was supposed to be fixed for 0.11 but more likely 0.12 as it stands now (early 0.12 hopefully) |
| [03:03:23] |
<stalker`> |
cboos: great - is any work done on this, or could we help here? |
| [03:03:56] |
<cboos> |
see http://trac.edgewall.org/ticket/3068 |
| [03:04:11] |
<cboos> |
the main issues in the extensibility are with the permissions |
| [03:04:36] |
<cboos> |
and this was somehow addressed in the security branch, which is not yet merged |
| [03:05:11] |
<cboos> |
once this is in (+some compatilibity code to handle old-style permissions for ticket and wiki attachement) |
| [03:05:25] |
<cboos> |
completing #3068 would be easy / trivial |
| [03:06:08] |
<cboos> |
(see http://trac.edgewall.org/browser/sandbox/security/trac/attachment.py) |
| [03:06:21] |
* |
joel_ has joined #trac |
| [03:06:44] |
* |
joel has quit IRC |
| [03:06:47] |
* |
joel_ is now known as joel |
| [03:08:55] |
* |
whitelynx has quit IRC |
| [03:09:47] |
* |
whitelynx has joined #trac |
| [03:09:53] |
<stalker`> |
cboos: thamks for the good pointers. i am new in this company and don't know much about the code review plugin, but i talked to another colleague to talk to retracile and see if the interface is good enaugh for us |
| [03:10:05] |
<stalker`> |
cboos: if not maybe we can change it before it gets frozen |
| [03:10:20] |
<cboos> |
sure |
| [03:10:45] |
* |
dreamingk has joined #trac |
| [03:11:03] |
* |
gordonjcp has joined #trac |
| [03:11:23] |
* |
cboos wonders if that other person is not Eli himself ;-) that would be funny ;-) |
| [03:11:33] |
* |
dreamingk is now known as tc|exoweb |
| [03:11:49] |
<stalker`> |
tc|exoweb: hello |
| [03:11:59] |
<stalker`> |
tc|exoweb: cboos is the guy i talked to |
| [03:12:06] |
<stalker`> |
cboos: tc|exoweb is my colleague |
| [03:12:07] |
<tc|exoweb> |
stalker::) |
| [03:12:17] |
<cboos> |
ok, so he's not eli ;-) |
| [03:12:31] |
* |
eblot has joined #trac |
| [03:12:36] |
<stalker`> |
eli == ? |
| [03:12:52] |
<tc|exoweb> |
cboos: hello. |
| [03:12:53] |
<cboos> |
eli is retracile, the guy working on the workflow branch |
| [03:12:56] |
<cboos> |
hi |
| [03:13:38] |
<cboos> |
he's living in texas, and usually pops up here 4 hours from now |
| [03:14:35] |
<tc|exoweb> |
he will be here when i'am in bed. i guees |
| [03:14:57] |
<cboos> |
hm that's bad... |
| [03:15:10] |
<gordonjcp> |
quick daft question, but how memory-hungry is trac? |
| [03:15:21] |
<cboos> |
but the exchange can happen by e-mail as well, on the trac-dev mailing list |
| [03:15:26] |
<cboos> |
you may want to have a look to what our workflow branch looks, see how that would fit your use case and provide us with feedback, as it's exactly the appropriate time for that... |
| [03:15:38] |
<afranke> |
yeah, timezone are a bad thing ;) |
| [03:18:59] |
<cboos> |
Rica: ping |
| [03:19:10] |
<didier> |
cboos: do you know if the comment on a wiki page can be set to "never empty" ? |
| [03:19:35] |
<cboos> |
no that's not possible currently |
| [03:20:11] |
<cboos> |
we'd need something like ticket validators we're developing in the workflow branch, but for wiki pages |
| [03:28:21] |
* |
wiking has joined #trac |
| [03:43:13] |
<techie_> |
Bot is slowwwww. |
| [03:48:03] |
<techie_> |
cboos: I've made a ticket for MySQL collation enforcement. http://trac.edgewall.org/ticket/4990 |
| [03:48:21] |
<cboos> |
ok ... |
| [03:49:16] |
<cboos> |
ha! 0.10.4, you're pushing it ;-) |
| [03:49:25] |
<techie_> |
:P |
| [03:49:48] |
<techie_> |
I just forgot to addd it in the first place. =) |
| [03:50:06] |
<techie_> |
And it's not me - it is @anonymous@ |
| [03:50:31] |
<techie_> |
cboos: Do you have a SourceForge account? I can add you to a project to play with MySQL 4.1.x without the need to install it yourself. |
| [03:50:59] |
<cboos> |
no sorry I don't |
| [03:51:43] |
<techie_> |
On the second thought you do not need SF account. |
| [03:51:50] |
<evil_twin> |
New news from t.e.o: Ticket #4990 (enhancement created): release 0.10.4 with MySQL utf8 enforcement <http://trac.edgewall.org/ticket/4990> |
| [03:52:06] |
* |
eblot has quit IRC |
| [03:52:57] |
<cboos> |
... but I could install one myself, eventually. The problem is I don't necessarily *want* to mess with MySQL stuff too much than necessary ;-) I already spent far too much time on hacking pysqlite. All this is a bit peripheral to Trac itself, and probably slow down /real/ trac progresses. |
| [03:53:28] |
<cboos> |
The bottom line is that next time we accept an new db backend, we probably /require/ a maintainer for it ;-) |
| [03:54:24] |
<techie_> |
I hope that there will be an SQLAlchemy or something like that - no? |
| [03:55:24] |
<cboos> |
I don't believe it will make go away the db issue we're having... quite to the contrary, it will add another intermediate layer of complexity |
| [03:55:36] |
<cboos> |
(our current db layer is quite thin) |
| [04:00:46] |
<cboos> |
but I'm open to concrete suggestions, i.e. if for existing, still opened, db related bugs I start to see comments like: look, SQLAlchemy solved this problem doing this, doing that, I could begin to be convinced... but this has not happened so far. |
| [04:02:48] |
<cboos> |
And by peering over the SQLAlchemy code myself (some time ago, I admit), I didn't see obvious advantages, at the low level I mean. |
| [04:03:02] |
<techie_> |
I just have seen plans for SQLAlchemy in 0.12, but I haven't tasted it yet. |
| [04:03:41] |
<cboos> |
Of course, at the higher level, being able to use a pythonic syntax for composing the queries is quite cool and has clear advantages. |
| [04:04:58] |
<cboos> |
This I don't contest, and that would be the place where SQLAlchemy would help. |
| [04:05:49] |
<cboos> |
But as long as we're still having serious low-level issues, I think it's a bit easier to deal with the bindings directly. |
| [04:09:55] |
<techie_> |
Ok. If I'll find a time to make a patch for the issue I've created I'll tell you, but for me it seems the only way to clean up working space to make this particular MySQL problem resolved/ |
| [04:10:44] |
<cboos> |
np, I'll notice the patch (add a comment to make sure I notice it) |
| [04:11:57] |
<cboos> |
techie_: got your mail ;-) |
| [04:12:50] |
<techie_> |
That's nice. =) |
| [04:40:54] |
<thomasvs> |
has anyone ever done something about better using "duplicates" so you can track how many duplicates a bug has ? |
| [04:48:00] |
* |
techie_ has quit IRC |
| [04:54:58] |
* |
stalker` has quit IRC |
| [05:12:46] |
* |
tc|exoweb has left #trac |
| [05:30:12] |
* |
bwlang has joined #trac |
| [05:31:04] |
* |
d7rt has joined #trac |
| [05:31:52] |
* |
wiking has quit IRC |
| [05:44:00] |
<thomasvs> |
does trac handle nested sql queries in reports ? |
| [05:52:52] |
* |
cboos has quit IRC |
| [05:54:34] |
<thomasvs> |
is there a guide to setting up a dev environment in which it is easy to develop plugins ? |
| [05:58:03] |
* |
jimmy-james has quit IRC |
| [05:58:10] |
* |
Hydra_ has joined #trac |
| [06:12:33] |
<coderanger> |
thomasvs: All it cares about are the results of the query and the column names |
| [06:12:54] |
<coderanger> |
thomasvs: Use tracd with --autoreload and setuptools' develop mode |
| [06:20:35] |
* |
fwierzbicki has joined #trac |
| [06:26:44] |
* |
didier has quit IRC |
| [06:26:52] |
* |
jonasn has joined #trac |
| [06:46:28] |
* |
joel_ has joined #trac |
| [06:46:28] |
* |
joel has quit IRC |
| [06:46:30] |
* |
joel_ is now known as joel |
| [06:54:18] |
* |
joel has quit IRC |
| [06:55:38] |
* |
retracile has joined #trac |
| [06:56:18] |
* |
joel has joined #trac |
| [06:56:19] |
* |
elehack|work has joined #trac |
| [06:58:26] |
* |
retracile has quit IRC |
| [06:59:44] |
* |
seocam has joined #trac |
| [07:01:31] |
* |
retracile has joined #trac |
| [07:04:54] |
* |
The_Tick has joined #trac |
| [07:05:00] |
<The_Tick> |
wheeee |
| [07:05:06] |
* |
ionut has joined #trac |
| [07:06:37] |
<coderanger> |
The_Tick: Working now? |
| [07:07:46] |
<The_Tick> |
coderanger: I don't have access until tonight |
| [07:07:57] |
<coderanger> |
Ahh |
| [07:08:03] |
<The_Tick> |
but if he's right, it won't be working until we switch over to whatever database he's talking about |
| [07:08:40] |
<coderanger> |
The_Tick: You could do some silly stuff as a holdover |
| [07:08:54] |
<The_Tick> |
like stop using trac as a user ticket system? ;) |
| [07:08:57] |
<coderanger> |
basically have it write to one file, and read from another |
| [07:09:09] |
<The_Tick> |
then rsync the files? |
| [07:09:11] |
<coderanger> |
with a cronjob appending one to the other |
| [07:09:15] |
<The_Tick> |
ya |
| [07:09:19] |
<coderanger> |
so the writer file stays small |
| [07:09:27] |
<The_Tick> |
not a bad idea |
| [07:09:54] |
<coderanger> |
just means people need to wait up to 59 seconds before logging in, but its better than nothing |
| [07:10:02] |
<The_Tick> |
right |
| [07:11:33] |
* |
retracile has quit IRC |
| [07:12:45] |
<The_Tick> |
coderanger: actually, if you wanted to do that |
| [07:12:52] |
<The_Tick> |
I won't be able to take a look until tonight |
| [07:12:57] |
<The_Tick> |
my ssh key isn't at work, heh |
| [07:13:23] |
<coderanger> |
The_Tick: Not in a mood to code, got in an accident a few hours ago so I'm still a bit shaky |
| [07:13:59] |
<coderanger> |
brain is a bit all over the place |
| [07:14:58] |
* |
jimmy-james has joined #trac |
| [07:17:45] |
<The_Tick> |
woah |
| [07:17:47] |
<The_Tick> |
what happened? |
| [07:18:07] |
<coderanger> |
managed to get my car up on a snowbank at a nasty angle |
| [07:18:19] |
<The_Tick> |
ah, so no car on car action huh? |
| [07:18:24] |
<gordonjcp> |
coderanger: nice one |
| [07:18:27] |
<The_Tick> |
hot steamy steel |
| [07:18:41] |
* |
retracile has joined #trac |
| [07:18:48] |
<gordonjcp> |
I wish it would snow here... |
| [07:20:35] |
<coderanger> |
gordonjcp: You can come take ours |
| [07:24:49] |
<seocam> |
someone here works in the edgewall? |
| [07:25:56] |
<coderanger> |
seocam: Not really, edgewall isn't a big place, I think it was just daniel and jonas |
| [07:26:06] |
<coderanger> |
It was a shell name for their consulting stuff |
| [07:26:19] |
<seocam> |
uhn... ok... tks :) |
| [07:26:21] |
<coderanger> |
jonas is still around periodically |
| [07:26:38] |
<coderanger> |
Any particular reason? |
| [07:26:49] |
<seocam> |
gsoc |
| [07:27:20] |
<seocam> |
i wanna implement something involving trac |
| [07:27:36] |
<coderanger> |
seocam: You can try to get it mentored by the PSF |
| [07:27:47] |
<coderanger> |
But they didn't take mine last year ;-) |
| [07:27:51] |
<seocam> |
and i would like to hear some advises |
| [07:28:01] |
<seocam> |
heheh :) |
| [07:28:08] |
<coderanger> |
Mentor applications are closed anyway |
| [07:28:09] |
<seocam> |
what did you apply? |
| [07:28:33] |
<coderanger> |
A distributed service monitoring framework using Trac as the web UI |
| [07:29:07] |
<coderanger> |
What is your idea? |
| [07:29:20] |
* |
danbeck has joined #trac |
| [07:29:48] |
<seocam> |
an integration between plone and trac |
| [07:29:59] |
<seocam> |
but i don't know exactly how yet... |
| [07:30:25] |
<coderanger> |
What kind of integration |
| [07:30:37] |
<coderanger> |
Just authentication? |
| [07:31:18] |
<seocam> |
authentication |
| [07:31:20] |
<seocam> |
permissions |
| [07:31:36] |
<coderanger> |
okay, sounds like a pretty simple plugin |
| [07:31:46] |
<coderanger> |
both of those systems are modularized |
| [07:32:27] |
<seocam> |
good |
| [07:32:36] |
<seocam> |
do you know the plone features? |
| [07:32:45] |
<coderanger> |
Nope |
| [07:32:52] |
<joel> |
Good Morning Coderanger! I have a question. I added a javascript to ticket.cs right after the WikiToolbar.js file, restarted Apache and it's not showing up when I view source. Did I miss something? |
| [07:32:55] |
<coderanger> |
I avoid Zope like the plague |
| [07:33:16] |
<coderanger> |
joel: Huh? |
| [07:33:25] |
<coderanger> |
joel: did you reinstall the plugin |
| [07:33:34] |
<TPABKA> |
re |
| [07:33:44] |
<joel> |
no - hacked the file - ticket.cs |
| [07:33:56] |
<coderanger> |
joel: Why ... |
| [07:34:10] |
<coderanger> |
joel: I designed the plugin specifically to avoid the need for a patch |
| [07:34:19] |
<joel> |
isnt' that how I'd customize something.. |
| [07:34:19] |
<seocam> |
hahaha :) |
| [07:34:47] |
<coderanger> |
joel: Are you still just trying to change the date picker? |
| [07:35:01] |
<joel> |
yes. - I really want to use the one I found. |
| [07:35:13] |
<coderanger> |
joel: Like I said, you need to edit the template inside the plugin |
| [07:35:43] |
<coderanger> |
download the plugin source, and you will see /datefield/templates/datefield.cs |
| [07:36:03] |
<coderanger> |
Thats the template for the JS file that attaches the picker to the fields |
| [07:36:24] |
<joel> |
ok.. |
| [07:37:22] |
<seocam> |
coderanger: tks :) |
| [07:37:40] |
<coderanger> |
seocam: Look at IAuthenticator and IPermissionStore |
| [07:37:45] |
<coderanger> |
(for the Trac side of it) |
| [07:37:47] |
<joel> |
ok.. here's a novis question.. after it's instaleld, shouldn't I see a path of \plugins\datepicker\ ?? |
| [07:38:01] |
<joel> |
all is see is plugins\webadmin\ |
| [07:38:09] |
<coderanger> |
joel: Where? |
| [07:38:14] |
<seocam> |
ok |
| [07:38:16] |
<seocam> |
:) |
| [07:38:21] |
<coderanger> |
seocam: Can Plone mount a WSGI app? |
| [07:38:51] |
<joel> |
clia-trac\plugins\webadmin {clia-trac is the insalled folder] |
| [07:39:03] |
<coderanger> |
joel: How did you install it. |
| [07:39:16] |
<joel> |
with easy_install I believe. |
| [07:39:27] |
<coderanger> |
Then it is probably in site-packages |
| [07:40:21] |
<coderanger> |
You don't want to edit the existing egg though |
| [07:40:27] |
<coderanger> |
You need to get the source from subversion |
| [07:40:35] |
<joel> |
here's a nother dumb question.. I have some trac files installed in my \Python24\ installation folder -- is that correct? Is seem to run fine. |
| [07:41:43] |
<seocam> |
coderanger: i don't know... probably not. cause zope 3 can, but plone uses zope 2... |
| [07:42:06] |
<coderanger> |
joel: What files |
| [07:42:09] |
* |
LionsMane has joined #trac |
| [07:42:44] |
<coderanger> |
seocam: That may be somewhat interesting then on the plone side |
| [07:43:02] |
<joel> |
like this: D:\Python24\share\trac - then cgi-bin, htdocs, tempaltes, wiki-default, wiki-macros |
| [07:43:11] |
<coderanger> |
joel: Yes, thats normal |
| [07:43:21] |
<coderanger> |
Since windows doesn't have anything like /usr/share |
| [07:44:22] |
<joel> |
ok. good. I can't find the site-packages folder.. |
| [07:45:01] |
<coderanger> |
Python24\lib\site-packages |
| [07:45:59] |
<The_Tick> |
coderanger: I think you and I should coauthor a trac book |
| [07:46:10] |
<The_Tick> |
in a year |
| [07:46:21] |
<coderanger> |
The_Tick: Someone spoke to me about working on one at Pycon actually |
| [07:46:32] |
<coderanger> |
I forget who though |
| [07:47:07] |
* |
mcella has joined #trac |
| [07:47:17] |
<asmodai> |
heh |
| [07:47:23] |
<asmodai> |
coderanger: http://code.djangoproject.com/browser |
| [07:47:29] |
<asmodai> |
oh |
| [07:47:31] |
<asmodai> |
now it works |
| [07:47:36] |
* |
asmodai just got a 500 |
| [07:47:37] |
<asmodai> |
:S |
| [07:48:10] |
<joel> |
cr: don't see the datepicker folder in Python24\lib\site-packages |
| [07:48:41] |
<coderanger> |
joel: There wouldn't be a folder |
| [07:48:56] |
<coderanger> |
there should be a TracDateField*.egg though |
| [ |
