Team Chat Logs

September 7, 2010

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

[00:10:42.579022]<rangen>is there a way to change the "Adjust edit area height:" at wiki page editor from 8 to something bigger. i'm using trac 0.12.
[00:11:20.727663]<rangen>i took a look at http://trac.edgewall.org/browser/trunk/trac/wiki/web_ui.py and in my quick scan could not find a way
[00:11:44.422078]<rangen>well, there the default is 20, so i wonder why i get 8
[00:26:34.540342]<gbot83>t.e.o: Changeset [10060]: 0.12.1dev: LANG can be used to enforce language selection for TracAdmin. ... - <http://trac.edgewall.org/changeset/10060> - cboos
[00:26:39.539840]<gbot83>t.e.o: Ticket #8117 (Default language setting in trac.ini) closed - <http://trac.edgewall.org/ticket/8117#comment:17> - cboos
[00:28:07.436301]<kirean>rangen: I'm guessing you should look at: http://trac.edgewall.org/browser/branches/0.12-stable/trac/wiki/templates/wiki_edit.html
[00:30:25.661015]<kirean>rangen: and maybe: http://trac.edgewall.org/browser/branches/0.12-stable/trac/htdocs/css/wiki.css
[01:31:46.338766]<gbot83>t.e.o: Ticket #3794 (Invalid table(with indentation) layout in wiki.) updated - <http://trac.edgewall.org/ticket/3794#comment:6> - andrex@…
[02:11:53.141081]<gbot83>t.e.o: Ticket #8664 (Timeline calls today yesterday) closed - <http://trac.edgewall.org/ticket/8664#comment:8> - cboos
[02:37:50.613922]<alitrix>my trac is having a lot of 'Database is locking'
[02:38:02.097631]<alitrix>what could be the most common reason?
[02:47:49.520648]<kirean>alitrix: using a sqlite db?
[02:48:08.682649]<kirean>alitrix: Trac version?
[03:31:23.850755]<penmark>osimons: yes i've sent a description of the issue to trac-security but it's a closed group
[03:54:55.749287]<kirean>hmm, I have two trac (0.11) projects and two different svn repos on the same box
[03:56:03.468305]<kirean>if I access one trac env, it says I need to resync.. If I do that the other project needs to resync..
[03:59:57.846573]<kirean>trac.ini:repository_dir matches the correct repo for both envs
[04:00:04.089401]<kirean>what else can be wrong?
[04:01:20.218589]<kirean>wsgi os.environ['TRAC_ENV '] matches correct env for both projects
[04:02:28.517010]<kirean>and apache wsgiscriptalias points to the correct file for both as well
[04:16:08.724962]<kirean>hmm, svn hooks?
[04:21:53.040814]<alitrix>kirean: yes, sqlite and 0.12
[04:22:40.000614]<kirean>alitrix: many users?
[04:23:13.887435]<alitrix>not that much
[04:23:19.175886]<alitrix>around 4/5 atm
[04:23:35.580146]<alitrix>but it's development and I want to use it in our company, with 20users
[04:27:33.750539]<kirean>alitrix: version of pysqlite?
[04:37:17.927126]<gbot83>t.e.o: Ticket #9605 (Deleting ticket changes issue) created - <http://trac.edgewall.org/ticket/9605> - anonymous
[04:47:19.905109]<gbot83>t.e.o: Ticket #9605 (Deleting ticket changes issue) closed - <http://trac.edgewall.org/ticket/9605#comment:1> - cboos
[05:10:21.380385]<iocor>http://dpaste.com/239934/
[05:10:40.013920]<iocor>what's the correct usage of ticket.changeLog(id,when) in xmlrpc
[05:31:17.781491]<alitrix>$ sqlite3 -version
[05:31:18.480973]<alitrix>3.5.9
[05:31:22.804659]<alitrix>kirean: you mean this?
[05:31:25.482574]<alitrix>oh, python sqlite
[05:31:25.968228]<alitrix>sorry
[05:32:22.546595]<alitrix>how to check that?
[05:32:42.733976]<kirean>alitrix: OS?
[05:34:59.473442]<alitrix>Debian
[05:35:04.910803]<alitrix>Linux version 2.6.26-2-amd64 (Debian 2.6.26-17) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Sun Jun 21 04:47:08 UTC 2009
[05:35:13.986966]<kirean>alitrix: maybe: sudo dpkg -l python-pysqlite2
[05:56:18.345658]<Blackhex>Hello everyone. Plese, why is NOT displayed translated version of <input type="submit" value="${_('Go')}"></input>, when message IS extracted and translated?
[06:49:18.399749]<Hodgework>Blackhex: What does the output of that snippet look like currently (i.e. what is the rendered version of that)?
[07:13:53.835774]<cyberdo>I'm running trac and the agilo plugin. It seems that spaces in URLs aren't handled very well by someone of them
[07:13:58.248789]<cyberdo>http://pastebin.com/HHkzwKm1
[07:14:16.743404]<cyberdo>It seems as if trac doesn't decode the URL parameters
[07:14:26.896152]<Blackhex>Hodgework: Submit button with label "Go"
[07:14:27.633031]<cyberdo>any hints?
[07:17:58.937598]<Blackhex>cyberdo: It seem like problem in Agilo plugin
[07:21:26.394733]<Hodgework>cyberdo: I agree with Blackhex. Don't know Trac well enough to know whether Trac is reposible for unescaping URL fragments but Agilo has: name = req.args['name']
[07:21:58.648446]<Hodgework>Which I guess extracts the name from part of the URL.
[07:23:06.171764]<cyberdo>oh... the URL was: https://<stuff>/project/backlog/Product%20Backlog
[07:23:36.157292]<Blackhex>cyberdo: thre should be something like decode_url(req.args['name']) IIRC.
[07:23:57.887992]<cyberdo>if I change the name to "Product_Backlog", it works, which led me to believe that trac forgot to decode the parameters
[07:24:41.968966]<Hodgework>Blackhex: I assume no other translations work?
[07:25:15.178334]<Blackhex>cyberdo: try to print (self.log.debug()) actual content of req.args['name'].
[07:25:21.988205]<Hodgework>cyberdo: Um. %20 is not an underscore. :)
[07:26:06.754461]<Blackhex>Hodgework: no, other translations works just fine, only case where it doesn't work is _() function applied on string constant in tag argument value.
[07:27:33.882071]<Blackhex>Hodgework: that is: <tag argument="${_(value)}">
[07:27:43.278999]<Blackhex>Hodgework: that is: <tag argument="${_('value')}">
[07:30:14.896206]<cyberdo>Hodgework: exactly... Underscore works, but not %20
[07:30:34.753683]<cyberdo>shouldn't the framework be responsible for decoding parameters?
[07:33:09.702806]<Hodgework>Blackhex: So if value was a variable name instead of a constant it would work?
[07:33:12.498752]<Blackhex>cyberdo: I'm not sure.
[07:33:43.563888]<Blackhex>Hodgework: yes, since it's translated in *.py file
[07:34:36.523346]<Hodgework>Blackhex: While I'm randomly guessing about things I know little, what happens if you do ${_(u'Go')}?
[07:35:05.921389]<Blackhex>Hodgework: let me check.
[07:37:05.052568]<Hodgework>How does _ get passed into the template? Maybe it's not the same gettext funtion you're using outside? I remember Genshi has defaults for a lot of the gettext functions internally so maybe it's falling back to one of those and it isn't working right?
[07:38:03.194075]<cyberdo>I can't debug very much now, since the server is in use... I'll check it out some time
[07:38:08.804316]<cyberdo>thanks for the input anyway
[07:38:16.136114]<Hodgework>cyberdo: I agree that seems sensible but we'll need a Trac developer to tell us what their intention was.
[07:38:25.691327]<Hodgework>cyberdo: For now it's probably easiest to fix Agilo.
[07:38:46.877182]<Hodgework>cyberdo: I find it a bit odd that the underscore works -- it sounds like the link itself is wrong.
[07:39:35.264538]<Blackhex>Hodgework: Ok <tag argument="${_(value)}"> where value is 'Go' dosn't work, while <tag argument="${value}"> where value is _(Go) does.
[07:40:41.604880]<Hodgework>I'm guessing _ inside the template is a different function to the one being used inside. Maybe add ${repr(_)} as a debugging thing?
[07:40:50.706107]<cyberdo>Hodgework: well.. since the name "a_b" isn'
[07:41:21.761317]<cyberdo>Hodgework: well.. since the name "a_b" isn't encoded, there's no need to decode it. "a%20b" on the other hand, needs to be decoded somewhere
[07:41:53.913519]<cyberdo>there is an apache proxy in the middle of it all that might screw things up
[07:42:08.956075]<Hodgework>cyberdo: But why does it link to "a%20b" when the name is "a_b"?
[07:42:38.024973]<Blackhex>Hodgework: I don't think this is the problem since there is othre uses of _() which does work and its a function that is spposed to work in Genshi l18n tutorial
[07:43:52.598548]<Hodgework>Blackhex: Other uses inside the same template?
[07:44:03.598455]<cyberdo>Hodgework: oh.. ok.. I created two items (well.. one iten and renamed it from time to time), one named "a b" and one "a_b"... giving "a%20b" in the URL didn't work, but "a_b" did... when the corresponding item existed
[07:44:08.642369]<Blackhex>Hodgework: yes
[07:45:36.126528]<Hodgework>cyberdo: Oh, I see. Then I'd just ask the Agilo people to work around the possible Trac issue for now.
[07:48:09.351525]<Hodgework>Blackhex: That is even more strange.
[07:49:07.148363]<cyberdo>Hodgework: I'm using 0.11.7... Think there were a python dependency problem stopping me from using 0.12
[07:49:16.627088]<cyberdo>anyway.. I think I give up for now
[07:49:52.244242]<Hodgework>cyberdo: Cool.
[07:50:28.458942]<iocor>what's the when parameter on tickets.changelog(id,when) for?
[07:59:20.295075]<Blackhex>Hodgework: Huray, you were right, there was a problem with _ function. I figured out that only text specified that way and translated was those that has translation in Trac itself. So I find out that I have to import version of _ function from my component initialized to use custom translation domain
[07:59:27.602705]<Blackhex>Hodgework: Thank you.
[08:00:41.647543]<Hodgework>Blackhex: Woot. :D
[08:29:17.257091]<osimons>iocor: could perhaps be more correctly called 'since' - ie. changes to a ticket since a certain timestamp
[08:29:53.607707]<iocor>osimons, why would ticket.chageLog(506,1) return differently from ticket.changeLog(506,0)
[08:35:47.689822]<osimons>iocor: no, not "since" as i said. read up on the source, and it is to pick a single ticket change. ticket changes are numbered by timestamp only.
[08:36:21.948155]<osimons>if time (when) = 0, it means no restriction (ie. fetch all changes for this ticket)
[08:37:03.437342]<iocor>osimons, so it's an exact match only?
[08:37:07.365567]<osimons>i was thinking of ticket.getRecentChanges() - that takes a "since" parameter.
[08:37:17.657366]<osimons>iocor: yes. timestamp = changeid
[08:37:20.924566]<iocor>ok
[08:37:29.178489]<iocor>I note that you get timestamps when you list with zero
[08:37:30.680822]<osimons>and especially now that trac stores microsecond timstamps
[08:37:34.067216]<iocor>I could filter using python's datetime
[08:38:16.585580]<osimons>iocor: you want to filter for a specific ticket?
[08:38:45.606202]<iocor>osimons, i'm building an irc bot in python that prints out updates to tickets in our tracker
[08:39:42.892785]<osimons>so, wouldn't getRecentChanges(since) be more appropriate - store timestamp of last request, and try again (if you poll)?
[08:39:54.072652]<iocor>getrecentchanges gets you the ticket ids
[08:40:11.997403]<osimons>oh.
[08:40:33.176671]<iocor>not the details
[08:40:35.810624]<iocor>don't worry
[08:40:38.137219]<iocor>I can filter it another way
[08:40:44.085772]<osimons>i really should know this, but been a while since i went the rpc ticket stuff for 0.11 compat...
[08:40:47.803271]<osimons>:-)
[08:41:10.645790]<iocor>osimons, note that changeLog(id,when=0) gives you a list containing datetimes
[08:41:20.148623]<iocor>in order to filter, just use those
[08:41:38.205258]<osimons>right. you get all and the datetime is the id for each comment yes.
[08:41:45.305308]<iocor>indeed
[08:42:46.756373]<osimons>there is a gviz plugin that has added Timeline features that i intended to ingrate into the rpc plugin, but not really gotten that far yet...
[08:43:04.849646]<osimons>that way you bot can poll the timeline instead via rpc.
[08:43:56.813223]<osimons>iocor: the way this channel bot does it is just to subscribe to the timeline rss with required items checked, and then it uses a standard RSS plugin to list out the items as irc summaries
[08:45:19.592341]<osimons>the bot is currently missing in action though... he's there and writes to the log - he just does not make it to the channel, see from today for instance: http://pacopablo.com/irclogs#04:37:17.927126
[08:48:01.955811]<gbot83>t.e.o: Ticket #9352 (0.12b1 is not working with Pysqlite 1.1.7, SQLite 3.3.6) updated - <http://trac.edgewall.org/ticket/9352#comment:11> - aaron@…
[08:48:06.955410]<gbot83>t.e.o: Ticket #5211 (Ticket - Wiki Integration enhancement/suggestion) updated - <http://trac.edgewall.org/ticket/5211#comment:5> - Pedro Gea <pedrogea@…>
[08:48:10.205586]<osimons>(- so more "awol" than "mia" actually)
[08:53:02.937641]<gbot83>t.e.o: Ticket #9352 (0.12b1 is not working with Pysqlite 1.1.7, SQLite 3.3.6) updated - <http://trac.edgewall.org/ticket/9352#comment:12> - rblank
[08:53:07.938247]<gbot83>t.e.o: Ticket #6369 (Allow milestones to be set to a specific time) updated - <http://trac.edgewall.org/ticket/6369#comment:28> - aaron@…
[08:53:12.937523]<gbot83>t.e.o: Ticket #9352 (0.12b1 is not working with Pysqlite 1.1.7, SQLite 3.3.6) updated - <http://trac.edgewall.org/ticket/9352#comment:13> - aaron@…
[08:58:03.914128]<gbot83>t.e.o: Ticket #9352 (0.12b1 is not working with Pysqlite 1.1.7, SQLite 3.3.6) reopened - <http://trac.edgewall.org/ticket/9352#comment:14> - aaron@…
[09:33:10.753943]<gbot83>t.e.o: ProcessorBazaar edited - <http://trac.edgewall.org/wiki/ProcessorBazaar?version=69> - anonymous
[09:48:49.941531]<retracile>osimons: has anyone poked pacopablo about it?
[09:50:12.836647]*retracile -> lunch
[10:00:35.085886]<mintsauce>Getting an odd error trying TRAC mod_python - Server starts, but when I load the front page I get a bunch of errors, along the lines of: No such file or directory '/home/foo/tracmodpytest/attachments/VERSION'
[10:01:06.977485]<mintsauce>(Which is indeed right, that file isn't there, although there is one in the tracmodpytest/ directory)
[10:03:01.692095]<coderanger_>Do you have a pressing reason to be using mod_py?
[10:03:10.697653]<coderanger_>If not you should be using mod_wsgi
[10:03:29.640765]<coderanger_>to answer your question though, you used TracEnvParentDir when you meant to use TracEnv
[10:04:36.576412]<mintsauce>I couldn't get mod_wsgi to work either ;)
[10:05:15.539948]<coderanger_>What was the error with that?
[10:06:28.175053]<mintsauce>2 mins, will swap the confs
[10:08:45.729816]<mintsauce>coderanger: File does not exist: /htdocs
[10:08:55.234096]<coderanger_>pastebin the config
[10:09:02.658211]<mintsauce>Via the apache error log
[10:09:45.988146]<mintsauce>coderanger: It was a default initenv created trac.ini, apache conf to follow
[10:11:28.359033]<mintsauce>coderanger: http://paste.lisp.org/+2G7K
[10:12:01.536586]<coderanger_>There is no WSGIScriptAlias in that?
[10:12:20.541465]<mintsauce>There is ... 2nd line?
[10:12:31.160898]<coderanger_>Thats outside the vhost
[10:12:35.997648]<coderanger_>it has no effect
[10:13:08.879966]<mintsauce>Whoaa, hang on, just added /trac (duuuuh!) and I get a different error in the browser.
[10:13:16.969328]<mintsauce>AttributeError: 'tuple' object has no attribute 'cursor'
[10:13:26.922592]<mintsauce>Confused python versions?
[10:13:31.529232]<coderanger_>Probably a bad database config
[10:13:37.799873]<coderanger_>pastebin your trac.ini too
[10:13:44.177039]<mintsauce>return getattr(self.cnx, name)
[10:14:52.513014]<coderanger_>or at least the DB location URI
[10:14:59.237138]<mintsauce>coderanger: Annotated the previous - as I said, its the default ini
[10:16:05.506235]<coderanger_>yeah, but DB URI is one of the things you type in during initenv so it can be different
[10:16:21.349496]<mintsauce>coderanger: I just hit enter and went with the default
[10:16:28.904564]<coderanger_>yeah, looks okay
[10:16:39.116762]<coderanger_>what version of Python is this under?
[10:17:10.265149]<mintsauce>2.5 - but (big but) 2.6 is also on the system - I'm concerned that's causing a problem
[10:17:34.071942]<mintsauce>I vaugley recall seeing return getattr(self.cnx, name) regarding multiple db's on a system....
[10:17:46.754663]<coderanger_>you would just end up with import errors if that were the case
[10:18:32.360476]<mintsauce>Hmmm ... odd then .... like I say, its all default ..
[10:19:26.806738]<coderanger_>Can you paste the full traceback you get?
[10:20:22.489940]<mintsauce>coderanger: Just annoteatedit
[10:21:18.943765]<coderanger_>Ahh, its in send_error
[10:21:30.186502]<mintsauce>That's from the browser, nothing in trac - I assume trac isn't actually starting.
[10:21:43.337652]<mintsauce>send_error? That a fixable thing?
[10:21:45.349802]<coderanger_>set log_type=file in trac.ini and check the logs for the real error
[10:23:04.426107]<mintsauce>coderanger: I had done already, nothing in it (just the previous htdocs error)
[10:24:28.025184]<mintsauce>(see pasted trac.ini)
[10:26:04.470017]<coderanger_>sorry, need to head to work, back on in a bit
[10:27:30.683082]<mintsauce>coderanger: No probs, gotta pop out too, will sign in later, thanks for help so far.
[11:13:56.295171]<shesek>can I get tickets with a custom status be crossed-over when referenced (#123) like when they're in the 'closed' status?
[11:14:14.303142]<shesek>or, even better, define a different view for those tickets when in that status? (its an 'awaiting_review' status)
[11:29:06.745018]<osimons>retracile: yes, numerous times. john is logged on, but like his bot he seems somewhat absent...
[11:29:18.696494]<retracile>Hrm.
[11:29:40.573948]<retracile>Well, I can't point fingers exactly.... I've been completely absent for a while.... :/
[11:31:38.253880]<osimons>does the bot have a command for when someone last spoke in the channel (not just coming or going)?
[11:31:48.389735]<osimons>!seen pacopablo
[11:31:48.399175]<gbot83>pacopablo was last seen on irc.freenode.net at Tue, 24 Aug 2010 02:40:37 +0100, joining #trac
[11:31:57.874572]*osimons goes to the log to check output...
[11:32:00.162373]<retracile>Yeah, I thought that was the command...
[11:32:17.407016]<osimons>@seen pacopablo
[11:32:17.412194]<gbot83>pacopablo was last seen on irc.freenode.net at Tue, 24 Aug 2010 02:40:37 +0100, joining #trac
[11:33:07.855862]<osimons>both prefixes work. i see. anyway, just a joining message.
[11:33:23.808093]<retracile>yeah, from about 2 weeks ago...
[11:34:39.240205]<hasienda>shesek: this style switch is done by a) conditional, status-aware incudes inside python/template code referencing b) different CSS definitions. So it's "simply" a matter of adding another status to check for and a cooresponding style to assign.
[11:37:35.646405]<osimons>IIIIIIIIIITTTTSSSSS...... REMY!!!!
[11:38:10.883309]*osimons migrated to 0.12.1dev... big yay - and works well!
[11:38:50.545156]<rblank>osimons: Saw that in your signature. Congratulations!
[11:39:45.559499]<osimons>glad i took the time though - others have now found most bugs in plugins, so i've just had to fix, test and apply...
[11:40:17.965668]<rblank>osimons: So we didn't do such a bad job after all :)
[11:40:21.754911]<osimons>had some issues in my own code too though, and a few in trac. but mostly very impressed. works rally well :-)
[11:40:30.728118]<osimons>(really)
[11:40:40.579168]*osimons got to read for the kids. back soon.
[11:41:45.405689]*rblank got to do some ironing
[12:02:51.973353]<JM-PK2>Hello, can someone tell me how can I receive by mail or rss feed, recent changes in wiki pages ? The info I'm looking for is located here : /trac/wiki/RecentChanges
[12:04:02.858141]<cmc>JM-PK2: does http://trac-hacks.org/wiki/AnnouncerPlugin fit the bill?
[12:04:56.452272]<JM-PK2>thanks for the info, I might not be able to install a plugin though
[12:05:36.320685]<cmc>you could always make a report
[12:05:49.464192]<cmc>query the database more or less directly
[12:06:52.133742]<JM-PK2>I dont have access to the database :à
[12:06:53.570580]<JM-PK2>:)
[12:07:19.524766]<JM-PK2>I'm asking for help because I think at some point I was receiving recent changes
[12:07:21.913606]<cmc>right, but if you have access to Trac's reporting system, you can write select queries directly
[12:08:43.562808]<JM-PK2>yes indeed, however I don't see how that would work, do you have a more precise example?
[12:09:06.901597]<cmc>http://trac.edgewall.org/wiki/TracReports#CreatingCustomReports
[12:09:19.478279]<JM-PK2>I actually contribute to an open source project so I can't really modify trac
[12:09:21.106928]<JM-PK2>thanks
[12:10:54.551175]<JM-PK2>trackreport is not enabled on my trac
[12:11:05.752692]<cmc>if you were receiving notifications about wiki changes, though, they probably had announcerplugin or one of those enabled
[12:11:58.524162]<cmc>you could always screen scrape that page
[12:15:36.645339]<Commifreak>Hey @ all I've got a problem with Trac 0.12: I've set up all without any probs (Trac 0.12, Apache mod_wsgi) Trac runs with multi-environmens so i hav
[12:15:54.436309]<Commifreak>*so i have a problem with auth:
[12:17:59.426264]<Commifreak>I only found a sample apache config for auth for one environment (/trac/login) but no one for multi-envs - My question: How can i setup auth for my trac when it runs under multi-env's-mode (ENV_PARENT_DIR)? Trac runs on a subdomain (trac.*mydomain.tld*) and lists all env's - acces to any env is available under /*project name*-subdir
[12:20:52.638626]<Commifreak>Damn - i've searched now 30 mins to get this answer - now i have it….
[12:31:04.099716]<osimons>JM-PK2: see Timeline, deselect all but "Wiki" and update. the RSS link at the bottom of your page should now reflect your selection.
[12:31:32.380432]<JM-PK2>thanks a bunch
[12:31:37.987454]<JM-PK2>that's exactly what I was looking for
[12:31:51.986218]<osimons>goodie.
[12:56:46.349994]<Blackhex>Hello everyone and especially hasienda :-).
[12:57:35.562701]<hasienda>Blackhex: hey, hello.
[12:57:51.277828]<hasienda>Blackhex: Did I see you here ever before?
[12:59:05.042761]<hasienda>Blackhex: Well, just putting the pieces together for 1st commit of i18n stuff, but much interruption here by real life this evening
[12:59:07.104387]<Blackhex>hasienda: I usually go here only when I need help, but I was here today from 13 to 16 hour.
[12:59:39.948999]<hasienda>Blackhex: well, that is my work time, totally offline there
[13:01:10.436237]<Blackhex>hasienda: ok, no rush with commit, I won't be working on Trac plugins today and tomorrow, but in Thursday I'll finisch Czech translation for ScreenshotsPlugin and I'll start l18n support for DiscussionPlugin.
[13:02:07.587271]<hasienda>Blackhex: Right, have seen your comment, really appreciate your effort
[13:03:02.321750]<Blackhex>hasienda: No problem, I was planning l18n supprot for DiscussionPlugin for a long time but obviously I need some push :-).
[13:03:37.108704]<mintsauce>Hi again coderanger :)
[13:03:44.736068]<hasienda>Blackhex: can do that, if you like. Nice to work with you so far.
[13:03:58.163977]<hasienda>Blackhex: And ScreenshotsPlugin will be up on Transifex as soon as I've updated catalogs
[13:04:52.731617]<Blackhex>hasienda: thank you, you were also very helpfull
[13:04:58.139743]<hasienda>Blackhex: Did you check, that translated doc strings for registered Trac config options (*Option) will be seen anywhere?
[13:05:42.783099]<Blackhex>hasienda: Not yet, but they should be visible in TracAdminIniPlugin or how it's called
[13:06:22.198703]<hasienda>Blackhex: never seen that before ... yes, maybe, but this would be another candidate for i18n, right? :-)
[13:07:22.126221]<Blackhex>hasienda: maybe and maybe the doc strings of the config options are visible somewhere in the Trac itself but I don't recall.
[13:07:40.547151]<hasienda>Blackhex: "We are Trac i18n force. You'll get translated. Resistance is ..." ;-)
[13:07:53.470770]<Blackhex>hasienda: lol
[13:09:46.320003]<mintsauce>Coderanger was helping me earlier on, I wonder if anyone else has seen this: http://paste.lisp.org/display/114320#2
[13:10:03.831746]<hasienda>Blackhex: yeh well, right, so I'll stay right here, but try to get this changeset done tonight.
[13:10:14.510884]<mintsauce>AttributeError: 'tuple' object has no attribute 'cursor' in send_error - when accessing a mod_wsgi trac instance.
[13:11:24.645520]<hasienda>Blackhex: just read your ticket comment regarding contributions to Transifex.
[13:12:38.661191]<hasienda>Blackhex: There shouldn't be restrictions, doesn't really matter, if you're member, coordinator or even admin like me. Even I can do submissions (to myself)
[13:12:56.814955]<Blackhex>hasienda: How I'll submit translated po files when ScreenshotPlugin component will be available?
[13:13:12.218948]<hasienda>Blackhex: Where did you get stuck before?
[13:13:27.362994]<hasienda>Blackhex: right, I need to make it available first
[13:13:40.465975]<osimons>mintsauce: what trac version?
[13:13:49.655072]<mintsauce>osimons: 0.12
[13:13:51.658539]<Blackhex>hasienda: on my page there was no way to sumbit anything
[13:14:39.841059]<hasienda>Blackhex: than you just browse to that component (ScreenshotsPlugin) sub-page
[13:14:40.165561]<Blackhex>hasienda: IniAdminPlugin is the name of the plugin
[13:15:11.409246]<Blackhex>hasienda: ah, I see it now
[13:16:26.391129]<hasienda>Blackhex: there will be a list of all available translations, option to add another language, time-limitted lock for a catalog to making WiP visible to other fellow translators, down-/upload, and more
[13:16:32.555086]<osimons>mintsauce: have you tried latest from 0.12-stable branch? or is this 0.12 release? i know quite a few bugs have been squashed since official release
[13:17:01.835328]<Blackhex>hasienda: yeah, I see it on other components
[13:17:26.171921]<hasienda>Blackhex: look at the other, already available components. Now as coord. you should see more than before, I guess
[13:17:36.484089]<hasienda>Blackhex: a well, as I said
[13:17:43.529395]<hasienda>Blackhex: goodi
[13:18:42.320085]<mintsauce>osimons: What's the quickest way to check what ive got? I think I easy_installed.
[13:18:45.072441]<Blackhex>to all: are trac.ini configuration options doc strings visible somewhere else than in IniAdminPlugin?
[13:19:50.788634]<osimons>mintsauce: just install it again then; easy_install -U -Z http://svn.edgewall.org/repos/trac/branches/0.12-stable
[13:20:03.359790]<mintsauce>osimons: trac-admin shows: trac-admin 0.12.1dev-r10057
[13:20:19.890766]<osimons>ok. that is all fresh.
[13:20:35.616211]<mintsauce>osimons: is that inline with stable?
[13:20:59.555548]<osimons>yes. stable is a 10060
[13:21:11.927353]<osimons>http://trac.edgewall.org/log/branches/0.12-stable
[13:21:29.732915]<mintsauce>Hrrrm .... so ...
[13:21:42.772153]<osimons>rblank: recognize this? http://paste.lisp.org/display/114320#2
[13:23:02.837097]<osimons>mintsauce: no wonder i recognized it - i had the same issue recently... http://trac.edgewall.org/ticket/9572
[13:23:50.134945]<gbot83>t.e.o: Ticket #9436 (add nowrap in some css) updated - <http://trac.edgewall.org/ticket/9436#comment:8> - mrelbe
[13:24:06.581432]<osimons>which then makes me suspect that your web server is not running the latest trac code - even though the python/trac available for your user has got that version
[13:24:57.210508]<mintsauce>osimons: Entirely possible, I've got into a bit of a mess trying to get it running....
[13:25:35.278007]<mintsauce>osimons: My difficulty is that server is python2.5, as is apache and mod_python. But another service running requires python2.6....
[13:26:26.983974]<osimons>same apache cannot run/manage more than one python version
[13:27:09.585928]<mintsauce>the python2.6 is used by a virtualenv, which should work independently .... but it's still a worry...
[13:27:15.812698]<osimons>ah. ok. 2.6 for another service outside apache. that is fine of course.
[13:27:38.319356]<mintsauce>So how to get trac using the same version?
[13:27:53.762394]<osimons>mintsauce: then be sure to use the python2.5 command when installing, and may also be easy_install2.5 scripts and similar
[13:28:50.163431]<mintsauce>pretty sure i used python2.5 last time round, but will give it another go - whats the best way to delete the existing installation?
[13:28:53.175233]<osimons>or use absolute paths to the correct python and scripts - don't trust your users login shell to resolve paths
[13:29:09.212389]<mintsauce>Where would I put those absolute paths?
[13:29:17.916052]<osimons>find it in ....../site-packages, and delete the trac folder or egg
[13:29:42.615471]<osimons>mintsauce: like /usr/local/easy_install or similar
[13:30:06.751715]<osimons>ie. make sure you run the script that puts things where it should end up
[13:39:30.167701]<fury>I'm just setting up a new trac environment, and I don't remember how I did it last time - was there anything special I had to do to make it work with authz? I'm using the same repository just a different trac environment
[13:47:25.403292]<mintsauce>Frustrating, deleted old eggs, reinstalled from source, still getting same error. When I use the deploy command it all seems fine: .python-eggs/Trac-0.12.1dev_r10060-py2.5.egg-tmp/trac/htdocs (see the revision number)
[14:06:47.860970]<osimons>mintsauce: .python-eggs?
[14:07:41.165476]<mintsauce>osimons: Seems to be created by deploy command
[14:08:05.882889]<mintsauce>Just trying the site.addsitedir advice here: http://trac.edgewall.org/wiki/TracModWSGI
[14:09:43.190823]<osimons>what version of modwsgi?
[14:10:54.946644]<mintsauce>mod_wsgi/2.5 ?
[14:12:18.965874]<osimons>mintsauce: and you want to hook up what to where using addsitedir()?
[14:16:27.915397]<mintsauce>osimons: USed this trac.wsgi in an effort to get it looking at correct eggs: http://paste.lisp.org/+2G7X
[14:16:30.334834]<mintsauce>Same error ...
[14:19:42.997095]<osimons>no, no. the eggcache is for the process to use to unpack eggs - not for adding new ones. you want to use import site; site.addsitedir('/path/to/eggs-and-more')
[14:20:51.819312]<osimons>however, this sitedir will be appended to your python_path, so that if that path already contains trac eggs and more it will never get to lookup your sitedir for the same packages
[14:21:32.893003]*mintsauce has lost more time than he cares to mention fighting wrong python versions over the years - *sigh*
[14:22:38.467625]<osimons>mintsauce: however, as you are already using WSGIDaemonProcess, you can just add it there:
[14:23:25.704034]<osimons>WSGIDaemonProcess foo stack-size=524288 => WSGIDaemonProcess foo stack-size=524288 python-path=/path/to/packages
[14:24:43.019362]<osimons>see: http://code.google.com/p/modwsgi/wiki/ConfigurationDirectives#WSGIDaemonProcess
[14:25:47.480824]<mintsauce>Just tried... same error
[14:25:54.661865]<mintsauce>Apache seems happy: Apache/2.2.9 (Debian) mod_python/3.3.1 Python/2.5.2 mod_wsgi/2.5 configured -- resuming normal operations
[14:26:48.960945]<mintsauce>Is there a way I could get it to show me what egg its using? I thought I'd deleted them all....
[14:29:01.940857]<gbot83>t.e.o: new_report_list-2.png attached to Ticket #9604 - <http://trac.edgewall.org/attachment/ticket/9604/new_report_list-2.png> - cboos
[14:29:06.940741]<gbot83>t.e.o: custom-query-link.patch attached to Ticket #9604 - <http://trac.edgewall.org/attachment/ticket/9604/custom-query-link.patch> - cboos
[14:29:11.940903]<gbot83>t.e.o: clear-saved-query.patch attached to Ticket #9604 - <http://trac.edgewall.org/attachment/ticket/9604/clear-saved-query.patch> - cboos
[14:29:16.940487]<gbot83>t.e.o: report-toggle-description.patch attached to Ticket #9604 - <http://trac.edgewall.org/attachment/ticket/9604/report-toggle-description.patch> - cboos
[14:32:20.117541]<osimons>mintsauce: http://code.google.com/p/modwsgi/wiki/DebuggingTechniques - to the .wsgi script you made you just want to import sys and print sys.path somewhere reasonable (to logs or as replacement content)
[14:35:49.610037]<explody>we just noticed that in a custom query we're doing, the results are automatically paginating at 100 results per page. is there some way to turn that off, or at least change the hits-per-page amount?
[14:40:31.671072]<osimons>http://trac.edgewall.org/wiki/TracIni#query-section - you may also change to max=nnnn for the query, or do max=0 to have it ignore paging on a per-request basis
[14:40:40.064604]<osimons>explody: ^^ for you of course
[14:43:20.219391]<explody>oh awesome, I never noticed that
[14:43:21.964164]<explody>thank
[14:43:22.845358]<explody>s
[14:45:48.885926]<explody>is it possible to set that per query for a custom SQL query, such as you can do with the form-based custom query?
[14:49:05.868644]<gbot83>t.e.o: Ticket #9604 (New layout for the report list) updated - <http://trac.edgewall.org/ticket/9604#comment:8> - cboos
[14:51:27.043769]<Blackhex>good night to all
[14:57:47.764094]<mintsauce>osimons: Running out of ideas. From what I can tell it's using the correct python and egg cache - even if it wasn't, I've rm-rf'd any others that I can find ...
[14:58:10.283196]<mintsauce>I cant get any more detail out of trac logs, I assume because it's not starting.
[14:58:23.425491]<mintsauce>If i start it via tracd, would that tell me anything?
[14:59:07.258547]<gbot83>t.e.o: Ticket #9352 (0.12b1 is not working with Pysqlite 1.1.7, SQLite 3.3.6) updated - <http://trac.edgewall.org/ticket/9352#comment:15> - rblank
[15:01:49.758442]<mintsauce>Tried it. Via tracd all is fine...
[15:19:09.806812]<gbot83>t.e.o: 9352-pysqlite-1.patch attached to Ticket #9352 - <http://trac.edgewall.org/attachment/ticket/9352/9352-pysqlite-1.patch> - rblank
[15:24:10.798255]<gbot83>t.e.o: Ticket #9352 (0.12b1 is not working with Pysqlite 1.1.7, SQLite 3.3.6) updated - <http://trac.edgewall.org/ticket/9352#comment:16> - rblank
[15:26:54.068450]<mintsauce>What's odd, is the orignal reporter here managed to get a trac.log - I can't get any ...
[15:27:01.258055]<mintsauce>http://trac.edgewall.org/ticket/9572
[15:27:20.835865]<mintsauce>Is 0.11 worth a go?
[15:35:01.706471]<mintsauce>ARRG. 0.11 works fine with WSGI - no error :D
[15:37:00.144310]<mintsauce>And *ping*, my ldap setup magically works.
[16:02:57.310336]<pacopablo>!logging
[16:03:04.040903]<evil_twin>logging is http://trac.edgewall.org/wiki/TracLogging <-- Enable debug logging to file, ensure your environments log/ directory is writeable by your web server user, check for errors.
[16:03:14.543836]<pacopablo>much better :)
[16:34:09.640785]<retracile>thanks, pacopablo :)
[16:36:54.445375]<{w}izard>hello everyone
[16:38:20.668765]<{w}izard>i install the new trac version 0.12, and i find that that the svn integration have a new configuration way, but i can use it with https host. i'm doing like this way http://trac.edgewall.org/wiki/0.12/TracRepositoryAdmin
[16:38:39.547937]<{w}izard>anyone know who to do that?
[19:03:14.700365]<evil_twin>t.e.o: Ticket #9222 ("full delete" of wiki page could be a non-fatal operation) updated - <http://trac.edgewall.org/ticket/9222#comment:14> - Mitar
[19:03:19.700183]<evil_twin>t.e.o: Ticket #9606 (Way of marking things for deletion) created - <http://trac.edgewall.org/ticket/9606> - Mitar
[22:56:12.466995]<kirean>hey, evil_twin is back!
[22:56:17.859054]<kirean>@logging
[22:56:17.873635]<evil_twin>logging is http://trac.edgewall.org/wiki/TracLogging <-- Enable debug logging to file, ensure your environments log/ directory is writeable by your web server user, check for errors.
[22:56:20.394654]<kirean>whohooo
[23:14:02.243615]<evil_twin>t.e.o: Ticket #9352 (0.12b1 is not working with Pysqlite 1.1.7, SQLite 3.3.6) updated - <http://trac.edgewall.org/ticket/9352#comment:17> - rblank