Team Chat Logs

2006 7
Mo Tu We Th Fr Sa Su
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31      

August 18, 2006

[00:08:05] * cboos has joined #trac
[00:16:36] * otaku42_away is now known as otaku42
[00:17:37] * flox|away has joined #trac
[00:27:50] * flox|away is now known as flox
[00:44:42] * alus has joined #trac
[00:51:33] * stevegt has quit IRC
[00:58:09] * cmlenz has quit IRC
[01:01:06] * flox has quit IRC
[01:09:54] <atwork> i cannot use a big svn repository with trac. it seems to take forever for it to open browser/trunk. any ideas?
[01:14:25] * stevegt has joined #trac
[01:14:51] <atwork> same with timeline.
[01:15:45] <alect> initial repo access triggers a cache run
[01:16:25] <atwork> alect: thanks, i'll let it work and we'll see what happens
[01:20:14] * cmlenz has joined #trac
[01:28:58] <atwork> doesn't work. after 10 minutes i get from timeline: Trac detected an internal error: list.index(x): x not in list
[01:29:21] <alect> try doing trac-admin <env> resync
[01:29:24] <alect> from the command line
[01:29:29] <cboos> alect: just saw your mail about the plugin categorization... sorry, but I started using tags *long* before I read that one ;)
[01:29:39] <alect> cboos: no problem :)
[01:29:51] <alect> the ones you did are listed under auto-categorisation right?
[01:30:06] <cboos> yes, that was a way to get the ball rolling...
[01:30:11] <alect> can change them easily enough if necessary
[01:30:41] <cboos> the one I was not sure about was "workflow", for "Project Managemenet / Workflow"
[01:30:54] <cboos> the others seem pretty straightforward
[01:31:04] <alect> "project" maybe?
[01:31:24] <cboos> yeah, a bit better
[01:31:30] <alect> or maybe "process"
[01:31:32] <cboos> projectmanagement?
[01:31:48] <cboos> I don't know
[01:31:53] <alect> yeah praps
[01:32:03] <alect> this is why we don't want to tag first ;)
[01:37:43] * fredb_ has joined #trac
[01:37:43] * fredb has quit IRC
[01:38:52] * tuxipuxi has joined #trac
[01:39:09] <cboos> ah, now I see my reply to Thomas... Am I the only one who sees my mails to the Trac ML only 1 or 2 hours later? (in this case it was 40 minutes, which is a speed record)
[01:39:35] <cboos> (Thomas == Thomas Moschny in the above)
[01:40:19] <atwork> alect: what should <env> point to?
[01:40:19] * idostyle has quit IRC
[01:40:53] <alect> cboos: it's been very slow for me too
[01:41:02] <alect> atwork: the path to your trac environment
[01:42:17] <atwork> alect: IOError: [Errno 2] No such file or directory: 'd:\\trac\\VERSION'
[01:42:28] <alect> *trac* environment
[01:42:30] <alect> not svn
[01:42:54] <atwork> alect: i don't have VERSION-dir in my trac
[01:43:19] <atwork> alect: got it. i have sub-tracs
[01:43:22] * idostyle has joined #trac
[01:45:28] * peppelorum has joined #trac
[01:52:18] * maxb_ has joined #trac
[01:53:03] * maxb_ is now known as maxb
[02:00:16] * Blackhex has joined #trac
[02:00:23] * shawn has joined #trac
[02:01:14] <shawn> I'm on .96 and noticed that adding an attachment doesn't show up as a timeline change and don't trigger an email etc
[02:01:37] <alect> attachments don't show up in the timeline under 0.9.x
[02:01:46] <alect> and don't trigger an email under any current version of trac
[02:02:13] <shawn> is the plan that they'll show up in timeline in later versions?
[02:02:25] <alect> already does
[02:02:35] <shawn> cool
[02:05:40] * dcab has joined #trac
[02:11:32] * __doc__ has left #trac
[02:17:33] * Blackhex has quit IRC
[02:29:47] * Blackhex has joined #trac
[02:55:25] <atwork> alect: how long should it take after the resync to open the timeline? 14minutes and still trying to open the page. is it caching svn revisions?
[02:56:49] * pod has joined #trac
[02:57:02] <pod> I've added the permissions to a user called peterp
[02:57:16] <pod> I'm flagged as "logged in as peterp"
[02:57:30] <pod> and I have the following permissions: peterp TICKET_ADMIN
[02:57:30] <pod> peterp TICKET_MODIFY
[02:57:30] <pod> peterp TRAC_ADMIN
[02:57:35] <pod> but I can't delete tickets?
[02:57:41] <pod> and I don't see the admin tab ...
[03:00:21] <atwork> anyone tried to access svn through trac with a repo with 30000+ revisions?
[03:04:32] * mgedmin has joined #trac
[03:05:40] <mgedmin> I want to delete about 40 tickets that spammers created in my trac instance
[03:05:46] <mgedmin> I have trac 0.9.6 from debian unstable
[03:06:23] <mgedmin> as far as I can see I need to use SQL, or install a bunch of plugins, or upgrade trac
[03:07:12] <mgedmin> sql seems to be the easiest route
[03:07:29] <mgedmin> so what do I do? apt-get install sqlite; sqlite trac.db; delete from tickets where something = something?
[03:08:27] <pod> mgedmin, as far as I understand you can enabled TICKET_ADMIN and then you will be able to delete them...
[03:08:33] <pod> mgedmin, I can't get this working though.
[03:08:52] <mgedmin> I have TRAC_ADMIN
[03:09:11] <mgedmin> http://trac.edgewall.org/ticket/298 says the ticket deletion feature was added to 0.10
[03:09:27] <mgedmin> oh, there's also a ticket_change table ...
[03:11:09] <pod> how did you get TRAC_ADMIN working?
[03:12:02] <pod> I've enabled the permission added the component and i have it in the right path site_packages but I don't see an admin tab...
[03:12:15] <pod> I also don't see it in the components list so I don't think it is been used.
[03:15:26] <mgedmin> should there be an admin tab?
[03:15:42] <mgedmin> I thought TRAC_ADMIN was a shortcut that enabled all sorts for other permissions (_MODIFY, _CREATE, _DELETE, etc)
[03:15:56] <mgedmin> yay, sqlite worked
[03:16:07] <mgedmin> delete from ticket where id >= 2; delete from ticket_change where ticket >= 2;
[03:16:51] * mgedmin wonders if he can ask sqlite to pipe the output of a select to less, like psql does
[03:20:01] * mgedmin nukes spam comments with delete from ticket_change where time >= 1151862131;
[03:28:55] <Getty> mgedim: TRAC_ADMIN gives the admin rights in the components, if you want the admin element you need to install the AdminPlugin
[03:29:15] * tenshiKur0 has joined #trac
[03:30:34] <tuxipuxi> there's also a plugin for deleting tickets, should be easy to install it
[03:30:49] <pod> not if it's like installing trac_admin :(
[03:31:38] <tuxipuxi> what trouble do you have with tracadmin?
[03:31:58] <pod> I just can't seem to get the plugin installed.
[03:32:07] <pod> I've added the egg file to my projects plugin directory.
[03:32:14] <tuxipuxi> is it loaded? (check log file)
[03:32:22] <tuxipuxi> is the egg created with the correct python version?
[03:32:29] <tuxipuxi> do you have setuptools in a very recent version?
[03:32:30] <pod> Yeah 2.4
[03:32:46] <pod> how do I verify if I have setuptools?
[03:32:48] <cmlenz> basically: http://trac.edgewall.org/wiki/TracPlugins#Troubleshooting
[03:34:06] <pod> Okay, so I don't have setuptools.
[03:35:10] <pod> I added it via FreeBSD ports, don't know why it didn't install this as a dependency.
[03:35:15] <pod> Thanks man.
[03:40:20] <cmlenz> ports might have an outdated version
[03:40:25] <cmlenz> 0.0.1 or something like that ;-)
[03:42:24] <pod> heh
[03:43:32] <tuxipuxi> OT: does anybody know a windows app for adding workspaces functionality?
[03:49:42] <mgedmin> tuxipuxi: I once found ZDDesk (which was open source) and modified it slightly to use my favourite key bindings
[03:49:56] <mgedmin> that was maybe five years ago
[03:50:34] <tuxipuxi> mgedmin, thanks :)
[03:58:17] * neoxed has joined #Trac
[04:02:22] <pod> would have been helpful to know that I needed to restart my webserver.
[04:09:23] * tuxipuxi has quit IRC
[04:11:38] * tuxipuxi has joined #trac
[04:17:23] * dcab has quit IRC
[04:22:29] * Arnar has joined #trac
[04:22:43] <Arnar> hi there..
[04:22:48] <Arnar> cboos: are you here?
[04:28:31] <cboos> Arnar: yes, but maybe not that interactive... I saw you had an issue with svn, give me a few minutes to read through it on #markup ;)
[04:29:16] <cboos> (I got distracted browsing some nice pictures on the net ;) )
[04:31:01] <Arnar> hehe :)
[04:34:08] <cboos> Ok, so please try: python -c 'from trac.versioncontrol.svn_fs import Pool; Pool()'
[04:34:21] <Arnar> ok.. one moment
[04:34:28] <cboos> in the same environment where you tried trac-admin initenv
[04:35:26] <Arnar> no error..
[04:39:19] <cboos> so why would initenv fail then ... Maybe you're running an old script?
[04:39:31] <cboos> (pre-0.10)
[04:41:10] <Arnar> no.. initenv didn't fail
[04:41:21] <cboos> ah!
[04:41:26] <Arnar> I just get an error in Trac when I go to timline or browser
[04:41:49] <cboos> Ok, sorry, read too quickly your initial report...
[04:42:02] <Arnar> np
[04:42:06] <cboos> so what web front-end are you using? mod_python?
[04:42:10] <Arnar> I'm just grateful for the help
[04:42:12] <Arnar> yes..
[04:42:17] <Arnar> mod_python on apache 2
[04:42:32] <cboos> ok, so most probably the PythonPath is not set up correctly there
[04:43:30] <Arnar> hmm..
[04:44:52] <cboos> ... oops, can't believe it's not documented in TracModPython... will fix that
[04:45:38] * mgedmin wonders if nobody uses firefox with trac, because almost no one else is bothered by http://trac.edgewall.org/ticket/2444
[04:45:39] <cboos> I'll also add a note in TracSubversion
[04:46:24] <Arnar> it's set to /usr/local/lib/svn-python:/usr/lib/python2.3 -- seems that the command above (import trac...svn_fs...Pool()) works if I set that path explicitly on the command line..
[04:47:10] <cboos> mgedmin: have you tried Ctrl+TAB ?
[04:47:38] <cboos> Arnar: ok, so it's not an issue with PythonPath, but with the C libraries... Are you on Linux?
[04:47:46] <Arnar> yes
[04:47:57] * dort has joined #trac
[04:47:59] <cboos> are you using the svn modules for apache?
[04:48:07] <Arnar> yes..
[04:48:24] <cboos> ... and are they working?
[04:48:38] <Arnar> yes..
[04:48:44] <Arnar> apache 2.0.48, svn 1.2.3
[04:49:01] <Arnar> it's the only way I use svn remotely
[04:49:17] <cboos> and the bindings are for 1.2.3, built against the exact same version (apr versions included)?
[04:49:36] <Arnar> the python bindings?
[04:49:53] <cboos> the python SWIG bindings for Subversion
[04:50:04] <Arnar> I'm pretty sure they are, can I verify that somehow?
[04:50:11] <cboos> yes,
[04:50:56] <cboos> 1. start python interactively, then do one of the import as before, then in an other shell, get the proc number of that python process,
[04:51:13] <cboos> and then: cat /proc/XXX/maps | grep svn
[04:51:51] * Hydra has quit IRC
[04:51:59] <cboos> 2. do the same for the running instances of httpd until you find some that are using the svn modules
[04:52:07] <cboos> 3. compare the libraries
[04:52:13] <cboos> (apr ones included)
[04:52:46] <cboos> (i.e. forgot to say do 1. and 2. do also grep for apr)
[04:53:05] <cboos> i.e. cat /proc/XXX/maps | grep apr
[04:53:12] <Arnar> ok..
[04:53:13] <Arnar> they match
[04:53:29] <cboos> ? even the apr libraries?
[04:53:44] <Arnar> hmm..
[04:54:00] <Arnar> no..
[04:54:25] <Arnar> apache uses it's own apr modules - the swig bindings use ones from /usr/local/apr
[04:54:39] <Arnar> ok.. so I need to recompile the swig bindings?
[04:57:59] <cboos> yes, that's a common problem. All the modules running in apache have to use the same (compatible at least) apr libraries.
[04:58:07] <Arnar> makes sense
[04:58:24] * maxb has quit IRC
[04:58:35] <Arnar> can I recompile just the swig bindings.. or do I need to recompile svn too?
[04:59:00] <cboos> but it seems that svn is working...
[04:59:17] <cboos> so you must have compiled/obtained svn and the bindings separately, no?
[04:59:28] <Arnar> I probably compiled them seperately
[04:59:31] * maxb has joined #trac
[04:59:59] <Arnar> my svn source directory has an bundled apr dir.. can't remember if I put it there or if it came with svn
[05:00:42] <cboos> no, there's one bundled with svn, but there's no guarantee that it's one compatible with your apache ones ;)
[05:01:09] <cboos> ... and of course there's no guarantee that the one from apache will work with your svn package ;)
[05:01:18] <cboos> fun, isn't it? ;)
[05:01:28] <Arnar> hell yeah :)
[05:01:37] <maxb> Quite. I really need to get around to teaching svn's configure to make more of a fuss about that.
[05:01:52] <Arnar> ldd $(which svn) indicates that svn cli is linked with the libapr from /usr/local/apr
[05:02:54] <maxb> Rules are simple really. If using apache 2.2, use apr 1.x for apache and svn. If using apache 2.0, use apr 0.9.x for apache and svn
[05:03:28] * Blackhex has quit IRC
[05:03:49] * Arnar hopes he doesn't have to compile both apache and svn all over
[05:05:11] * tuxipuxi has quit IRC
[05:06:14] <cboos> so what about: ldd svn-python/libsvn/_core.so and ldd bin/httpd ?
[05:08:19] <Arnar> they both use the apr bundled with apache
[05:08:26] <Arnar> no wait..
[05:08:42] <Arnar> svn-python/libsvn/_core.so uses libapr from /usr/local/apr
[05:08:48] * Yrad has joined #trac
[05:09:26] <Yrad> I installed trac, but trac.cgi are read as text-file, even though cgi is enabled in apache, what is wrong?
[05:09:57] <Arnar> I have to go meet some ppl for lunch.. I'll be back in an hour
[05:16:55] <Leentje> Yrad: you have python installed too?
[05:18:05] <Yrad> yes, about to check if I have all parts of it needed though
[05:24:30] * Epcylon has quit IRC
[05:24:55] * tenshiKur0 has quit IRC
[05:36:45] * Epcylon has joined #trac
[05:38:29] * coderanger_ has joined #trac
[05:40:50] * Jippi has joined #trac
[05:41:15] <Jippi> How do i access admin for trac - i tried to add a user to my .htpasswd - but it doesnt show the 'admin' page
[05:41:48] * flox has joined #trac
[05:45:27] * elmargol has joined #trac
[05:46:07] * Hydra has joined #trac
[05:46:09] <elmargol> Hi I see there is a bazaar plugin vor trac out there. how well does it work?
[05:47:46] <coderanger_> Jippi: Admin stuff is in WebAdmin
[05:48:03] <coderanger_> Jippi: But user and password management is not part of it
[05:48:30] <Jippi> ok - is there a mod for that?
[05:49:51] <coderanger_> Several
[05:49:57] <coderanger_> AccountManager is standard one
[05:50:03] <coderanger_> You can also look at DbAuth
[05:50:14] <Jippi> DbAuth sounds nice
[05:50:25] <Jippi> i wish svn could use db too :\
[05:50:38] <boorad> mine does
[05:50:43] <Jippi> oh ? :o
[05:50:50] <Jippi> sql ?
[05:50:54] <boorad> mod_auth_pgsql works fine, talks to the same db as Trac does with DbAuth
[05:51:16] <Jippi> where did you find that for svn ?
[05:51:32] <boorad> it's for Apache, not SVN, but I put it in the SVN apache conf section
[05:51:43] <Jippi> ok..
[05:51:55] <boorad> you using postgres?
[05:52:57] <Jippi> mysql
[05:53:12] <boorad> so, mod_auth_mysql instead
[05:53:26] <Jippi> yep
[05:53:41] <Jippi> DbAuthPlugin uses sqlite ? o0
[05:53:49] <boorad> uses any
[05:54:17] * MasterC has joined #trac
[05:54:29] <Jippi> hm
[05:54:42] <coderanger_> there is also AcctMgr+mod_auth_acctmgr
[05:57:11] * mgedmin has left #trac
[06:02:00] <Jippi> coderanger_ - get ' DatabaseManager ' when i installed it
[06:08:24] <Arnar> hi there.. I'm back
[06:14:08] * agile has quit IRC
[06:14:42] * milk-it has joined #trac
[06:15:10] <Jippi> http://trac.guu.dk/Vejlso/settings <- Any suggestions why i get this python error
[06:19:01] <Jippi> """Extension point interface for components that need to participate in the
[06:19:02] <Jippi> IndexError: string index out of range
[06:21:04] <cmlenz> you need to restart the server
[06:21:23] <cmlenz> the source is more recent than what the server is executing
[06:22:07] <Jippi> i did that
[06:22:37] <Jippi> did it again - doesnt seem to change anything
[06:23:52] <cmlenz> I'd be *very* suspicious about some egg running out of a directory called "build"
[06:25:01] <Jippi> why_
[06:25:58] <Jippi> i did ' python setup.py instal ' ( im on freebsd ) - that normally makes an egg and put in the right folder
[06:26:38] * sdague has joined #trac
[06:28:30] <Yrad> what is the most easy way of getting apxs and flex to work with apache2 and mod_python...
[06:28:49] * chun has quit IRC
[06:29:04] * sdague has left #trac
[06:31:20] * inetwsnet has joined #trac
[06:32:18] <Yrad> how to get apxs and flex?
[06:35:04] * tenshiKur0 has joined #trac
[06:35:09] <Jippi> i did - i did apachectl stop *Waited* apachectl sslstart
[06:35:13] <Jippi> o,o
[06:43:23] * danbeck has joined #trac
[06:45:24] * agile has joined #trac
[06:45:49] <Arnar> cboos: still here?
[06:46:03] <cboos> yes
[06:46:59] <cboos> you could try to reproduce the problem by setting the LD_LIBRARY_PATH to point to the apache apr libs, and then try the imports using the python shell...
[06:47:19] <Arnar> ok..
[06:47:42] <cboos> if it fails, you will maybe have a more detailled error message (from ld.so)
[06:48:58] <Arnar> hmm..
[06:49:28] <Arnar> even if I set LD_LIBRARY_PATH python still grabs the apr from /usr/local/apr
[06:49:59] <coderanger_> Jippi: Try doing a setup.py bdist_egg
[06:50:11] <coderanger_> and then copy the egg into the env's plugins folder
[06:50:26] <coderanger_> make sure you eradicate the version in site-packages too
[06:50:44] <coderanger_> (remove the folder and clean out easy-install.pth)
[06:54:41] <Jippi> same o0
[06:55:06] <Jippi> looks more like a syntax error to me - without knowing python
[06:55:17] <Arnar> cboos: http://pastebin.ca/137567
[06:57:49] <Jippi> coderanger_ - it does say 'IndexError: string index out of range' - sounds like its trying to read something not there in an index ?
[06:59:30] <coderanger_> Jippi: Yes, which means that something is going wrong
[06:59:37] <coderanger_> What trac version are you using?
[06:59:41] * tuxipuxi has joined #trac
[07:00:36] <coderanger_> Did you configure the envroot?
[07:00:48] * groogs has joined #trac
[07:02:08] <coderanger_> If I had to guess your envroot is '' because you didn't configure it
[07:02:15] <coderanger_> so [-1] is out of range
[07:02:58] <Jippi> " Welcome to trac-admin 0.9.6 "
[07:03:16] <coderanger_> pastebin your trac.ini
[07:03:19] <coderanger_> lisppaste5: url
[07:03:19] <lisppaste5> To use the lisppaste bot, visit http://paste.lisp.org/new/trac and enter your paste.
[07:03:31] <Jippi> PythonPath "sys.path + ['/usr/local/lib/python2.4/site-packages/trac']"
[07:03:56] <groogs> anyone know of a plugin or whatever that can show reverse links (ie, tickets/wikis/commit messages that refer to the current item)?
[07:03:58] <coderanger_> You dont need that
[07:04:14] <coderanger_> groogs: Look up TracXref
[07:04:26] <Jippi> envroot = /usr/local/repository/trac/Vejlso/ in my [dbauth] block
[07:04:42] <coderanger_> Jippi: It should be a [central] block according to this code
[07:05:10] <Jippi> http://a.guu.dk/trac.ini
[07:05:17] <Jippi> coderanger_ - just odd it works until i load the dbauth
[07:06:54] <coderanger_> Jippi: Does it work as [central]?
[07:07:09] <Jippi> i dont have a [central] block in the ini file
[07:07:19] <coderanger_> changes [dbauth] to [central]
[07:08:19] <Jippi> same ..
[07:08:26] <cboos> Arnar: ok, it seems a bit difficult to trigger the load of the apache apr, but I've checked on my server, and it's really only the apache apr/apr-util that are used ...
[07:08:45] <cboos> within apache, and therefore by your bindings
[07:09:02] <Arnar> ok..
[07:09:16] <Jippi> coderanger_: http://trac.guu.dk/Vejlso
[07:09:20] <cboos> on my server, both the apache apr/apr-utils and the subversion ones are 0.9.7, so that's why I have no pb I guess ;)
[07:09:29] <Arnar> :)
[07:09:47] <coderanger_> Jippi: Are you using the 0.9 version?
[07:09:55] <cboos> you have 0.9.5 for apache, but which one for subversion?
[07:10:53] <Jippi> coderanger_ : Yes
[07:10:53] <Arnar> - /usr/local/apr/lib contains both 0.9.5 and 0.9.6, the 0 and 0.so.0 symlinks point to 0.9.6
[07:13:05] <Jippi> coderanger_: " Welcome to trac-admin 0.9.6 "
[07:13:18] <coderanger_> Jippi: I mean of the plugin
[07:13:32] <coderanger_> Jippi: There are 3 versions available, 0.9, 0.10, and simple
[07:13:34] <Arnar> cboos: I removed the 0.9.6 ones and changed the symlinks - restarted apache and still get the same errors
[07:13:39] <Jippi> coderanger_ - 0.9 yes
[07:13:59] <cboos> hm, that's a bit old for me, but I wouldn't that surprised if there weren't a small binary incompatibiliy between 0.9.6 and 0.9.5 ...
[07:14:04] <coderanger_> Jippi: I would add "env.log.debug('Got envroot = %r'%envroot)" after line 29 in dbauth.env
[07:14:05] <Jippi> the 0.10 stuff is commented with # in the python files
[07:14:30] <Jippi> dbauth.env ?
[07:14:32] <cboos> the fact that you removed 0.9.6 doesn't change that... the bindings were probably compiled against the 0.9.6 headers...
[07:14:53] <Arnar> oh, of course.. :-P
[07:15:08] <coderanger_> Jippi: dbauth/env.py
[07:16:51] <Jippi> hmm - different error now o0
[07:16:56] <cboos> Arnar: before going too far in the direction of an apr issue, did you check if you could run trac using tracd?
[07:17:00] <Jippi> raise TracError, 'Database "%s" not found.' % path
[07:17:05] <Arnar> cboos: nope..
[07:17:09] <Arnar> I'll try that first..
[07:17:40] <coderanger_> boorad: Still around?
[07:17:55] <boorad> on phone
[07:18:36] * Yrad has quit IRC
[07:19:30] <Jippi> coderanger_ - it says it cant find the db now - but when i use the mysql command line it works fine
[07:19:57] <coderanger_> Jippi: I would say to wait until boorad is available, he will be able to help you more
[07:20:13] <Jippi> Oh ?
[07:20:34] <coderanger_> Jippi: He wrote most of DbAuth
[07:20:37] <Jippi> Oh
[07:20:39] <Jippi> Yeah ok
[07:21:29] <Jippi> Thanks for the help :)
[07:23:48] <Arnar> cboos: things work fine with tracd
[07:25:19] <TMH_> hi
[07:25:26] <TMH_> right, I've got everything set up now
[07:25:35] <TMH_> but I am still getting, Unsupported version control system "svn"
[07:25:46] <TMH_> I have added the libsvn path to my pythonpath
[07:25:49] <cboos> Arnar: ... ok, so it's really an issue with the apr libs I think... can you try to force the use of the apache apr libs? Maybe using LD_PRELOAD...
[07:25:57] <TMH_> what am I missing?
[07:26:33] <Arnar> I could compile svn and the bindings using "--with-apr" and "--with-apr-util" pointing them to the apache ones
[07:26:51] <cboos> Arnar: yes
[07:27:21] <cboos> but first you could try (not sure about the exact syntax) LD_PRELOAD=/usr/local/apache2/lib/libapr-0.so.0 tracd
[07:27:36] <Arnar> cboos: ok.. just a minute
[07:27:53] * coderanger_ has quit IRC
[07:29:20] <Arnar> cboos: that works.. and looking at /proc/.../maps confirms that it's in fact using the apache2 one
[07:29:39] <Arnar> i can browse the sources and the timeline works
[07:30:11] * Semhirage has quit IRC
[07:30:27] * Semhirage has joined #trac
[07:32:40] <cboos> Arnar: that saved you a recompilation of the bindings ;)
[07:33:06] <cboos> Arnar: ... but leaves us back at the beginning :(
[07:33:19] <Arnar> exactly
[07:33:20] <Arnar> :)
[07:33:34] <Arnar> what about apr-util
[07:33:44] <cboos> ah, sure try that too
[07:33:52] * otaku42 is now known as otaku42_away
[07:35:06] <Arnar> what's the syntax for LD_PRELOAD and multiple libraries?
[07:35:36] <cboos> no idea maybe simply ':', or just try it for apr-util
[07:35:57] <Arnar> If I do just apr util I get an error: /usr/bin/python: relocation error: /usr/local/apache2/lib/libaprutil-0.so.0: undefined symbol: gdbm_errno
[07:36:29] <Arnar> same thing if I do both libapr and libaprutil with : in between
[07:36:43] <Arnar> are we on to something?
[07:37:10] <cboos> no, the preload must certainly work only if you give all the dependent libraries, i.e. gdbm in this case (there might be others, check with ldd on apr-util)
[07:38:27] <cboos> LD_PRELOAD
[07:38:29] <cboos> A whitespace-separated list of additional
[07:38:38] <Arnar> no dependand libraries on apr-util except libc and ld-linux
[07:38:40] <Arnar> oh..
[07:40:00] <Arnar> root@poki:/usr/local/apache2/lib# LD_PRELOAD="$(pwd)/libapr-0.so.0 $(pwd)/libaprutil-0.so.0" tracd -p9001 /var/trac/tilbodsframendi
[07:40:00] <Arnar> /usr/bin/python: relocation error: /usr/local/apache2/lib/libaprutil-0.so.0: undefined symbol: gdbm_errno
[07:40:51] <Arnar> http://pastebin.ca/137602
[07:41:00] <cboos> Arnar: double check it's not an artifact of the PRELOAD trick by repeating that in the svn/lib ...
[07:41:26] <Arnar> this is fun..
[07:41:44] <cboos> (I guess gdbm must be dynamically loaded under normal use, then)
[07:41:56] <Arnar> yeah.. happens with the svn libs too
[07:41:59] <cboos> (I meant explicitely)
[07:42:27] <cboos> ok, so try with prepending the gdbm lib to the LD_PRELOAD list ...
[07:42:46] <Arnar> I'm one step ahead of you :)
[07:44:23] * matt_good has joined #trac
[07:44:23] <Arnar> ok.. tried that both with apache and svn versions of apr - both run with out any errors and the timeline works
[07:44:42]