Team Chat Logs

March 5, 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        
<< <   > >>

[00:17:02.219346]<otaku42>moin
[00:29:50.085211]<DaMato>hey guys. anyone has an idea if it is possible to have a hidden cc or bcc of ticket notifications only? I want to send notifications on ticket changes to a specific mailing list without showing that in the trac interface to every user.
[00:31:58.261979]<otaku42>DaMato: [notification] smtp_always_bcc = <list address>
[00:46:23.673673]<DaMato>otaku42: but I won't to forward ALL mails to another address, I just want to have ticket notifications forwarded.
[00:46:54.475723]<DaMato>otaku42: the smtp_always_bcc will also send user registrations and stuff like that which I don't want to send to the ticket notification ML.
[00:48:07.497236]<otaku42>DaMato: i'm using smtp_always_cc for madwifi-project.org, to send ticket notifications to a public mailing list. i never saw anything else than ticket notifications on the list.
[00:48:37.823912]<otaku42>DaMato: anyway, if you don't want to use smtp_always_b?cc, you should have a look at AnnouncerPlugin.
[00:48:47.160251]<DaMato>otaku42: really? will test that, thanks.
[00:55:51.545566]<otaku42>DaMato: but when i think about it: smtp_always_bcc might be also used for notifications sent by the AccountManagerPlugin, which we don't use on madwifi-project.org (at least not for managing user registration).
[00:56:09.433271]<otaku42>DaMato: so AnnouncerPlugin might be a better option for you.
[00:56:48.875603]<DaMato>and smtp_always_cc might also be used by AccountManagerPlugin?
[00:57:58.991892]<DaMato>otaku42: I can't find any reference to "smtp_always" in the AccountManagerPlugin source code.
[00:58:01.767893]<otaku42>DaMato: not sure. if accountmanagerplugin uses trac's notification system, then smtp_always_cc had an effect, too
[00:58:46.545826]<DaMato>otaku42: in AccountManagerPlugin you have to explicitly name email adresses in its own admin interface where to send mails to
[01:04:52.274047]<otaku42>DaMato: still not sure if the settings in [notification] might also affect how accountmanager deals with notifications.
[01:06:42.251963]<DaMato>otaku42: we will see ;)
[01:39:47.655422]<DaMato>anyone knows which plugin/extension provides wiki format output as a PDF simply by showing "PDF" in the "Download in other formats:" section?
[01:41:24.269410]<kirean>DaMato: http://trac-hacks.org/
[01:41:49.439615]<DaMato>kirean: of course I already searched through it but didn't find the one.
[01:41:57.622026]<kirean>DaMato: a quick search gives: TracWikiToPdfPlugin Create PDFs from wiki pages (pdf, wiki, 0.10, 0.11, diorgenes, plugin)
[01:42:36.061185]<kirean>DaMato: not what you want?
[01:43:22.886727]<DaMato>kirean: well, down there in the screenshot it is written "WikitoPDF" in the "Download in other formats" section of a wiki page. I only want to have written "PDF" there ;)
[01:45:11.454398]<kirean>http://trac-hacks.org/wiki/PageToPdfPlugin?
[01:47:53.148021]<DaMato>kirean: yes, that's the one. thx
[05:41:09.680788]<gozerbot>trac: Ticket #9112 (Strange behavior with empty svn repositories) created - <http://trac.edgewall.org/ticket/9112>
[06:02:05.080212]<macmaN>has anyone given thought to trac vs rsscloud vs pubsubhub?
[06:23:16.656587]<macmaN>!seen jhammel
[06:23:16.662347]<evil_twin>jhammel was last seen on irc.freenode.net at Thu, 04 Mar 2010 12:08:37 +0100, quitting: Quit: leaving
[06:27:08.260157]<delfick>Hi, is pygments syntax-highlighting broken with trac svn ?
[06:33:37.763997]<macmaN>not that i know of
[06:34:38.048107]<delfick>macmaN: mmkay... well, atleast that means my problems are on my end, which mean somehow they are fixable :p
[06:35:02.422973]<macmaN>my claim is far from 100%
[06:35:05.515322]<macmaN>:)
[06:37:35.502695]<delfick>where do I find the css files used by pygments ?
[06:38:24.463009]<macmaN>equery f pygments
[06:38:26.449396]<macmaN>:)
[06:39:31.903195]<delfick>equery ?
[06:40:22.019897]<cmc>gentoo thing
[06:40:34.444133]<delfick>ahhh, I'm using ubuntu.........
[06:40:39.603018]<cmc>if you are using debian/ubuntu/etc. try apt-cache
[06:41:31.429467]<cmc>i.e. apt-cache showpkg $name-of-package
[06:41:33.426728]<delfick>I already have pygments installed, I just can't find the css files the trac source browser seems to reference
[06:42:40.759192]*retracile_ croaks something scathing about mornings.
[06:42:53.154955]<cmc>underscore!
[06:44:43.862350]<retracile_>cmc: hehe
[06:47:00.443335]<delfick>for example, where does http://trac.edgewall.org/pygments/trac.css (and other css found at /pygments) come from ? cause I can't find them in the trac or pygments repo
[06:47:21.226286]<mcepl>hi, guys, I have problems to set up mylyn connection to trac on https://fedorahosted.org/triage/
[06:49:28.061570]<delfick>here we go, http://github.com/richleland/pygments-css
[06:49:30.895230]<mcepl>whatever I do, I get always No Trac repository found at url: HTTP Error 404
[06:49:36.721778]<mcepl>with XML-RPC
[06:49:50.755000]<mcepl>do I have to see special XML-RPC plugin on Admin/General/Plugins page?
[06:50:17.173866]<osimons>mcepl: XML_RPC permission?
[06:50:28.910424]<cmc>mcepl: give XML_RPC permission to anon user
[06:50:44.077392]<mcepl>I have permission both to authenticated and to mepersonally
[06:51:05.940017]<cmc>when xmlrpc is used, it is initially accessing as the anon user
[06:51:10.959684]<cmc>it then logs in as whoever
[06:51:23.981544]<osimons>and you make a request to /login/xmlrpc url that actually enforces basic authentication?
[06:51:40.852663]<mcepl>(as anonymous I get "Unable to authenticate with repository. Login credentials invalid.")
[06:51:56.275760]<cmc>delfick: do you know what firebug is?
[06:52:15.362402]<cmc>delflick: you can use it to figure out where your css is coming from
[06:52:26.805730]<osimons>mcepl: and you know your username and password of course...?
[06:52:29.904200]<mcepl>osimons: should I set the URL in the Mylyn dialog to https://fedorahosted.org/triage/login/xmlrpc or just https://fedorahosted.org/triage ? Is there any logic behind it in mylyn-trac connector?
[06:52:44.854463]<mcepl>osimons: yes, copy&pasted from Firefox store
[06:52:56.458458]<mcepl>(tried both URLs BTW)
[06:53:03.026133]<mcepl>(as well their http:// counterparts)
[06:53:34.585442]<osimons>the first is the correct one, but mylyn don't care - what should happen is that the url should challenge for authentication - (everything under /login usally is)
[06:54:41.301517]<mcepl>when I put just that to firefox, I get error "No handler matched request to /login/xmlrpc"
[06:55:40.727242]<osimons>mcepl: https://fedorahosted.org/triage/login/xmlrpc takes me to a login prompt, and that makes sense
[06:56:09.224847]<osimons>so, i suppose your plugin isn't enabled then - in "About Trac" does it show the RPC version?
[06:57:23.322860]<mcepl>hmm, BTW I don't get login page, even when I am logged out ... some cookies somewhere?
[06:57:42.505890]<osimons>mcepl: "feature" of browseres - it caches basic auth
[06:58:07.679900]<mcepl>nope
[06:58:13.415533]<osimons>ah, you are running trac 0.10.x.... oh dear... don't test with that...
[06:58:18.305199]<mcepl>osimons: oh yes, right
[06:58:37.153323]<mcepl>well, *I* am not running anything, that's fedorahosted
[06:58:42.738536]<mcepl>who runs that
[06:59:00.702621]<mcepl>but 0.10.5 is supposed to be supported,right?
[06:59:21.053601]<cmc>osimons: side note: you have my great gratitude for that plugin
[06:59:33.401972]<osimons>sure - i see that. i don't run anything 0.10.x anymore, and don't even have it installed - it is many, many years old. so i don't test it - but then i don't make any changes either, so it should still work
[06:59:40.448879]<osimons>cmc: thanks :-)
[07:00:13.888985]<osimons>cmc: kudos here :-) http://www.ohloh.net/accounts/osimons
[07:01:00.126442]<osimons>mcepl: from the start; you get XML_RPC listed in permissions, and under "Plugins" it is also listed as enabled for all its components?
[07:01:21.539671]<mcepl>I get it in permissions
[07:01:48.968690]<osimons>mcepl: did you install the plugin, or is it a feature provided by fedorahosted?
[07:02:39.262981]<mcepl>the plugin page looks like this http://is.gd/9KMau
[07:03:03.355696]<mcepl>it is supposed to be provided by fedorahosted
[07:03:10.873974]<mcepl>(I don't think I have rights to install anything)
[07:03:32.772328]<mcepl>they pointed me to https://fedorahosted.org/fedora-infrastructure/attachment/wiki/WikiStart/quine.py as being set up
[07:04:25.770122]<osimons>aha. then you don't have the plugin installed - strange.... really strange.... it should be listed as XmlRpcPlugin int he same plugins view
[07:06:31.509654]<mcepl>osimons: can I ask you to hop to #fedora-admin here and tell mmgrath what he needs to do, please?
[07:07:17.358435]<osimons>mcepl: sure, i'm there now.
[07:22:03.402399]<DaMato>is there a possibility to set tickets back to "somebody" or not assign a ticket automatically to myself in case I set it to "accept" ?
[07:22:38.144504]<kirean>DaMato: you are your own workflow master
[07:23:09.727424]<DaMato>kirean: I know, but is there a way to set a ticket back to "somebody" and not to a specific user? because I haven't found that.
[07:23:35.478385]<retracile>DaMato: you'll need to customize your workflow to allow it.
[07:23:56.377463]<DaMato>retracile: that's what I am asking for. how?
[07:24:22.637154]<retracile>DaMato: Look at the 'set_owner' operation; it allows you to specify as part of the config a specific user to set the owner to. You should be able to specify 'somebody'.
[07:24:58.676330]<retracile>DaMato: Generally though, if I don't want a ticket to be assigned to a particular user, I delete the owner, rather than setting it to "somebody".
[07:25:18.274087]<retracile>(using del_owner in the workflow operations, IIRC.)
[07:26:17.096120]<retracile>Also, it sounds like you don't want 'accept' to mean 'assign this to me and set the state to 'assigned''.
[07:26:40.915588]<retracile>Are you wanting 'accept' to only indicate 'yes, the project acknowledges this is valid, and we'll get to it'?
[07:27:19.555841]<DaMato>exactly.
[07:27:45.654549]<DaMato>and afterwards someone taking the task/ticket will reassign that to himself.
[07:28:06.048129]<DaMato>and of course there should be an action to "free" yourself of an assignment and hand the ticket back to the group.
[07:41:11.794175]<gozerbot>trac: Ticket #9101 (update to jquery 1.4.2) closed - <http://trac.edgewall.org/ticket/9101#comment:2> || Changeset [9327]: jQuery upgraded to 1.4.2 (closes #9101) - <http://trac.edgewall.org/changeset/9327>
[08:11:12.602634]<gozerbot>trac: Ticket #9114 (cc: offer username instead of email-address when log in) created - <http://trac.edgewall.org/ticket/9114>
[08:40:52.549727]<retracile>DaMato: Go read up on the workflow customization docs on t.e.o. You may also find some of the stuff in contrib/workflow useful, such as a script to visualize your workflow.
[08:41:12.743092]<gozerbot>trac: Ticket #9115 (hide cc: email-address better from other users) created - <http://trac.edgewall.org/ticket/9115>
[08:42:01.248170]<DaMato>retracile: better use that one here :) http://foss.wush.net/cgi-bin/visual-workflow.pl
[08:43:56.379686]<cmc>oh hey that's cool
[08:44:35.765798]<retracile>DaMato: looks like it's based off the one in contrib/workflow
[08:44:59.372826]<retracile>(but yeah, that's handy.)
[08:45:04.830616]<DaMato>retracile: I found that link here: http://trac.edgewall.org/wiki/TracWorkflow
[08:45:15.165605]<mcepl>osimons: OK, so that in the end the problem was that Eclipse DOES add login/xmlrpc to the end of the URL
[08:45:17.657717]<mcepl>works now
[08:45:19.837794]<DaMato>IMHO such a functionality should be directly integrated in the trac admin interface :)
[08:45:46.524810]<retracile>DaMato: heh. it'd be nice, but it adds a graphviz dependency.
[08:46:26.847584]<retracile>DaMato: might be something I could add to my advancedticketworkflowplugin or something.
[08:46:37.466931]<DaMato>retracile: you can anyway not life without at least one trac plugin today as the basic trac installation is too limited IMHO :)
[08:47:25.129265]<retracile>DaMato: the problem is that the 'one plugin' needed varies.
[08:47:54.472140]<retracile>(with the exception of accountmanager, which hopefully will be integrated into trunk, right, pacopablo? ;) )
[08:48:15.774507]<DaMato>retracile: that's your plugin? http://trac-hacks.org/wiki/AdvancedTicketWorkflowPlugin
[08:48:22.478234]<DaMato>retracile: really nice, will try it.
[08:48:51.665163]<retracile>DaMato: yep. it adds some experimental operations for ticket workflow.
[08:49:12.938022]<DaMato>retracile: experimental?
[08:50:27.551367]<retracile>DaMato: It provides a place to put operations that I'm not ready to include in trunk, but that do prove useful for a number of people.
[08:50:40.799122]<retracile>DaMato: for instance, 'set_owner_to_previous'
[08:51:01.512241]<DaMato>and why not put it in trac trunk directly?
[08:53:43.506267]<retracile>DaMato: because I can see these growing combinatorially. I don't want to add everything under the sun to trac core; I want what goes in to be well-thought-out and widely useful.
[08:54:21.589182]<DaMato>ok. but at least you could merge your plugin with that one: http://trac-hacks.org/wiki/PendingTicketPlugin :)
[09:03:34.351112]<retracile>DaMato: for instance, set_owner_to_{previous,$USER,reporter,<arbitrary-field>} starts to explode a bit...
[09:04:28.320163]<retracile>DaMato: heh...
[09:18:50.271041]<macmaN>!seen doki_pen
[09:18:50.278300]<evil_twin>doki_pen was last seen on irc.freenode.net at Thu, 04 Mar 2010 16:21:14 +0100, saying: see ya
[09:19:07.762826]<macmaN>!seen dgynn
[09:19:07.772248]<evil_twin>dgynn was last seen on irc.freenode.net at Tue, 18 Aug 2009 12:58:42 +0100, parting #trac
[10:03:15.951969]<webmaven>So, my questions here yesterday about OForge mostly drew a blank look (ie. no-one uses it). Does anyone here haveexperience with other multi-project wrappers around Trac, such as ClueMapper?
[10:05:12.708626]<jhammel>webmaven: my experience with most of them is that they were not quite ready for my purposes
[10:05:26.741097]<jhammel>webmaven: i realize that is an overly general opinion and not very useful
[10:06:15.172387]<webmaven>jhammel: No, that's still good (matches my experience so far). So, what did you do instead?
[10:06:18.499598]<jhammel>webmaven: i don't remember why i didn't use OForge...for ClueMapper, there were several minor (but pervasive) conflicts between the intent of the software vs. how i wanted to use it
[10:06:31.864423]<jhammel>webmaven: i mean, i did what everyone else does....role my own
[10:06:51.640766]<jhammel>which is half finished and probably half-solves everyone elses problems
[10:07:10.031363]<jhammel>(it doesn't handle unifed users prefs, management, doesn't have a splash screen, etc)
[10:07:36.427048]<webmaven>jhammel: OK, what *does* your solution do, and is it released?
[10:08:27.777568]<effthis>just did a an 11.1 -> 11.6 upgrade and i'm yielding errors. the bottom-most issue is that trac/main/.egg-cache is inaccessible - which makes sense, because it doesn't even exist. is this something i should create and permission by hand, or is there a process that should do it?
[10:08:53.573642]<jhammel>webmaven: its strength is Trac project templating and creation from templates; it also does SSO, if desired
[10:08:56.617856]<jhammel>webmaven: http://trac-hacks.org/wiki/TracLegosScript
[10:09:20.961988]<jhammel>webmaven: this plus ClueMapper + some cleanup would make a pretty slick solution, IMHO
[10:09:48.817237]<jhammel>webmaven: as my biggest complaint about ClueMapper was the hard-coded project creation (I assume this is still the case?)
[10:11:13.825018]<jhammel>but it would take some work to get there
[10:11:14.359452]<gozerbot>trac: Ticket #9111 (TimeoutError: Unable to get database connection within 20 seconds) closed - <http://trac.edgewall.org/ticket/9111#comment:3>
[10:14:54.714392]<Morbus>g'day. is there a permission to "allow another user to override attachment of the same name that they didn't create"? my users are seeing the "replace" cbeckbox, but then getting denied cos someone else uploaded it.
[10:15:26.587991]<Morbus>hrm. http://trac.edgewall.org/ticket/8592
[10:20:54.046559]<webmaven>jhammel: yes, that's still the case.
[10:23:03.108921]<jhammel>webmaven: so it is nice that they have such different purposes, so to combine them "should" be straightforward
[10:23:11.824140]<webmaven>jhammel: traclegos looks quite interesting, thanks!
[10:23:23.542920]<jhammel>webmaven: the other thing I'd love to see for ClueMapper is pluggable dashboards
[10:23:39.995307]<jhammel>but I digress...I don't have time to work on any of that right now :/
[10:24:47.546548]<jhammel>i also haven't looked at OForge in awhile so I'm not sure where it is these days
[10:25:00.841685]<webmaven>jhammel: Have you taken a look at Agilo? And are there any other solutions in this area I should be looking at?
[10:25:50.783755]<jhammel>webmaven: i haven't looked at Agilo much
[10:25:59.588869]<webmaven>I got stuck in trying to get OForge set up. The docs are either wrong or incomplete.
[10:26:15.628347]<jhammel>there's redmine, which I find depressing
[10:26:20.153571]<jhammel>what else is there?
[10:26:57.884915]<jhammel></question:rhetorical>
[10:27:00.644837]<webmaven>DrProject, I think.
[10:27:09.184752]<jhammel>haven't even heard of that one
[10:27:26.240824]<webmaven>it's a fork, rather than a wrapper.
[10:27:33.833957]<jhammel>of....Trac?
[10:27:38.550931]<webmaven>Yeah.
[10:28:17.761554]<jhammel>i'd love to see a real effort in developing a multi-project interface, maybe the Trac equivalent of WSGI
[10:28:23.265263]<webmaven>didn't succeed to well, so it prompted a complete re-write as Basie.
[10:28:28.351504]<jhammel>but i'm not the one to lead it
[10:29:28.010076]<webmaven>Why do you find redmine depressing?
[10:30:01.123172]<jhammel>well, speaking of Trac rewrites....
[10:30:27.133623]<jhammel>its so much like Trac, but, when last I looked, with a much less robust component architecture
[10:30:42.977052]<jhammel>it does have the multi-project and meta-project-user built in
[10:30:44.711054]<jhammel>which is nice
[10:30:50.797095]<jhammel>but its kinda like starting an OS
[10:31:06.202010]<jhammel>what make Trac great is the plugin architecture and the wealth of plugins available
[10:31:16.735173]<jhammel>so they would have to be ported/rewritten
[10:31:38.220670]<jhammel>but if it suits your needs, go for it
[10:32:01.945158]<webmaven>Naw, I'd like to stick to something written in Python, at least.
[10:32:16.369951]<jhammel>i wasn't going to say it, but there is that too ;)
[10:34:02.334236]<webmaven>ClueMapper seems like my best bet, given that it actually works out-of-the-box. The one thing that I will have to integrate is probably LDAP authentication (so I can use the internal AD credentials).
[10:34:52.150804]<webmaven>after that, there are a bunch of nice-to-haves, but no deal-breakers.
[10:35:27.875422]<jhammel>if you can live with the built-in project type (or don't mind hacking it for your use-case), its a pretty good piece of software
[10:35:58.020738]<jhammel>and not a bad base to make better; i'm not sure if there are any ClueMapper folks in channel but i know they want help
[10:37:13.143506]<jhammel>they did express some interest in integrating TracLegos, but by the time the conversation progressed to the actionable state, i had too much else on my plate
[10:37:18.597800]<webmaven>Well, the lack of activity in the project is disconcerting, but I know the maintainer somewhat, and also the principal of the sponsoring organization.
[10:40:40.154650]<webmaven>jhammel: thanks for your feedback, it's been useful.
[10:41:52.544117]<jhammel>webmaven: no problem; glad to share
[10:43:18.703169]<webmaven>jhammel: are you still at TOPP, BTW?
[10:43:51.166521]<jhammel>nope; just got a new job
[10:45:44.725496]<webmaven>Congratulations?
[10:48:41.641739]<jhammel>yep; thanks :)
[10:51:29.694831]<webmaven>Is https://projects.openplans.org/ using TracLegos?
[10:51:55.627281]<jhammel>yep
[10:52:32.434530]<jhammel>if you login (which you can't, as you'd need an LDAP account), you see a create new project link
[10:58:18.019598]<webmaven>Will you be doing further dev work on OpenLegos as part of your new job?
[10:58:27.229164]<webmaven>Sorry, TracLegos.
[10:58:58.769049]<jhammel>sadly, no
[10:59:11.045967]<ende>I have a Trac instance running but sysadmin types wish to squash 'non-blessed' wikis (ie Trac's wiki)...
[10:59:13.637294]<jhammel>i don't know what to do with my Trac plugins
[10:59:26.870010]<ende>trying to corral everyone to a single wiki, which happens to be MediaWiki
[10:59:32.495904]<jhammel>i'm trying to farm them out to people that want to maintain them
[10:59:46.465628]<ende>I haven't followed Trac development in awhile… what are the popular routes for Trac / MW integration?
[10:59:53.877491]<jhammel>but i still use Trac and TracLegos at home, so i'm not going to vanish from the community
[11:00:05.337755]<ende>that is, either substituting (somehow) MW for the TracWiki, or something like redirecting TracWiki pages to MW ?
[11:00:12.217511]<ende>any suggestions on a strategy very welcome
[11:04:36.049144]<cmc>ende: I'd think an apache redirect might be simplest
[11:10:09.917934]<ende>This is something I'd want to do systematically however
[11:10:17.050047]<ende>not just on a case by case situation
[11:10:31.515554]<ende>ie, every single TracWiki page would map to its corresponding page on MediaWiki
[11:10:43.153979]<cmc>right. So have trac/wiki/(*) go to mediawiki/$1
[11:12:52.196804]<ende>gotcha
[11:13:10.490132]<ende>I was looking for a 'softer' solution but that works well enough
[11:13:15.057530]<ende>thanks
[11:13:25.492717]<cmc>hope it works :)
[11:15:00.341732]<webmaven>jhammel: I'm looking at MailToTrac. How is it 'less mature' than EmailToTrac?
[11:15:38.449337]<jhammel>email2trac has been around much longer
[11:16:02.135128]<jhammel>and in parsing emails, i'm sure it exceeds mail2trac...or i would guess anyway
[11:16:18.625995]<jhammel>as so much of that work is finding bad test cases and working around them
[11:16:24.693708]<ende>cmc, for sake of chan logs, MediaWikiPluginMaco + interwiki redirect would be anotoher possible solution
[11:16:27.984766]<jhammel>i forgot what all email2trac does
[11:16:29.286196]<webmaven>Heh.
[11:16:40.159769]<jhammel>i know it can post to blogs, whereas mail2trac does not
[11:16:46.951290]<jhammel>several other things too, etc
[11:16:54.028718]<webmaven>OK, thanks.
[11:16:57.935678]<doki_pen>hi
[11:17:00.616951]<ende>ie {{{#!mediawiki irc://irc.freenode.net/#REDIRECT [[otherwiki:FooBar]] }}}
[11:17:10.963680]<doki_pen>macmaN: what's up?
[11:18:13.540267]<macmaN>webmaven: yo whats up
[11:18:56.575474]<macmaN>doki_pen: had a lengthy chat with cbalan re oforge today
[11:19:05.136452]<cmc>ende: cool
[11:19:19.504665]<macmaN>doki_pen: found out you guys are a team, so just wanted to say whats up
[11:19:43.399198]<doki_pen>macmaN: ha, yeah
[11:19:49.417654]<doki_pen>cbalan is the man
[11:20:06.409862]<macmaN>and i see this dude webmaven here
[11:20:13.938315]<macmaN>looking into the same thing
[11:20:25.547290]<macmaN>thanks to his query i even discovered oforge
[11:20:52.582406]<macmaN>it sure is hidden well, hadnt seen it in the 2+ years i been in tracworld
[11:21:50.311953]<webmaven>macmaN: Have you had more success in deploying OForge than me? I got completely stuck.
[11:24:13.425873]<doki_pen>what are you guys planning on using it for?
[11:27:14.930079]<doki_pen>it's pretty geared towards our business
[11:36:06.504173]<macmaN>webmaven: i downloaded the vmware appliance
[11:36:15.914045]<macmaN>and that runs like a charm, so i got to browse around a bit
[11:36:42.468596]<macmaN>doki_pen: i'm also building a product and need to figure out how to approach some of the same things you guys have already implemented
[11:36:50.661653]<macmaN>users over several projects
[11:36:54.553635]<macmaN>access controls
[11:36:57.428057]<macmaN>etc
[11:37:27.976742]<macmaN>webmaven: cbalan told me that he'll hopefully be releasing a more up to date virtual machine hopefully in the next 4 weeks
[11:37:42.180423]<macmaN>i noticed the 2008.06 image runs 0.12r77xx
[11:37:48.194796]<macmaN>but we're already at r9300+
[11:37:54.897533]<macmaN>so quite out of date that one
[11:38:30.037618]<macmaN>i just got tired of the more difficult brainwork today, so i'll be digging into the ebuild tomorrow
[11:38:43.819160]<macmaN>will try to complete a set up from an svn checkout
[11:38:50.141886]<macmaN>so if you're around we can cooperate
[11:40:03.380270]<Spec>so...i wanted to add a checkmark box next to the "Cc:" line in tickets, and I only wanna send a CC'd ticket if the checkmark box is marked...anyone heard of a trachack that'll do that?
[11:40:14.829927]<Spec>and/or documentation where I can start looking to write it myself?
[11:40:23.639124]<macmaN>doki_pen: so basically i'm thinking about what sort of a baseline to take and it's usually better to take a baseline where you have some development help :)
[11:40:54.578257]<macmaN>doki_pen: so i'll be examining how youve set up oforge and possible build upon it and then contribute back what i can
[11:45:42.724046]<webmaven>macmaN: I tried to get one of our sysadmins to deploy a VM, but he got completely stuck, in that he could only log in locally and no SSH access. So I tried to set it up from source on an Ubuntu server, and got *completely* stuck. The docs are horrible.
[11:46:27.910073]<macmaN>i dont get how you can get stuck with the VM
[11:46:40.087301]<macmaN>it really worked ootb for me
[11:47:29.301350]<webmaven>I don't either. He's not the most savvy sysadmin, but he has been able to deploy other VMs (Moodle, Trac, etc.), so I'm not inclined to blame him out of hand.
[11:47:39.973775]<macmaN>for ssh im not sure, perhaps all you need to do is start the daemon
[11:47:42.010309]<macmaN>:)
[11:47:46.930691]<macmaN>let me take a look
[11:48:13.411628]<macmaN>sshd is running
[11:48:13.732329]<webmaven>It doesn't help that it is a Gentoo VM, rather than something more popular.
[11:48:46.275569]<macmaN>oforge-appliance ~ #
[11:48:50.580679]<macmaN>there we go
[11:49:09.064184]<macmaN>heh, i've been on gentoo for past 5 years :>
[11:49:30.043768]<macmaN>with prefix being developed and i have portage on mac now, it becomes more and more valuable
[11:49:37.268197]<webmaven>Don't know, then. Here is his relevant comment in full: "I set up the oforge appliance you asked for. Despite the comment on the web page ("You can log in through the vmware console, or with ssh."), it will not enable an ssh session & I'll work on that today."
[11:49:39.013255]<macmaN>actually i also have portage on windows machines now :)
[11:50:11.954535]<macmaN>ok you can comment back you know a guy who has this working like a charm
[11:50:31.639299]<macmaN>did he bridge the network adapter correctly?
[11:50:51.164706]<webmaven>macmaN: I don't even know what that means.
[11:52:43.670468]<doki_pen>macmaN: about the ebuild
[11:52:51.179280]<doki_pen>macmaN: you might not want to bother
[11:53:00.685002]<doki_pen>macmaN: I'm pretty sure cbalan is using ubuntu now
[11:53:31.711481]<eric256>anyone know whot to get the LdapPlugin to give more info on the error? i'm just getting "Trac[api] ERROR: LDAP error: Operations error"
[11:53:35.982478]<doki_pen>webmaven: hear that?
[11:54:19.436300]<doki_pen>macmaN: sorry about that. I'm a gentoo lover too
[11:54:26.563544]<webmaven>doki_pen: I hear that. So does that mean that the docs on the 'install from source' page will be fixed?
[11:54:40.027747]<doki_pen>macmaN: I've actually been making individual ebuilds for trac components that are up on my overlay
[11:54:53.263936]<doki_pen>macmaN: if you want to fork it on github, maybe we can get all the plugins in one ebuild
[11:55:04.249956]<doki_pen>macmaN: that's probably more flexible then one ebuild for oforge
[11:55:13.117703]<jhammel>eric256: i've usually had to put a pdb in and play with the ldap module by hand
[11:55:16.993367]<doki_pen>webmaven: I hope so
[11:56:03.843051]<doki_pen>macmaN: how do you get portage on windows?
[11:56:11.447223]<webmaven>doki_pen: because I'm not a *complete* newbie, and I definitely was stumped by the incomplete setup that the setup.sh sript leaves behind.
[11:56:20.433628]<doki_pen>macmaN: that would be nice, I'm currently forced to use windows after 4 years of nothing but gentoo
[11:56:28.578604]<eric256>jhammel: pdb?
[11:56:51.128550]<jhammel>eric256: python debugger; if you're not a developer, it will be challenging :/
[11:57:03.958812]<jhammel>or maybe there's a better approach
[11:57:24.830302]<eric256>its should work with microsoft active directory right? apache isn't ahving any trouble....
[11:57:35.339812]<eric256>got apache working for auth no sweat
[11:57:43.540149]<webmaven>doki_pen: are you and cbalan either/both optaros employees?
[11:58:36.850293]<jhammel>eric256: not sure about AD....i've never used on windows
[11:59:34.848719]<jhammel>eric256: i believe its supposed to
[11:59:42.815037]<eric256>ohhh finaly got it to give me better errors lol
[11:59:48.516340]<eric256>broke it a little more, kinda helped
[11:59:52.762259]<jhammel>hah!
[12:02:40.041949]<eric256>arg same credentials that work in apache don't work for the ldap plugin...
[12:03:23.688447]<jhammel>pointed to the same server and dn?
[12:04:02.195968]<jhammel>oh wait, i remember something about AD.....AD uses something other than uid for login?
[12:04:07.660538]<eric256>ye
[12:04:19.833658]<eric256>yes it uses BindDN
[12:04:20.293354]<jhammel>i dunno, nm, ignore me...i know nothing about AD
[12:04:47.971966]<jhammel>does AD on your system use TLS?
[12:05:12.435967]<eric256>i don't know...found some stuff on google now that ive got some more info on where the error is
[12:05:30.285529]<jhammel>coolz
[12:05:59.911936]<jhammel>i have some experience with ldap....AD, not at all
[12:06:14.234958]<eric256>found a patch for it that is suppose to make it work with AD
[12:08:02.509426]<eric256>woa....too much patch to read right now...i'll just do groups by hand for the short term. hehe
[12:15:02.446088]<doki_pen>webmaven: yes
[12:15:52.074573]<webmaven>doki_pen: OK, is it either or both? ;-)
[12:19:23.204467]<doki_pen>webmaven: he is more in charge then me. we both work at optaros
[12:19:46.285016]<doki_pen>webmaven: I mostly help when I can
[12:20:31.409589]<doki_pen>webmaven: I'm 100% billable now
[12:49:35.762050]<Spec>Does the FlexibleReporterNotificationPlugin work in trac0.11? :(
[12:49:46.181574]<Spec>it seems not to.
[13:47:06.026578]<macmaN>thanks for the tip on Basie
[13:47:13.083936]<macmaN>found a very good link to a forge comparison
[13:48:31.952291]<macmaN>crap jhammel left
[13:48:51.625307]<macmaN>doki_pen: wheres your overlay at?
[13:49:12.863631]<macmaN>doki_pen: even tho cbalan is on ubuntu, i very likely will not leave gentoo
[13:49:24.847565]<macmaN>doki_pen: so i'll put in work to have a gentoo install
[13:49:49.649941]<macmaN>doki_pen: gentoo on windows = gentoo prefix project + something called interix
[13:49:54.642641]<macmaN>doki_pen: /join #gentoo-prefix
[13:51:01.323866]<doki_pen>macmaN: http://github.com/dokipen/doki_pen-overlay
[13:57:31.888409]<macmaN>excellent, watching + got it cloned
[13:57:43.825970]<macmaN>all right, im done for the night
[13:58:17.923392]<doki_pen>macmaN: sweet, looking forward to it
[13:58:24.083687]<macmaN>whoever's around tmrw, ill see u then
[13:58:40.482854]<doki_pen>ttyl
[16:06:05.919793]<Spec>So where is the *real* documentation for the genshi-stuff that trac 0.11 is using? The wiki points to the genshi documentation, but it looks like trac is using the old genshi syntax, and I can't find good documentation for that.
[17:36:02.934589]<exarkun>Anyone have a comprehensive patch fixing the performance issues associated with restrict_owner?
[17:36:34.024385]<exarkun>I fixed one part of the problem, but then I discovered that the issue has crept into several other parts of trac.
[18:35:13.578261]<doki_pen>exarkun: how's it going?
[18:35:40.148916]<doki_pen>can't you just hack up a plugin to turn the field into a drop down with a pre-determined list of users?
[18:35:46.016029]<exarkun>I think I just finished removing all the insane slowdowns that I've found so far.
[18:35:49.012327]<doki_pen>or do you _need_ it to be dynamic?
[18:36:01.865641]<doki_pen>exarkun: put the patches on t.e.o!
[18:36:11.579800]<exarkun>For now I can live with populating the list from all_known_users()
[18:36:33.446839]<doki_pen>what was the problem?
[18:37:12.335220]<exarkun>The way that the list is computed in the release is reeeeeeeeeeeaaally inefficient. It tries to restrict the results based on the TICKET_MODIFY permission.
[18:37:28.814099]<exarkun>That's not necessarily catastrophic: you _could_ have a model that supported that query efficiently.
[18:37:41.427546]<exarkun>In fact, I don't even know that trac's model doesn't, I haven't actually looked at the tables.
[18:37:56.678224]<exarkun>... but the way the result is actually calculated is insanely inefficient.
[18:38:25.572342]<exarkun>Query for all users. Drop all but one. Query for all permissions. Find the ones that apply to that user. If TICKET_MODIFY is there, include the user in the result.
[18:38:30.036104]<exarkun>Repeat. For every single user.
[18:39:07.620517]<exarkun>So it's O(N**2) or something like that, on the number of user accounts...
[18:39:12.458370]<doki_pen>in trunk, it's get all TICKET_MODIFY users
[18:39:49.479904]<doki_pen>is that inside get_users_with_permission?
[18:40:03.175644]<exarkun>Sec, let me look at my diffs.
[18:40:07.770082]<doki_pen>exarkun: paste it
[18:41:28.020292]<exarkun>http://twistedmatrix.com/~exarkun/faster-restrict_owner.patch
[18:42:40.772694]<exarkun>So now I have ticket page render times down to about .4s from about 4s
[18:43:35.466542]<doki_pen>exarkun: yeah, much better
[18:43:39.638098]<exarkun>which is close to page render times on the version I'm upgrading from
[18:43:46.698595]<exarkun>so it's probably good enough
[18:44:15.196078]<exarkun>I need to poke around a bit more and make sure there aren't any hidden traps, but I think it's looking okay...
[18:44:29.266791]<doki_pen>exarkun: did you profile it, or just eyeball it?
[18:44:56.568488]<doki_pen>exarkun: looks like get_user_with_permission is the issue, right?
[18:45:19.994140]<exarkun>I turned on query logging in postgres and eyeballed timings reported with curl
[18:45:41.035298]<exarkun>doki_pen: I think it's half inside get_user_with_permission and half in the API of get_user_with_permission itself.
[18:46:07.672260]<doki_pen>exarkun: ah, but that is an interface
[18:46:28.774939]<doki_pen>exarkun: so your patch probably breaks ppl using a different permission store
[18:46:38.968178]<exarkun>Yes, probably so.
[18:46:55.131686]<exarkun>The interface is a bad one. It may not be possible to make it efficient.
[18:47:01.008688]<doki_pen>exarkun: and you are using accountmanager, I wonder if that is the problem
[18:47:10.597385]<exarkun>A colleague of mine calls this "potato programming".
[18:47:21.447354]<exarkun>And it's death for performance in an app.
[18:47:39.549834]*doki_pen googles potato programming
[18:48:03.837611]<doki_pen>ah yes
[18:48:20.221518]<exarkun>Yea, I'm using accountmanager
[18:48:44.088923]<exarkun>But I didn't have to change any code in accountmanager to get page render time to be faster. :)
[18:49:19.824888]<doki_pen>yeah, no doubt it's good work
[18:50:19.480748]<retracile>exarkun: what version of Trac is that against?
[18:50:33.749062]<exarkun>The latest release
[18:51:08.646926]<doki_pen>I'm just trying to think about how we can really fix it
[18:51:17.040964]<retracile>'k
[18:51:26.653170]<exarkun>(0.11.6 right?)
[18:52:49.422778]<exarkun>doki_pen: I'd probably start thinking about an interface with a get_users_with_permissions(['TICKET_MODIFY', ...]) sort of method.
[18:53:15.560251]<exarkun>eventually_restrict_owner in ticket/api.py actually _looks_ like it should be doing something okay, except:
[18:53:42.941081]<exarkun>PermissionSystem..get_users_with_permission isn't actually implemented in an efficient way, even though it appears to be an efficient interface
[18:54:13.440660]<doki_pen>exarkun: couldn't get_users_with permission yield it's values and fix the problem?
[18:54:19.168701]<exarkun>PermissionCache reloads the permissions for the user! doubling the inefficiency. And why, I don't know, since hopefully .get_users_with_permission('TICKET_MODIFY') doesn't return users without the TICKET_MODIFY permission...
[18:54:41.812092]<exarkun>doki_pen: That alone won't help. You need to cut down on the number of SQL queries issued.
[18:55:00.585039]<doki_pen>exarkun: yeah, i see that
[18:57:17.962781]<doki_pen>exarkun: alright, it's been a long ass day for me and I'm having trouble focussing. I'm gonna see if I can come up with a patch tomorrow
[18:57:52.478849]<doki_pen>thanks for figuring out the issue though
[18:57:52.797788]<exarkun>Good luck. :)