| [00:03:50] |
<kkatzke> |
I'm with pablo. zzzzz |
| [00:06:38] |
* |
kkatzke has quit IRC |
| [00:15:12] |
* |
asmodai rises |
| [00:17:31] |
* |
em-dash has joined #trac |
| [00:24:41] |
<gmoore> |
TracError: Unsupported version control system "svn" |
| [00:25:43] |
* |
lightcap_ has quit IRC |
| [00:26:07] |
<asmodai> |
gmoore: Fix your svn bindings. |
| [00:27:10] |
<gmoore> |
how exactly? |
| [00:29:41] |
<gmoore> |
asmodai: any more information? |
| [00:33:39] |
<coderanger> |
gmoore: python -c 'from svn import fs' |
| [00:34:37] |
<gmoore> |
[04:32] <ocean> Traceback (most recent call last): |
| [00:34:37] |
<gmoore> |
[04:32] <ocean> File "<string>", line 1, in ? |
| [00:34:37] |
<gmoore> |
[04:32] <ocean> File "/usr/local/lib/svn-python/svn/fs.py", line 19, in ? |
| [00:34:37] |
<gmoore> |
[04:32] <ocean> from libsvn.fs import * |
| [00:34:37] |
<gmoore> |
[04:32] <ocean> File "/usr/local/lib/svn-python/libsvn/fs.py", line 5, in ? |
| [00:34:38] |
<gmoore> |
[04:32] <ocean> import _fs |
| [00:34:39] |
<gmoore> |
[04:32] <ocean> ImportError: libsvn_swig_py-1.so.0: cannot open shared object file: No such file or directory |
| [00:34:49] |
<coderanger> |
There ya go |
| [00:35:08] |
<coderanger> |
the swig bindings aren't installed |
| [00:35:11] |
<gmoore> |
what do you mean there you go? we just installed svn 1.4.3, swig 1.3.29 |
| [00:36:12] |
<coderanger> |
@wiki TracSubversion |
| [00:36:12] |
<evil_twin> |
coderanger: http://trac.edgewall.org/wiki/TracSubversion |
| [00:37:10] |
<gmoore> |
"Do not install swig 1.3.28 or 29" is this still applicable? |
| [00:38:36] |
<gmoore> |
sigh we'll try recompiling everything with swig 1.3.25 |
| [00:39:08] |
<asmodai> |
coderanger: 1.3.29 works for me :) |
| [00:39:19] |
* |
asmodai pats FreeBSD and its ports |
| [00:42:22] |
<coderanger> |
I just use whatever come pregenerated with subversion |
| [00:42:51] |
<gmoore> |
coderanger: ? |
| [00:43:05] |
<coderanger> |
you don't need any SWIG to build the bindings |
| [00:43:15] |
<gmoore> |
coderanger: care to share how? |
| [00:43:20] |
<coderanger> |
the C files come with subversion ... |
| [00:43:31] |
<coderanger> |
just untar and make swig-py |
| [00:47:47] |
* |
marlun has joined #trac |
| [00:54:05] |
<gmoore> |
ok. we got swig 1.3.25, configured swig --with-python=/usr/bin/python, made and installed swig, made svn 1.4.3 with ./configure --with-swig, installed svn, installed install-swig-py |
| [00:54:12] |
<gmoore> |
python -c 'from svn import fs' gives the libsvn error i pasted above, still |
| [00:54:25] |
<gmoore> |
i do not understand how the swig bindings could be set up wrong at this point |
| [00:54:27] |
<coderanger> |
can you find that library? |
| [00:58:52] |
<gmoore> |
apparently it's only in his home directory |
| [00:58:56] |
<prologic> |
works for me :) |
| [00:58:56] |
<gmoore> |
it's like it's not being installed? |
| [00:59:22] |
<prologic> |
btw swig 1.3.31 here |
| [01:03:52] |
<gmoore> |
argh what the hell |
| [01:12:11] |
<asmodai> |
As if hell would explain... |
| [01:12:15] |
<asmodai> |
:) |
| [01:13:54] |
<gmoore> |
well any ideas as to what is going wrong here with swig-py? |
| [01:19:50] |
<gmoore> |
what version of trac should i use |
| [01:30:32] |
<asmodai> |
Best questions for svn + swig stuff would be #svn - I've used 0.9 - 0.11 for trac and used the svn + swig bindings from a variety of versions as well. |
| [01:42:48] |
* |
em-dash has quit IRC |
| [01:45:33] |
* |
neoxed_ has joined #Trac |
| [02:02:24] |
* |
neoxed has quit IRC |
| [02:05:33] |
* |
neoxed_ has quit IRC |
| [02:30:54] |
* |
m_g has joined #trac |
| [02:32:09] |
* |
angrymike has left #trac |
| [02:35:42] |
<prologic> |
hmm |
| [02:35:54] |
<prologic> |
doesn't the html processor display html ? |
| [02:35:56] |
<prologic> |
{{{ |
| [02:35:58] |
<prologic> |
#!html |
| [02:35:59] |
<prologic> |
... |
| [02:36:19] |
<prologic> |
I'm trying to display external data using <script> tags that execute some remote js |
| [02:37:19] |
<coderanger> |
prologic: It strips possibly dangerous tags |
| [02:37:23] |
<coderanger> |
including <script> |
| [02:37:32] |
<prologic> |
oh |
| [02:37:34] |
<coderanger> |
to prevent things like XSS attacks |
| [02:37:40] |
<prologic> |
right |
| [02:37:45] |
<prologic> |
any way I can do this then ? |
| [02:37:49] |
<prologic> |
http://trac.shortcircuit.net.au/irc/wiki/WikiStart |
| [02:38:10] |
<prologic> |
guess I'd have to include it in a template somewhere |
| [02:38:25] |
<coderanger> |
What are you trying to do? |
| [02:38:36] |
<prologic> |
see the code :) |
| [02:38:40] |
<prologic> |
bottom |
| [02:38:48] |
<coderanger> |
your site is slow :P |
| [02:39:05] |
<prologic> |
really ? |
| [02:39:10] |
* |
omry_ has joined #trac |
| [02:40:45] |
<coderanger> |
timeout |
| [02:41:02] |
<prologic> |
you're kidding ? |
| [02:41:19] |
<coderanger> |
no |
| [02:43:27] |
<prologic> |
works from two remote boxes on another isp in au |
| [02:43:30] |
<prologic> |
and on a box I have in the us |
| [02:43:31] |
<prologic> |
damn :/ |
| [02:44:11] |
<prologic> |
what network you on ? |
| [02:44:56] |
<coderanger> |
RPI campus |
| [02:45:07] |
<coderanger> |
which I think peers to I1 via broadwing |
| [02:45:10] |
<coderanger> |
then to level3 |
| [02:45:32] |
<prologic> |
hmm |
| [02:45:39] |
<prologic> |
I have another box in level3 |
| [02:45:46] |
<prologic> |
but I need to update my key on it :/ |
| [02:45:52] |
<prologic> |
oh well nevermind |
| [02:45:55] |
<prologic> |
I'll work something out |
| [02:46:17] |
<coderanger> |
I can ping just fine |
| [02:46:23] |
<coderanger> |
probably the friggin pixes again |
| [02:46:26] |
<prologic> |
I hate networks that don't work :) |
| [02:46:31] |
<prologic> |
hehe |
| [02:46:37] |
<prologic> |
afaik all my stuff here is working okay |
| [02:46:41] |
<prologic> |
all green lights ;) |
| [02:46:43] |
<coderanger> |
they activated the HTTP content inspection system on them recently |
| [02:46:59] |
<prologic> |
ahh |
| [02:47:00] |
<coderanger> |
it is pretty borked, which is odd for cisco gear |
| [02:47:17] |
<coderanger> |
Do you run HTTPS? |
| [02:47:32] |
<misc> |
i have heard similar problem with smtp inspection, content inspection can be quite hard to be done right |
| [02:47:50] |
<prologic> |
I do |
| [02:47:53] |
<prologic> |
but not on that trac instance |
| [02:48:07] |
* |
jae has quit IRC |
| [02:49:27] |
<coderanger> |
misc: Doing it right is easy, doing it right at 200MB/s is hard |
| [02:51:04] |
* |
jae has joined #trac |
| [02:53:45] |
* |
omry__ has quit IRC |
| [03:03:20] |
* |
idnar has joined #trac |
| [03:26:08] |
* |
eblot has joined #trac |
| [03:44:45] |
* |
gakman has joined #trac |
| [03:49:45] |
* |
pygi has joined #trac |
| [04:03:25] |
* |
gak has quit IRC |
| [04:06:23] |
<pygi> |
s0undt3ch, ping |
| [04:12:19] |
* |
m4lu6 has quit IRC |
| [04:48:26] |
* |
bryanl has joined #trac |
| [05:08:48] |
* |
pradeep has joined #trac |
| [05:11:27] |
* |
omry__ has joined #trac |
| [05:12:05] |
* |
bryanl has quit IRC |
| [05:16:19] |
* |
ddfreyne has joined #trac |
| [05:16:55] |
<ddfreyne> |
The timeline of my Trac install shows this error: "Ticket changes event provider (TicketModule) failed: OperationalError: SQL logic error or missing database" |
| [05:17:06] |
<ddfreyne> |
The rest of the trac installation just works -- just the timeline doesn't |
| [05:17:11] |
<ddfreyne> |
(and the database is there) |
| [05:18:03] |
<ddfreyne> |
I was thinking this is caused because of a database locking issue... but why should only the timeline not work then? |
| [05:18:30] |
<ddfreyne> |
Any ideas? |
| [05:19:49] |
* |
Federico2 has joined #trac |
| [05:19:58] |
<ddfreyne> |
(I can browse my tickets just fine) |
| [05:26:44] |
* |
omry_ has quit IRC |
| [05:31:58] |
* |
ddfreyne has quit IRC |
| [05:52:49] |
* |
pradeep has quit IRC |
| [05:55:56] |
* |
kopernikus has joined #trac |
| [07:20:18] |
* |
mitsuhiko has quit IRC |
| [07:33:22] |
* |
Miek has joined #trac |
| [07:53:15] |
* |
mitsuhiko has joined #trac |
| [08:05:15] |
* |
omry_ has joined #trac |
| [08:20:09] |
* |
omry__ has quit IRC |
| [08:24:30] |
* |
maxb has quit IRC |
| [08:25:00] |
* |
maxb_ has joined #trac |
| [08:25:56] |
* |
maxb_ is now known as maxb |
| [08:52:32] |
* |
converter has quit IRC |
| [09:16:21] |
* |
omry__ has joined #trac |
| [09:22:45] |
* |
omry_ has quit IRC |
| [09:54:03] |
* |
neoxed has joined #Trac |
| [10:20:19] |
<omry__> |
what's the standard way to point people to a "how to submit a ticket" page from the newticket form? |
| [10:22:42] |
<pygi> |
s0undt3ch, ping :) |
| [10:22:47] |
<pygi> |
omry__, no standard way :) |
| [10:24:13] |
<omry__> |
common |
| [10:24:18] |
* |
omry__ is now known as omry |
| [10:24:23] |
<omry> |
how do people usually do ity |
| [10:24:59] |
<pygi> |
well, you just create "HowToSubmitTicket" and link to it from main wiki page :) |
| [10:25:21] |
<omry> |
yeah, sure. but I want a link to it that people will not miss when they want to submit a ticket |
| [10:45:37] |
<omry> |
pygi, what do you think? http://firestats.cc/newticket |
| [10:46:42] |
<pygi> |
is fine :) You hacked some files?:) |
| [10:48:13] |
<omry> |
yeah, the site_newticket.cs in the project templates dir. |
| [10:48:25] |
<omry> |
had to put a direct link, wiki shortcuts didn;t work. |
| [10:48:34] |
<omry> |
<div style="border:1px solid;padding:10px;background:#a0a0f0"> |
| [10:48:35] |
<omry> |
Be sure to check the <a href="http://firestats.cc/wiki/HowToSubmitATicket">new ticket guide</a>. |
| [10:48:35] |
<omry> |
</div> |
| [10:48:48] |
<pygi> |
as long as it works :) |
| [10:48:56] |
<omry> |
right :) |
| [10:49:37] |
<omry> |
pygi, while we are at it, if you are after a cool stats system for trac, check firestats :) |
| [10:49:46] |
<pygi> |
I knew you'd say that :P |
| [10:50:17] |
<pygi> |
currently using google analytics which I don't like too much |
| [10:50:24] |
<pygi> |
used (paid) statcounter before, was much better |
| [10:50:32] |
<omry> |
so take a look. |
| [10:50:37] |
<omry> |
there is a live demo |
| [10:50:42] |
<omry> |
http://demo.firestats.cc/firestats |
| [10:51:04] |
<pygi> |
I saw already:) |
| [10:51:21] |
<omry> |
:) |
| [10:51:51] |
<omry> |
you have a good chance to be downloader number 3000 if the recent version :) |
| [10:51:55] |
<omry> |
2995. |
| [10:52:08] |
<pygi> |
hehe :) |
| [10:52:41] |
<pygi> |
won't download tho, sorry :) |
| [10:52:46] |
<pygi> |
but keep up the good work ^_^ |
| [10:53:26] |
<omry> |
hope I`ll get to 3000 now :) |
| [10:53:34] |
<pygi> |
you will :P |
| [10:57:36] |
* |
omry_ has joined #trac |
| [11:03:23] |
* |
omry has quit IRC |
| [11:07:13] |
* |
kopernikus has quit IRC |
| [11:17:32] |
* |
bryanl has joined #trac |
| [12:00:17] |
* |
JonXP has quit IRC |
| [12:27:25] |
* |
bryanl has quit IRC |
| [12:37:34] |
* |
prologic has quit IRC |
| [12:39:12] |
* |
prologic has joined #trac |
| [13:06:01] |
* |
thm has joined #trac |
| [13:07:16] |
* |
mario_ has joined #trac |
| [13:07:40] |
* |
pygi has quit IRC |
| [13:07:50] |
* |
mario_ is now known as pygi |
| [13:23:37] |
* |
chandlerc has joined #trac |
| [13:27:16] |
* |
pygi has quit IRC |
| [13:28:02] |
* |
omry_ is now known as omry |
| [13:31:39] |
* |
bryanl has joined #trac |
| [13:44:59] |
* |
m_g has quit IRC |
| [13:51:25] |
* |
marlun has quit IRC |
| [13:57:49] |
* |
dilinger has quit IRC |
| [13:58:48] |
* |
Federico2 has quit IRC |
| [14:10:10] |
* |
pygi has joined #trac |
| [14:12:40] |
* |
pygi has quit IRC |
| [14:14:27] |
* |
pygi has joined #trac |
| [14:17:13] |
* |
pygi has quit IRC |
| [14:18:40] |
* |
Triskelios has joined #trac |
| [14:25:10] |
* |
pygi has joined #trac |
| [14:30:59] |
* |
pygi has quit IRC |
| [14:31:23] |
* |
pygi has joined #trac |
| [14:36:40] |
* |
pygi has quit IRC |
| [14:52:20] |
* |
Caitriona has quit IRC |
| [14:55:47] |
* |
Miek has quit IRC |
| [14:55:59] |
* |
gcj has joined #trac |
| [14:57:34] |
<gcj> |
hi all, i have a weird problem with my trac instance that i can't reproduce on the TracDemo. My page got truncated at 64620 bytes, and I can't append any more text to it. I guess there's no history, and the old text on that page after the truncation point is now lost? |
| [14:58:53] |
* |
Miek has joined #trac |
| [14:59:05] |
<coderanger> |
What DB? |
| [15:01:15] |
<gcj> |
mysql |
| [15:01:33] |
* |
dav1 has quit IRC |
| [15:08:14] |
<gcj> |
ok, fixed it |
| [15:08:28] |
* |
omry_ has joined #trac |
| [15:08:34] |
<gcj> |
in the "wiki" table, the column "text" has type "text", which is limited to 65536 characters |
| [15:08:45] |
<gcj> |
i changed it to mediumtext which is 16 MB |
| [15:09:00] |
<coderanger> |
Uses much more space |
| [15:09:42] |
<gcj> |
ok, but i want wiki pages over 64k |
| [15:09:52] |
<coderanger> |
Get a DB that doesn't suck ;-) |
| [15:10:02] |
<coderanger> |
sqlite should allow up to 2GB I think |
| [15:11:02] |
<gcj> |
sorry, why does mysql suck? surely the overhead on mediumtext versus text is a few bytes per page, no more? |
| [15:11:22] |
<coderanger> |
because its a dumb limitation to put on a text field? |
| [15:11:29] |
<gcj> |
and this limit isn't mentioned in the manual anywhere, although i guess mysql support is experimental |
| [15:11:42] |
<coderanger> |
Its not a Trac limit, its a mysql limit |
| [15:12:03] |
<gcj> |
i know, but trac chose the wrong type (imho) for the field when it created the table |
| [15:12:15] |
<gcj> |
it could easily have chosen one that would work properly |
| [15:12:19] |
<coderanger> |
Not for a database that correctly implements TEXT |
| [15:12:30] |
<coderanger> |
a la SQLite and Postgres |
| [15:13:13] |
<gcj> |
TEXT isn't in SQL92, how do you define "correct"? |
| [15:13:56] |
<coderanger> |
To quote the postgres manual: "variable unlimited length" |
| [15:14:04] |
<coderanger> |
If it was supposed to be bounded, it would be a varchar |
| [15:14:13] |
<gcj> |
just cos postgres does it, doesn't mean it's "correct" |
| [15:14:31] |
<gcj> |
that's like saying that microsoft's "extensions" to HTML are "correct" |
| [15:14:49] |
<gcj> |
there's no standard, different implementations can do whatever they want |
| [15:15:16] |
<coderanger> |
As I said, if it was supposed to be size-bounded, why not use a varchar? |
| [15:15:51] |
<gcj> |
because there is a tradeoff of row size versus maximum capacity, mysql gives you a choice, postgres does not |
| [15:16:31] |
<gcj> |
besides, the semantics of a non-standard type are not defined, impls can put an aribtrary limit on it, or not, whichever they prefer |
| [15:16:51] |
<coderanger> |
And you clearly disliked mysql's arbitrary limit ;-) |
| [15:17:11] |
* |
Miek has quit IRC |
| [15:17:22] |
<gcj> |
i disliked trac's use of a non-standard field type without warning me of the limitations of that choice on some platforms |
| [15:18:06] |
<coderanger> |
What type should it have used? |
| [15:18:13] |
<gcj> |
mediumtext |
| [15:18:15] |
<gcj> |
at least |
| [15:18:32] |
<coderanger> |
which doesn't exist in any other DB |
| [15:18:54] |
<gcj> |
and if mysql didn't support text at all, would you not support trac on mysql? |
| [15:19:04] |
<coderanger> |
highly doubtful |
| [15:19:27] |
<coderanger> |
I have heard rumors of dropping support due to its crackheaded key length contraints |
| [15:19:46] |
<gcj> |
there is no standard for TEXT, i consider it wrong for trac to just assume that it will be an unlimited text field on all databases, especially given an example to the contrary |
| [15:20:24] |
<coderanger> |
it isn't assumed to be unlimited, just long enough to hold the text you would put in one page |
| [15:20:38] |
<gcj> |
do you refuse to put a special case for mysql into the database creation script for this table? |
| [15:21:22] |
<coderanger> |
Given that dbapi2 has no provisions for that kind of stuff, it wouldn't be easy |
| [15:21:38] |
<coderanger> |
there are already some special case handlers, but mysql demands too many |
| [15:22:33] |
<coderanger> |
see also: 1000-byte keys, encoding insanity, no transaction support in myisam, etc etc |
| [15:22:51] |
<gcj> |
does sqlite have transaction support? |
| [15:22:56] |
<coderanger> |
yep |
| [15:24:42] |
<gcj> |
where can i find the code that creates that table? |
| [15:24:54] |
<coderanger> |
trac.db.* |
| [15:25:06] |
* |
omry has quit IRC |
| [15:27:26] |
<coderanger> |
Specifically http://trac.edgewall.org/browser/trunk/trac/db/mysql_backend.py#L85 |
| [15:27:34] |
<gcj> |
I guess MySQLConnector.init_db creates the table? |
| [15:28:03] |
* |
em-dash has joined #trac |
| [15:28:13] |
<gcj> |
to_sql could change TEXT to MEDIUMTEXT |
| [15:28:22] |
<coderanger> |
It would need a if table.type == 'TEXT': table.type == 'MEDIUMTEXT' |
| [15:28:32] |
<coderanger> |
But that will change all fields, not just the wiki store |
| [15:28:49] |
<gcj> |
you could make it depend on the table name and field name as well |
| [15:29:03] |
<gcj> |
i'm not sure whether some other fields such as comment should be mediumtext as well |
| [15:29:09] |
<gcj> |
i don't know what gets stored in them |
| [15:29:51] |
<coderanger> |
Hence my point about this not being easy, DBAPI2 doesn't handle things like this at all |
| [15:29:56] |
<gcj> |
ticket description probably could be |
| [15:30:07] |
<coderanger> |
I don't know if sqlalchmey does, but that migration seems to be on pause |
| [15:30:22] |
<gcj> |
but we don't need to touch dbapi2, this can all be done in mysql_backend.py |
| [15:30:58] |
<coderanger> |
thats a thin wrapper over dbapi2 |
| [15:31:00] |
<gcj> |
it doesn't do much harm to use MEDIUMTEXT instead of TEXT everywhere, we just waste a couple of bytes per field per row, and i guess there are no tables with millions of rows? |
| [15:31:17] |
<gcj> |
coderanger, not too thin, it doesn't look hard to do |
| [15:31:49] |
<coderanger> |
You can submit a patch, but I would test it out to make sure it doesn't break any other fields first |
| [15:32:00] |
<gcj> |
ok |
| [15:32:04] |
<gcj> |
thanks for your help |
| [15:32:26] |
<gcj> |
also i guess i will have to recreate my database? |
| [15:32:46] |
<coderanger> |
or just make a new, testing install |
| [15:38:46] |
* |
michela has joined #trac |
| [15:40:02] |
<gcj> |
are the 'revision' and 'node_change' tables populated automatically with data from svn? could i delete their contents? |
| [15:43:18] |
* |
Miek has joined #trac |
| [15:46:12] |
* |
bryanl has quit IRC |
| [15:48:45] |
* |
Miek has quit IRC |
| [15:49:05] |
* |
Miek has joined #trac |
| [15:52:33] |
* |
pygi has joined #trac |
| [15:52:34] |
<pygi> |
s0undt3ch: ping |
| [16:02:12] |
<s0undt3ch> |
pygi: hello there |
| [16:02:38] |
<s0undt3ch> |
pygi: join #glagolitsa |
| [16:17:09] |
* |
bryanl has joined #trac |
| [16:23:22] |
<pygi> |
s0undt3ch: I did :) |
| [16:32:58] |
* |
michela has quit IRC |
| [16:35:41] |
* |
em-dash has quit IRC |
| [16:37:45] |
* |
em-dash has joined #trac |
| [16:41:44] |
<eblot> |
gcj: yes, they are populated on 'resync' actions - either from a user command or on a web request that need to read the repository information. I would not recommend to remove them. Why would you want to do that? |
| [16:47:16] |
* |
kkatzke has joined #trac |
| [16:56:14] |
* |
em-dash has quit IRC |
| [17:01:50] |
* |
LionsMane has joined #trac |
| [17:02:11] |
* |
LionsMane has joined #trac |
| [17:15:20] |
* |
omry__ has joined #trac |
| [17:28:33] |
* |
em-dash has joined #trac |
| [17:31:55] |
* |
maxb has quit IRC |
| [17:35:40] |
* |
omry_ has quit IRC |
| [17:45:21] |
* |
drimdral has joined #trac |
| [17:48:32] |
* |
drimdral is now known as ladival |
| [17:49:12] |
<ladival> |
hi there. When I run the trac installer, can I tell it to use an alternate version of python? Is there something like --with-svn=/opt/svn/ |
| [17:56:21] |
* |
thm has quit IRC |
| [18:06:23] |
* |
PingYeh has quit IRC |
| [18:06:29] |
* |
PingYeh has joined #trac |
| [18:12:13] |
* |
neoxed has quit IRC |
| [18:14:01] |
<kkatzke> |
ladival, I hesitate to give you bad information ... but my best *guess* is that the version that installs trac is the version you call setup.py with, and the version that executes it is the version that mod_python is compiled against. |
| [18:14:08] |
<kkatzke> |
But I'm a newbie, don't take my word for that. :-P |
| [18:15:07] |
* |
stepz is now known as stepz_ |
| [18:16:25] |
* |
neoxed has joined #Trac |
| [18:16:32] |
<ladival> |
sorry kkatzke I meant to say an alternative version of *subversion* |
| [18:17:12] |
<ladival> |
I think it's just a matter of setting the right PYTHONPATH |
| [18:17:40] |
<kkatzke> |
ladival: Oh. Yeah, just point your trac environment's trac.ini at it. |
| [18:18:08] |
<kkatzke> |
you don't actually need the svn executable for trac ... |
| [18:18:30] |
<ladival> |
I'm really confused though, because there is an 'alien' svn binding on this server |
| [18:18:42] |
<ladival> |
i don't know where it came from :) |
| [18:19:08] |
<kkatzke> |
you just need the repository access via the filesystem, and trac's hook scripts need to be set up in the repository. |
| [18:19:35] |
<kkatzke> |
alien svn binding? Haven't heard of that ... what is it? |
| [18:20:21] |
* |
goldeagle has joined #trac |
| [18:20:36] |
<ladival> |
oh, I've found it. It's an old version of mandrake, and the python bindings were in a separate rpm |
| [18:21:33] |
<kkatzke> |
Ewwww, Mandrake. </oldslackwaresysadminbias> |
| [18:21:39] |
<kkatzke> |
;) |
| [18:23:41] |
<prologic> |
Ewww, Slackware. </oldcruxsysadminbias> |
| [18:23:42] |
<prologic> |
:) |
| [18:24:10] |
<pygi> |
prologic: slackware rocks xD |
| [18:24:18] |
<pygi> |
:-D |
| [18:24:19] |
<prologic> |
pygi, crux rocks xD |
| [18:24:22] |
<prologic> |
:-D |
| [18:24:27] |
<kkatzke> |
Heh. I speak RHEL now. |
| [18:24:34] |
<pygi> |
prologic: I shall not get into argument with you, you know you'll lose :) |
| [18:25:00] |
<prologic> |
you're just afraid of trying |
| [18:25:52] |
<pygi> |
lies, all lies |
| [18:27:47] |
<pygi> |
prologic: can I Pm? |
| [18:28:44] |
<prologic> |
sure |
| [18:34:49] |
<ladival> |
I have another problem now: when I run the trac standalone server and visit the main page, I get the error "code 400, message Bad request syntax" |
| [18:35:53] |
* |
eblot_ has joined #trac |
| [18:36:06] |
<ladival> |
then I get an exception that traces back into the file wsgi.py in my python bindings |
| [18:36:59] |
* |
Triskelios has quit IRC |
| [18:37:08] |
<ladival> |
hang on, those arent my subversion bindings ... it's part of trac |
| [18:39:04] |
* |
kate` has joined #trac |
| [18:39:50] |
* |
mario_ has joined #trac |
| [18:39:52] |
<kate`> |
hi there... i've installed trac from netbsd's pkgsrc, and have a traceback when running tracd which is quite confusing to me |
| [18:39:55] |
* |
pygi has quit IRC |
| [18:40:00] |
<kate`> |
thus: http://rafb.net/p/SmEzvr31.html |
| [18:40:04] |
* |
mario_ has quit IRC |
| [18:40:33] |
<kate`> |
i've absolutley no idea why there might be an undefined symbol, or if "" is supposed to be the symbol name |
| [18:40:37] |
* |
pygi has joined #trac |
| [18:40:48] |
<kate`> |
i thought perhaps something is erroneously looking for a symbol with an empty name? |
| [18:51:39] |
* |
eblot has quit IRC |
| [19:03:41] |
* |
dilinger has joined #trac |
| [19:06:43] |
<kate`> |
well, i rebuilt that package, and the problem seems to have gone away |
| [19:06:55] |
<kate`> |
(the origional was a precompiled binary) |
| [19:07:46] |
<kate`> |
so i'm guessing the system upon which it was compiled had a slightly different symbol table from mine, for that library, and hence couldn't find the human-readable name for it |
| [19:07:59] |
<kate`> |
thanks anyway, even though nobody's awake :) |
| [19:26:44] |
* |
goldeagle has quit IRC |
| [19:26:58] |
<kkatzke> |
Most people are either asleep, working hard, or didn't know the answer. ;) |
| [19:27:38] |
<pygi> |
people are awake sadly |
| [19:27:41] |
<pygi> |
4:23AM |
| [19:27:42] |
* |
ladival has quit IRC |
| [19:27:44] |
<kate`> |
i find i end up doing the first two in the wrong order :/ |
| [19:28:02] |
<kkatzke> |
Heh. 9:23 on a sunday night and I'm in my office at work. :-P |
| [19:28:20] |
<pygi> |
uh, monday morning |
| [19:28:25] |
<pygi> |
and why at work on sunday? :-/ |
| [19:28:46] |
<kate`> |
recently i've been trying very hard to sleep regularly, eat well, and such... very hard. not hard enough |
| [19:28:48] |
<kkatzke> |
I had to restructure a project, and my boss wanted a demo friday, which he didn't get. |
| [19:29:16] |
<pygi> |
kate`, heh |
| [19:29:19] |
<pygi> |
kkatzke, ah |
| [19:29:20] |
<kate`> |
kkatzke, i insist they ask the appropiate time in advance... if they don't, it dosen't get done |
| [19:29:21] |
* |
omry_ has joined #trac |
| [19:29:25] |
<pygi> |
python or something? |
| [19:29:34] |
<kate`> |
kkatzke, and throwing money at it may help, but it won't make it possible if it's not |
| [19:29:39] |
<kkatzke> |
... restructuring the code completely broke it, but I would've had 3,000 php files in the main dir by the time I was done. |
| [19:29:48] |
<kkatzke> |
I'm a PHP dev by nature and experience. |
| [19:29:57] |
<kate`> |
that sounds like you're in need of some refactoring :) |
| [19:29:58] |
<pygi> |
aha, hide from ranger then :) |
| [19:30:03] |
<kkatzke> |
kate`: I would've made him, but it was kind of accident |
| [19:30:35] |
<kkatzke> |
I was actually showing him how Trac was enabling me to manage the mess, and he wanted to see the mess work, not the code management side of things! |
| [19:30:53] |
<kkatzke> |
Darned athletic directors don't understand elegantly parsed diffs... *sigh* |
| [19:31:08] |
* |
kate` grins |
| [19:31:31] |
<kkatzke> |
kate`: Yeah, I'm bundling about 10 disparate applications that all need to work together into one big source tree with shared libs. |
| [19:31:43] |
<kkatzke> |
Now THAT'S refactoring. |
| [19:31:58] |
<kate`> |
last year i took a position as a project manager for a company with 14 programmers and no source code management... i moved them to svn and trac, and they loved it |
| [19:32:04] |
<kkatzke> |
pygi: bring him on, I'm not afraid. I lurve my php, especially now that we've got 00. |
| [19:32:11] |
<kate`> |
then we ended up replacing the entire development team with three people |
| [19:32:29] |
<kkatzke> |
kate`: My nighttime consulting job consists of doing the same for a programming team spread between US and Russia, with QA in India |
| [19:32:42] |
<kate`> |
(it wasn't as good as it sounds) |
| [19:32:48] |
<kate`> |
kkatzke, not outsourced, i hope? |
| [19:33:28] |
<kkatzke> |
kate`, yes, outsourced, but the guys in russia are quite good and fun to work with. The business was bootstrapped, it's a family business -- they couldn't have started it here in the US. |
| [19:34:16] |
* |
kate` nods |
| [19:34:28] |
<kate`> |
do you speak russian? |
| [19:34:44] |
<kkatzke> |
Under those circumstances, I think outsourcing works. No, unfortunately ... everything is in english. |
| [19:35:35] |
<kkatzke> |
