| [00:00:17] |
<jnanney> |
Can anyone point me to the rules of appointing a new project manager? |
| [00:00:31] |
<coderanger> |
If he is on here, he has never spoken up |
| [00:00:38] |
<coderanger> |
There are rules? |
| [00:01:12] |
<jnanney> |
open source doesn't mean evaluations like his are without rules... |
| [00:01:43] |
<coderanger> |
I think the rule is something along the line of "Ask Jonas" ;-) |
| [00:01:52] |
<jnanney> |
sorry, bad taste in my mouth in regards to the trac and trac-dev lists |
| [00:02:10] |
<jnanney> |
with regards to ilias |
| [00:02:13] |
<coderanger> |
I've sworn off responding to Ilias |
| [00:02:25] |
<jnanney> |
I noticed\ |
| [00:02:43] |
<jnanney> |
Noah == coderanger? |
| [00:02:48] |
<coderanger> |
Yep |
| [00:02:55] |
<coderanger> |
I still think he should fork Trac |
| [00:02:57] |
<jnanney> |
Jim Nanney here |
| [00:03:03] |
<coderanger> |
That way he run the project as he sees fit |
| [00:03:12] |
<jnanney> |
fork would not be the word I would use |
| [00:03:13] |
<coderanger> |
heh, never would have guessed ;-) |
| [00:03:45] |
<jnanney> |
his unique style of trolling is well documented |
| [00:03:47] |
<coderanger> |
Perhaps "Work independently and submit patches back to the the Trac dev team"? |
| [00:04:50] |
<jnanney> |
my quote from my latest mail list submission fits "stop worrying about the management of trac and start producing more than subjective content about trac in my inbox" |
| [00:05:03] |
<coderanger> |
Amen to that |
| [00:05:37] |
<coderanger> |
At least when I complain about Trac, I have some weight to back me up :) |
| [00:06:30] |
<jnanney> |
I'm no python programmer, nor do I pretend to be a trac developer, but I do have experience in working with trac in an environment where there is more than one developer |
| [00:06:34] |
<jnanney> |
and we use trac |
| [00:06:54] |
<jnanney> |
on a daily basis |
| [00:07:23] |
<jnanney> |
I just wish I was able to give more than the bug reports I have given |
| [00:07:36] |
<coderanger> |
Everyone does what they can |
| [00:07:46] |
<coderanger> |
Thats the way FOSS moves forward |
| [00:08:31] |
* |
m_g has joined #trac |
| [00:08:37] |
<jnanney> |
yeah, but when you can't contribute more than bug reports, but you use the tool daily, you feel guilty for not offering more |
| [00:09:04] |
<coderanger> |
I'm sure if Ilias buys a support contract of some kind from Edgewall, they would be happy to make a version of Trac that caters to his (or anyone else's) vision |
| [00:09:27] |
<coderanger> |
Do what I did, diveintopython.org and roll your sleeves up :) |
| [00:09:33] |
<jnanney> |
I have given what little I can to making trac and MySQL work together |
| [00:10:20] |
<coderanger> |
(of course thats easier said than done) |
| [00:10:23] |
<jnanney> |
I bought a python book 3 days ago and I am working through it |
| [00:10:27] |
* |
angrymike has quit IRC |
| [00:10:56] |
<jnanney> |
in time, I may even understand tuples :P |
| [00:11:19] |
<coderanger> |
heh, it took me until about 3 months ago to get the hang of those ;-) |
| [00:11:52] |
<jnanney> |
hehe Ilias is gonna have fun searching for his name on pacopablo now |
| [00:12:03] |
<coderanger> |
http://jtauber.com/blog/2006/04/15/python_tuples_are_not_just_constant_lists |
| [00:12:09] |
<jnanney> |
maybe we can make a bot to mention his name 3 times per hour |
| [00:12:23] |
<coderanger> |
If you pander to the trolls, they win |
| [00:12:48] |
<coderanger> |
Just gotta keep on truckin', and keep making Trac better |
| [00:14:12] |
<jnanney> |
I'll keep submitting my reports on trac + mysql, since I seem to have a better grip in that area than others |
| [00:14:35] |
<coderanger> |
Yeah, usage still seems pretty low |
| [00:14:51] |
<jnanney> |
mainly came here to voice a disrespect for Ilias, because of his latest posts |
| [00:15:07] |
<coderanger> |
And for that, I salute you |
| [00:15:17] |
<jnanney> |
let off steam etc |
| [00:15:56] |
<jnanney> |
at first his posts seemed to have a direction and make sense |
| [00:15:59] |
* |
cmlenz has joined #trac |
| [00:16:14] |
<jnanney> |
I was starting to think the troll stuff was just him having fun in his past |
| [00:18:05] |
<jnanney> |
cmlenz: is there a way to change the db_defaults.py code based on backend databases? |
| [00:18:21] |
<jnanney> |
in particular the reports code? |
| [00:18:35] |
<cmlenz> |
the reports no |
| [00:18:50] |
<jnanney> |
I had a hell of a time figuring out how to make the * on certain reports work with MySQL |
| [00:18:53] |
<coderanger> |
Who knows, maybe he actually some 15 year old in his parents basement, and its all actually real psychological issues. Then again maybe he is just a jerk, its hard to tell. |
| [00:19:08] |
<coderanger> |
jnanney: You can silly things though |
| [00:19:39] |
<jnanney> |
turned out it was easy to fix, just wrong SQL for MySQL |
| [00:19:50] |
<coderanger> |
jnanney: Registister and IEnvUpgradeParticipant and have the manager plugin alter the report when the env is created |
| [00:19:59] |
<asmodai> |
and back |
| [00:20:08] |
<jnanney> |
thought maybe there was a way to abstract the reports |
| [00:20:21] |
<coderanger> |
jnanney: The query system :) |
| [00:20:31] |
<coderanger> |
asmodai: *cue trumpets* |
| [00:20:46] |
<jnanney> |
IEnvUpgradeParticipant? |
| [00:20:52] |
<jnanney> |
will look into it |
| [00:21:20] |
<coderanger> |
jnanney: http://trac.edgewall.org/browser/trunk/trac/env.py#L30 |
| [00:21:22] |
<jnanney> |
< -- idiot when it comes to python |
| [00:21:39] |
<coderanger> |
jnanney: The only hook function you would need to worry about is the first |
| [00:22:39] |
<jnanney> |
very neat idea (IEnvUpgrade PArticipant) |
| [00:22:49] |
<jnanney> |
I think I could make it work |
| [00:22:57] |
<coderanger> |
I was close on the name :) |
| [00:23:18] |
<jnanney> |
does it only get called on upgrades or on every environment init? |
| [00:23:33] |
<coderanger> |
Both |
| [00:23:53] |
<coderanger> |
So MySQLConnector could implement that to do its magic |
| [00:24:49] |
<jnanney> |
cool, I might could submit a patch (or I could just tell everyone how someone could manage it, but I'd need to change my name to Ilias) |
| [00:25:09] |
<jnanney> |
sorry, am I bitter? |
| [00:25:40] |
<coderanger> |
jnanney: Better to get it out, probably would give you a tumor or something if you bottle it up |
| [00:25:48] |
<jnanney> |
lol |
| [00:26:03] |
<coderanger> |
Okay, its almost 3:30 over here |
| [00:26:06] |
<coderanger> |
time for sleep |
| [00:26:09] |
<coderanger> |
gnite y'all |
| [00:26:13] |
<asmodai> |
nite |
| [00:26:24] |
<jnanney> |
bottled ilias? hrm no, doesn't sound like it would give me any heartache |
| [00:26:29] |
<jnanney> |
gnight |
| [00:26:47] |
<jnanney> |
2:30 here |
| [00:27:22] |
<asmodai> |
09:21 here |
| [00:29:57] |
<jnanney> |
gnight from me too |
| [00:30:08] |
* |
jnanney has quit IRC |
| [00:31:06] |
* |
Guardian has joined #trac |
| [00:34:17] |
* |
flox has joined #trac |
| [00:35:38] |
* |
eblot has quit IRC |
| [00:48:38] |
* |
tkp has joined #trac |
| [01:09:31] |
* |
shawn has quit IRC |
| [01:17:44] |
* |
hpnadig has quit IRC |
| [01:18:45] |
* |
hpnadig has joined #trac |
| [01:27:19] |
* |
__doc__ has joined #trac |
| [01:28:20] |
<__doc__> |
hi, a question. when I start something with the tracd, how do I influence the web path it is hosted in? (i.e. not /projectdirname but /mysomethingnamewhichisnotthedirname) |
| [01:30:30] |
<cmlenz> |
there's a --base-path option in 0.10 I think |
| [01:30:33] |
* |
x^k has quit IRC |
| [01:31:25] |
<asmodai> |
Christopher! |
| [01:34:11] |
<__doc__> |
cmlenz: --base-path isn't exactly what I meant |
| [01:34:35] |
<__doc__> |
cmlenz: I mean the web path of individual projects ran by tracd, how does it figure out the name? |
| [01:34:50] |
<cmlenz> |
from the environment directory name |
| [01:36:32] |
<__doc__> |
cmlenz: precisely this is what I want to change |
| [01:36:44] |
<cmlenz> |
then rename the directory :-) |
| [01:36:49] |
<__doc__> |
cmlenz: because I have a schema like /home/$user/trac |
| [01:36:50] |
<__doc__> |
no |
| [01:37:15] |
<cmlenz> |
or write a URL-rewriting WSGI middleware and hook it up somehow using Paste or sth |
| [01:37:40] |
<__doc__> |
no amount of urlrewriting will solve that |
| [01:38:01] |
<__doc__> |
with /home/foo/trac /home/bar/trac name conflict inside the hosting component |
| [01:38:08] |
<__doc__> |
trac trac |
| [01:38:10] |
<__doc__> |
problem |
| [01:38:12] |
<__doc__> |
see? |
| [01:38:16] |
<cmlenz> |
you'll need to run one daemon per env then, currently |
| [01:38:34] |
<__doc__> |
not willing to either |
| [01:38:53] |
<__doc__> |
so verbatim you tell me "duh nobody thought the dirname could be a bad choice for a url-path name..." |
| [01:39:02] |
<__doc__> |
great |
| [01:39:32] |
<__doc__> |
not like there'd be a trac.ini or something, good gracious |
| [01:39:36] |
<cmlenz> |
well, actually I think you can solve it with URL rewriting |
| [01:39:38] |
<__doc__> |
gesh |
| [01:39:48] |
<__doc__> |
cmlenz: no I can't? |
| [01:40:14] |
<__doc__> |
cmlenz: how can you solve something with urlrewriting that's a basic conflict on the hosting component? |
| [01:42:27] |
<cmlenz> |
erm |
| [01:43:25] |
<__doc__> |
proj_path = dirname.split('/')[-1] == bad idea unresolvable by url rewriting |
| [01:43:47] |
<cmlenz> |
you can't use tracd as is, you'll need to write some code |
| [01:43:54] |
<cmlenz> |
that's what I meant |
| [01:44:13] |
<cmlenz> |
you can use the trac WSGI app with paste or something similar |
| [01:44:43] |
* |
webs has joined #trac |
| [01:44:44] |
<webs> |
Hello. |
| [01:44:51] |
<webs> |
We can use trac-admin in CGI ? |
| [01:48:52] |
<__doc__> |
cmlenz: right, hm thumb*pi*wrist not going to happen |
| [01:49:54] |
<Getty> |
ah hiho __doc__, you also here :) |
| [01:50:21] |
<__doc__> |
ya |
| [01:50:57] |
<cmlenz> |
__doc__: tracd is a very simple server that definitely isn't intended to solve everyone's hosting needs, but Trac is a WSGI app that you can deploy using different means |
| [01:54:19] |
<asmodai> |
cmlenz: trunk fully genshi enabled now? |
| [01:54:25] |
<__doc__> |
cmlenz: sure |
| [01:54:37] |
<cmlenz> |
asmodai: yeah |
| [01:54:44] |
<asmodai> |
cmlenz: k, let me update tendra.org |
| [01:54:50] |
* |
asmodai deinstalls clearsilver |
| [01:55:04] |
<cmlenz> |
watch out for your plugins though |
| [01:55:11] |
<asmodai> |
oh crapz0r |
| [01:55:18] |
<asmodai> |
TicketDelete, SpamFilter |
| [01:55:25] |
* |
__doc__ cheers, clearsilver, good riddance |
| [01:55:32] |
<cmlenz> |
SpamFilter isn't a problem, but TicketDelete is |
| [01:55:34] |
<asmodai> |
and mitsuhiko's todo thinghy |
| [01:56:11] |
<asmodai> |
cmlenz: gotcha |
| [01:56:11] |
<cmlenz> |
however, if you keep the clearsilver-based WebAdmin plugin installed, TicketDelete should (in theory) continue to work |
| [01:57:23] |
<__doc__> |
thx anyway 2all |
| [01:57:25] |
* |
__doc__ has left #trac |
| [01:58:17] |
<asmodai> |
TracSpamFilter-0.1dev_r3696-py2.4.egg TracWebAdmin-0.1.2dev_r3702-py2.4.egg |
| [01:58:17] |
<asmodai> |
TracTicketDelete-1.0-py2.4.egg codetags-0.1-py2.4.egg |
| [01:58:21] |
<asmodai> |
cmlenz: Want me to try? |
| [01:58:42] |
<cmlenz> |
sure |
| [01:58:52] |
<cmlenz> |
well, if you have a staging server of sorts ;-) |
| [01:59:03] |
<cmlenz> |
or don't mind downtime |
| [01:59:06] |
<asmodai> |
my production box ;) |
| [01:59:06] |
* |
eblot has joined #trac |
| [02:01:20] |
<asmodai> |
ok |
| [02:01:33] |
<asmodai> |
update trac.tendra.org |
| [02:01:56] |
<asmodai> |
updated even |
| [02:02:29] |
<asmodai> |
When I click the admin button in the menu bar |
| [02:02:32] |
<asmodai> |
I get: |
| [02:02:38] |
<asmodai> |
AssertionError: HDF dataset not available |
| [02:02:45] |
<asmodai> |
File "/usr/local/lib/python2.4/site-packages/trac/web/api.py", line 346, in display |
| [02:02:48] |
<asmodai> |
assert self.hdf, 'HDF dataset not available' |
| [02:03:50] |
<cmlenz> |
hmm, that's weird |
| [02:03:55] |
<cmlenz> |
can you pastebin the full stacktrace? |
| [02:04:04] |
<asmodai> |
sure, which pastebin site is best to use? |
| [02:06:37] |
<cmlenz> |
lisppaste5: url |
| [02:06:37] |
<lisppaste5> |
To use the lisppaste bot, visit http://paste.lisp.org/new/trac and enter your paste. |
| [02:07:17] |
<lisppaste5> |
asmodai pasted "svn trunk hdf assertion" at http://paste.lisp.org/display/27814 |
| [02:08:09] |
<asmodai> |
cmlenz: I made sure to wipe site-packages/trac and share/trac prior to installing latest trunk |
| [02:11:43] |
<cmlenz> |
weird |
| [02:13:00] |
<asmodai> |
cmlenz: can't be that I need to update the WebAdmin plugin? |
| [02:13:09] |
<cmlenz> |
shouldn't |
| [02:13:18] |
<asmodai> |
cmlenz: want me to make sure? |
| [02:13:24] |
<cmlenz> |
nope :-) |
| [02:13:26] |
<asmodai> |
*grin* |
| [02:14:15] |
<cmlenz> |
this needs to work, otherwise we can just kill the clearsilver support code |
| [02:14:56] |
<asmodai> |
cmlenz: I am slowly getting into the trac code, but this is a bit outside my grasp of internals yet. |
| [02:16:18] |
<cmlenz> |
hmm, works for me |
| [02:16:22] |
* |
cboos has joined #trac |
| [02:16:47] |
<asmodai> |
peculiar. |
| [02:16:52] |
<asmodai> |
cmlenz: Anything you want me to try? :) |
| [02:17:01] |
<cboos> |
hello |
| [02:17:30] |
<cmlenz> |
hi cboos |
| [02:17:34] |
<asmodai> |
cboosje |
| [02:17:46] |
<cboos> |
did you see #3923 ? |
| [02:18:29] |
<asmodai> |
eh, exar is divmod.org? I need to talk to him regarding lupy |
| [02:19:04] |
<cboos> |
I fail to see how two different db connections could be returned for the same thread, even with a RLock, so I'm questioning r2771 ... |
| [02:19:07] |
<cmlenz> |
asmodai: you could add some debug logging to see why chrome.populate_hdf() is not called from trac.web.main:RequestDispatcher.dispatch |
| [02:19:45] |
<m_g> |
ot: anybody know if I can get openssh to use the private key I have created using puttygen? |
| [02:20:48] |
<cmlenz> |
cboos: I changed RLock to Lock because it seemed to improve some problems when I was working on DrProject... I didn't do any proper analysis though |
| [02:20:49] |
<asmodai> |
cmlenz: debug logging is a trac.ini toggle, right? |
| [02:21:04] |
<cmlenz> |
@logging |
| [02:21:04] |
<evil_twin> |
cmlenz: "logging" is http://trac.edgewall.org/wiki/TracLogging <-- Enable debug logging to file, ensure your environments log/ directory is writeable by your web server user, check for errors. |
| [02:21:09] |
<cboos> |
ok, so I think I'll revert r2771 |
| [02:21:12] |
<asmodai> |
ta |
| [02:21:17] |
* |
asmodai hacks up |
| [02:21:24] |
* |
jesterKing is now known as amino |
| [02:21:26] |
<cmlenz> |
asmodai: then self.log.debug("my message") |
| [02:21:27] |
* |
amino is now known as jesterKing |
| [02:22:05] |
<asmodai> |
not self.env.log.debug ? |
| [02:22:21] |
<asmodai> |
that's what session.py in the same dir uses at least. |
| [02:23:43] |
* |
NK` has quit IRC |
| [02:24:25] |
<cboos> |
asmodai: btw, once you're done debugging the Clearsilver WebAdmin, you can forget about it and switch to sandbox/webadmin-genshi ;) |
| [02:24:32] |
<asmodai> |
:P |
| [02:24:58] |
<cboos> |
(but please go on in the meantime, I'm also interested to see what's wrong ;) ) |
| [02:27:48] |
<asmodai> |
mmm |
| [02:27:52] |
<asmodai> |
I wonder if this is telling |
| [02:28:13] |
<asmodai> |
I saw that dispatch has two calls to populate_hdf() |
| [02:28:21] |
<asmodai> |
the first one has: req.hdf = HDFWrapper(loadpaths=chrome.get_all_templates_dirs()) |
| [02:28:23] |
<asmodai> |
before it |
| [02:28:42] |
<asmodai> |
so was just trying to see what req.hdf contained |
| [02:28:47] |
<asmodai> |
should be loggable through |
| [02:28:49] |
<asmodai> |
self.env.log.debug("req.hdf is %s" % req.hdf) |
| [02:28:51] |
<asmodai> |
Should it not? |
| [02:30:10] |
<cmlenz> |
there are two different populate_hdf methods |
| [02:30:16] |
<cmlenz> |
one in chrome and one in web.main |
| [02:30:32] |
<asmodai> |
ah I see |
| [02:30:34] |
<asmodai> |
got the wrong one |
| [02:31:27] |
<asmodai> |
2006-10-12 18:25:35,554 Trac[main] DEBUG: req.hdf is <trac.web.api.Request object at 0x8a03f8c> |
| [02:31:35] |
<asmodai> |
so it does get a req object at least |
| [02:32:04] |
<asmodai> |
btw, other funny debug info: |
| [02:32:34] |
<lisppaste5> |
asmodai pasted "Debug error macro" at http://paste.lisp.org/display/27816 |
| [02:41:59] |
* |
kfir has joined #trac |
| [02:42:12] |
<cmlenz> |
well, that one is clear because hdf is None |
| [02:42:25] |
<cmlenz> |
req.hdf should be a HDFWrapper not the Request object |
| [02:42:34] |
<cmlenz> |
did you get the debug statement wrong, maybe? |
| [02:44:15] |
<lisppaste5> |
asmodai annotated #27814 with "debug of req" at http://paste.lisp.org/display/27814#1 |
| [02:44:47] |
<cmlenz> |
yeah, but is req.hdf None? |
| [02:45:23] |
<asmodai> |
checking now |
| [02:46:16] |
* |
webs has left #trac |
| [02:46:36] |
<lisppaste5> |
asmodai annotated #27814 with "req.hdf" at http://paste.lisp.org/display/27814#2 |
| [02:46:53] |
<cboos> |
if it's None, it might be because of: req.hdf = None # revert to sending plaintext error |
| [02:46:53] |
<asmodai> |
should've just used type I guess |
| [02:47:10] |
<cboos> |
(line 211) |
| [02:47:19] |
<cboos> |
(in trac/web/chrome.py) |
| [02:47:30] |
<asmodai> |
req.hdf is <type 'instance'> |
| [02:48:56] |
* |
vicentecarro has joined #trac |
| [02:49:12] |
<cboos> |
cmlenz: what about r3830? (make the sqlite connection poolable), are you ok if I put that in 0.10.1? |
| [02:50:08] |
<cmlenz> |
yeah |
| [02:51:31] |
<cboos> |
good, so this morning I've checked what's in trunk, w.r.t. to what we should port to stable, and that was the last one. Other than that, we're up-to-date. |
| [02:52:00] |
<cboos> |
I've noticed matt_good is using svnmerge for his branch, maybe we could used that for 0.10-stable too... |
| [02:52:11] |
<cboos> |
s/used/use/ |
| [02:55:44] |
<asmodai> |
but is instance ok for req.hdf? |
| [02:56:05] |
<cboos> |
instance of what? |
| [02:56:15] |
<asmodai> |
dunno |
| [02:56:17] |
<asmodai> |
req.hdf is <type 'instance'> |
| [02:56:19] |
<asmodai> |
is what I get |
| [02:56:32] |
<asmodai> |
self.env.log.debug("req.hdf is %s" % type(req.hdf)) |
| [02:56:51] |
<cboos> |
try repr() instead of type() |
| [02:56:57] |
* |
StFS has quit IRC |
| [02:57:20] |
<cboos> |
(should be a HDFWrapper instance, normally) |
| [02:57:26] |
<asmodai> |
moment |
| [02:58:05] |
<asmodai> |
req.hdf is <HDFWrapper 0x8a11ecc> |
| [02:58:29] |
<cboos> |
so all is well, no? ;) |
| [02:58:47] |
<asmodai> |
no |
| [02:58:53] |
<asmodai> |
AssertionError: HDF dataset not available |
| [02:59:06] |
<asmodai> |
:P |
| [02:59:19] |
<cboos> |
Cl*rs*lver s*cks |
| [02:59:40] |
<asmodai> |
Well, I don't have clearsilver installed anymore. :) |
| [02:59:46] |
<cboos> |
????? |
| [02:59:53] |
<asmodai> |
This is trunk with genshi. |
| [02:59:55] |
<cboos> |
how do you expect it to work then ! |
| [03:00:11] |
<asmodai> |
[10:50] << cmlenz>> however, if you keep the clearsilver-based WebAdmin plugin |
| [03:00:11] |
<asmodai> |
installed, TicketDelete should (in theory) continue to work |
| [03:00:31] |
<asmodai> |
So trying to see if that does work :) |
| [03:00:36] |
<asmodai> |
or doesn't and why :) |
| [03:00:43] |
<cboos> |
yes, provided you kept Clearsilver itself ;) |
| [03:01:23] |
<asmodai> |
Har. *throws peanuts at cmlenz* |
| [03:01:27] |
<cboos> |
if you kicked the clearsilver package itself, I'm afraid you won't be able to use Clearsilver plugins anymore |
| [03:01:40] |
<asmodai> |
Because I started this by saying I was going to nuke clearsilver *laughs( |
| [03:01:50] |
<cmlenz> |
heh |
| [03:01:58] |
<asmodai> |
Du! |
| [03:02:07] |
* |
asmodai threatens cmlenz with a date with Merkel |
| [03:02:20] |
<cmlenz> |
ugh |
| [03:03:06] |
<cboos> |
I'll try to fix the assertion message, though |
| [03:03:36] |
<asmodai> |
cboos: To see if clearsilver is even installed/available? |
| [03:03:40] |
<asmodai> |
cmlenz: I'll try sandbox |
| [03:04:20] |
<cboos> |
s/HDF dataset not available/Clearsilver is not available/ |
| [03:04:34] |
<asmodai> |
*nod* |
| [03:04:38] |
<asmodai> |
Seems clear enough :D |
| [03:04:57] |
* |
asmodai feels silly though. |
| [03:06:03] |
<cmlenz> |
what's up with this Bob Horse guy on the mailing list? |
| [03:06:18] |
<cmlenz> |
with responses such as "what is you;r last name w=and what do want?" |
| [03:06:27] |
<cboos> |
he sounds like a bot |
| [03:06:54] |
<cboos> |
I've checked all his 4 mails this morning, they're all similar non-sense (or little sense) |
| [03:07:21] |
<cboos> |
so either a bot or a like-minded person ;) |
| [03:07:28] |
<asmodai> |
genshi list? |
| [03:07:34] |
<cboos> |
trac-users |
| [03:08:53] |
<asmodai> |
cmlenz: webadmin-genshi works, but no style is being applied. |
| [03:09:43] |
<cboos> |
mh ... strange |
| [03:09:58] |
<cboos> |
last time I've checked, it worked fine |
| [03:11:00] |
<cboos> |
can you dump the get_all_template_dirs, in chrome.py? |
| [03:11:10] |
<asmodai> |
wonder why my apache keeps logging Exception exceptions.AssertionError: <exceptions.AssertionError instance at 0x81 |
| [03:11:13] |
<asmodai> |
52e4c> in <bound method Pool.__del__ of <trac.versioncontrol.svn_fs.Pool object |
| [03:11:16] |
<asmodai> |
at 0x88d14ac>> ignored |
| [03:11:25] |
<cboos> |
sometimes, I really feel we should add a few debug pages... a debug.html full of goodies ;) |
| [03:11:36] |
<asmodai> |
cboos: sounds good; ) |
| [03:13:44] |
<cboos> |
oh! I also don't have the style for WebAdmin/genshi ... hrmbl |
| [03:13:58] |
<cboos> |
obviously something changed in trunk ... ;) |
| [03:14:03] |
<asmodai> |
still want the get_all_template_dirs dump? |
| [03:16:22] |
<asmodai> |
get_all_templates_dirs: ['/usr/local/trac/templates', u'/usr/local/share/trac/templates', '/usr/local/py-egg-cache/TracWebAdmin-0.1.2_genshidev_r3774-py2.4.egg-tmp/webadmin/templates', '/usr/local/py-egg-cache/codetags-0.1-py2.4.egg-tmp/codetags/templates', '/usr/local/py-egg-cache/TracTicketDelete-1.0-py2.4.egg-tmp/ticketdelete/templates |
| [03:17:08] |
* |
jesterKing is now known as amino |
| [03:17:39] |
<cboos> |
ok... does /usr/local/py-egg-cache/TracWebAdmin-0.1.2_genshidev_r3774-py2.4.egg-tmp/webadmin/htdocs contain the css ? |
| [03:17:56] |
<asmodai> |
there's no htdocs |
| [03:18:10] |
<asmodai> |
ls /usr/local/py-egg-cache/TracWebAdmin-0.1.2_genshidev_r3774-py2.4.egg-tmp/webadmin/templates |
| [03:18:12] |
<asmodai> |
admin.html admin_enum.html admin_perm.html |
| [03:18:12] |
<asmodai> |
admin_basics.html admin_log.html admin_plugin.html |
| [03:18:13] |
<asmodai> |
admin_component.html admin_milestone.html admin_version.html |
| [03:18:23] |
* |
kfir has quit IRC |
| [03:18:36] |
<cboos> |
no, I wrote /webadmin, i.e. the parent dir |
| [03:18:48] |
<asmodai> |
ah, mea culpa |
| [03:18:52] |
<asmodai> |
but still no |
| [03:18:55] |
<asmodai> |
ls /usr/local/py-egg-cache/TracWebAdmin-0.1.2_genshidev_r3774-py2.4.egg-tmp/webadmin/ |
| [03:18:58] |
<asmodai> |
templates |
| [03:19:29] |
<cboos> |
anyway, there's no .css in the HTML source... |
| [03:19:37] |
<cboos> |
I'll debug that |
| [03:20:34] |
<cboos> |
oh, are you using setuptools-0.7a1 ? |
| [03:20:42] |
<cboos> |
(i.e. trunk?) |
| [03:20:51] |
<cboos> |
I just installed that this morning... |
| [03:22:00] |
<asmodai> |
setuptools-0.6c3-py2.4.egg and setuptools-0.7a1dev_r51968-py2.4.egg are installed |
| [03:24:11] |
<cboos> |
so yes |
| [03:26:08] |
<cboos> |
hm, the egg itself does contain the webadmin/htdocs/css/admin.css file |
| [03:26:10] |
<cboos> |
and yours? |
| [03:26:35] |
<cboos> |
SOURCES.txt looks ok too... |
| [03:27:23] |
<asmodai> |
eggs were tar or zip? |
| [03:27:40] |
<asmodai> |
ah zip |
| [03:27:50] |
<asmodai> |
yea |
| [03:28:18] |
<lisppaste5> |
asmodai pasted "unzip -l of the Admin egg" at http://paste.lisp.org/display/27821 |
| [03:28:38] |
<asmodai> |
don't mind the 18:58 time stamp, box is in Japan :) |
| [03:28:58] |
* |
cookin_ has joined #trac |
| [03:29:50] |
<cboos> |
uh oh, looks like I've found it... |
| [03:30:54] |
<asmodai> |
uh oh? |
| [03:33:34] |
<cboos> |
get_htdocs_dirs is not called anymore? |
| [03:37:10] |
<asmodai> |
seems peculiar |
| [03:37:40] |
* |
cookin_ has quit IRC |
| [03:38:44] |
<cboos> |
it's because the admin.css file is not even requested ... wait I'm still debugging |
| [03:42:20] |
* |
kop has joined #trac |
| [03:42:27] |
<cboos> |
ha! getting closer: the layout.html was not found |
| [03:42:41] |
<cboos> |
I just removed the <fallback/> in the include that masked the error |
| [03:47:18] |
<cboos> |
looks like a bug/feature in genshi though... |
| [03:47:21] |
<cboos> |
cmlenz? |
| [03:47:31] |
* |
asmodai updates #194 with some patches |
| [03:47:46] |
<cmlenz> |
cboos: what? |
| [03:48:01] |
<cboos> |
I think there's a bug with <xi:include> |
| [03:48:14] |
<cboos> |
from genshi admin.py, I try to load layout.html |
| [03:48:31] |
<cboos> |
but it only looks in c:\workspace\src\trac\sandbox\webadmin-genshi\webadmin\templates\ |
| [03:48:39] |
<cboos> |
i.e. the folder of admin.html |
| [03:48:46] |
<cboos> |
it ignores the search path |
| [03:49:34] |
<cboos> |
sorry, s/from genshi admin.py/from genshi admin.html/ (of course) |
| [03:50:15] |
<cmlenz> |
oh |
| [03:50:25] |
<cboos> |
i.e. <xi:include href="layout.html" /> from within a plugin template currently fails |
| [03:50:27] |
<cmlenz> |
I think I see the problem |
| [03:50:38] |
<cboos> |
patch urgently needed ;) |
| [03:51:08] |
<cboos> |
do I have to look or you think it's ok? |
| [03:52:54] |
<cboos> |
aha 'relative_to=pos[0]' |
| [03:53:31] |
<cmlenz> |
I'm looking |
| [03:58:36] |
* |
asmodai thinks he covered everything for #194 |
| [03:58:49] |
* |
cmlenz pasted http://pastie.caboo.se/17270 |
| [03:58:56] |
<cmlenz> |
cboos: can you try that patch? |
| [03:59:11] |
<asmodai> |
If a ticket has patches do we still prefix the ticket with [patch] or did that happen automatically nowadays? |
| [04:00:10] |
<cmlenz> |
asmodai: so in the ticket screen you'd have "resolve as resolved" ?? |
| [04:01:31] |
<asmodai> |
cmlenz: It's weird in that case yes. |
| [04:02:49] |
<asmodai> |
But fixed also doesn't fully cover it. Completed has the same problem. |
| [04:02:53] |
<asmodai> |
Yay language. :) |
| [04:03:57] |
<cmlenz> |
well, maybe we should change the label then so that it reads "close as resolved" |
| [04:04:11] |
<cmlenz> |
and what about wontfix, anyway |
| [04:04:17] |
<cmlenz> |
make that "wontresolve"? ;-) |
| [04:04:25] |
<asmodai> |
wontevolve ;) |
| [04:04:26] |
<cmlenz> |
or "goaway" |
| [04:04:29] |
<asmodai> |
ohh |
| [04:04:33] |
<asmodai> |
goaway is nice :D |
| [04:04:36] |
<cmlenz> |
heh |
| [04:04:46] |
<asmodai> |
notourfault |
| [04:07:32] |
<asmodai> |
cmlenz: I'll all open for clearer resolution wording :) |
| [04:10:20] |
* |
cmlenz pasted http://pastie.caboo.se/17272 |
| [04:10:32] |
<cmlenz> |
cboos: somewhat nicer patch |
| [04:11:43] |
<asmodai> |
heh, seems we took our resolution statuses straight from bugzilla |
| [04:14:42] |
<asmodai> |
cboos: when you get a moment, #1395 ? |
| [< |
