Team Chat Logs

March 26, 2010

2010 2
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        
<< <   > >>

[01:15:01.766597]<otaku42>moin
[01:16:42.186279]<macmaN>what up
[01:16:51.149220]<macmaN>very (n) that xmlrpc is d0wn
[01:17:20.370063]<macmaN>not possible to somehow uniquely id the bastard?
[01:27:17.773216]<otaku42>macmaN: it might be possible, but i don't have the time for that right now. xml-rpc will be back along with the trac-upgrade, i guess, since the newer plugin versions integrate well with the spamfilter
[05:40:14.889529]<dubey>trying to resync repository But getting this error :
[05:40:17.024109]<dubey>Failed to open environment. [Errno 2] No such file or directory: '/srv/cvs/svn/creator/VERSION'
[05:49:03.663278]<rblank>dubey: You must specify the path to your Trac environment to trac-admin, not the path to your SVN repository.
[05:50:15.014413]<dubey>Oh, thanks a lot
[05:51:00.482220]<jbergstroem>i'm trying to proxy trac (deployed as wsgi with a python web server) behind another web server but can't get trac to accept REMOTE_USER (front end has plain auth). I'm sure i pass it along. Any pointers?
[05:53:29.522555]<jbergstroem>if i switch to fastcgi (deploy with spawn-fcgi) and pass REMOTE_USER it works great
[06:19:57.423860]<dubey>not able to see anything in browse repository even resync is completed
[06:32:25.237640]<dubey>?
[06:34:16.260925]<dubey>any help ?
[07:40:28.811462]<delx>Hey
[07:41:16.278245]<cmc>hi
[07:42:48.603417]<delx>I'm currently using "Trac 0.10.3.1" on my old server. Now i got a new server. I'd like to move my trac installation to the new server and the newest trac should be used. Should I update trac on the old server and then copy the data directories to the new server? Or don't I need to update trac on the old server to move the data directories to the new server?
[07:45:33.049728]<cmc>If it's not too difficult, I'd say do it in place so that you don't have to worry about the webserver, database, etc. configuration changing
[07:46:45.628322]<delx>cmc, what do you mean with "do it in place"? Updating my old server?
[07:46:51.464236]<cmc>yes
[07:47:06.597848]<cmc>rather than moving it
[08:37:41.573680]<delx>I'm trying to install git for trac: easy_install http://trac-hacks.org/svn/gitplugin/0.11.....It says: error: Unexpected HTML page found at http://trac-hacks.org/svn/gitplugin/0.11/ - Any idea why?
[08:40:11.610978]<pyqwer>Hi, does someone know how to setup Authentication with WSGI?
[08:40:37.932636]<jhammel>pyqwer: sure, just set REMOTE_USER somewhere in the WSGI stack
[08:40:53.900398]<jhammel>pyqwer: i can point to code if you want an example
[08:41:19.836959]<pyqwer>jhammel: Hmmm, prior to WSGI, I used tracd like this: --auth=bsp,/home/svnadmin/etc/bsp.htdigest,qwer
[08:41:35.559604]<pyqwer>Do I specify this in the WSGI-configuration file or in apache?
[08:42:00.315744]<jhammel>pyqwer: you can do it in apache; i thought you wanted to do this with WSGI middleware
[08:42:04.914576]<pyqwer>Moreover, I have multiple TRAC instances, so setting an environment variable is maybe not a good idea?
[08:43:08.085169]<pyqwer>Well, I basically don't care where to do it - in the end all of my three instances should have authentication, whereas they should not conflict.
[08:44:58.656099]<pyqwer>jhammel: Yes, please point me to some code!
[08:46:19.511210]<jhammel>pyqwer: here are two WSGI factories that wrap around Trac
[08:46:21.881126]<jhammel>http://trac-hacks.org/browser/traclegosscript/anyrelease/traclegos/wsgiapp.py#L39
[08:46:43.266245]<jhammel>note that they do other things as well, and that they use repoze.who to handle auth
[08:51:04.775048]<delx>ok, fixed my gitplugin problem.
[08:52:34.282986]<jhammel>delx: you migrated to hg? ;)
[08:52:45.930795]<delx>jhammel, hg?
[08:53:09.753187]<jhammel>delx: mercurial, just kidding
[08:53:48.519464]<delx>jhammel, git :)
[08:54:13.320194]<jhammel>delx: hg! :)
[11:57:48.897255]<dubey>i have created a new svn repository, also created a new trac env, provide the svn repository path in trac.ini, done resync still not able to view any folder in browse source
[11:57:54.199314]<dubey>what is wrong ?
[12:00:29.542757]<cmc>is the browse source link not visible?
[12:02:49.360683]<dubey>it is available, but not able to see any folder/files
[12:06:30.856165]<cmc>is the repository empty?
[12:07:08.579242]<cmc>you said you created a new svn repo... are their files in it now?
[12:07:54.461862]<dubey>yes
[12:07:59.339595]<dubey>3GB data
[12:08:35.578944]<cmc>so if you did svn ls on the repo, you'd get files, right?
[12:08:51.502649]<dubey>yes
[12:09:43.459506]<cmc>and you resync'd after you added the files?
[12:10:34.332988]<dubey>yes, which is still running
[12:11:38.781965]<cmc>oh, wait for that to finish
[12:11:46.986185]<cmc>resyncing alerts trac of all of the revisions
[12:11:59.830536]<cmc>I assume it's done in a transaction, which means it's all updated or none of it is
[12:14:15.156187]<dubey>at least it should show updated files
[12:22:50.000487]<cmc>that's not how transactions work
[12:30:11.270157]<dubey>ok
[14:24:56.421261]<hasienda>hello all
[14:32:38.256120]<hasienda>I'm kind of lost with hacking ./trac/ticket/web_ui.py mainly because I fail to understand the requirements and mechanism for preparing proper content for ./trac/ticket/templates/ticket.html - the ticket view.
[14:33:00.098461]<hasienda>Is there any helpful developer reference for this?
[14:33:31.479297]<cmc>Genshi's a bit involved: http://genshi.edgewall.org/wiki/Documentation/xml-templates.html
[14:33:37.141435]<cmc>what are you tryingto do?
[14:33:58.610960]<hasienda>What I want to do is fixing http://trac.edgewall.org/ticket/1942 . Feel I'm almost there.
[14:36:02.615750]<cmc>Hm, I'd argue that the date field plugin already does this. Hold on though, there's a patch I made to support multi-selects which might be a good reference here
[14:37:27.144964]<cmc>arg it didn't save ;) a moment please
[14:37:39.760738]<hasienda>At least I have the definition, a patched customticketadminplugin and working Trac Query based on the Unix time format. Custom time field nicely addes values to ticket_custom db table, no problem. But mangling Unix time to (localized) datetime string seems little too hard for me.
[14:38:28.110116]<hasienda>No, date field plugin is just another workaround but not the real solution (Unix time).
[14:39:25.758929]<hasienda>This is no Trac-Hack but a patch to Trac trunk as I understand it must be.
[14:39:47.329565]<cmc>look at trac.util.datefmt
[14:43:41.429749]<hasienda>Well I did, already using format_datetime() in _prepare_fields() for the new field of type 'time', but field['rendered'] = format_datetime(field[name], tzinfo=req.tz) doesn't work for me. After all I'm quite fresh with Python so I bet I still make really silly mistakes here.
[14:44:17.706463]<cmc>field[name] is unix time, at that point?
[14:45:20.803273]<cmc>if so, date.fromtimestamp($unixtime) will give you a date object: http://docs.python.org/library/datetime.html#datetime.date.fromtimestamp
[14:52:39.717171]<hasienda>Oh. I'm definitly lost in the middle of a bunch of superb Trac classes and functions plus standard python lib functions. Will try and come back soon. Thanks so far.
[15:51:40.851539]<hasienda>cmc: got it working now, thanks again. You made my day :).
[15:53:19.084442]<cmc>good job hasienda
[16:33:45.438713]<hasienda>cmc: Would you mind looking at another question of mine please?
[16:35:56.759205]<hasienda>cmc: ./trac/ticket/templates/ticket.html has reference 'field.old' and 'field.new', but I don't know what part of field[] is referenced here.
[20:05:57.937068]<hasienda>(reference question about 'field.old' and 'field.new' solved by further code studies); that's all for today, :) bye everyone.