Team Chat Logs

December 10, 2009

2009 11
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      

[00:05:07.074091]<macmaN>2.5.4 rox
[00:13:13.124873]<cboos>2.7 seems to have a bunch of improvements for the gc that might benefit Genshi/Trac ...
[00:16:03.988239]<otaku42>moin
[00:16:31.632820]<otaku42>cboos: check http://trac-hacks.org:81/ :)
[00:18:16.135923]<cboos>hello Michael, yes things look great today :-)
[00:19:45.887467]<otaku42>cboos: i've reimplemented the ListTypes macro, making use of the builder stuff from genshi.
[00:19:59.457677]<otaku42>cboos: the fieldsets now also have 2em bottom margin :)
[00:20:15.209452]<cboos>yes, noticed
[00:20:16.934229]<cboos>I have one more suggestion if you may, that would be to have the list of tags (including the "( )" ) to use a smaller font-size (e.g. something between 80% and 90%)
[00:20:29.560097]<cboos>the list of tags for each entry I mean
[00:20:50.502142]<cboos>And there's 0.12 ;-)
[00:22:02.097481]<cboos>no so many hits, but at least a few ;-)
[00:25:56.666519]<otaku42>cboos: smaller font size for tag lists done. check again, please.
[00:27:25.992624]<cboos>yes, I think it's nicer that way
[00:27:26.890906]<otaku42>cboos: one last thing that is left to do now is to grab the "category description" from each categories wiki page.
[00:27:40.481055]<cboos>ask someone with good taste to double check that ;-)
[00:29:14.386523]<cboos>I think that when lines are wrapping, it's indeed better, you distinguish better what are entries and what are tags from the previous entries
[00:29:30.229365]<otaku42>cboos: i also like it better that way, but maybe osimons or someone else would also like to comment on it
[00:33:17.292635]<macmaN>cboos: do you think having quick access this-resource-only-RSS icons next to timeline resource list items is a good idea?
[00:33:48.263025]<macmaN>some projects that ive subscribed lately ive found i want to separate tickets and changesets
[00:34:10.800313]<cboos>well, if you change your filters and update, the rss link will be adapted accordingly
[00:34:13.092808]<macmaN>checking, unchecking, updating yadda yadda kinda redundant methinks
[00:34:27.336144]<macmaN>rightclick copy url subscribe - melikes
[00:35:13.377611]<macmaN>pure usability, quirk issue, nothing more, but im still thinking about patching it
[00:35:26.996545]<cboos>given how many times you would actually subscribe to a timeline rss, I don't think the yadda yadda is too much, compared to the visual clutter you'll get every time, with those extra links ;-) So no, I don't think it's a good idea...
[00:36:13.892535]<gozerbot>trac: Changeset [8896]: fr_FR: 3 more translations (now 100% again) - <http://trac.edgewall.org/changeset/8896>
[00:36:31.165448]<macmaN>checkbox sized rss icons in a column, i think i could handle that, but i guess it has to be seen
[00:37:43.027962]<macmaN>re "how many times subscribe" - this is actually quite many considering everyone and their mother uses trac now
[00:39:42.997325]<macmaN>i wonder how many timelines ive subscribed, it must more than 10
[00:47:42.594699]<basic`>coderanger_: okay giving up for real this time... it doesnt seem to be checking for the cookie, i'm probably doing something really simple incorrectly
[04:34:16.994224]<zimnyx>Is it possible to see content of added files in "Changeset XX" page ?
[04:34:32.761239]<zimnyx>Now only modifications are displayed
[04:34:45.051429]<zimnyx>I want to see output fimilar to svn diff.
[04:34:50.249277]<zimnyx>*similar
[06:05:58.707080]<osimons>cmlenz: question about docs...
[06:08:22.677554]<osimons>in the API docs we now get the 'slave_tests' package included - which we don't want. where is the pattern that defines it? looks to me like it is in the docs/common that we include by svn:externals? which suggests perhaps the package should be renamed to 'tests_slave' to be matched (epydoc.ini)?
[06:10:32.502755]<cmlenz>hm yeah
[06:35:37.661070]<osimons>cmlenz: "python setup.py build_doc" gives me issues now - chokes when reaching [ 79%] urllib2.Request suggesting something is amiss here... what am i doing wrong? short-term memory...
[06:36:04.622384]<cmlenz>huh
[06:36:26.744698]<osimons>could you try to build doc for bitten trunk or 0.6 (same problem - with me or with source...)?
[06:37:10.509862]<cmlenz>works for trunk
[06:37:20.284793]<cmlenz>python version?
[06:37:26.000895]<cmlenz>epydoc version?
[06:39:07.193212]<osimons>python 2.6, epydoc 3.0.1, docutils 0.6
[06:39:52.079868]<osimons>Parsing docstrings. UNEXPECTED ERROR: 'Text' object has no attribute 'data'
[06:41:09.692267]<osimons>aha, cmlenz: downgraded to docutils 0.5 (+ installed roman), and it now works...
[06:41:42.972264]<cmlenz>damn
[06:42:05.425245]<cmlenz>should be moving to sphinx I guess
[06:43:37.730448]<osimons>right.... next decade... :-)
[06:45:31.052200]<cmlenz>hehe
[06:48:08.935727]<osimons>renaming did the trick, cmlenz - think i'll just commit that and get tests inline with naming convention and out of docs
[06:48:22.032537]<cmlenz>sure
[07:02:13.782977]<osimons>oh - bummer cmlenz. last exchange meant for bitten channel :-) well, whatever...
[07:02:26.191319]<osimons>sorry others :-)
[08:36:18.929230]<gozerbot>trac: Ticket #8877 (Similar problem to ticket 4519 USB devices on ubunutu 9.10 cannot be ...) closed - <http://trac.edgewall.org/ticket/8877#comment:1> || Ticket #8878 (Similar problem to ticket 4519 USB devices on ubunutu 9.10 cannot be ...) closed - <http://trac.edgewall.org/ticket/8878#comment:1> || Ticket #8878 (Similar problem to ticket 4519 USB devices on ubunutu
[08:36:23.992106]<gozerbot> 9.10 cannot be ...) created - <http://trac.edgewall.org/ticket/8878> || Ticket #8877 (Similar problem to ticket 4519 USB devices on ubunutu 9.10 cannot be ...) created - <http://trac.edgewall.org/ticket/8877>
[09:00:02.106816]<datamgmt>Hi guys. I have a strange problem which I can't pin down when it started. On Safari andOpera trac works fine (we use macs so no issue). However a client uses ie/firefox/chrome and they can't click on some links, notably those created by the TOC Macro. In firefox I am getting The resource from this URL is not text: http://server/box/trac/chrome/common/js/search.js. If I go to the URL directly with Firefox I see the file and can download it.
[11:06:23.294180]<gozerbot>trac: Ticket #8879 (OperationalError: database is locked) created - <http://trac.edgewall.org/ticket/8879> || TracProject/UiGuidelines edited - <http://trac.edgewall.org/wiki/TracProject/UiGuidelines?version=16>
[11:06:57.399972]<jimbo22>i have trac installed by itself and svn installed by itself, whats the easiest way to integrate the two?
[11:10:35.718584]<osimons>jimbo22: python-subversion bindings, and map up your repos to the trac project (trac.ini) and then trac-admin $project resync
[11:10:40.636280]<osimons>@wiki TracSubversion
[11:10:40.646156]<evil_twin>http://trac.edgewall.org/wiki/TracSubversion
[11:12:31.917480]<jimbo22>yeah i was reading that but I didn't compile trac from source
[11:12:40.228269]<jimbo22>i installed it using easy install
[11:12:51.934041]<jimbo22>will it still work?
[11:16:13.595707]<pacopablo>jimbo22: provided you have the subversion bindings (which come from subversion or a python-subversion package) then yes
[11:40:45.773145]<jimbo22>where can i get the python-subversion package?
[11:40:54.094490]<jimbo22>my subversion was built using yum
[11:41:02.404639]<jimbo22>i dont see anything in yum that has the python-subversion package
[12:34:03.794491]<pacopablo>jimbo22: look for subversion-pythno
[12:34:07.504141]<pacopablo>er, subversion-python
[12:34:17.205626]<coderanger_>pacopablo: \o/
[12:36:56.336799]<pacopablo>hey coderanger_
[12:38:50.515390]<bobbysmith007>Is there any chance someone can fix SVN permissions on trac-hacks? I cannot add a new plugin currently
[12:44:01.343150]<basic`>anyone know why i would be getting AttributeError: 'DrupalLoginModule' object has no attribute 'match_request'
[12:44:13.127374]<basic`>i have the same match_request that's in auth.py, so it's definitely in there
[12:45:33.846114]<coderanger>pastebin the current code
[12:45:48.106234]<basic`>coderanger: this only happens on the / url
[12:45:50.770982]<basic`>everything else is working
[12:46:22.664470]<basic`>http://pastie.org/private/wiqsevpexjufxnjqlcwq
[12:46:53.454737]<datamgmt>coderanger are you still there?
[12:46:54.556079]<basic`>(except maybe the session handling.. i haven't tried the SESS* yet)
[12:47:06.536413]<coderanger>basic`: You shouldn't need an IRequest handler at all I would think
[12:47:15.171749]<coderanger>just remove it from the implements()
[12:47:21.566781]<basic`>ah ok
[12:47:36.950934]<coderanger>you will also want to change the get_naviation_items to return links to the drupal login/login
[12:47:42.421042]<basic`>i did that
[12:47:42.644275]<jhammel>basic`: you're match_request is also indented wrongly
[12:47:45.713509]<coderanger>thats the href= part
[12:47:52.839461]<basic`>ahh
[12:48:08.551832]<jhammel>basic`: you have it in the scope of process_request, not at class scope
[12:48:10.602003]<coderanger>yes, thats the reason it isn't working
[12:48:18.288793]<basic`>coderanger: i just set those with [metanav] login.href, logout.href
[12:48:18.502981]<coderanger>but you can just get rid of it
[12:48:23.243177]<basic`>cool
[12:48:36.912027]<coderanger>ahh, that works too
[12:49:03.382979]<basic`>coderanger: what did you have in mind? i tried passing them in with like 'drupal_login' and 'drupal_logout' options, but i couldn't get the URLs to link properly
[12:50:41.191509]<trac_noob>Hello everyone
[12:51:47.286048]<trac_noob>I have few question regarding trac
[12:51:47.507803]<basic`>coderanger: sweet, that fixed it
[12:51:47.515334]<trac_noob>bu i'm not sure this is the right place to ask
[12:52:05.567137]<trac_noob>We are using trac for more than 2 years in my company
[12:52:15.083259]<trac_noob>and we are pretty happy about it
[12:52:47.559126]<trac_noob>the initial server was on a XP machine and this was not very good but it worked nice
[12:53:23.926536]<trac_noob>I recently bought a real server (we are a poor video game company) and i ve started the migration to a proper ubuntu server
[12:54:00.848879]<trac_noob>I've also tryed to clean the trac projects and their config
[12:54:05.642493]<trac_noob>my issue is
[12:54:28.410226]<trac_noob>can i use a myqsl database instead o Sqlite one
[12:54:53.430981]<trac_noob>and if possible can be only one database for all the project
[12:54:55.269075]<basic`>coderanger: how about this... would it be possible to loop through every SESS* cookie (there should only be 1-2 per host)
[12:55:20.038902]<bobbysmith007>trac_noob: I know you can do this with the postgresql backend (using schemas)
[12:55:32.345287]<trac_noob>so we do not have to make change in all the database when we add a users etc..
[12:55:48.306918]<trac_noob>postgresql is good also
[12:56:02.750090]<bobbysmith007>trac_noob: well, the databases are still logically separate so you would still need to modify all of them
[12:56:05.183378]<basic`>postgresql has better support for trac
[12:56:10.263773]<cmc>I suggest postgres as well
[12:56:20.106165]<bobbysmith007>trac_noob: but you can backup and restore all of them at once
[12:56:52.137887]<trac_noob>Ok understood (sorry i'm french so my english is not so good :S)
[12:56:54.695841]<bobbysmith007>trac_noob: we also have some functions to do freetext search across all the important trac fields in all of the separate schemas
[12:57:02.587407]<Fabitrac>hello coderanger_, are you there?
[12:57:10.515470]<Fabitrac>or maybe otaku42?
[12:57:12.555223]<bobbysmith007>trac_noob: you sound fine to me :)
[12:57:23.829800]<trac_noob>bobbysmith007: yes this bother me a lot as we have 43 projects
[12:57:32.737824]<coderanger>basic`: Try "for key, value in req.incookie.iteritems(): \n if key.startswith('SESS'): \n get_name_drupal(req, value) \n break
[12:57:41.870956]<trac_noob>so it's really a nigtmare
[12:57:43.703367]<coderanger>Fabitrac: I am, yes
[12:57:49.049732]<trac_noob>even with good script
[12:57:53.368011]<trac_noob>My other issue
[12:57:57.634713]<Fabitrac>great =) could i ask you a question about tractags?
[12:58:00.180941]<trac_noob>is we used a older trac
[12:58:10.100192]<coderanger>Fabitrac: You can try
[12:58:12.276140]<trac_noob>and i have an issue with 0.11.5
[12:58:17.741276]<trac_noob>to reinstall the thema
[12:58:20.107855]<trac_noob>theme
[12:58:24.121729]<basic`>coderanger: you're a machine, man
[12:58:46.941237]<trac_noob>first the item had disappear from the admin part
[12:58:51.413659]<Fabitrac>coderanger: i have a problem with the tracTAGS plugin, if i create a new WIKI page and add content + a TAG, then i loose the content of the wikipage, adding only content works, adding only a TAG works, but both together doesnt
[12:59:00.103848]<Fabitrac>do you know the problem or maybe also a solution? =)
[12:59:06.477413]<coderanger>No idea
[12:59:20.278372]<cmc>Fabitrac, I feel like this is an issue in their queue
[12:59:28.561069]<Fabitrac>yea cmc, true
[12:59:42.160186]<Fabitrac>but i tougth maybe somebody hacked already a patch or something
[12:59:56.435390]<trac_noob>I've even try to change the one by default in trac.ini
[13:00:03.569796]<trac_noob>and nothing works
[13:00:09.434152]<cmc>Fabitrac: hehe, given that I've heard it here before, you'd think someone did ;)
[13:00:48.280781]<Fabitrac>i also tried to figure it out, but without success
[13:00:53.867569]<Fabitrac>=(
[13:01:41.524645]<roh>hmm.. somethings weird
[13:02:07.109259]<Fabitrac>so i have to wait again ;)
[13:02:11.536956]<Fabitrac>no problem =)
[13:02:37.908842]<trac_noob>any idea?
[13:02:50.181618]<Fabitrac>does anybody uses the itteco plugin?? only for curiosity
[13:03:17.802799]<roh>i just upgraded from an very old svn snapshot to 0.11.6 and fresh tags and account manager, and get this on trac-admin upgrade http://pastebin.ca/1710100
[13:03:30.019398]<bobbysmith007>trac_noob: currently there is not really a "many - in - one" trac, though trac-forge was at somepoint working on this, we have a lot of custom code, scripts and reports written around our many trac installs
[13:03:51.003552]<jhammel>roh: iirc, this is a bug in the tags plugin
[13:03:51.218211]<roh>why should it think the tags table needs to be added? it already exists
[13:04:03.083043]<roh>jhammel and good idea for workaround?
[13:04:22.885655]<bobbysmith007>trac_noob: the searchallplugin is a good starting place for dealing with searching many tracs
[13:04:42.859551]<jhammel>roh: i can't remember, sorry :(
[13:04:43.817795]<trac_noob>bobbysmith007: i'm talking about the theme
[13:04:54.581196]<trac_noob>it's seems to be broke
[13:05:41.135601]<trac_noob>PyDotOrg was the one we used
[13:05:57.590778]<trac_noob>i can only use the one by default now
[13:06:11.299395]<basic`>coderanger: i couldn't have done this without your help.. i should send you a donation :)
[13:06:27.792304]<gozerbot>trac: Ticket #8879 (OperationalError: database is locked) closed - <http://trac.edgewall.org/ticket/8879#comment:1>
[13:07:10.529499]<trac_noob>Where did i miss the point to install the theme ?
[13:07:52.232323]<coderanger>trac_noob: It should work with 0.11
[13:08:02.141224]<coderanger>make sure you upgrade the theme and themeengine
[13:08:14.890909]<trac_noob>theme engine?
[13:08:50.783766]<datamgmt>coderanger: still there - I dropped the connection by accident after the last time I asked
[13:08:54.202391]<coderanger>yes, that is the plugin that powers the theme system
[13:09:05.986414]<datamgmt>obviously there :-)
[13:09:19.372006]<superjoe>is there a git plugin that works with trac 0.11?
[13:09:38.002405]<coderanger>datamgmt: I am, though I am trying to fight klingons at the same time
[13:10:03.424611]<datamgmt>There's klingons on the starboard bow … (but you would have to be over 30 and in the UK to get that)
[13:10:04.833438]<trac_noob>easy_install themeengine ?
[13:10:25.052480]<coderanger>datamgmt: Or a fan of dr. demento
[13:10:25.832983]<coderanger>:)
[13:10:29.479380]<jhammel>datamgmt: i get it...over 30, but not in UK ;)
[13:10:46.577008]<datamgmt>http://www.youtube.com/watch?v=FCARADb9asE
[13:10:48.695878]<coderanger>(Its life Jim but not as we know it, not as we know it)
[13:11:16.975533]<roh>hm.. tried http://trac-hacks.org/ticket/5345 but thats not helping here
[13:11:49.912526]<datamgmt>Anyway it was a trac q I had, you appear to look after TracCondFields 2.0 and we upgraded to 11.5 and the world seemed to stop working
[13:12:10.822365]<datamgmt>I've had a scan around and tried various bits but not got very far
[13:13:45.225194]<roh>argh.
[13:13:45.597716]<datamgmt>I was wondering what its state wrt 11.5 was
[13:14:12.388018]<roh>btw. i nominate tags and accountmanager for 'core-ish' stuff.
[13:16:18.578894]<roh>never have installs without anymore
[13:16:19.200718]<trac_noob>coderanger: sorry to be dumb
[13:16:19.453199]<trac_noob>but i ve done
[13:16:19.556931]<trac_noob>the install from here
[13:16:19.668220]<trac_noob>http://trac-hacks.org/browser/themeengineplugin/0.11
[13:16:19.884261]<coderanger>roh: Some acctmgr stuff will end up in core
[13:16:19.906853]<trac_noob>and i don't see it on the admin thin
[13:16:19.930718]<coderanger>roh: form-login for example
[13:16:20.099381]<coderanger>roh: Probably not the reg stuff at first though
[13:16:20.329633]<coderanger>datamgmt: Haven't tried it in a while, but it Should Work (tm)
[13:16:32.268042]<trac_noob>and i have the themeengine.* = enabled
[13:16:35.866683]<trac_noob>in the component
[13:16:43.220062]<trac_noob>but no signs on the admin
[13:17:01.259432]<datamgmt>OK so it doesn't appear to - I've been trying - let me see if I can get whats up
[13:18:27.295176]<roh>coderanger well.. thats the important parts.
[13:19:06.937938]<roh>ive never got themeengineplugin to work... just as a note ;)
[13:19:11.393362]<roh>never needed either
[13:20:57.112906]<coderanger>I spiffed it all out at pycon last year
[13:21:01.037158]<roh>anyhow.. its bad when tags isnt working. that means i need to freeze the other boxes on their state till it does
[13:21:06.112585]<coderanger>added dynamic theme creation and such
[13:21:19.223841]<datamgmt>coderanger so when we upgraded to 11.5 we took the latest svn version for 0.11 and created and installed it. The config worked on the older versions but appears to have no effect on the newer one, i.e. whilst the config looks ok all fields always display rather than what the settins say to do
[13:21:41.780346]<jhammel>roh: you can always put a try: except: around the code that tries to make the table
[13:21:58.446684]<datamgmt>Any suggestions where I can look for some debug
[13:22:17.475585]<coderanger>datamgmt: Look at the condfields JS
[13:22:23.044412]<coderanger>see if it has errors in it
[13:22:42.830558]<roh>jhammel not sure yet where that happens and why at all
[13:24:19.089649]<jhammel>roh: probably in _upgrade_db in http://trac-hacks.org/svn/tagsplugin/tags/0.6/tractags/model.py
[13:26:13.582198]<trac_noob>I'm confuse
[13:26:23.590926]<trac_noob>Where all the trac plugin are stored
[13:26:25.337413]<trac_noob>?
[13:26:37.638538]<trac_noob>like i've a sound plugin
[13:26:47.588831]<trac_noob>but it seems to be nowhere
[13:30:10.154450]<bobbysmith007>trac_noob: they are ususally in /usr/local/lib/dist-packages on newer ubuntus
[13:30:36.047811]<trac_noob>ls -d /usr/lib/python2.5/site-packages i was looking here :D
[13:30:37.475857]<bobbysmith007>trac_noob: errr.. /usr/local/lib/python2.6/dist-packages
[13:30:48.533757]<trac_noob>so that why i'm confudes
[13:30:51.895799]<trac_noob>confused
[13:30:58.692169]<bobbysmith007>or python2.5 if thats the version you are on
[13:31:09.953391]<trac_noob>well how to know?
[13:31:18.952495]<trac_noob>i have 2.4 2.5 2.6 3.0
[13:31:31.588394]<jhammel>trac_noob: which python does Trac use?
[13:31:38.783677]<roh>argh.. ok.. found it
[13:31:45.495159]<roh>ignore the 0.6 tag. use svn
[13:31:47.165327]<bobbysmith007>trac_noop: it will generally be what ever python is invoked when you type python
[13:31:48.549667]<roh>that works
[13:31:52.822868]<roh>for the tagsplugin
[13:32:00.516791]<trac_noob>2.6.4
[13:32:12.612285]<jhammel>roh: actually, now that you mention it, i vaguely recall that's how i got around it
[13:32:17.825726]<jhammel>roh: sorry i didn't remember sooner
[13:32:30.422512]<roh>jhammel don't worry.. i would have had the same issue...
[13:32:40.656084]*jhammel was wondering why his production server didn't have any svn mods
[13:32:45.312163]<datamgmt>coderanger. If I view source I can see the condfields script is included in the header but in firefox with firebug I can see no errors and in fact I can't see where it gets called either. Should it have some hook further down the code (i.e. by the field we are trying to hide?
[13:32:50.743423]<roh>just the usual it-fnord which makes one want to grow flowers or so after 10 years ;)
[13:33:00.436725]<jhammel>roh: heh, totally
[13:33:02.964669]<bobbysmith007>trac_noob: so it is probably installed in a python2.6/dist-packages or a python2.6/site-packages folder in either /usr/lib or /usr/local/lib
[13:33:13.975028]<trac_noob>Ok thansk i've found those
[13:33:15.553248]<roh>jhammel i am on ubuntu karmic here.. on hardy python is still 2.5 and tags0.6 works
[13:34:20.506267]<trac_noob>Ok i may have found my issue
[13:34:32.683107]<trac_noob>it's seems i have .egg solid files
[13:34:43.845855]<trac_noob>and others that are just folder
[13:34:49.595263]<trac_noob>like the theme engine
[13:35:02.682856]<jhammel>trac_noob: that's not bad by itself
[13:35:31.431043]<trac_noob>Well so this is strange
[13:35:39.708701]<trac_noob>the themeegine is here
[13:36:07.811262]<trac_noob>but nowhere to find it on the admin panel or changing the config affect trac
[13:36:25.646212]<jhammel>trac_noob: if it doesn't show up in admin plugins then its not loading properly
[13:36:41.431841]<jhammel>trac_noob: enabled DEBUG level logging, log to a file, and see what's going on
[13:36:41.646993]<bobbysmith007>trac_noob: you will want to turn on logging and watch for an exception
[13:37:48.208997]<trac_noob>wow
[13:38:05.779725]<trac_noob>the log is already 200 megs big
[13:38:21.181851]<bobbysmith007>trac_noob: wow... that doesnt seem right...
[13:38:44.168903]<bobbysmith007>trac_noob: 200 megs from a single page load?
[13:39:02.821406]<trac_noob>well no it was activate since this morning
[13:39:04.540638]<trac_noob>2009-06-21 18:55:33,809 Trac[authz_policy] DEBUG: Checking WIKI_VIEW on wiki:WikiProcessors@1
[13:39:14.480814]<trac_noob>mostle everuthing like this
[13:39:29.672094]<jhammel>trac_noob: do you have many users?
[13:39:41.250213]<trac_noob>25
[13:39:50.184233]<jhammel>hmmm, that's not many
[13:39:54.274793]<trac_noob>but as it's on hold for the migration
[13:40:00.041469]<trac_noob>i was the only one using
[13:41:26.752633]<trac_noob>.... well the date are very old
[13:41:39.415106]<roh>heh... should have switched to NIN earlier... somehow it all worked out after 2 tracks
[13:43:25.014406]<trac_noob>2009-12-10 22:43:04,625 Trac[loader] ERROR: Skipping "TracExtentedXmlRpc = tracrpcext": (can't import "ImportError: No module named tracrpc.api")
[13:45:53.382722]<trac_noob>the only thing i've got wrong
[13:47:05.752166]<trac_noob>a missing plugin i assume ?
[13:53:45.756017]<trac_noob>2009-12-10 22:53:10,669 Trac[loader] ERROR: Skipping "TracExtentedXmlRpc = tracrpcext": (can't import "ImportError: No module named tracrpc.api"
[13:53:58.891780]<trac_noob>I've installed the module but still get this error
[13:56:18.098522]<cmc>do you have the xmlrpc module installed?
[13:56:31.606169]<trac_noob>TracXMLRPC-1.0.6-py2.6.egg
[13:56:51.659792]<trac_noob>install with those command
[13:57:18.920624]<trac_noob>svn checkout http://trac-hacks.org/svn/xmlrpcplugin/trunk/
[13:57:34.706513]<trac_noob>python setup.py bdist_egg
[13:57:47.337627]<trac_noob>easy_install -Z dist/*.egg
[13:57:54.498254]<trac_noob>that's all
[13:57:58.810804]<jhammel>trac_noob: that has entry-point tracrpc
[13:58:14.145781]<trac_noob>May be i'm doing something wrong
[13:58:15.243309]<jhammel>trac_noob: not tracrpcext
[13:58:35.231741]<jhammel>trac_noob: though i'm not sure if this has anything to do with the theme engine
[13:58:55.438675]<trac_noob>you mean i'm installing the wrong module?
[13:59:24.274310]<trac_noob>the other "error" is 2009-12-10 22:53:10,688 Trac[loader] DEBUG: Skipping "trac.mimeview.txtl = trac.mimeview.txtl [textile]": ("DistributionNotFound: textile>=2.0" not found)
[13:59:40.245679]<trac_noob>2009-12-10 22:53:10,723 Trac[loader] DEBUG: Skipping "trac.mimeview.silvercity = trac.mimeview.silvercity [silvercity]": ("DistributionNotFound: SilverCity>=0.9.4" not found)
[14:04:04.199404]<roh>trac_noob install textile: easy_install textile
[14:04:08.722731]<roh>silvercity is optional
[14:06:23.643931]<gozerbot>trac: Changeset [8898]: 0.12dev: Made case of intra-page navigation links consistent. - <http://trac.edgewall.org/changeset/8898> || Changeset [8897]: loader: components from eggs are loaded in alphabetical order. - <http://trac.edgewall.org/changeset/8897>
[14:06:34.833812]<trac_noob>I've found this one http://trac-hacks.org/browser/xmlrpcplugin/trunk
[14:06:43.841272]<trac_noob>is this the good one?
[14:10:05.033265]<trac_noob> ERROR: Skipping "TracExtentedXmlRpc = tracrpcext": (can't import "ImportError: No module named tracrpc.api") i've still got this error even after install all the modules
[14:12:38.103145]<jhammel>trac_noob: import tracrpcext from the command line
[14:12:55.752203]<jhammel>trac_noob: and you'll probably have to find what file it uses and edit it
[14:19:26.156102]<datamgmt>Coderanger. Just changed browser to see if I can get any error and I get a SyntaxError: Pase error /box/trac/condfields/new.js:1
[14:29:05.869169]<trac_noob>Well i fix my theme issue
[14:29:42.865789]<trac_noob>resintalling the .egg with the install feature on the browser
[14:29:54.982019]<trac_noob>instead of doing it on command line
[14:49:40.444261]<trac_noob>Thank you for the nice people here
[14:49:42.925612]<trac_noob>:D
[14:49:47.593018]<trac_noob>Good Night
[14:49:53.376679]<jhammel>'nite
[15:06:28.791661]<gozerbot>trac: TracOnDebian edited - <http://trac.edgewall.org/wiki/TracOnDebian?version=127>
[16:16:22.210502]<basic`>coderanger: do i need the _do_login method? The only place it was called was in the IRequestHandler methods (not sure if trac still uses that internally)
[16:16:43.884360]<coderanger>No
[16:16:57.701438]<coderanger>Python convention, anything starting with _ is "private"
[16:17:05.112268]<coderanger>just internal utility methods
[16:17:09.281226]<basic`>got it
[16:17:50.999840]<basic`>fun :)
[17:22:58.690765]<superjoe>is there a git plugin that works with trac 0.11?
[19:36:26.655568]<gozerbot>trac: TracNotification edited - <http://trac.edgewall.org/wiki/TracNotification?version=57>
[20:06:27.008293]<gozerbot>trac: TracIni edited - <http://trac.edgewall.org/wiki/TracIni?version=162>
[20:32:00.264024]<basic`>coderanger: alright, another question... trying to have trac not use the /login url for the "you are not logged in, you may <a href='/path/to/trac/login'>do so now</a>" links that it's generating -- any ideas? It almost seems like a rewrite in apache would be easiest
[20:33:18.260819]<basic`>i have it rewriting them, but it's doing: http://trac.openefs.org/https://openefs.org/user instead of just https://openefs.org/user
[20:36:26.371039]<gozerbot>trac: TracAccessibility edited - <http://trac.edgewall.org/wiki/TracAccessibility?version=10>
[20:37:14.172884]<basic`>oh wait, got it... sorry :P
[22:36:26.960193]<gozerbot>trac: MultipleRepositorySupport edited - <http://trac.edgewall.org/wiki/MultipleRepositorySupport?version=31>
[23:13:02.203226]<sgrover>One final step on a nightmare installation (due to the environment). How to prevent the multi-project listing from showing up.
[23:13:31.924035]<sgrover>The usual LocationMatch directive is not working in this case, though i can access my projects fine.
[23:15:06.627604]<sgrover> I currently have <LocationMatch "/.+"> and have tried different values. But If I navigate to https://myserver.com/trac - I still see the projects listed. (TracUriRoot is /trac )