| [00:09:52] |
* |
otaku42_away is now known as otaku42 |
| [00:09:59] |
<otaku42> |
moin |
| [00:11:38] |
* |
jtoy_ has quit IRC |
| [00:31:39] |
* |
moonwatcher has joined #trac |
| [00:31:45] |
<moonwatcher> |
hello |
| [00:32:00] |
<moonwatcher> |
anyone here? |
| [00:32:50] |
<moonwatcher> |
any chance you guys can make the <style type="text/css"> not render when empty, it seems to be the only validation issue on most trac pages :) |
| [00:33:03] |
<moonwatcher> |
not a complain, trac is an amazing platform... :) |
| [00:33:16] |
<moonwatcher> |
just irritating thats its the only warning that shows up |
| [00:36:15] |
* |
__off__ is now known as __doc__ |
| [00:39:36] |
<pacopablo> |
create a ticket on t.e.o |
| [00:56:54] |
* |
gakman has joined #trac |
| [00:59:01] |
* |
__doc__ is now known as msdewey |
| [01:00:01] |
* |
msdewey is now known as __doc__ |
| [01:29:46] |
<moonwatcher> |
e.e.o? |
| [01:29:49] |
<moonwatcher> |
t.e.o? |
| [02:09:22] |
* |
robs0r has joined #trac |
| [02:09:24] |
* |
robs0r is now known as robs |
| [02:35:27] |
<otaku42> |
moonwatcher: teo = t.e.o = trac.edgewall.org, the website of the trac project |
| [02:39:19] |
* |
otavio has joined #trac |
| [02:39:37] |
* |
otavio has left #trac |
| [02:41:10] |
* |
divya has quit IRC |
| [02:52:02] |
* |
Guychi has joined #trac |
| [02:55:53] |
* |
Hydra_ has joined #trac |
| [04:02:41] |
* |
fook_ has quit IRC |
| [05:00:48] |
* |
DieselChrist is now known as cobaltsixty |
| [05:13:27] |
* |
gakman has quit IRC |
| [05:17:23] |
* |
gakman has joined #trac |
| [05:17:44] |
* |
jesterKing is now known as amino |
| [05:28:19] |
* |
jtoy has joined #trac |
| [05:40:19] |
* |
mbroeken has joined #trac |
| [05:40:50] |
* |
didier has joined #trac |
| [05:40:56] |
<didier> |
Hi |
| [05:41:34] |
<didier> |
can I show some image with the macro [[Image(file.jpg)]] in the description of a milestone ? |
| [05:50:12] |
* |
wkornewald has joined #trac |
| [05:50:31] |
<wkornewald> |
hi, there is something I don't understand about the DB connection pool: |
| [05:52:43] |
<wkornewald> |
my Python isn't the best, so maybe it's my mistake: in env.py the get_connection() method seems to create a new DatabaseManager object for every connection request. and this DB object then creates a ConnectionPool for five connections, but only one connection is returned by get_db_cnx(). now, what use does the ConnectionPool have if a new DB manager and a new connection is created for each get_db_cnx() call? |
| [05:52:58] |
<wkornewald> |
oops, replace get_connection with get_db_cnx |
| [05:53:32] |
* |
mbroeken has quit IRC |
| [05:57:33] |
<wkornewald> |
and something else that is strange: why does the manager get a parameter (i.e.: DatabaseManager(self.env), for example)? the constructor doesn't have any arguments (apart from self). |
| [06:01:09] |
* |
jtoy has quit IRC |
| [06:02:17] |
<wkornewald> |
too bad...I must go, quickly... |
| [06:02:22] |
* |
wkornewald has quit IRC |
| [06:08:19] |
* |
cmlenz has joined #trac |
| [06:09:59] |
* |
NK` has joined #trac |
| [06:10:02] |
<NK`> |
Hi |
| [06:10:21] |
<NK`> |
I'm trying to backup my trac project |
| [06:10:46] |
<asmodai> |
NK`: quite easy to do in general |
| [06:10:46] |
<NK`> |
but I get the error : "Command failed: [Errno 17] File exists: '/home/niko/tracbackup'" |
| [06:11:07] |
<NK`> |
asmodai: do you know were I'm wrong ? |
| [06:11:11] |
<NK`> |
+h |
| [06:11:20] |
<asmodai> |
Not sure if it supported overwriting as a safety measures |
| [06:13:32] |
<NK`> |
Omega vhosts.d # cd ~/tracbackup/ |
| [06:13:32] |
<NK`> |
Omega tracbackup # ls |
| [06:13:32] |
<NK`> |
Omega tracbackup # |
| [06:13:38] |
<NK`> |
but the directory is empty |
| [06:14:05] |
* |
d0rt has joined #trac |
| [06:17:35] |
* |
Scott has joined #trac |
| [06:25:51] |
<NK`> |
I don't understand |
| [06:26:10] |
* |
Halleck has joined #trac |
| [06:26:32] |
<NK`> |
asmodai: any ideas where is the problem ? |
| [06:30:37] |
* |
Broofa has joined #trac |
| [06:33:11] |
* |
ScottMac has quit IRC |
| [06:40:30] |
<NK`> |
lol I 'm too dumb |
| [06:40:48] |
<NK`> |
there is to give a dir that don't exist |
| [06:41:54] |
<Rica> |
Is there a way in TracWebAdmin to have users permission list alpha sorted ? |
| [06:42:10] |
* |
danbeck has joined #trac |
| [06:42:37] |
<Rica> |
(by permissions I mean, and/or username) |
| [06:42:37] |
* |
Broofa has quit IRC |
| [07:08:56] |
* |
didier has left #trac |
| [07:45:29] |
<nextime> |
si ma il problema e' che l'inizializzazione di hmac non e' fatta da notification.py in trac |
| [07:45:33] |
<nextime> |
ma dal modulo smtplib |
| [07:45:38] |
<nextime> |
e vorrei evitare di modificare quello |
| [07:45:53] |
<nextime> |
insomma |
| [07:45:57] |
<nextime> |
occorre fare cose brutte |
| [07:45:58] |
<nextime> |
che palle |
| [07:47:44] |
<otaku42> |
nextime: hint: channel language is english |
| [07:52:24] |
<nextime> |
otaku42 : sorry, wrong channel |
| [07:54:58] |
<nextime> |
anyway, ther's a problem with mod_python 3.2.10 and trac on notification.py. When notification initialize smtp.SMTP() and do a self.server.login() call, the hmac.HMAC() method on smtplib.py return a wrong hash. It seem that there is a change on some default on hmac module from mod_python, like it use sha1 instead of md5 as a default digest, i'm trying to find a clean way to solve that |
| [07:56:11] |
<nextime> |
this affect only trac under mod_python 3.2.10, maybe 3.2.9 too |
| [07:56:53] |
<otaku42> |
nextime: sorry, i can't help you with that, but maybe one of the others have an idea (you just need to be patient enough to await their answer) |
| [07:58:05] |
<nextime> |
otaku42 : don't worry, the question was for "all", not directly for you :) |
| [08:03:04] |
<otaku42> |
nextime: ah, ok :) |
| [08:03:55] |
<Leentje> |
anyone who can help me on 'No module named trac.web' error? |
| [08:11:28] |
* |
Scott has quit IRC |
| [08:11:39] |
* |
Scott has joined #trac |
| [08:12:49] |
* |
__doc__ is now known as __off__ |
| [08:29:03] |
<coderanger> |
Leentje: You are probably using 0.8.x |
| [08:29:35] |
* |
Halleck has left #trac |
| [08:34:14] |
<coderanger> |
cmlenz: Hah, I love #4236 |
| [08:34:36] |
<cmlenz> |
yeah, it's becoming ridiculous |
| [08:35:19] |
<coderanger> |
This really just needs a fork |
| [08:36:17] |
* |
blinx has joined #trac |
| [08:36:23] |
<blinx> |
hi |
| [08:37:23] |
<coderanger> |
Have you been reading Greg Wilson's blog lately? |
| [08:38:02] |
<misc> |
coderanger: a fork in your hand to run after him ? |
| [08:38:15] |
<coderanger> |
some interesting ideas for the ticket system |
| [08:38:44] |
<coderanger> |
misc: No, I'm actually serious. I think it would benefit all parties and make everyone's lives easier. |
| [08:39:30] |
<misc> |
coderanger: well, given the fact he will try to push improvement upstream and say "see, it was implemented here and it worked better" |
| [08:39:48] |
<Leentje> |
coderanger: 0.9.6-1 ... |
| [08:39:53] |
<Leentje> |
on debian system |
| [08:40:06] |
<Leentje> |
just updated, probably had some pythons updates, but not sure why it wont work anymore :S |
| [08:40:13] |
<coderanger> |
Leentje: python -c 'import trac; print trac.__version__' |
| [08:40:36] |
<Scott> |
ok how so i set the timezone in trac? |
| [08:40:38] |
<Leentje> |
it cant import the trac thingy... |
| [08:40:43] |
<Scott> |
it seems to be running EST and we'd like UTC |
| [08:40:53] |
<Leentje> |
Traceback (most recent call last): File "<string>", line 1, in ? |
| [08:40:53] |
<Leentje> |
ImportError: No module named trac |
| [08:40:54] |
<coderanger> |
Scott: It takes the system timezone |
| [08:41:08] |
<coderanger> |
Leentje: Did you just upgrade from python 2.3 to 2.4? |
| [08:41:10] |
<Scott> |
no way to force another timezone onto it? |
| [08:41:44] |
<coderanger> |
Scott: how are you running Trac? |
| [08:41:50] |
<Scott> |
mod_python |
| [08:42:08] |
<Leentje> |
coderanger: i might have :P it did a lot of upgrades on packages, havent really looked at python packages |
| [08:42:36] |
<Leentje> |
python 2.4.3-11 now... |
| [08:42:37] |
<coderanger> |
Not an easy one IU can think of, you can try editing the mod_python frontend to set os.environ['TZ'] = 'UTC' |
| [08:42:45] |
<coderanger> |
Leentje: Reinstall Trac |
| [08:42:56] |
<Leentje> |
:S |
| [08:43:12] |
<coderanger> |
Scott: No promises that will work though, timezone handling was added in the current trunk |
| [08:43:30] |
<coderanger> |
Leentje: Not the whole process, just reinstall the modules |
| [08:45:30] |
<Leentje> |
lets see |
| [08:45:48] |
<coderanger> |
(not sure how you do that on debian though) |
| [08:46:32] |
<Scott> |
coderanger: i can wait until its in a stable branch, no rush :) |
| [08:47:29] |
<Leentje> |
me neither coderanger :) |
| [08:48:35] |
* |
otaku42 is now known as otaku42_away |
| [08:52:04] |
<Scott> |
I've just searched Trac-Hacks looking for an extension to add a history link to the wiki page kinda like what MediaWiki has. I know the data is used in 'View Changeset' is there a way to filter it to one page? |
| [08:53:23] |
<coderanger> |
You mane the page edit history? |
| [08:53:27] |
<nextime> |
anyway, ther's a problem with mod_python 3.2.10 and trac on notification.py. When notification initialize smtp.SMTP() and do a self.server.login() call, the hmac.HMAC() method on smtplib.py return a wrong hash. It seem that there is a change on some default on hmac module from mod_python, like it use sha1 instead of md5 as a default digest, i'm trying to find a clean way to solve that, any idea? |
| [08:53:33] |
<nextime> |
s/anyway// |
| [08:53:41] |
<coderanger> |
nextime: ML it :P |
| [08:53:48] |
<Scott> |
coderanger: where is that cause i've obviously missed it |
| [08:54:13] |
<nextime> |
coderanger : i will do that, but first i try to ask :) |
| [08:54:14] |
<coderanger> |
Scott: Top right, click last change |
| [08:55:21] |
<Scott> |
coderanger: not a very clear UI |
| [08:56:01] |
<coderanger> |
It used to be called "page history" and link directly to the history page |
| [08:56:18] |
<coderanger> |
but it was changed because 99% of the time all you want is the most recent diff |
| [08:57:12] |
<Leentje> |
coderanger: its fixed, thanks for info |
| [08:57:17] |
<Scott> |
that makes some sense |
| [09:08:14] |
<coderanger> |
cmlenz: SpamFilter question: the bayesian filter doesn't seem to be marking anything on trac-hacks |
| [09:08:33] |
<coderanger> |
its active and has good number of trained entries though |
| [09:08:35] |
* |
kostix has joined #trac |
| [09:09:13] |
<cmlenz> |
well, it should then... not sure why it wouldn't do anything |
| [09:09:28] |
<cmlenz> |
it's working on edgewall.org and on the bitten site |
| [09:09:47] |
<cmlenz> |
min(num_ham, num_spam) needs be >= min_training |
| [09:09:58] |
<cmlenz> |
that's the basic requirement |
| [09:10:14] |
<coderanger> |
its got 59/94, with that cutoff at 25 |
| [09:11:19] |
<cmlenz> |
then it should definitely be doing something |
| [09:11:23] |
<cmlenz> |
anything in the logs? |
| [09:11:34] |
* |
cmlenz resists typing "@logging" ;-) |
| [09:13:33] |
<coderanger> |
It is loading the plugin, no errors on needing spambayes |
| [09:14:14] |
<coderanger> |
nothing that looks out of the ordinary |
| [09:16:08] |
<coderanger> |
its not that big a deal since the other filters (minus askimet) do a pretty good job |
| [09:16:10] |
<coderanger> |
just curious |
| [09:17:15] |
* |
wkornewald has joined #trac |
| [09:17:18] |
<wkornewald> |
hi |
| [09:17:22] |
<wkornewald> |
cmlenz: are you here? |
| [09:17:29] |
<cmlenz> |
coderanger: what's karma_points set to? |
| [09:17:34] |
<cmlenz> |
wkornewald: yeah |
| [09:17:35] |
<wkornewald> |
cmlenz: What if I want to access a different DB? Is it okay to create a subclass of DatabaseManager for the env or is more magic needed? |
| [09:18:07] |
<cmlenz> |
use multiple database for the same environment, you mean? |
| [09:18:11] |
<coderanger> |
cmlenz: 10 |
| [09:18:14] |
<cmlenz> |
databases, even |
| [09:18:24] |
<wkornewald> |
cmlenz: yes |
| [09:18:37] |
<wkornewald> |
cmlenz: DbAuth uses a separate DB for retrieving user auth information |
| [09:19:02] |
<cmlenz> |
yeah, I you'd need a separate DatabaseManager component class |
| [09:19:09] |
<wkornewald> |
http://trac-hacks.org/browser/dbauthplugin/simple/dbauth/auth.py |
| [09:19:11] |
<wkornewald> |
like here? |
| [09:19:20] |
<wkornewald> |
it's at the top |
| [09:19:21] |
<cmlenz> |
yeah |
| [09:19:33] |
<wkornewald> |
okay, thanks |
| [09:20:33] |
<wkornewald> |
another quick question: I saw a commit which allows for creating modules that replace the req.session handler. that would allow for retrieving the user's email address from the user DB instead of Trac's session, but how can I do it such that it passes all other requests to the default object? |
| [09:23:23] |
<wkornewald> |
too difficult? :) |
| [09:23:55] |
<coderanger> |
wkornewald: You could do it yourself in a null nav provider |
| [09:24:13] |
<wkornewald> |
uhm, a what? :) |
| [09:24:45] |
<coderanger> |
make an inavigationcontributer, in it do something like "req.session = MySession()" |
| [09:24:59] |
<coderanger> |
as long as you make it API-compatible it should work |
| [09:25:59] |
<wkornewald> |
coderanger: but currently we use the username to send email notifications. how can I do it globally, so the person that the ticket is assigned to gets notified via the address in the DB? |
| [09:26:25] |
<coderanger> |
thats a bit harder :P |
| [09:26:29] |
<wkornewald> |
we don't want to make our email addresses publicly accessible |
| [09:27:08] |
<wkornewald> |
that's why I also don't like the Cc field. it should be replaced with something more hidden...but back to the original problem |
| [09:28:06] |
<wkornewald> |
coderanger: but a few weeks ago there was a commit which allowed for replacing the global session handler. I just couldn't imagine how to do it correctly |
| [09:28:23] |
<cmlenz> |
remember which commit that was? |
| [09:28:42] |
<wkornewald> |
I tried to find it, but I couldn't. I don't even know if it was in trunk or also in 0.10-stable |
| [09:29:01] |
<wkornewald> |
maybe another search can reveal it |
| [09:29:25] |
<cmlenz> |
do you mean http://trac.edgewall.org/changeset/4087 ? |
| [09:29:49] |
<coderanger> |
wkornewald: well address obfuscation could be done in a plugin if that is your concern |
| [09:30:12] |
* |
lrobinot has joined #trac |
| [09:30:28] |
<lrobinot> |
hello all |
| [09:30:32] |
<cmlenz> |
(although that should be in the trac core) |
| [09:30:37] |
<wkornewald> |
cmlenz: maybe |
| [09:31:31] |
<wkornewald> |
coderanger: why not add it to trunk? I think that it's in everyone's interest if email addresses are hidden |
| [09:31:33] |
<cmlenz> |
it should be possible to add an IRequestFilter that replaces the original 'session' callback with your own version of it, which could then delegate back to the original if that's needed |
| [09:31:56] |
<coderanger> |
wkornewald: Because I usually think in terms of plugins |
| [09:32:11] |
<coderanger> |
once the code is written, its easy enough to use either way though |
| [09:32:30] |
<wkornewald> |
coderanger: but here it could benefit everyone, so IMHO this should better be in Trac itself |
| [09:32:37] |
<wkornewald> |
cmlenz: and how can I do that? |
| [09:32:38] |
<cmlenz> |
I agree with wkornewald on that one... should definitely be in the core; the problem is noone's stepped up with a good enough patch, and of course choosing how to do the mangling |
| [09:32:53] |
<lrobinot> |
is there someone to help me in installing tags plugin, I cannot find the egg file |
| [09:33:00] |
<coderanger> |
wkornewald: Like I said, the code is the same either way |
| [09:34:23] |
<wkornewald> |
cmlenz: how can I replace the session callback and delegate elsewhere? do I have to create a new dict class? if I only knew Python better... |
| [09:34:37] |
<wkornewald> |
and my laptop battery is at 13%... :( |
| [09:34:39] |
<coderanger> |
lrobinot: You need to check it out from subversion |
| [09:35:03] |
<coderanger> |
wkornewald: Just replace the value in the callbacks dict |
| [09:35:04] |
<lrobinot> |
coderanger: ok thank you very much |
| [09:35:04] |
<cmlenz> |
wkornewald: I'm not sure... can't afford the context switch do hack it out for you right now :-P |
| [09:35:34] |
<coderanger> |
wkornewald: I don't think this will do what you are looking for though |
| [09:35:57] |
<wkornewald> |
it would be nice if that were modular, too, so you can write a plugin which overrides only part of the session dict |
| [09:36:14] |
<wkornewald> |
coderanger: what I actually want is real user support in Trac |
| [09:36:20] |
<coderanger> |
IUserDirectory patch you mean? |
| [09:36:29] |
<coderanger> |
yeah |
| [09:36:43] |
<coderanger> |
we use a lot of silly hackery to get around it |
| [09:36:51] |
<wkornewald> |
yes, but does it work? I thought that the whole Trac code must be adapted to access that one instead of the session |
| [09:37:16] |
<coderanger> |
I just mean the idea of getting user data from a modular source |
| [09:37:24] |
<coderanger> |
er, user metadata I suppose |
| [09:38:44] |
<wkornewald> |
well, there is a good reason why Trac is at version 0.10 ;) |
| [09:38:57] |
<coderanger> |
Yeah, too much code too little time |
| [09:39:02] |
* |
m_g has joined #trac |
| [09:39:18] |
<wkornewald> |
when will you implement real user support? maybe with registration support? DbAuth could serve as a start |
| [09:39:26] |
<coderanger> |
I still need to argue with the tracforge project admin stuff some more |
| [09:39:54] |
<coderanger> |
Well AccountManager handles registration very nicely |
| [09:40:39] |
<wkornewald> |
I think I'd even be able to implement registration support for it. but it would still lack real user metadata support and other things like ticket watching with a simple button click |
| [09:40:54] |
<wkornewald> |
coderanger: I thought it doesn't send out registration confirmation emails |
| [09:41:12] |
<wkornewald> |
coderanger: that wouldn't really be a good solution against spammers |
| [09:41:18] |
<coderanger> |
wkornewald: It could, you just need to make a plugin to do it |
| [09:41:22] |
<wkornewald> |
hehe ;) |
| [09:41:34] |
<coderanger> |
We use moderated signups for one of my sites |
| [09:41:44] |
<coderanger> |
so an admin has to go in and activate accounts |
| [09:42:06] |
<coderanger> |
(using accountmanager) |
| [09:42:21] |
<wkornewald> |
coderanger: how modular is AccountManager? could I merge DbAuth with it, so there is a common base. I guess AccountManager has a real admin interface, so you can edit users? |
| [09:42:39] |
<coderanger> |
yeah, there has been an open ticket about it for a while |
| [09:42:55] |
<coderanger> |
authform was just recently "merged" into it |
| [09:42:58] |
<wkornewald> |
coderanger: that's not really a nice solution because users want to file their bug report ASAP. indeed, registration is bad, too. |
| [09:43:47] |
<coderanger> |
wkornewald: trac-hacks has done pretty well without requiring signups |
| [09:43:50] |
<wkornewald> |
with MS CardSpace the situation could improve a lot |
| [09:43:51] |
<coderanger> |
same with t.e.o |
| [09:45:04] |
<wkornewald> |
coderanger: I see far too many Trac-hosted projects which fight with spam. that's not really what we want. also, we MUST be able to contact the bug reporter. this doesn't work well without registration |
| [09:45:49] |
<coderanger> |
spamfilter 0.2 catches basically everything around these days |
| [09:46:38] |
<wkornewald> |
anyway, we interface the Trac auth process with Drupal's user DB, so at least accounts and passwords are shared. that's good enough. |
| [09:48:20] |
<wkornewald> |
how much work is necessary to integrate IUserDirectory fully into Trac? |
| [09:49:22] |
<coderanger> |
it would require users to be first-class objects instead of passive |
| [09:49:30] |
<wkornewald> |
:( |
| [09:49:47] |
<wkornewald> |
that means: DB schema changes |
| [09:49:56] |
<coderanger> |
no, just code cahnges |
| [09:52:25] |
<wkornewald> |
well, still too much for me... |
| [09:53:06] |
<wkornewald> |
ah, I'll just lean back and wait for 0.15...and when I really can't wait anymore I can step in :) |
| [09:53:09] |
<wkornewald> |
bye |
| [09:53:12] |
<cobaltsixty> |
OpenID anyone? |
| [09:53:17] |
<wkornewald> |
uhm |
| [09:53:23] |
<wkornewald> |
cobaltsixty: what do you want to know? |
| [09:53:43] |
<cobaltsixty> |
nops, just saw the conversation going to CardSpace |
| [09:54:05] |
<wkornewald> |
ah, okay. there already is a very simple OpenID plugin |
| [09:54:16] |
<wkornewald> |
at trac-hacks |
| [09:54:40] |
<coderanger> |
also CAS :) |
| [09:54:50] |
* |
kostix has left #trac |
| [09:55:37] |
<wkornewald> |
but CardSpace would definitely be cool. although, it doesn't solve the email verification problem...and it introduces more ID problems (how can I file a bug from a different computer?...) |
| [09:55:51] |
<wkornewald> |
good, I can leave. :) bye |
| [09:55:58] |
* |
wkornewald has quit IRC |
| [09:56:57] |
* |
cobaltsixty just had an idea for a nifty app for WikiPageOutputStream, a generic text-and-xml-with-xslt command line client. |
| [09:59:13] |
* |
lrobinot has left #trac |
| [09:59:35] |
<coderanger> |
hmm? |
| [10:29:20] |
<cobaltsixty> |
I'd like to publish my maven reports, wikified, straight into trac, with a little help from a xslt stylesheet |
| [10:54:15] |
* |
lehaid has joined #trac |
| [10:54:28] |
<lehaid> |
hi, is there any hosted enviroments which offer trac services ? |
| [10:54:31] |
<lehaid> |
for free |
| [10:54:35] |
<lehaid> |
(academic usage for example) |
| [11:01:56] |
* |
Guychi has quit IRC |
| [11:03:39] |
<coderanger> |
what kind of project |
| [11:04:23] |
<lehaid> |
an academic OS project |
| [11:05:17] |
<coderanger> |
open source? |
| [11:05:34] |
<lehaid> |
yes |
| [11:05:55] |
<coderanger> |
http://trac.edgewall.org/wiki/CommercialServices#FreeforOpenSource |
| [11:06:06] |
<coderanger> |
though python-hosting is gone now |
| [11:06:37] |
<lehaid> |
google gave me TracOS which seems ultra-slow, and not maintaned (conatins spam pages in it's wiki) |
| [11:06:45] |
<lehaid> |
anythign recommended there? |
| [11:06:55] |
<coderanger> |
yeah. stay away from them |
| [11:07:15] |
<lehaid> |
which is the best there? |
| [11:07:22] |
<coderanger> |
no idea, I host my own |
| [11:07:30] |
<lehaid> |
heh |
| [11:07:35] |
<coderanger> |
both webfaction and dejavu seem nice though |
| [11:07:38] |
<lehaid> |
actually all the others ahve limited scope |
| [11:07:54] |
<lehaid> |
one is for python, the other for customizations, and another for italiy projects.. |
| [11:08:35] |
<coderanger> |
dejavu is for any project |
| [11:08:36] |
<Rica> |
Is there a way to get ride of this warning message (I tried to install spambayes with easy_install and also as debian package without success... so just wanting to disable this message): WARNING: Cannot load plugin spamfilter.bayes because it requires "spambayes" |
| [11:08:43] |
<coderanger> |
but you have to request an invite |
| [11:08:56] |
<coderanger> |
Rica: Disable the plugin .... |
| [11:09:07] |
<Rica> |
all the spamfilter plugin ? :/ |
| [11:09:23] |
<lehaid> |
opensvg offers trac? |
| [11:10:01] |
<coderanger> |
yes, but looks like its CGI only (so slow) |
| [11:10:09] |
<coderanger> |
Rica: no, just that module |
| [11:10:19] |
<coderanger> |
spamfilter.bayes.* = disabled |
| [11:11:10] |
<Rica> |
Oh I disabled with TracWebAdmin but seems it only add a tracspamfilter.admin.basyesadminpageprovider = disabled |
| [11:11:33] |
<coderanger> |
thats that admin page, not the filter itself |
| [11:13:31] |
* |
coderanger -> away for the holiday |
| [11:13:34] |
<coderanger> |
see y'all later |
| [11:14:50] |
<lehaid> |
enjoy |
| [11:15:46] |
<tsb> |
hey coderanger |
| [11:16:06] |
<tsb> |
are you leaving, meaning that include thing we talked about wont be done untill 1. dec? |
| [11:16:20] |
* |
cmlenz has quit IRC |
| [11:23:04] |
* |
ged has joined #trac |
| [11:34:49] |
* |
jtoy has joined #trac |
| [11:39:16] |
* |
Synapse has quit IRC |
| [11:44:26] |
* |
cmlenz has joined #trac |
| [11:48:45] |
* |
idnar has quit IRC |
| [11:48:49] |
* |
idnar_ has joined #trac |
| [11:50:00] |
* |
jtoy has quit IRC |
| [11:55:04] |
* |
idnar_ is now known as idnar |
| [11:55:05] |
* |
Niels- has left #trac |
| [12:11:23] |
* |
d0rt has quit IRC |
| [12:12:23] |
* |
agile has quit IRC |
| [12:14:51] |
* |
FlEeFlIcK has joined #trac |
| [12:16:18] |
<FlEeFlIcK> |
hi, I have a project that I am comitting using trac/svn...i'm able to commit my changes and i can see them at http://mydomain.com/svn/myproject...however track stopped working for some reason about 3 days ago and i can't see any of my recent commits since then |
| [12:16:20] |
<FlEeFlIcK> |
what gives? |
| [12:17:12] |
<FlEeFlIcK> |
i can see all other commits, changes, browse trunk, prior to 3 days ago, but for some reason, trac isn't seeing any of the recent updates i made |
| [12:17:18] |
<FlEeFlIcK> |
anyone know what is wrong? |
| [12:23:08] |
* |
lehaid has quit IRC |
| [12:32:24] |
* |
FlEeFlIcK has quit IRC |
| [12:40:32] |
<pacopablo> |
morning |
| [12:41:19] |
* |
Guychi has joined #trac |
| [12:49:20] |
* |
Scott has quit IRC |
| [12:50:19] |
* |
moonwatcher has quit IRC |
| [13:02:44] |
* |
jborg has joined #trac |
| [13:04:46] |
* |
danbeck has quit IRC |
| [13:08:10] |
* |
omry has quit IRC |
| [13:13:24] |
* |
bmcquay has joined #trac |
| [13:17:49] |
* |
RiX0R has joined #trac |
| [13:19:12] |
<RiX0R> |
Hi. I seem to have screwed up installation of the WebAdmin plugin... I was mixing global and local installations, and now it seems to be searching for the webadmin plugin in a project directory (that doesn't exist anymore) when I'm looking for the global plugin |
| [13:19:24] |
<RiX0R> |
[Wed Nov 22 22:07:02 2006] [error] [client 192.168.2.1] PythonHandler trac.web.modpython_frontend: IOError: zipimport: can not open file /home/svn/trac/webtest/plugins/tracwebadmin.egg, referer: http://svn.rix0r.nl/projects/blaat |
| [13:19:35] |
<RiX0R> |
Does anybody know how to fix this? |
| [13:21:47] |
* |
Synapse has joined #trac |
| [13:22:32] |
<bmcquay> |
restart apache? |
| [13:23:22] |
<RiX0R> |
... |
| [13:23:27] |
<RiX0R> |
Doh! |
| [13:23:39] |
<RiX0R> |
The file location is cached in memory somewhere, right? |
| [13:23:46] |
<bmcquay> |
maybe |
| [13:23:49] |
<bmcquay> |
just a thought |
| [13:24:21] |
<RiX0R> |
Works like a charm :) |
| [13:24:23] |
<bmcquay> |
i've noticed a few starnge things happening with things staying cached when dealing with python and apache |
| [13:24:29] |
<RiX0R> |
Thanks! |
| [13:24:33] |
<bmcquay> |
so i always just restart apache whenever i hack trac |
| [13:24:37] |
<bmcquay> |
np |
| [13:25:30] |
<f13> |
is there a way to set what plugins are available globally, so that new project creations will pick up those plugins? |
| [13:27:56] |
<nextime> |
f13 : load globals plugins in /usr/share/trac/conf/trac.ini instead of <trac_env>/conf/trac.ini, and use easy_install instead of put them in the trac env plugin path |
| [13:29:36] |
<f13> |
nextime: so the stuff I put in /usr/share/trac/conf/trac.ini will get added to the default trac.ini? What about chnages such as the notification stuff, setting it by default? |
| [13:30:34] |
<nextime> |
f13 : i use a wrapper over trac-admin that do some change on the env specific trac.ini when i create a new env |
| [13:31:10] |
<nextime> |
anyway, you can load plugins globally, and setup specific env configs in the env trac.ini, it override the global one |
| [13:32:43] |
<f13> |
k |
| [13:32:50] |
<f13> |
I'll play around with that, thanks! |
| [13:35:46] |
* |
Guychi has quit IRC |
| [13:40:08] |
* |
maxb has joined #trac |
| [13:42:10] |
* |
Scott__ has joined #trac |
| [13:49:02] |
* |
danbeck has joined #trac |
| [13:54:28] |
* |
danbeck has quit IRC |
| [14:02:17] |
* |
xp_ is now known as xp_prg |
| [14:19:40] |
* |
jborg has quit IRC |
| [14:26:55] |
* |
matt_good has joined #trac |
| [14:33:00] |
<cmlenz> |
hey matt_good |
| [14:33:24] |
<cmlenz> |
I've enabled pygments on genshi.edgewall.org, and it seems to override the patchrenderer |
| [14:34:01] |
<cmlenz> |
for example: http://genshi.edgewall.org/attachment/ticket/77/match_fix.diff |
| [14:34:09] |
<cmlenz> |
without adding any actual highlighting |
| [14:45:47] |
<matt_good> |
cmlenz: weird |
| [14:46:25] |
<matt_good> |
anything in the log from that? |
| [14:51:53] |
<cmlenz> |
well, only that it's using pygments |
| [14:52:10] |
<cmlenz> |
I think pygments returns a ratio of 9 for the diff |
| [14:56:00] |
<cmlenz> |
yeah, it's just "Trying to render HTML preview using PygmentsRenderer" |
| [14:56:06] |
<cmlenz> |
no other attempts, no failure |
| [14:57:58] |
* |
m_g has quit IRC |
| [14:58:02] |
* |
omry has joined #trac |
| [15:05:29] |
* |
Halleck[away] has joined #trac |
| [15:06:12] |
<Halleck[away]> |
hey, is anyone familiar with setting up a trac installation on debian? |
| [15:08:08] |
<matt_good> |
Halleck[away]: yeah |
| [15:09:20] |
<Halleck[away]> |
I installed the trac package for sarge and tried using trac-admin to set up an environment, but it gave me some errors |
| [15:09:31] |
<Halleck[away]> |
do I need to run the install script first? |
| [15:10:58] |
<Halleck[away]> |
setup.py that is |
| [15:12:04] |
<matt_good> |
no, the setup.py is for installing from source |
| [15:12:25] |
<Halleck[away]> |
ah k. so trac-admin should be working? |
| [15:12:40] |
<matt_good> |
though IIRC Sarge includes Trac 0.8.1, which is rather old, so you may want to try installing a newer verions |
| [15:35:19] |
<matt_good> |
cmlenz: yeah, I should probably pick a lower value for the Pygments ratio |
| [15:36:49] |
<matt_good> |
you should be able to configure that in trac.ini though: pygments_modes = text/x-patch:diff:7 I think |
| [ |
