Team Chat Logs

June 25, 2010

2010 5
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:06:49.982114]<thm>osimons: yes, http://trac.edgewall.org/browser/branches/0.11-stable/trac/templates/layout.html#L27
[00:07:18.244734]<thm>osimons: so, that's probably a bug
[00:08:00.803927]<thm>osimons: same problem in line 31
[00:08:26.369459]<osimons>thm: and things work if you change to include comment()?
[00:09:00.688834]<osimons>johnnyicon: no. install latest from trunk directory at trac-hacks.org repos
[00:09:19.645147]<osimons>- if you have latest you don't need to do anything of course
[00:09:34.255706]<thm>osimons: testing right now, will tell you in a few
[00:16:00.811915]<thm>hm, doesn't seem to work.
[00:19:22.995939]<osimons>thm: it was in <head> was it? layout.html is very selective about what it includes it seems
[00:20:24.756724]<thm>yes, it was in <head> but that line in layout.html should copy all but title elements, no?
[00:32:10.033734]<Alver>Most curious
[00:32:21.842992]<Alver>freenode thought I was banned here
[00:34:12.971103]<osimons>thm: what did you change? from -> to what?
[00:36:53.907147]<thm>osimons: fpaste.org/pvCB/
[00:39:31.431051]<osimons>right. hmm. surely the directive is not seen as text or a problem with comments parsing in gneshi? shouldn't be, and adding "|text()" should not make a difference i suppose?
[00:40:35.535572]<thm>and my template starts like this: fpaste.org/GBd6/
[00:42:12.601866]<thm>with text() it works.
[00:43:22.504080]<thm>maybe the ${Markup()} is considered text at that stage?
[00:56:25.364264]<osimons>thm: may well be - genshi does skip all Markup() in streams i believe
[00:58:00.042488]<osimons>ie. it dosn't process the inside of it, treating it as a single entity
[01:39:39.292734]<otaku42>osimons: ping.
[01:39:50.503949]<osimons>otaku42: hi there
[01:39:56.116417]<otaku42>osimons: query?
[01:40:13.301543]<osimons>uh. no. can't remember now...
[01:40:27.192765]<otaku42>osimons: i mean: do you mind if i query you? :)
[01:40:45.616657]<osimons>ah. sure.
[01:43:19.511863]<fanti>hello! i'm looking for a code review plugin for trac (0.10.4) ?
[01:58:58.171027]<wildintellect>fanti, what do you mean by code review?
[02:07:48.107303]<fanti>wildintellect: i like to be able to comment a changeset
[02:08:35.226455]<fanti>and find changesets that were not reviewed
[02:09:13.090712]<wildintellect>ah interesting, those are better terms to describe, the requirements that changesets must be reviewed might be possible with a custom workflow
[02:09:25.799981]<wildintellect>lets take a look at trac-hacks
[02:09:44.396128]<wildintellect>what comes to mind initially is that you could have a post-commit hook that creates a ticket
[02:10:03.409089]<wildintellect>and the ticket would then take comments and you could query for code tickets that are still open
[02:10:39.939718]<fanti>hmm i'll think this over, maybe a good idea
[02:12:24.058546]<wildintellect>http://trac-hacks.org/wiki/CodeReviewPlugin
[02:13:43.327134]<wildintellect>http://trac-hacks.org/wiki/PeerReviewPlugin
[02:14:07.153040]<wildintellect>http://trac-hacks.org/wiki/ExoWebCodeReviewPlugin
[02:14:23.267354]<wildintellect>looks like you have several plugin options or the method I mentioned before
[02:20:10.031094]<mdalek>Hello, I've tried to upgrade to 0.12 and have ruined my install can anybody help?
[02:22:18.649159]<wildintellect>mdalek, describe the issue in more detail
[02:29:06.142280]<mdalek>wildintellect: I have internal server error - i checked the log and it says PythonHandler trac.web.modpython_frontend: ImportError: No module named trac
[02:29:18.577671]<mdalek>which is quite worrying lol
[02:29:46.377508]<wildintellect>sounds like a python path error - or trac didn't install like you thought it did
[02:30:14.215405]<mdalek>i read about setting the pythonpath in http.conf so i added this variable and set it to PythonPath "sys.path + ['/usr/lib/python2.4/site-packages/']"
[02:30:15.303059]<wildintellect>do you have more than one version of python? can you confirm the trac folder in the python site-packages
[02:31:20.318488]<mdalek>if i go to that folder there is just a python egg no folder :S
[02:31:36.974373]<mdalek>Trac-0.12-py2.4.egg
[02:31:42.056094]<wildintellect>that's fine
[02:31:44.043557]<mdalek>ok
[02:31:49.401616]<wildintellect>python does unpack the egg as it goes
[02:31:53.869573]<mdalek>ah i see
[02:31:57.591632]<wildintellect>you can unzip it if you want
[02:32:19.049939]<wildintellect>it's usually recommended on easy_install to give it an option to unzip it
[02:32:37.270636]<wildintellect>but that's probably not the issue here
[02:32:47.530422]<wildintellect>sounds like this issue is all apache config
[02:33:06.045934]<wildintellect>to confirm you could try running your site under tracd
[02:33:11.886650]<wildintellect>just to make sure it works
[02:33:17.997275]<mdalek>wow i unzipped the egg and suddenly it works
[02:33:30.639647]<mdalek>:)
[02:33:41.244292]<wildintellect>guess the recommendation is for a reason
[02:33:49.570966]<mdalek>yeah i didnt see that bit
[02:34:35.510002]<mdalek>ahh more issues hehe i need to look at my build module though it shows an error
[02:34:48.656057]<mdalek>AttributeError: 'NoneType' object has no attribute 'authz'
[02:35:01.172017]<mdalek>i guess i need to upgrade bitten
[02:36:17.952926]<wildintellect>--always-unzip on easy install next time (might be because you're on python 2.4)
[02:36:37.200474]<osimons>mdalek: see Bitten project - ticket:480 for basic support (using just 0.11-style default repository). and ticket:342 for multirepos support at some later stage
[02:37:23.954662]<mdalek>ok thanks, is it possible to get bitten to work with 0.12?
[02:38:22.677968]<osimons>mdalek: patches on those tickets. nothing committed to repos yet.
[02:38:44.675619]<mdalek>osimons: ok ill investigate :)
[02:39:25.570124]<osimons>you need to select one - don't both. ticket:480 is best bet if you just use a single default repos as from 0.11, and I'll get that sorted and committed soon-ish.
[02:50:15.563642]<slava_dp>hi guys. does trac have support for multiple projects?
[02:53:59.194709]<wildintellect>sorta http://trac.edgewall.org/wiki/TracMultipleProjects
[03:03:35.890027]<slava_dp>I don't really get the meaning of that page
[03:04:17.090700]<wildintellect>it kinda depends on your definition of multiple projects
[03:04:49.248377]<wildintellect>currently it's usually 1 repo to 1 ticket tracker, but you can run as many on the same server as you want
[03:05:44.658639]<wildintellect>though there is some cross pollination stuff available it might not be what you expect but that might be in the plans for 1.0
[03:06:36.116435]<slava_dp>can trac be used without code repo? we need a tool that can support a number of projects with an issue tracker and a wiki for each one.
[03:06:54.726146]<wildintellect>sure, you don't need to connect a repo
[03:07:15.275813]<wildintellect>and you can do an issue tracker/wiki (1 trac instance) per each project
[03:17:27.398119]<mdalek>osimons: so you recommend i apply t480-get_repository-r880.diff ?
[03:17:42.990328]<mdalek>hmm i think i have 0.6b2 for some reason
[03:17:58.870316]<osimons>mdalek: if you just have a single repository, then yes
[03:18:08.495600]<mdalek>i do yes
[03:19:07.673352]<osimons>i need to make it slightly more robust for non-standard configurations, but other than that it should be committed before bitten 0.6
[03:23:47.980542]<mdalek>osimons: hooray it works :)
[03:24:51.590190]<osimons>goodie.
[03:26:04.756793]<mdalek>thanks everyone keep up the good work
[03:38:10.073599]<osimons>thm: care to create a ticket for the missing text()|comment() in selection? i could change it quickly in trunk, but unsure how christian and remy want to handle backports and branches now. better get a ticket going.
[03:39:19.844503]<osimons>(presuming you want to be part of the discussion of course)
[03:44:52.443943]<thm>hm, what's the subject (always find it hard to create a good subject)
[03:59:43.863522]<osimons>thm: seeing the example again, i wonder if you could have just used <!--[if IE].... in the template and had comment() pick that up directly (without needing to go via markup element)?
[04:00:11.834774]<thm>genshi didn't like it
[04:00:46.425500]<thm>(and comments() are not copied anyway)
[04:01:14.183249]<osimons>not even when patched with comment()?
[04:01:30.089668]<thm>that I didn't test
[04:01:42.446617]<thm>because, Genshi told me the template was invalid
[04:02:55.986818]<osimons>ah. if you the setup, could you just try one more time + add a comment on the ticket as to why the template looks like it does? there may well be more than one issue buried in here... :-)
[04:06:48.494156]<thm>ok, maybe I did something wrong.
[04:08:26.241470]<thm>it works with this setup: real comment, no Markup in my template, and comment() in the selector
[04:09:35.949353]<osimons>right. Markup() => text() is needed in selector <!-- => comment() needed. both are currently missing.
[04:10:18.372258]<osimons>makes sense. you're adding a ticket comment? thanks!
[04:10:18.748760]<Alver>Hello - I'm trying to customize my trac css. I created a templates/site.html, which is being read, and am trying to include a css sheet now.
[04:10:39.700855]<Alver>If I use the <link rel="stylesheet" type="text/css" href="${href.chrome('style.css')}" /> mentioned in docs/threads, the css file doesn't get picked up though.
[04:11:15.738364]<Alver>site/style.css doesn't work, /style.css, style.css - nothing gets picked up
[04:12:10.972498]<osimons>Alver: huh. should be href.chrome('site', 'style.css') - or 'site/style.css'. the style.css needs to be readable by webserver and placed in project 'htdocs' directory
[04:12:34.528761]<Alver>Hmmm. I tried that - let me doublecheck rights though
[04:14:06.460137]<Alver>osimons: no go. I must be doing something silly, but I don't see it
[04:14:37.828634]<Alver>the style.css is in htdocs, next to the site.html, and both are readable
[04:14:53.162379]<osimons>no,no... site.html should be in 'templates'...
[04:15:09.210109]<osimons>templates => rendered. htdocs => static resources
[04:15:16.378749]*Alver slaps self. Doublechecking :)
[04:16:37.284530]<Alver>Okay, it's in htdocs. Still doesn't seem to be applied though.
[04:17:09.656222]<Alver>If I check the html source, I can't load the css either - it gets referenced in the code as /chrome/site/style.css, but opening that gives a trac 'not found'
[04:17:53.528892]<Alver>Ah! Is now. Proxy was delaying things it seems.
[04:17:57.958143]<Alver>Thanks, I can go from here :)
[04:18:17.660302]<osimons>goodie.
[04:19:44.812819]<thm>osimons: done. on a related note, how would I access the js from my template -- src="${chrome.htdocs_location}../myplugin/js/script.js looks odd.
[04:20:38.702871]<osimons>src="${href.chrome('myplugin', 'js', 'script.js')}"
[04:21:03.074595]<thm>great, thanks
[04:21:04.492334]<osimons>- presuming you've registered the 'myplugin' namespace in ITemplateProvider
[04:21:14.667611]<osimons>the get_htdocs() stuff there
[04:21:15.733715]<thm>yea
[04:21:17.789508]<thm>+h
[04:21:24.364662]<osimons>goodie.
[04:33:18.444935]<thm>does that work for 0.11 ?
[04:36:10.681416]<thm>because now, I get a TemplateSyntaxError
[04:41:20.439982]<thm>nvm, a typo. sorry for the noise.
[06:38:13.012228]<fero>Hello , it's a pleasure to see that 0.12 has been released ! I use 0.12dev-r9809 and it is very good. Just one note for the italian translation: I'd prefer you translate "Roadmap" with "Obiettivi" rather than "Obbiettivi". It's more elegant and more used: "Obbiettivi" is not used anymore even if it is not wrong.
[07:31:12.743095]<osimons>fero: see http://trac.edgewall.org/ticket/5489
[07:31:35.978974]<fero>I updated it :0
[07:31:37.534988]<fero>:)
[07:31:37.893719]<osimons>ah. you've just commented :-)
[07:31:41.853730]<osimons>hehe. goodie.
[07:46:06.788108]<osimons>thm: http://trac.edgewall.org/ticket/9461#comment:4 :-)
[07:57:27.187865]<thm>oh, well.
[08:00:27.046498]*retracile vents something defamatory about mornings.
[08:06:06.689268]<thm>how do I pass the trac root url to a javascript method?
[08:06:36.666889]<thm>(i.e. "/" or "/trac" or similar)
[08:24:44.195646]<osimons>thm: from what to where?
[08:25:56.782935]<osimons>you should generally have the url root available as some variation of href() or req.href() somewhere
[08:26:10.646570]<thm>my question was wrong.
[08:26:41.245984]<thm>I want to construct an url inside some javascript sniplet, and hence I need the trac root url
[08:28:38.443261]<osimons>ah, well then i believe you also need to pass that in from the original caller or read it off the window or document after storing there yourself. Trac has no shared context of variables in javascript space
[08:29:38.219521]<thm>on trunk, I see web.chrome.add_script_data(req, data)
[08:30:37.821168]<osimons>oh. i see. what is that... /me needs to catch up here...
[08:31:00.364654]<thm>but it is not clear to me how to do that in 0.11
[08:31:50.754392]<osimons>- right, ok. a method that helps you store things as windows variables. that is new, but is not there for 0.11
[08:35:00.324358]<thm>ok, seems it is not that hard. layout.html does the job.
[08:35:14.413965]<osimons>thm: i see some other plugins use a request handler that generates the js file on-the-fly - so that you link src="...../myplugin/mydata.js", and then have a requesthandler for /myplugin paths that returns text/x-javascript after rendering it from a template passing in all the variables needed
[08:36:29.495027]<osimons>however, not ideal for some purposes such as caching by browsers - it should not include user-specific data of course...
[08:37:05.851887]<osimons>...meaning: "....due to such things as caching by browsers..."
[08:37:38.040481]<thm>how do I get the base url in a template? ${href(something)} ?
[08:37:51.107982]<osimons>thm: ${href()}
[08:38:06.259273]<thm>(and where do I find a list of those so I don't need to task you?)
[08:41:15.479552]<osimons>thm: http://trac.edgewall.org/wiki/TracDev/PortingFromClearSilverToGenshi#Debugging - here is my simple debug addition, save as site.html or integrate into your own development site.html and thank me afterwards :-)
[08:41:35.104952]<osimons>it outputs a truckload of information about the rendering context
[08:42:10.341445]<osimons>- and you can play with it just as you want. turn on autoreload of templates on development and it should pick up changes immediately
[08:42:50.811432]<thm>cool!
[08:43:01.312202]<thm>how do I enable template autoreloading?
[08:43:10.228447]<thm>tracd -r does not, does it?
[08:43:52.739351]<osimons>thm: trac.ini setting i believe. -r is for trac source, but don't think that pick up template changes.
[08:44:16.667552]<osimons>[trac] auto_reload = true
[08:44:25.108292]<osimons>"Automatically reload template files after modification."
[08:44:36.577364]<thm>thx again!
[08:47:46.052285]<osimons>no probs, thm. enjoy you new-found source of knowledge... makes it a lot easier to comprehend what goes on in rendering.
[08:51:23.221995]<thm>maybe pprint could make some of the elements more easily readable
[08:53:10.093314]<osimons>thm: made for the content and occasional lookup, not to be pretty. by all means preffify it and update the looks.
[08:55:53.180242]<osimons>just update the wiki if you do something worth sharing
[12:37:58.329406]<siebo>where does trac's chrome/common live on Debian5?
[12:42:58.582789]<wildintellect>siebo, what are you looking for? I do see htdocs/common/ inside of each trac env
[12:43:12.898613]<siebo>wildintellect: hey :)
[12:43:23.585636]<siebo>I'm trying to change the logo in a new trac installation
[12:43:40.395836]<wildintellect>yup htdocs inside of your trac env
[12:43:51.392352]<siebo>and when I put the image name in my trac.ini, It seems to be looking for it at chrome/common
[12:43:55.449711]<siebo>the image is in htdocs
[12:44:03.079744]<siebo>but I don't have chrome/common there
[12:44:27.871694]<wildintellect>doesn't matter
[12:44:34.514554]<wildintellect>just put the image file there
[12:44:35.207676]<coderanger>siebo: They live inside the Trac python package generally
[12:44:37.935152]<coderanger>And shouldn't be modified
[12:44:50.522170]<coderanger>put the file in env/htdocs/blah.png
[12:44:59.710885]<coderanger>and set "src = site/blah.png"
[12:45:00.550575]<siebo>coderanger: ah, ok, so it htdocs mapped by default?
[12:45:03.685771]<coderanger>it will do what you expect
[12:45:14.074146]<siebo>coderanger: ah, ok I'll try that now, thanks
[12:45:27.551488]<wildintellect>then put this in the Header section of trac.ini src = site/logo.jpg
[12:45:29.069690]<coderanger>chrome/common is where Trac's own content lives, nothing user-specific
[12:46:15.925597]<wildintellect>[header_logo] section specifically
[12:47:02.070949]<siebo>ah, got it working, thanks guys
[12:47:39.789494]<wildintellect>for reference any static content you want goes in that htdocs folder, that's also where you put in custom css files
[13:04:15.649569]<siebo>wildintellect: thx
[13:10:06.545015]<Alver>Hello - having some issues with fine grained permissions. I'm trying to make a part of a wiki restricted.
[13:11:00.431906]<Alver>I have tracopt.perm.authz_policy.* = enabled, authz_file is set, and permission_policies has authz as first.
[13:12:14.575346]<Alver>I have it set to disallow anonymous access to a specific page, but it still loads.
[13:20:03.510416]<Alver>Hmmm. The TracIni docs mention AuthzSourcePolicy, but the plugin mentions AuthzPolicy
[13:20:10.411384]<Alver>Not like it matters much, neither works :)
[13:55:03.352236]<Alver>Hmm. Turns out it couldn't find configobj, even though it was present.
[13:57:10.066984]<Alver>Oh, ew. And if I install it with easy_install, I get breakage:
[13:57:12.850275]<Alver>AttributeError: 'NoneType' object has no attribute 'startswith'
[14:38:36.461110]<Alver>Okay... another thing fixed... heh
[14:46:31.901204]<Alver>Right, it now comes down to finding the right authzpolicy config to do what I want - currently it doesn't want to allow groups
[14:46:35.124712]<Alver>only single users
[14:51:54.112416]<coderanger>Alver: It should support Trac groups
[14:52:07.720990]<coderanger>It just doesn't honor subversion's [group] section IIRC
[14:53:10.805571]<Alver>coderanger: ironically, if I add a section "[groups]" in the authzpolicy.conf file, it does work
[14:53:25.680774]<coderanger>Did we add that?
[14:53:33.695415]*coderanger might have it backwards
[14:53:41.103607]<Alver>So it seems like authz doesn't bother checking Trac groups
[14:54:08.576279]<Alver>Which sucks, because I'm not aware of any way to change those authz groups without giving people commandline access
[14:55:16.156937]<Alver>coderanger: I hope you have it right, and I have made yet another fuckup ;)
[14:59:35.427256]<Alver>coderanger: I also noticed that enabling the authz stuff from the "plugins" part in webadmin, creates a variable authz_file in [trac] which isn't used for anything
[14:59:54.349387]<Alver>It needs to be in [authz_policy]
[14:59:59.768517]<coderanger>Alver: That is used for a subversion authz file
[15:00:03.571340]<coderanger>for the browser
[15:00:09.408425]<Alver>Ah, that would explain then
[15:00:16.628852]<coderanger>@wiki TracIni
[15:00:16.636886]<evil_twin>http://trac.edgewall.org/wiki/TracIni
[15:00:49.855351]<Alver>Yeah, I have that one open nonstop, basically... hehe
[15:01:02.988802]<Alver>the authz_policy parameter isn't mentioned in there though
[15:02:04.564140]<coderanger>Right, because that is added by a plugin
[15:02:09.205789]<coderanger>it isn't part of Trac itself
[15:02:11.189548]<Alver>er, no, it's not
[15:02:29.434500]<coderanger>hmm?
[15:02:36.274595]<Alver>tracopt.perm.authz_policy.* = enabled
[15:02:46.383579]<Alver>unless that is a "default shipped" plugin of some kind
[15:02:49.973661]<coderanger>indeed
[15:02:55.634748]<coderanger>tracopt is bundled plugin
[15:03:07.854676]<Alver>Ah... figures
[15:03:15.081485]<coderanger>opt is short for "optional"
[15:03:24.395100]*coderanger was against this but was overruled
[15:03:29.152444]<Alver>heh
[15:03:50.617332]<Alver>This kind of functionality does belong in the core product imo, but it's of not much use if it can't use the trac groups
[15:04:11.138326]<coderanger>Trac core is kept (theoretically) as lean as possible
[15:04:20.239646]<coderanger>such a feature isn't required for 99% of projects
[15:04:24.414381]<coderanger>so it belongs in a plugin
[15:04:47.658673]<Alver>Mhmmm
[15:05:26.624390]<Alver>Is there anyone/anywhere I can poke about this groups thing?
[15:05:33.749252]<coderanger>Read the code?
[15:06:30.424786]<Alver>Heh... that would be possible. I'm rather bad at python though.
[15:15:42.884738]<Alver>coderanger: heh, there used to be a ticket for this.
[15:16:18.891437]<Alver>It was closed as a duplicate of something totally unrelated. I reopened it (7650).
[15:18:02.299088]<Alver>There even was a patch included...
[15:18:48.223587]<Alver>Ten lines. Woo. I might just try this then.
[15:45:35.060128]<Alver>Do I need to do something special to zip an egg back together?
[15:46:04.495899]<Alver>extracted the trac egg, edited the py file, generated the pyc, but when I zip it back together, python doesn't like the egg anymore
[15:46:17.541034]<Alver>ExtractionError: Can't extract file(s) to egg cache
[15:48:11.501668]<coderanger>Alver: What are you trying to do?
[15:48:26.552559]<coderanger>If you need to edit plugin code you should use setuptools to rebuild the egg
[15:50:06.216320]<Alver>I did that ten-line edit
[15:50:26.290820]<Alver>Figured that if an egg is just a zip, it should work as long as I don't screw with filenames ;)
[15:50:40.145397]<Alver>Guess that was a bit too much.
[15:51:24.904754]<Alver>How would I generate a new egg, starting from the one I have?
[15:59:42.742227]<osimons>Alver: .egg can be either zip or folder. just keep the folder named as the zip file and in the same location.
[21:42:29.352021]<exarkun>Why has trac stopped noticing new svn revisions?
[22:27:39.471749]<atk5025>I'm having issues getting account manager plugin to install and run. It seems that it installs (when I try to install it a second time it tells me it knows about it already) and yet when I look for it in the admin page I can't see it