| [00:01:26] |
* |
ralreegorganon has joined #trac |
| [00:13:08] |
* |
cmlenz has quit IRC |
| [00:23:31] |
* |
Synapse has quit IRC |
| [00:23:37] |
* |
Synapse has joined #trac |
| [00:39:33] |
* |
truls has joined #trac |
| [00:39:36] |
<truls> |
hiya |
| [00:43:48] |
* |
cmlenz_ has joined #trac |
| [01:01:57] |
* |
jrydberg has joined #trac |
| [01:02:56] |
* |
pminnieur has joined #trac |
| [01:45:15] |
* |
Getty has quit IRC |
| [01:46:03] |
* |
Getty has joined #trac |
| [01:59:26] |
* |
dreamingk has joined #trac |
| [01:59:39] |
* |
dreamingk has left #trac |
| [02:16:18] |
* |
flosch has joined #trac |
| [02:17:06] |
<flosch> |
hi |
| [02:17:43] |
<truls> |
hey |
| [02:21:44] |
* |
jacobat_ is now known as jacobat |
| [03:11:48] |
* |
moolight has quit IRC |
| [03:39:50] |
* |
tuxipuxi has joined #trac |
| [03:44:25] |
<truls> |
is there any way of giving permissions to logged in users without explicitly naming each one in trac-admin? |
| [03:48:17] |
<maxb> |
I think there is an 'authenticated' pseudo-user |
| [03:50:56] |
<truls> |
thanks, i'll try that |
| [04:12:08] |
* |
MasterC has joined #trac |
| [04:12:42] |
* |
hpnadig has quit IRC |
| [05:29:08] |
* |
dmax has joined #trac |
| [05:48:10] |
* |
coderanger_ has joined #trac |
| [05:49:32] |
* |
r3- has joined #trac |
| [06:00:32] |
* |
Blackhex has joined #trac |
| [06:00:58] |
* |
ivan` has joined #trac |
| [06:01:22] |
<ivan`> |
whoever wrote mimeview/api.py and mimeview/silvercity.py is a genius |
| [06:01:44] |
<ivan`> |
that line numbering close/reopen hack |
| [06:02:00] |
<ivan`> |
i tried to reimplement it but silvercity sucks so bad |
| [06:04:41] |
* |
ivan` has quit IRC |
| [06:06:54] |
* |
agile has quit IRC |
| [06:15:03] |
<coderanger_> |
asmodai: Its not really anything |
| [06:15:58] |
<coderanger_> |
There isn't any API for working with the ctxtnav bar |
| [06:17:27] |
<asmodai> |
coderanger_: :S |
| [06:17:29] |
<asmodai> |
coderanger_: it sucks :( |
| [06:17:40] |
<coderanger_> |
I have some hacks to work around that |
| [06:17:51] |
<coderanger_> |
but I haven't integrated it into TicketDelete |
| [06:18:43] |
<coderanger_> |
(CtxtnavAddPlugin to be specific) |
| [06:24:43] |
<coderanger_> |
The whole thing needs to be cleaned up UI-wise |
| [06:31:07] |
* |
truls has left #trac |
| [06:33:33] |
<jerome> |
hum, I'd like to always Cc: a NNTP group on ticket notification. Do you have any idea how I could do that ? |
| [06:37:47] |
<r3-> |
can someone help me with something |
| [06:37:52] |
<r3-> |
TracError: The environment options "TRAC_ENV" or "TRAC_ENV_PARENT_DIR" or the mod_python options "TracEnv" or "TracEnvParentDir" are missing. Trac requires one of these options to locate the Trac environment(s). |
| [06:40:25] |
* |
agile has joined #trac |
| [06:42:14] |
<jerome> |
r3-: you're trying to use apache mod_python or fcgi without setting the initial environment variables |
| [06:42:54] |
<jerome> |
r3-: http://trac.edgewall.org/wiki/TracCgi |
| [06:42:59] |
<jerome> |
se this for instance |
| [06:43:13] |
<jerome> |
or the alternative that suits your install setup |
| [06:44:43] |
<De_mon> |
is fcgi still slower than mod python? I thought I read somewhere it was as fast, if not faster |
| [06:47:43] |
<mitsuhiko> |
De_mon: it is faster |
| [06:48:23] |
<r3-> |
mod_python |
| [06:48:46] |
<De_mon> |
what is faster? |
| [06:48:49] |
<mitsuhiko> |
fastcgi |
| [06:48:57] |
<De_mon> |
Please note that doing this is quite a bit slower than using the TracModPython method. If you're using Apache HTTPD, there are a couple ways to do that: |
| [06:49:05] |
<De_mon> |
someone should update the TracCgi wiki page |
| [06:49:05] |
<r3-> |
I think i have to set something in apache config |
| [06:49:06] |
<r3-> |
<Location "/trac"> |
| [06:49:06] |
<r3-> |
SetEnv TRAC_ENV "/some/path" |
| [06:49:06] |
<r3-> |
</Location> |
| [06:49:27] |
<mitsuhiko> |
De_mon: dunno if the trac fastcgi implementaiton is that lame but all of my python wsgi programs run faster on fastcgi than modpython |
| [06:49:30] |
<De_mon> |
err |
| [06:49:36] |
<De_mon> |
http://trac.edgewall.org/wiki/TracFastCgi |
| [06:49:46] |
<De_mon> |
nevermind, there was a separate fastCgi page |
| [06:50:59] |
<r3-> |
so what is the better for me I use FC4 |
| [06:51:36] |
<De_mon> |
fastcgi |
| [06:52:07] |
<r3-> |
ok thanks then I will try with fastcgi |
| [07:06:45] |
* |
coderanger_ has quit IRC |
| [07:08:21] |
* |
_idostyle has joined #trac |
| [07:08:36] |
<De_mon> |
any fastcgi + python howto's for iis? All i'm finding is php related |
| [07:16:58] |
* |
danbeck has joined #trac |
| [07:23:47] |
* |
idostyle has quit IRC |
| [07:23:57] |
* |
_idostyle is now known as idostyle |
| [07:28:55] |
* |
Rio_ is now known as MrRio |
| [07:36:31] |
* |
klasstek has joined #trac |
| [07:38:56] |
* |
boorad has joined #trac |
| [07:56:09] |
* |
chandlerc has quit IRC |
| [07:56:48] |
* |
glen_quagmire has joined #trac |
| [07:57:01] |
<glen_quagmire> |
how do I know which options are loaded in trac.ini ? |
| [07:57:20] |
<glen_quagmire> |
i can read trac.ini but i want to see options set actually..on running trac instance |
| [07:57:23] |
<glen_quagmire> |
apache2/mod_python |
| [07:57:31] |
<glen_quagmire> |
which log file should i look at? |
| [07:59:19] |
* |
_dmax has joined #trac |
| [08:05:40] |
<glen_quagmire> |
TracError: No password store found. Please configure "account-manager.password_format" in trac.ini. |
| [08:08:02] |
<glen_quagmire> |
http://rafb.net/paste/results/jE9XIY67.html |
| [08:10:15] |
* |
dmax has quit IRC |
| [08:10:21] |
* |
_dmax is now known as dmax |
| [08:12:01] |
* |
GregorR-W has joined #trac |
| [08:23:35] |
* |
flosch has quit IRC |
| [08:29:30] |
* |
Riccc has joined #trac |
| [08:30:21] |
* |
pminnieur has quit IRC |
| [08:30:23] |
<glen_quagmire> |
http://dirtbag.blackhammer.com/projects/bi_painline/login |
| [08:30:30] |
<glen_quagmire> |
idnar: admin. password:a |
| [08:30:37] |
<glen_quagmire> |
how do I fix the error? |
| [08:30:50] |
<glen_quagmire> |
i put trac.htdigest file inside Trac Project Environment |
| [08:34:52] |
<pacopablo> |
trac.trac.htdigest doesn't actually need to be inside the project envronment |
| [08:35:01] |
<pacopablo> |
it just needs to be readable via the webserver |
| [08:36:13] |
<glen_quagmire> |
it is 777 |
| [08:36:34] |
<glen_quagmire> |
Note the passwd/digest file should be inside your Trac environment and writable by your apache user. |
| [08:38:53] |
* |
fredb has joined #trac |
| [08:39:04] |
* |
chandlerc has joined #trac |
| [08:39:23] |
<pacopablo> |
glen_quagmire: despite that line, it's not a hard requirement that the password file be inside the trac environment |
| [08:39:36] |
<pacopablo> |
and you probably don't want to use 777 perms |
| [08:39:41] |
<glen_quagmire> |
ok |
| [08:39:46] |
<glen_quagmire> |
but i want to make it work first |
| [08:39:48] |
<glen_quagmire> |
then secure it |
| [08:39:50] |
<pacopablo> |
just make it read/writable by the apache user. |
| [08:39:55] |
<glen_quagmire> |
ok |
| [08:39:59] |
<pacopablo> |
what's the error you get? |
| [08:40:01] |
<glen_quagmire> |
but that still doesn't solve the problem |
| [08:40:01] |
* |
s0undt3ch has joined #trac |
| [08:40:07] |
<glen_quagmire> |
TracError: No password store found. Please configure "account-manager.password_format" in trac.ini. |
| [08:40:10] |
* |
s0undt3ch has quit IRC |
| [08:40:24] |
<glen_quagmire> |
i do have that option set in global trac.ini and project trac.ini |
| [08:40:29] |
<glen_quagmire> |
http://rafb.net/paste/results/jE9XIY67.html |
| [08:41:03] |
<glen_quagmire> |
i changed password_file = proper/path |
| [08:41:15] |
<glen_quagmire> |
even changed name of file to trac.htdigest |
| [08:41:17] |
* |
s0undt3ch has joined #trac |
| [08:42:47] |
<pacopablo> |
so you set that in the local projects' trac.ini too, and it still didn't work? |
| [08:44:09] |
<glen_quagmire> |
yeup |
| [08:45:37] |
<pacopablo> |
in webadmin, on the plugins screen, expand TracAccountManager |
| [08:45:48] |
<pacopablo> |
and make sure that HtDigestStore is enabled |
| [08:46:38] |
* |
PasChampionDuMon has quit IRC |
| [08:47:17] |
<glen_quagmire> |
pacopablo: i can't even log in |
| [08:47:40] |
<pacopablo> |
then in trac.ini put: |
| [08:47:47] |
<pacopablo> |
acct_mgr.* = enabled |
| [08:48:17] |
<pacopablo> |
and restart your web server |
| [08:51:00] |
<glen_quagmire> |
AttributeError: can't set attribute |
| [08:51:05] |
<glen_quagmire> |
hrm permission problem? |
| [08:51:14] |
<glen_quagmire> |
File "build/bdist.darwin-7.9.0-Power_Macintosh/egg/acct_mgr/web_ui.py", line 181, in authenticate |
| [08:52:53] |
* |
r3- has quit IRC |
| [08:59:43] |
<pacopablo> |
no, that's a code error |
| [08:59:54] |
<pacopablo> |
what version of trac and acocunt manager are you using? |
| [09:06:53] |
<glen_quagmire> |
AccountManager can create users and assign passwords using webinterface? |
| [09:07:06] |
<glen_quagmire> |
pacopablo: how do I know the version? |
| [09:07:10] |
<glen_quagmire> |
trac is svn i think |
| [09:07:40] |
<glen_quagmire> |
TracAccountManager-0.1.2-py2.3.egg-tmp |
| [09:08:00] |
<glen_quagmire> |
Powered by Trac 0.10dev |
| [09:08:49] |
* |
flosch has joined #trac |
| [09:10:05] |
<pacopablo> |
did you pull account manager from svn too? |
| [09:11:56] |
<glen_quagmire> |
i don't think so |
| [09:12:10] |
<glen_quagmire> |
probably from svn i think |
| [09:12:12] |
<glen_quagmire> |
man i forgot |
| [09:12:35] |
<pacopablo> |
I'd try pulling from svn again, and making sure the egg is up to date |
| [09:12:50] |
<pacopablo> |
also, I take it you installed the egg globally? |
| [09:12:56] |
<glen_quagmire> |
yes |
| [09:13:26] |
<pacopablo> |
i'd remove the global installation, and then put the egg in the plugins dir of one of your projects |
| [09:13:37] |
<pacopablo> |
test there first, then once it's wroking, then try moving it globally |
| [09:14:10] |
<glen_quagmire> |
so complicated. i need double click and go solution |
| [09:14:46] |
<pacopablo> |
well, as it's not working, it's a better option than the current |
| [09:15:01] |
* |
phoenixz has joined #trac |
| [09:15:21] |
* |
sven_oostenbrink has joined #trac |
| [09:15:23] |
* |
phoenixz has left #trac |
| [09:15:49] |
* |
phoenixz has joined #trac |
| [09:15:50] |
* |
sven_oostenbrink has quit IRC |
| [09:16:12] |
<glen_quagmire> |
yeup |
| [09:16:22] |
<glen_quagmire> |
how do I remove global installation? |
| [09:16:58] |
<pacopablo> |
just remove the egg |
| [09:17:18] |
<pacopablo> |
and also remove it from easy_install.pth |
| [09:17:42] |
<pacopablo> |
or if you did: python setup.py install, remove the dir in the site-packages directory |
| [09:23:39] |
* |
tharvey has joined #trac |
| [09:25:53] |
<tharvey> |
when I visit my project home page I get an internal error: AttributeError: Cannot find an implementation of the "IRequestHandler" interface named "WikiModule". Please update the option trac.default_handler in trac.ini. , however if I visit myproject/wiki all is fine |
| [09:30:32] |
<glen_quagmire> |
pacopablo: yeup. i had to do svn co http://trac-hacks.org/svn/accountmanagerplugin/trunk |
| [09:30:38] |
<glen_quagmire> |
i was doing svn co http://trac-hacks.org/svn/accountmanagerplugin/0.9 |
| [09:32:52] |
* |
mjg2 has quit IRC |
| [09:38:54] |
<pacopablo> |
tharvey: pastebin your trac.ini |
| [09:39:06] |
<pacopablo> |
specifically the default_handler section |
| [09:42:03] |
* |
cmlenz_ is now known as cmlenz |
| [09:43:47] |
<pacopablo> |
hello cmlenz |
| [09:44:00] |
<cmlenz> |
hey pacopablo |
| [09:45:39] |
* |
Zodiac7 has joined #trac |
| [09:45:50] |
<Zodiac7> |
hello |
| [09:45:54] |
<pacopablo> |
jello |
| [09:46:24] |
<Zodiac7> |
my tracd on windows 2000 is dead slow, anyone faced this? |
| [09:46:52] |
<pacopablo> |
how slow is dead slow? |
| [09:47:01] |
<Zodiac7> |
i tried running it on several machines on my intranet, all win2k boxes, it's still slow |
| [09:47:21] |
<Zodiac7> |
it takes 2-3 minutes for the tickets to load |
| [09:47:42] |
<pacopablo> |
cmlenz: I'm trying to track down the reason that XMLRPC is borked in tracd |
| [09:47:46] |
<Zodiac7> |
it takes 2-3 minutes for the next page to aload after clicking a link |
| [09:47:52] |
<pacopablo> |
Zodiac7: is that when viewing them? or submitting them? |
| [09:48:02] |
<Zodiac7> |
when viewing |
| [09:48:02] |
<pacopablo> |
cmlenz: It has to do with redirects |
| [09:48:16] |
<pacopablo> |
Zodiac7: haven't experienced it myself |
| [09:48:38] |
<Zodiac7> |
has anyone reported something like this? |
| [09:48:43] |
<pacopablo> |
cmlenz: do you know where the 'start_response' comes from in http://trac.edgewall.org/browser/trunk/trac/web/standalone.py#L47 |
| [09:49:01] |
<Zodiac7> |
and any ideas on how I could go about troubleshooting it |
| [09:49:13] |
<pacopablo> |
@faq logging |
| [09:49:14] |
<evil_twin> |
pacopablo: "logging" is http://projects.edgewall.com/trac/wiki/TracLogging <-- Enable debug logging to file, ensure your environments log/ directory is writeable by your web server user, check for errors. |
| [09:49:19] |
<Zodiac7> |
or should I go for LightTPD and trac? |
| [09:49:31] |
<pacopablo> |
first enable that, and check where it seems to be taking a long time |
| [09:49:45] |
<pacopablo> |
if it's taking a long time loading plugins, then that might be the issue |
| [09:50:03] |
<Zodiac7> |
there isn't any external plugin installed |
| [09:50:12] |
<pacopablo> |
lighttpd and apache w/ mod_python or fastcgi should be faster than tracd |
| [09:50:13] |
<Zodiac7> |
just the default trac running as tracd |
| [09:50:21] |
<pacopablo> |
well, check the log and see if anything jumps out |
| [09:50:23] |
<cmlenz> |
pacopablo: should be this function: http://trac.edgewall.org/browser/trunk/trac/web/wsgi.py#L102 |
| [09:50:28] |
<Zodiac7> |
alrighty |
| [09:50:39] |
<Zodiac7> |
thanks |
| [09:51:01] |
<cmlenz> |
tracd should normally be pretty fast |
| [09:51:14] |
<Zodiac7> |
is there a walkthrough on setting up trac with LightTPD? |
| [09:51:23] |
<pacopablo> |
@faq fastcgi |
| [09:51:23] |
<evil_twin> |
pacopablo: "fastcgi" is http://trac.edgewall.org/wiki/TracFastCgi |
| [09:51:31] |
<pacopablo> |
there are some examples on there |
| [09:52:27] |
<Zodiac7> |
ok |
| [09:52:38] |
<Zodiac7> |
nothing specific to windows, i suppose |
| [09:53:48] |
* |
Zodiac7 has quit IRC |
| [09:54:39] |
<pacopablo> |
cmlenz: where is it that the response and status are set to be send in _start_response? |
| [09:55:22] |
<cmlenz> |
they are passed as arguments, no? |
| [09:55:59] |
<cmlenz> |
you may want to read up on WSGI ;-) |
| [09:56:01] |
<cmlenz> |
what are you trying to do? |
| [09:58:17] |
<cmlenz> |
in normal Trac code using the Request class, start_response is triggered by req.end_headers(): http://trac.edgewall.org/browser/trunk/trac/web/api.py#L248 |
| [10:14:35] |
* |
hiker13526 has joined #trac |
| [10:15:28] |
* |
GregorR-W has quit IRC |
| [10:20:41] |
* |
coderanger_ has joined #trac |
| [10:23:35] |
* |
milk-it has joined #trac |
| [10:25:11] |
<pacopablo> |
cmlenz: I'm trying to trac down the XMLRPC/tracd bug |
| [10:25:20] |
<pacopablo> |
it doesn't work because tracd sends a redirect |
| [10:25:24] |
<pacopablo> |
303 or 302 |
| [10:25:30] |
<Getty> |
is trac down the new word for bugfixing? ;) |
| [10:25:44] |
<pacopablo> |
XMLRPC, at least the python client, doesn't like redirects |
| [10:25:58] |
<pacopablo> |
Getty: freudian slip? :) |
| [10:26:28] |
* |
mjg2 has joined #trac |
| [10:26:29] |
* |
Blackhex has quit IRC |
| [10:26:31] |
<cmlenz> |
pacopablo: yeah, it should not send a redirect |
| [10:26:33] |
<pacopablo> |
though it does seem rather appropriate given the circumstances |
| [10:26:37] |
<Getty> |
pacopablo: hehe ;) |
| [10:26:49] |
<pacopablo> |
cmlenz: and I'm trying to figure out why it's sending the redirect |
| [10:27:02] |
<pacopablo> |
but I'm getting lost in the flow :) |
| [10:28:28] |
<cmlenz> |
pacopablo: the only path I see right now is LoginModule._redirect_back() |
| [10:28:58] |
<pacopablo> |
right, but is that not used for apache auth also? |
| [10:29:00] |
<cmlenz> |
the .startswith() may be the problem in LoginModule.process_request() |
| [10:29:27] |
<cmlenz> |
it should only redirect if the path is /login/? or /logout/? (regex) |
| [10:29:49] |
<pacopablo> |
well, let me update and I'll try it out |
| [10:30:17] |
* |
hiker13526 has left #trac |
| [10:30:54] |
<cmlenz> |
pacopablo: good point, it would then be broken under apache too |
| [10:31:10] |
<cmlenz> |
the regex in match_request() is correct |
| [10:31:14] |
<pacopablo> |
and the LoginModule match_request is correct |
| [10:31:17] |
<pacopablo> |
hehe, yeah |
| [10:31:34] |
<cmlenz> |
so LoginModule is not involved in handling /login/xmlrpc/something |
| [10:32:01] |
* |
flosch has quit IRC |
| [10:32:08] |
<cmlenz> |
the AuthenticationMiddleware should probably strip off the /login prefix though, I suppose |
| [10:32:32] |
<cmlenz> |
ah no, the XML-RPC handles that part already |
| [10:32:34] |
<cmlenz> |
bah |
| [10:33:36] |
<cmlenz> |
I don't see where the redirect would come from |
| [10:33:45] |
<pacopablo> |
I can't either :( |
| [10:33:48] |
<pacopablo> |
but it's there |
| [10:33:50] |
<cmlenz> |
you'll need to insert debug logging all over the place if you want to figure it out |
| [10:33:52] |
<cmlenz> |
:-P |
| [10:33:55] |
<pacopablo> |
hehe |
| [10:34:32] |
<pacopablo> |
well, I did narrow it down to http://trac.edgewall.org/browser/trunk/trac/web/standalone.py#L47 |
| [10:34:40] |
<pacopablo> |
it doesn't return a user |
| [10:35:04] |
<pacopablo> |
so no, wait, I think that was different |
| [10:35:18] |
<pacopablo> |
that was when I was using DigestAuth |
| [10:41:47] |
* |
jacobss has joined #trac |
| [10:42:07] |
<jacobss> |
coderanger_: Hi, we talked a couple nights ago about multi-project set-ups |
| [10:42:38] |
<jacobss> |
I had one more quick question... If we try tracForge and it has issues, how difficult will it be to switch back to the stable trunk? |
| [10:47:59] |
<coderanger_> |
Its just a plugin |
| [10:48:08] |
<coderanger_> |
So you just delete the plugin and you are back where you started |
| [10:48:20] |
<jacobss> |
oh... I get it now |
| [10:48:22] |
<jacobss> |
like sf |
| [10:48:30] |
<jacobss> |
I though it was the name of the next version... |
| [10:48:48] |
<jacobss> |
but tracForge requires .10 right? |
| [10:48:51] |
<coderanger_> |
yes |
| [10:49:41] |
<jacobss> |
and .10 is somewhat unreliable at the moment... so that's the risk |
| [10:50:02] |
<coderanger_> |
I haven't had any reliability problems with it |
| [10:50:24] |
<pacopablo> |
0.10 has been running smoothly for me too. |
| [10:50:53] |
<coderanger_> |
Most of the things delaying the release are API finalizations |
| [10:54:05] |
<jacobss> |
okay... That's good news... |
| [10:55:22] |
<coderanger_> |
I would actually say that the WSGI move probably makes 0.10 somewhat more stable than 0.9 at this point |
| [10:55:28] |
<jacobss> |
and where can I actually get tracForge? tracforge.net seems to have no DL links or svn urls... |
| [10:55:36] |
<pacopablo> |
trac-hacks.org |
| [10:55:38] |
<coderanger_> |
trac-hacks.org |
| [10:55:50] |
<pacopablo> |
@faq TracFogre |
| [10:55:50] |
<evil_twin> |
pacopablo: Error: No factoid matches that key. |
| [10:55:54] |
<pacopablo> |
@faq TracForge |
| [10:55:54] |
<evil_twin> |
pacopablo: Error: No factoid matches that key. |
| [10:56:24] |
<coderanger_> |
easy_install http://trac-hacks.org/svn/tracforgeplugin/0.10 |
| [10:56:26] |
<glen_quagmire> |
how do I import previous project? |
| [10:56:30] |
<glen_quagmire> |
copy .db file? |
| [10:56:33] |
<coderanger_> |
glen_quagmire: Into what? |
| [10:56:40] |
<glen_quagmire> |
into trac |
| [10:56:45] |
<glen_quagmire> |
from trac to trac |
| [10:56:48] |
<coderanger_> |
Just copy the env folder |
| [10:56:55] |
<pacopablo> |
@learn TracForge as http://trac-hacks.org/wiki/TracForge -- Expermiental Trac multi-project support |
| [10:56:55] |
<evil_twin> |
pacopablo: The operation succeeded. |
| [10:57:05] |
<pacopablo> |
dang, screwed up |
| [10:57:10] |
<pacopablo> |
@forget TracForge |
| [10:57:10] |
<evil_twin> |
pacopablo: The operation succeeded. |
| [10:57:12] |
<glen_quagmire> |
coderanger i only want ticket data |
| [10:57:17] |
* |
exarkun has left #trac |
| [10:57:22] |
<glen_quagmire> |
i changed many settings and stuff |
| [10:57:26] |
<pacopablo> |
@learn TracForge as http://trac-hacks.org/wiki/TracForgePlugin -- Expermiental Trac multi-project support |
| [10:57:26] |
<evil_twin> |
pacopablo: The operation succeeded. |
| [10:57:30] |
<glen_quagmire> |
just want to import ticket data |
| [10:57:34] |
<glen_quagmire> |
pacopablo: for me? |
| [10:57:39] |
<pacopablo> |
glen_quagmire: no |
| [10:59:24] |
<coderanger_> |
glen_quagmire: Well you can just copy the db then |
| [10:59:34] |
<coderanger_> |
glen_quagmire: But you will lose any attachments |
| [10:59:40] |
<coderanger_> |
(or you can copy that folder too) |
| [11:05:31] |
<pacopablo> |
how can one print the call stack? |
| [11:07:00] |
<pacopablo> |
is it possible to get the call stack without raising an exception? |
| [11:08:42] |
<glen_quagmire> |
hrm it's wierd.. just copied the whole env |
| [11:08:50] |
<glen_quagmire> |
all permission settings remain |
| [11:09:46] |
<coderanger_> |
pacopablo: look at the traceback module |
| [11:09:57] |
<coderanger_> |
glen_quagmire: Those are in the db |
| [11:10:14] |
<glen_quagmire> |
i did cp prev_env ./prev |
| [11:10:19] |
<glen_quagmire> |
and checked prev works. |
| [11:10:28] |
<glen_quagmire> |
then, mv prev prev_env |
| [11:10:36] |
<glen_quagmire> |
now tickets are lost. |
| [11:10:39] |
<tharvey> |
pacopablo, thanks, here's my global trac.ini, my env ini file is default: http://pastebin.ca/108822 |
| [11:10:59] |
<glen_quagmire> |
so I just cp -R prev_env ./prev_env |
| [11:13:14] |
<pacopablo> |
tharvey: enable logging and make sure that the tags plugin is loading |
| [11:13:19] |
<pacopablo> |
@faq logging |
| [11:13:19] |
<evil_twin> |
pacopablo: "logging" is http://projects.edgewall.com/trac/wiki/TracLogging <-- Enable debug logging to file, ensure your environments log/ directory is writeable by your web server user, check for errors. |
| [11:26:58] |
<tharvey> |
pacopablo, thanks - I haven't been able to get logging working globally, but I do have it enabled in the project env. The log message is no different than the traceback I posted but I added it to the bottom of my pastebin here: http://pastebin.ca/108838 |
| [11:26:59] |
* |
cmlenz has quit IRC |
| [11:34:05] |
<pacopablo> |
tharvey: look for a line in the trac log saying that the tractags plugin is loading |
| [11:36:26] |
<tharvey> |
I'm probably not being clear. If I request http://server/project/wiki all is fine (all plugins, including TracTags are loaded), however if I request just http://server/project no plugins are loaded and the only thing from the log (and on the resulting webpage) is: 2006-07-31 11:34:42,437 Trac[main] ERROR: Cannot find an implementation of the "IRequestHandler" interface named "WikiModule". Please update the option trac.defau |
| [11:36:26] |
<tharvey> |
lt_handler in trac.ini. |
| [11:36:27] |
<tharvey> |
Traceback (most recent call last): |
| [11:36:27] |
<tharvey> |
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 335, in dispatch_request |
| [11:36:28] |
<tharvey> |
dispatcher.dispatch(req) |
| [11:36:30] |
<tharvey> |
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 168, in dispatch |
| [11:36:32] |
<tharvey> |
chosen_handler = self.default_handler |
| [11:36:34] |
<tharvey> |
File "/usr/lib/python2.4/site-packages/trac/config.py", line 364, in __get__ |
| [11:36:36] |
<tharvey> |
raise AttributeError('Cannot find an implementation of the "%s" ' |
| [11:36:38] |
<tharvey> |
AttributeError: Cannot find an implementation of the "IRequestHandler" interface named "WikiModule". Please update the option trac.default_handler in trac.ini |
| [11:36:45] |
<tharvey> |
I'm wondering if I've got something wrong with the httpd config |
| [11:36:47] |
<pacopablo> |
pastebin |
| [11:36:55] |
<tharvey> |
(ya, sorry about that) |
| [11:37:23] |
<pacopablo> |
tharvey: what is happening is that you're disabling the wikimodule |
| [11:37:32] |
<pacopablo> |
which is understandable, because you're using tags |
| [11:37:58] |
<pacopablo> |
however, for some reason, the TagsWikiModule that you set as the default_handler isn't being found |
| [11:38:21] |
<pacopablo> |
or read from the config file, so it's defaulting to to the WikiModule |
| [11:38:31] |
<pacopablo> |
but you've disabled it, so it can't find it and hence the error |
| [11:38:59] |
<tharvey> |
in my httpd conf I have: SetHandler mod_python and PythonHandler trac.web.modpython_frontend - is this perhaps wrong when using TracTags? |
| [11:39:13] |
<pacopablo> |
no, that's fine |
| [11:39:22] |
<pacopablo> |
I don't think it's an apache config issue |
| [11:39:36] |
<pacopablo> |
it's more likely a global trac.ini vs local trac.ini config issue |
| [11:39:48] |
<pacopablo> |
have you tried explicitly putting all configuration in the local trac.ini file? |
| [11:40:25] |
<tharvey> |
no, let me try that (you can see from my global trac.ini that I had problems trying to define logging there vs local) |
| [11:40:46] |
* |
flosch has joined #trac |
| [11:43:11] |
<tharvey> |
interesting... so now with the default_handler and components sections of my global ini defined in the local project ini, all the plugins load but the same error follows. How is loading the project root different from loading root/wiki ? |
| [11:43:58] |
<pacopablo> |
project root loads the module specfied in the default_handler option |
| [11:46:15] |
<tharvey> |
and the default must be 'WikiModle'? so the issue seems to be that the default_handler isn't getting set properly because the error is that it can't find the interface named 'WikiModule' vs 'TagsWikiModule'? |
| [11:46:43] |
<pacopablo> |
the default is whatever is specified in default_handler |
| [11:46:53] |
<pacopablo> |
right |
| [11:47:09] |
<tharvey> |
now, the httpd configuration has an item called 'PythonHandler' but thats trac.web.modpython_frontend - and that doesn't conflict with TracTags? |
| [11:47:21] |
<pacopablo> |
no, that's entirely different |
| [11:47:26] |
<pacopablo> |
that's mod_python specific |
| [11:48:55] |
<pacopablo> |
so, anyone know how to get the method name out of a stack frame? |
| [11:50:27] |
<tharvey> |
hmmm... I was wrong about the plugins loading apparently. When I request my project root page, the only thing in my log is the IRequestHandler error |
| [11:50:55] |
<tharvey> |
it looks like its just not accepting the 'default_handler' option in my trac.ini |
| [11:52:26] |
<pacopablo> |
what is your TracURIRoot set to? |
| [11:52:30] |
<pacopablo> |
in your apache config? |
| [11:54:43] |
<tharvey> |
TracURIRoot is set to /project, and TracEnv is /data/trac/project - perhaps they should be the same? |
| [11:55:08] |
* |
cmlenz has joined #trac |
| [11:55:33] |
<pacopablo> |
TracURIRoot sohuld be set to / |
| [11:55:37] |
<tharvey> |
I followed the instructions here http://trac.edgewall.org/wiki/TracModPython for apache config, but perhaps I don't understand the TracUriRoot option |
| [11:56:00] |
<pacopablo> |
provided you're trying to access the page like; http://domain.com/ |
| [11:56:09] |
<tharvey> |
is that whats used as a prefix to all URL's that trac creates? |
| [11:56:22] |
<pacopablo> |
I guess I should actually ask what the URL is that you use to access the page |
| [11:56:41] |
<tharvey> |
no, I'm trying to access http://domain.com/project assuming I'll have multiple trac projects later |
| [11:56:50] |
<pacopablo> |
yeah, then the TracURIRoot is fine |
| [11:56:52] |
<pacopablo> |
darn |
| [11:57:23] |
<pacopablo> |
are you serving multiple projects? |
| [11:57:28] |
<pacopablo> |
or just one? |
| [11:57:35] |
<tharvey> |
not yet... just one |
| [11:57:39] |
<pacopablo> |
k |
| [11:58:00] |
<tharvey> |
and this all worked fine until I installed TracTags... had a bitch of a time with that :) |
| [11:59:17] |
* |
ryepup has quit IRC |
| [12:04:46] |
<pacopablo> |
try with tracd |
| [12:04:51] |
<pacopablo> |
and what version of tags? |
| [12:05:41] |
<tharvey> |
hmmm... I'm very confused. I commented out the 'default_handler = TagsWikiModule' and 'trac.wiki.web_ui.wikimodule=disabled' and now my root project page works, AND tags still seem to work - I was under the impression I had to change the handler for TracTags to work |
| [12:05:54] |
<pacopablo> |
you do |
| [12:06:04] |
<tharvey> |
of course the tractags installation page at track-hacks got borked so who knows how to actually isntall it :) |
| [12:06:07] |
<pacopablo> |
perhaps you have it set in global? |
<
