| [00:00:20] |
<alect> |
i really think we will need to remove all wiki formatting from the tickets though |
| [00:00:32] |
<alect> |
they won't want to be dealing with wiki formatting issues i imagine |
| [00:09:34] |
* |
moolight has quit IRC |
| [00:09:34] |
* |
moolight_sIeek has joined #trac |
| [00:09:41] |
* |
moolight_sIeek is now known as moolight |
| [00:27:14] |
<mitsuhiko> |
alect: NOOOOO :) |
| [00:27:29] |
<mitsuhiko> |
ticket wiki formatting rocks |
| [00:29:43] |
<alect> |
yeah i agree |
| [00:29:51] |
<cboos> |
speaking about ticket wiki formatting, I'd like to add a possibility to insert extra vertical space easily... That would be helpful especially after quoting replies. [[BR]] would work, but that's not as intuitive as adding extra blank lines. |
| [00:29:57] |
<alect> |
i just have a feeling that the psf guys may not agree |
| [00:30:08] |
<alect> |
it does add a good deal of manual maintenance |
| [00:30:14] |
<alect> |
which i can personally attest to |
| [00:31:24] |
<cboos> |
(wow, pastebin is dead slow this morning) |
| [00:31:39] |
<alect> |
yeah it's been having issues for a while apparently |
| [00:32:14] |
<mitsuhiko> |
alect: btw, it's a pity that you removed the reports :( |
| [00:32:21] |
<mitsuhiko> |
they are really useful |
| [00:33:31] |
<cboos> |
So what about this: http://rafb.net/paste/results/B1G6jV97.html |
| [00:33:32] |
<alect> |
well yeah, but reports will be disappearing soon |
| [00:33:50] |
<alect> |
i figured not getting the python people used to them would be better than having to withdraw it later |
| [00:33:53] |
<alect> |
but i could be wrong |
| [00:34:08] |
<mitsuhiko> |
alect: but you can't save custom queries atm |
| [00:35:41] |
<cboos> |
mitsuhiko: add your voice to #1735 then ;) |
| [00:35:52] |
<alect> |
i am aware of that |
| [00:36:17] |
<cmlenz> |
lisppaste5: url |
| [00:36:17] |
<lisppaste5> |
To use the lisppaste bot, visit http://paste.lisp.org/new/trac and enter your paste. |
| [00:36:23] |
* |
esperegu has joined #trac |
| [00:36:31] |
<esperegu> |
saluton chiuj! |
| [00:36:42] |
<alect> |
wth |
| [00:36:52] |
<esperegu> |
what is the easiest way to manage/administer trac/subversion? |
| [00:36:57] |
<mitsuhiko> |
btw, cool that trac now has a .org domain |
| [00:37:29] |
<mitsuhiko> |
alect: what's the problem with saving queries? |
| [00:37:39] |
<mitsuhiko> |
just save the url string in the database and that's it |
| [00:37:44] |
<esperegu> |
alect: saluton chiuj! == hello everybody in het esperanto. see http://www.kurso.com.br |
| [00:37:49] |
<lisppaste5> |
cboos pasted "add vertical space " at http://paste.lisp.org/display/23818 |
| [00:37:58] |
<alect> |
there is no problem, per se, just nobody has done it yet :) |
| [00:38:22] |
<mitsuhiko> |
alect: but i'm no trac dev and have no time ;) |
| [00:38:27] |
<mitsuhiko> |
so someone else has to do it |
| [00:40:23] |
<alect> |
exactly |
| [00:41:40] |
<esperegu> |
what is the easiest way to manage/administer trac/subversion? somebody here got to know ;-) |
| [00:42:27] |
<ptman> |
trac-admin? |
| [00:42:51] |
* |
jml has left #trac |
| [00:42:51] |
<esperegu> |
ptman: but can that make projects and users.... also for svn? |
| [00:43:05] |
<jerome> |
coderanger: have you planned a 0.10 version for your tracCasPlugin ? Any idea about the amount of work needed ? |
| [00:43:05] |
<ptman> |
no |
| [00:43:37] |
<ptman> |
"svnadmin create" to create subversion repository |
| [00:43:44] |
<esperegu> |
I saw that webadmin and accountmanager plugins have some nice features but there must be a way to administer projects and svn also I gues? |
| [00:43:49] |
<ptman> |
"trac-admin init" to create trac environment |
| [00:43:55] |
<ptman> |
trac-admin to add users |
| [00:44:24] |
<ptman> |
and then add them also to webserver, hmm... it is quite complex |
| [00:44:40] |
<ptman> |
write something! and share it |
| [00:44:55] |
<esperegu> |
ptman: se mi havus tempon mi certe farus |
| [00:45:11] |
<esperegu> |
aaaaa. sorry..... I am chatting in esperanto at the same time. |
| [00:45:24] |
<esperegu> |
ptman: if I had the time I would certainly do that. |
| [00:45:29] |
<ptman> |
oh, I thought that was "writing something" |
| [00:45:40] |
<esperegu> |
lol |
| [00:45:52] |
<ptman> |
esperegu: but don't you need something like that to save time for yourself? |
| [00:46:47] |
<cmlenz> |
http://trac.macosforge.org/projects/collaboration |
| [00:46:52] |
<cmlenz> |
apple uses trac :-D |
| [00:47:15] |
<esperegu> |
yes. but I would gues that a lot of people do and that it already exists... I have other stuff that have higher priority at the moment... like finishing a RDF editor and framework ;-) |
| [00:47:45] |
<esperegu> |
ptman: so there seriously is nothing like that yetL |
| [00:49:05] |
<esperegu> |
? |
| [00:54:26] |
<ptman> |
not that I know of |
| [00:54:30] |
<mitsuhiko> |
alect: has the trac team thought about writing a syntax highlighter in python? |
| [00:55:01] |
<esperegu> |
anybody has some experience in easily setting up projects? |
| [01:00:17] |
<ptman> |
esperegu: there's http://trac.edgewall.org/wiki/WebAdmin, http://trac-hacks.org/wiki/AccountManagerPlugin, http://trac-hacks.org/wiki/TracProjManagerPlugin, http://trac-hacks.org/wiki/WebAdminUsersPlugin, but nothing quite integrated |
| [01:01:04] |
<esperegu> |
ptman: yeah. these plugins al assume that the project is already setup. |
| [01:01:31] |
<esperegu> |
and I assume that the rights to subversion have to be set manually right? |
| [01:01:40] |
<esperegu> |
or am I doing something wrong there? |
| [01:01:54] |
<esperegu> |
I do it like this now: |
| [01:02:05] |
<esperegu> |
[yourRepo:/] |
| [01:02:07] |
<esperegu> |
yourName = rw |
| [01:02:38] |
<ptman> |
well, yeah |
| [01:03:02] |
<ptman> |
It's easier, if all users have accounts on the machine and use svn+ssh:// to access |
| [01:03:09] |
<ptman> |
or at least I think it is |
| [01:03:23] |
<ptman> |
then you only have to set unix group permissions right |
| [01:03:33] |
<esperegu> |
but they wont ;-) |
| [01:04:02] |
<ptman> |
oh, well |
| [01:04:05] |
<esperegu> |
hmmm. I still can't imagine that this is not a common thing ;-) |
| [01:11:18] |
* |
malept has joined #trac |
| [01:16:15] |
* |
cmlenz has quit IRC |
| [01:20:47] |
* |
ralreegorganon has joined #trac |
| [01:26:45] |
* |
puggy has quit IRC |
| [01:27:13] |
<cboos> |
alect: maybe you should install the SpamFilter on http://python-trac.swapoff.org... The last two tickets #1463106 and #1463107 won't help to sell Trac ;) |
| [01:31:54] |
* |
puggy has joined #trac |
| [01:36:23] |
* |
cmlenz has joined #trac |
| [01:37:43] |
* |
ping_away is now known as PingYeh |
| [01:38:31] |
* |
flanders has joined #trac |
| [01:40:13] |
* |
dna has quit IRC |
| [01:40:43] |
* |
_idostyle has joined #trac |
| [01:43:52] |
* |
dna has joined #trac |
| [01:52:15] |
<cboos> |
About the ticket wiki formatting for the PSF Tracker... one idea I had was to simply respect leading white space |
| [01:52:36] |
<cboos> |
I tested it a bit, and it seems to work well... proof of concept code: |
| [01:53:19] |
<lisppaste5> |
cboos pasted "Trac wiki: respect white space" at http://paste.lisp.org/display/23822 |
| [01:56:23] |
<cboos> |
in addition to that, the underline (and the superscript) regexps should be disabled |
| [01:57:19] |
* |
idostyle has quit IRC |
| [01:57:23] |
* |
_idostyle is now known as idostyle |
| [02:16:37] |
<cmlenz> |
sheesh, the unit tests are waaaaaaay too slooooow |
| [02:19:18] |
* |
tuxipuxi has joined #trac |
| [02:20:45] |
<cboos> |
try again without the svn tests ;) |
| [02:23:34] |
* |
MasterC has joined #trac |
| [02:27:12] |
<cmlenz> |
nah, the problem are the notification and environment tests |
| [02:27:22] |
<cmlenz> |
everything requiring the setup of a real environment, I think |
| [02:27:43] |
<cmlenz> |
the svn tests are relatively fast |
| [02:34:49] |
<cboos> |
hm, not on windows, at least: the svn tests take about 21s on a total of 42s ... |
| [02:35:00] |
<cboos> |
(the tests/env.py takes another 10s) |
| [02:35:44] |
<cboos> |
so on windows, the svn + env tests takes 3/4 of the time ... |
| [02:35:57] |
<cboos> |
OTOH, the notification tests are instantaneous |
| [02:36:38] |
<cboos> |
hm, wait... |
| [02:37:36] |
<cboos> |
I wonder if they are executed at all... checking |
| [02:39:03] |
<cboos> |
ok, yes they are, 0.5s |
| [02:39:42] |
* |
cmlenz has quit IRC |
| [02:39:59] |
* |
cmlenz has joined #trac |
| [03:06:17] |
* |
prologic has joined #trac |
| [03:37:00] |
* |
simmerz has joined #trac |
| [03:37:53] |
<simmerz> |
when i create a trac environment, the env uses the local config file. is there any way in which i can make it use a global one instead? or do i need to change significant bits of code? |
| [03:53:50] |
<cboos> |
you can put a global config file in the place you've installed trac, $prefix/share/trac/conf/trac.ini |
| [03:54:20] |
<cboos> |
I'm not sure if that's available for 0.9.x, though |
| [03:55:19] |
<prologic> |
it is |
| [03:55:31] |
<prologic> |
I used to run 0.9.5 and 0.9.6 |
| [03:55:40] |
<cboos> |
wonderful ;) |
| [03:55:55] |
<cboos> |
why do we need 0.10 for, I wonder ... |
| [03:57:11] |
<prologic> |
lol |
| [03:57:15] |
<prologic> |
umm because it's the latest :) |
| [03:57:20] |
<prologic> |
I run it myself actually |
| [03:59:32] |
<cboos> |
alect: ping |
| [04:10:25] |
* |
prologic has quit IRC |
| [04:20:23] |
* |
prologic has joined #trac |
| [04:40:35] |
* |
moolight has quit IRC |
| [04:43:55] |
* |
prologic has quit IRC |
| [04:44:24] |
* |
prologic has joined #trac |
| [04:58:39] |
* |
Riccc has joined #trac |
| [05:01:27] |
* |
MasterC has quit IRC |
| [05:08:45] |
* |
kowey has joined #trac |
| [05:09:25] |
<kowey> |
hi... I tried upgrading a plugin locally by rm'ing the old egg and cp'ing the new one in, but my project still thinks it's using the old plugin |
| [05:09:31] |
<kowey> |
is there anything I ought to be doing? |
| [05:10:38] |
<exarkun> |
Restart your persistent server process |
| [05:14:23] |
<kowey> |
hmm... i had shut down my server and then started it back up after the upgrade |
| [05:14:54] |
<exarkun> |
beats me, then |
| [05:14:55] |
<kowey> |
ahh! i have to run trac-admin while the server is running? |
| [05:15:28] |
<kowey> |
hmm... no, that wouldn't be it |
| [05:16:13] |
<kowey> |
is there some secret cache i should know about? the plugin does not show up in my PYTHON_EGG_CACHE |
| [05:27:05] |
<maxb> |
kowey: What server method? What plugin installation directory (local? global?) |
| [05:27:30] |
<kowey> |
local, but for some reason, i've found an old copy of the plugin in /usr/lib/python2.3/site-packages |
| [05:27:42] |
<kowey> |
which if i understand correctly, is what happens when you install globally :-/ |
| [05:31:34] |
<kowey> |
maxb: what are the possible server methods? |
| [05:39:34] |
* |
coderanger_ has joined #trac |
| [05:41:25] |
<coderanger_> |
Morning y'all |
| [05:48:46] |
<cboos> |
cmlenz: are you there? |
| [05:49:28] |
* |
prologic has quit IRC |
| [05:51:04] |
<cmlenz> |
yep |
| [05:53:48] |
<cboos> |
ah, so I just experienced getting empty changesets while browsing the Markup Trac, again ... |
| [05:54:32] |
<cboos> |
I would like to get the tail of the trac.log, if possible |
| [05:56:06] |
<cboos> |
and the apache log as well, as I believe a crash of the apache server thread is the cause of this |
| [05:58:57] |
<cboos> |
e.g. contrast the following successful GET: |
| [05:59:15] |
<cboos> |
Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request |
| [05:59:16] |
<cboos> |
0-0 - 0/0/21918 . 1.81 2 0 0.0 0.00 429.75 194.173.12.131 markup.edgewall.org GET /changeset/167 HTTP/1.1 |
| [05:59:19] |
* |
cmlenz is looking |
| [05:59:47] |
<cmlenz> |
apache error log enough? |
| [06:00:05] |
<cmlenz> |
there's nothing in there except for quite a few database locks in the last 15 minutes |
| [06:00:18] |
<cboos> |
wait, I pasted the wrong line above... |
| [06:00:39] |
<cboos> |
the GET /changeset/167 is actually the one which failed |
| [06:01:06] |
<cboos> |
as you can see, 0 bytes transfered |
| [06:01:12] |
<cboos> |
and also no PID |
| [06:01:13] |
* |
prologic has joined #trac |
| [06:01:24] |
<cboos> |
which is why I think the thread had crashed |
| [06:01:26] |
* |
flosch has joined #trac |
| [06:01:53] |
<cmlenz> |
what are you looking at there? |
| [06:02:05] |
<cboos> |
at /server-status |
| [06:02:15] |
<cmlenz> |
ah |
| [06:02:28] |
<cboos> |
immediately after the error |
| [06:03:11] |
<cboos> |
I wonder, am I the only one to get this error? |
| [06:03:20] |
<cmlenz> |
nope |
| [06:03:51] |
<cmlenz> |
I'm getting plain "200 OK" or internal server errors, or just a server disconnect |
| [06:04:21] |
<cboos> |
I wonder if it's not issue #2611 ... |
| [06:04:45] |
<cboos> |
what is the SVN version on the website formerly known as p.e.c ? |
| [06:05:03] |
<cmlenz> |
that's definitely not in the logs |
| [06:05:21] |
<cmlenz> |
1.3.1 |
| [06:05:44] |
<cmlenz> |
ugh, I wasn't aware we were already on 1.3 |
| [06:06:21] |
<cboos> |
but you're probably using a virtual host setup, and that combined with 1.3.x is what is supposed to trigger #2611 ... |
| [06:07:45] |
<cmlenz> |
that's a different kind of error though |
| [06:07:52] |
<cmlenz> |
I've had it myself on bitten.cmlenz.net |
| [06:08:05] |
<cmlenz> |
when I was running markup.cmlenz.net on the same machine as a virtual host |
| [06:08:17] |
<cmlenz> |
you get a proper trac/mod_python error page |
| [06:08:39] |
<cboos> |
but some people report a segfault for this |
| [06:08:41] |
<cboos> |
e.g. |
| [06:08:53] |
<cboos> |
they see this in the apache logs: [notice] child pid 15649 exit signal Segmentation fault (11) |
| [06:09:28] |
<cboos> |
don't we have something similar on markup.edgewall.org ? It must be a crash... I'm pretty sure |
| [06:10:06] |
<cmlenz> |
yeah, the main apache2 error log has those: [notice] child pid 24468 exit signal Segmentation fault (11) |
| [06:10:20] |
<cmlenz> |
(I was looking in the vhost log, which didn't have that) |
| [06:10:26] |
<cboos> |
and nothing before the [notice] ? |
| [06:10:35] |
<cmlenz> |
nope |
| [06:10:36] |
<cboos> |
no [error] line ? |
| [06:10:38] |
<cmlenz> |
:-( |
| [06:11:00] |
<cboos> |
I was actually refering to http://trac.edgewall.org/ticket/2611#comment:34 |
| [06:11:31] |
<cmlenz> |
yeah, it's not there |
| [06:11:38] |
<cmlenz> |
there's no info about the fault whatsoever |
| [06:11:51] |
<cboos> |
I guess the config listed in the comment above must be pretty similar to the one of markup.edgewall.org |
| [06:12:09] |
* |
bryanl_ has joined #trac |
| [06:12:12] |
<cboos> |
except for 1.3.1 instead of 1.3.0, but that shouldn't make a difference |
| [06:12:52] |
<cboos> |
but are there other [error] lines in that log? Otherwise logging of errors is maybe simply not enabled... |
| [06:13:25] |
<cmlenz> |
yeah, there are other [error] messages (file does not exist, etc) |
| [06:13:37] |
<cboos> |
hm... |
| [06:14:30] |
<cboos> |
so maybe there is a difference after all between 1.3.0 and 1.3.1: with the latter you don't even see the [error] message, it crashes before ;) |
| [06:16:21] |
<cboos> |
it's also quite surprising that the #2611 occurs with the prefork MPM, as it's a threading issue, and with the prefork model, there shouldn't be threads... |
| [06:22:25] |
<cmlenz> |
so it's probably not a threading issue then |
| [06:23:51] |
<exarkun> |
Why was threading suspected? Does mod_python do something terrible to CPython's import code? Normally, imports are serialized because a lock must be held to do it. |
| [06:24:30] |
* |
agile has quit IRC |
| [06:31:02] |
<coderanger_> |
Its down in the SWIG code |
| [06:31:21] |
<coderanger_> |
So its mob rule |
| [06:36:26] |
* |
puggy has quit IRC |
| [06:37:01] |
* |
danbeck has joined #trac |
| [06:41:10] |
* |
puggy has joined #trac |
| [06:41:52] |
<kowey> |
if i get an error like 'Command failed: Unsupported version control system "darcs"' ... |
| [06:41:56] |
<kowey> |
is that coming from trac proper? |
| [06:42:09] |
* |
angrymike has joined #trac |
| [06:42:11] |
<cboos> |
btw, there was a recent note on #2611 by maxb saying that regenerating the 1.3.2 bindings with SWIG >= 1.3.28 solved the problem for him... any chance you could try that, cmlenz? |
| [06:42:14] |
<kowey> |
or from my darcsplugin? (i don't expect you folks to know the darcsplugin, of course) |
| [06:43:09] |
<coderanger_> |
kowey: It means that its not finding the darcs plugin |
| [06:43:15] |
<maxb> |
Hi. Yes, with later swig versions I was unable to reproduce the problem. |
| [06:43:43] |
<kowey> |
coderanger_: well, that's odd, because i put it in the plugins directory of the project in question |
| [06:44:01] |
<maxb> |
I have been encountering a different problem, which I fear is also something to do with the subversion bindings. I've been trying to gain enough familiarity with the code to work out what's going on. |
| [06:44:19] |
<kowey> |
ahah! no, i have not, coderanger_ |
| [06:44:21] |
<coderanger_> |
kowey: Do you see it loading in the log? |
| [06:44:24] |
<maxb> |
Sadly, as all multi-threading bugs are, it's a bit of a pain |
| [06:44:41] |
* |
kowey had a cp gone bad, had put it in the parent instead of plugins |
| [06:45:00] |
<kowey> |
argh... no |
| [06:45:34] |
<cmlenz> |
cboos: I'd rather let jonas do that |
| [06:45:34] |
<kowey> |
i get this error whilst doing a trac-admin . resync ... is there a log for me to look at somewhere? |
| [06:45:52] |
<coderanger_> |
Just the trac log |
| [06:46:02] |
* |
jborg has joined #trac |
| [06:46:16] |
<cboos> |
ah, speaking about the wolf ;) |
| [06:46:35] |
<kowey> |
not to be dense... but where? |
| [06:46:52] |
<coderanger_> |
@logging |
| [06:46:52] |
<evil_twin> |
coderanger_: "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. |
| [06:47:17] |
* |
kowey tries |
| [06:47:21] |
<cboos> |
hi jonas |
| [06:47:29] |
<jborg> |
howdy |
| [06:47:52] |
<cboos> |
we were discussing about some issues we're seeing on markup.edgewall.org |
| [06:48:05] |
<jborg> |
the blank pages? |
| [06:48:10] |
<cboos> |
yep, |
| [06:48:35] |
<cboos> |
and we think it might be a symptom of #2611 ... |
| [06:49:04] |
<cboos> |
(the strange svn/SWIG error in relation with multiple virtual hosts and mod_python) |
| [06:49:38] |
<jborg> |
is it only happening on m.e.o and not t.e.o? |
| [06:50:00] |
<cboos> |
yes, apparently (at least I don't remember having that on t.e.o) |
| [06:50:04] |
* |
milk-it has joined #trac |
| [06:50:07] |
<cboos> |
so... it seems that upgrading to 1.3.2 _and_ regenerating the bindings using SWIG >= 1.3.28 will solve the problem |
| [06:50:27] |
<cboos> |
maybe you could try to do that, if you have some time |
| [06:50:33] |
<kowey> |
coderanger_: thanks to you, i have discovered some errors loading the plugin! probably something to discuss with the tracdarcs folk |
| [06:50:42] |
<cboos> |
(and if that works, we could even _close_ that damn ticket ;) ) |
| [06:51:12] |
<jborg> |
we're currently running a really old version on that server (1.1.4 iirc) |
| [06:51:18] |
<cboos> |
? |
| [06:51:25] |
<cboos> |
cmlenz said it was 1.3.1 ... |
| [06:51:34] |
<cmlenz> |
jborg: /var/log/apache2/error.log has quite a number of segfaults in child processes |
| [06:51:41] |
<cmlenz> |
hmm, the client said 1.3.1 |
| [06:52:28] |
<jborg> |
take a look at the version string here: http://svn.edgewall.org/repos/trac/ |
| [06:53:02] |
<cmlenz> |
right |
| [06:53:06] |
<cmlenz> |
hmm, the client says that too |
| [06:53:07] |
<cboos> |
what really matters is the version of the bindings ... |
| [06:53:15] |
<cboos> |
not the one of the server |
| [06:53:44] |
<jborg> |
cboos, I know, but it's from the same deb package |
| [06:54:05] |
<kowey> |
coderanger_: in fact, the plugin appears to be trying to import NoSuchChangeset from trac.versioncontrol |
| [06:54:16] |
<cboos> |
are you sure nobody installed a newer version which may be in the python path? |
| [06:54:21] |
<cmlenz> |
I probably got confused with too many terminal windows when looking up the svn verson earlier |
| [06:54:23] |
<cmlenz> |
sorry |
| [06:54:33] |
<coderanger_> |
kowey: I know little about versioncontrol.* |
| [06:55:16] |
<kowey> |
coderanger_: well the fact that this worked on a different server makes me thing that this must be something provided in a recent (accepted) patch |
| [06:55:26] |
<kowey> |
and that I just need to svn update my trac and reinstall |
| [06:55:34] |
<coderanger_> |
Worth a shot |
| [06:56:17] |
<cboos> |
but OK, that doesn't completely rule out a problem similar to #2611 ... so maybe an upgrade to 1.3.2 with SWIG 1.3.28 might be interesting anyway |
| [06:57:14] |
<cmlenz> |
#2611 is strictly about svn 1.3.x IIUC |
| [06:57:28] |
<cboos> |
yes |
| [06:57:51] |
<cboos> |
but that's maybe simply a similar issue |
| [06:58:26] |
<cboos> |
i.e. probably 1.2.x had no problem with mod_python multiple virtual hosts, |
| [06:58:33] |
<cmlenz> |
it may also be totally unrelated to svn, though :-P |
| [06:58:35] |
<cboos> |
obviously 1.3.x has, |
| [06:59:13] |
<cboos> |
and *possibly* 1.1.x has a similar issue... I don't know, but it *really* looks like it's related to SVN |
| [06:59:43] |
<jborg> |
The segmentation faults in error.log started to appear the same day we reorganized the site and added markup.edgewall.org (July 9) |
| [07:00:12] |
<cboos> |
none from today? |
| [07:00:26] |
<cmlenz> |
sure from today |
| [07:00:29] |
<cmlenz> |
all the time since then |
| [07:00:45] |
<cmlenz> |
you mean it's related to svn because it happens mostly on changeset/browser pages? |
| [07:01:07] |
* |
termie has quit IRC |
| [07:01:27] |
* |
termie has joined #trac |
| [07:01:37] |
<cboos> |
yes, but I just checked back in #3455, where I kept track of some of these "events" |
| [07:01:54] |
<cboos> |
and I wrote there that I had this also for a ticket on t.e.o ... |
| [07:02:52] |
<cboos> |
so not _strictly_ related to changesets, but I definitely have them systematically when browsing through the few last changesets on m.e.o ... |
| [07:03:26] |
* |
agile has joined #trac |
| [07:04:40] |
<kowey> |
coderanger_: thanks for all your help... it works! |
| [07:04:43] |
<bryanl_> |
whats the trac recommended web setup? cgi, fastcgi or mod_python? |
| [07:08:05] |
<coderanger_> |
bryanl_: FCGI/mod_python |
| [07:08:15] |
<coderanger_> |
Between those two its a personal choice |
| [07:08:29] |
<bryanl_> |
coderanger_: thanks |
| [07:08:36] |
<coderanger_> |
I use mod_python For all of mine |
| [07:14:37] |
* |
termie has left #trac |
| [07:14:42] |
* |
termie has joined #trac |
| [07:19:19] |
<jborg> |
I've upgraded to svn 1.2.3 but the problem persists :-( I'll see if can find any 1.3.2 packages. |
| [07:27:50] |
* |
klasstek has joined #trac |
| [07:31:46] |
* |
raggi has joined #trac |
| [07:32:15] |
<raggi> |
yo, having an issue with the logo, have a file in tracenv/htdocs/logo.png |
| [07:32:25] |
<raggi> |
trying site/logo.png as in docs |
| [07:32:32] |
<raggi> |
but getting http 200 and no file. |
| [07:33:36] |
* |
felis has joined #trac |
| [07:33:53] |
<felis> |
hi everyone. is there an alternative to email2trac that works on windows platforms? |
| [07:34:23] |
<felis> |
something that talks POP and/or IMAP and pulls e-mails into Trac as tickets would be excellent.. |
| [07:36:24] |
<coderanger_> |
felis: Why does email2trac not work on windows? |
| [07:36:48] |
<coderanger_> |
Use fetchmail (which runs on windows) to feed mail to it from a mailbox |
| [07:36:57] |
<cboos> |
jborg: note that you probably shouldn't use a packaged version of 1.3.2, as they're probably using the pre-generated wrapper code built by SWIG 1.3.25, and this is known to still have the problem; however regenerating them using SWIG >= 1.3.28 seemed to fix the issue, at least for one user so far (see http://trac.edgewall.org/ticket/2611#comment:64) |
| [07:37:20] |
<coderanger_> |
raggi: /chrome/site/logo.png |
| [07:38:12] |
<raggi> |
coderanger_: still getting a http 200 and no data |
| [07:38:29] |
<cboos> |
... but if the problem is still there with svn 1.2.3, it's probably not related to #2611 |
| [07:40:12] |
<raggi> |
coderanger_: /trac/chrome/site/... |
| [07:40:34] |
<raggi> |
the docs may need updating a bit, that's not easy to figure out from the wiki |
| [07:40:35] |
<felis> |
coderanger_: that would require cygwin as well, which is a bit too much to maintain for a trac plugin |
| [07:40:49] |
<coderanger_> |
why, its a python script? |
| [07:41:07] |
<coderanger_> |
you may need mingw for autotools, but not all of cygwin |
| [07:42:13] |
<felis> |
coderanger_: it requires a small program to run under an MTA as well, doesn't it? |
| [07:43:38] |
<jborg> |
cboos, yeah you're right, I tried a packaged 1.3.2 but got #2611 tracebacks. |
| [07:53:16] |
<coderanger_> |
felis: Not under windows |
| [07:53:31] |
<coderanger_> |
Thats to get around suid issues me thinks |
| [07:54:33] |
<felis> |
ah, that might be |
| [07:54:43] |
<felis> |
so where do i find a non-cygwin-based fetchmail for windows? |
| [07:55:28] |
<coderanger_> |
http://www.google.com/search?q=windows+fetchmail |
| [07:55:32] |
<coderanger_> |
;-) |
| [07:56:24] |
<coderanger_> |
Python also have POP and IMAP libs, so you could write the whole thing in Python |
| [07:57:08] |
* |
flanders has quit IRC |
| [07:57:34] |
<misc> |
there is already one |
| [07:57:38] |
<misc> |
called getmail |
| [08:00:20] |
<maxb> |
OK, so #1890 just got more idiot-spam. |
| [08:02:56] |
<felis> |
coderanger_: i know that, but I wanted to get away with it without having to write and maintain a plugin. the overhead involved with maintaining the plugin is essential for my decision on what to do, so that's why I'm digging into it. |
| [08:03:15] |
<De_mon> |
from 0.9.5 to 0.10dev did the email notify go from sending multiple emails with To: headers to a single email with a lot of BCC recipients? |
| [08:03:21] |
<coderanger_> |
felis: If you are looking for something simple, the answer is no |
| [08:03:38] |
<coderanger_> |
felis: email2trac on its own isn't exactly simple |
| [08:03:58] |
<felis> |
coderanger_: i kinda found that out by now, but thanks for helping out :) |
| [08:04:28] |
<De_mon> |
felis I'm in the same boat, I was looking at settup up a virtual SMTP server and forwarding mail to it |
| [08:04:59] |
<felis> |
it's essential for us (my company) to avoid spending time on maintaining custom solutions for the tools we need |
| [08:05:51] |
<felis> |
it's kind of surprising that noone has made a plugin that reads mail through POP or IMAP and converts it to tickets, though |
| [08:06:00] |
<coderanger_> |
felis: Yeah, many people are saying the same thing |
| [08:06:07] |
<coderanger_> |
felis: Trac is still very young |
| [08:06:17] |
<coderanger_> |
felis: Us plugin writters are going as fast as we can ;-) |
| [08:06:38] |
<felis> |
coderanger_: true, but still. people _have_ found time to create an amazingly complicated email2trac plugin. ;) |
| [08:06:57] |
<coderanger_> |
felis: Its comes in steps |
| [08:07:03] |
<felis> |
it just doesn't make sense to me (no offense to those who created it, though, I'm sure they had their reasons) |
| [08:07:08] |
<felis> |
coderanger_: it's always that way. :) |
| [08:07:33] |
<De_mon> |
felis linux comes with tools that do that part standard |
| [08:07:49] |
<coderanger_> |
If you already have a mail server setup its easier to hook into that then to roll a polling system |
| [08:08:04] |
<felis> |
De_mon: we are unfortunate enough to run on the windows platform at work |
| [08:08:35] |
<De_mon> |
felis most plugin writers use linux and don't know about all the grief using windows adds :P |
| [08:08:49] |
<De_mon> |
but that's why were here! |
| [08:09:06] |
<felis> |
De_mon: I know, I hacked a bit on trac for a project earlier. |
| [08:09:17] |
<felis> |
patched 0.8 with support for ticket relations |
| [08:09:40] |
<felis> |
but the patch never made it in to trac, though |
| [08:09:43] |
* |
esperegu has quit IRC |
| [08:10:19] |
* |
Ajaxamander has joined #trac |
| [08:10:58] |
<De_mon> |
that sounds like the workflow sandbox |
| [08:11:02] |
<Ajaxamander> |
I'm trying to move a Trac Project Environment from one machine to another, and when I try and serve on the new machine, i get the following error in my apache2 error_log |
| [08:11:20] |
<Ajaxamander> |
PythonHandler trac.web.modpython_frontend: DatabaseError: file is encrypted or is not a database |
| [08:11:32] |
<felis> |
De_mon: I'm not familiar with that, this was a while ago |
| [08:11:38] |
<felis> |
a year or two, perhaps |
| [08:11:46] |
<felis> |
but yeah, it all boils down to workflows |
| [08:14:16] |
* |
esperegu has joined #trac |
| [08:14:46] |
<coderanger_> |
Ajaxamander: sqlite version mismatch |
| [08:15:02] |
<coderanger_> |
felis: That will be added to trunk after 0.10 is out |
| [08:15:34] |
* |
kowey has left #trac |
| [08:16:19] |
<felis> |
coderanger_: sweet. probably not my old patch, though. that was before the component architecture and all that. |
| [08:16:26] |
<Ajaxamander> |
coderanger_:how can I rectify it? Is there any way to tell what version of sqlite the .db was made with? Let's assume I don't have access to the original machine |
| [08:16:37] |
<coderanger_> |
felis: Yeah, this is a shiny new system from Alec |
| [08:16:55] |
<coderanger_> |
Ajaxamander: On the new machine try opening it with sqlite and then sqlite3 |
| [08:17:20] |
<coderanger_> |
sqlite == 2.x sqlite3 == 3.x |
| [08:19:41] |
* |
tolsen has quit IRC |
| [08:21:35] |
<Ajaxamander> |
Brilliant ! |
| [08:21:51] |
<Ajaxamander> |
So i can do sqlite3 file .dump | sqlite filenew? |
| [08:21:54] |
* |
work_metaperl has joined #trac |
| [08:22:07] |
<coderanger_> |
Yes |
| [08:22:20] |
<coderanger_> |
Though you may want to upgrade rather than downgrade the file |
