Team Chat Logs

April 13, 2010

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

[01:45:28.762860]<_dave_h_d_>Hi Guys, I added an extra column to trac which worked, how i want to update that column with value from an existing column (so that it can be modified), can this be easily done?
[01:47:12.754185]<_dave_h_d_>so basically i created a new column "businessdescription" and i want to do copy values from title into business description
[01:51:03.185118]<_dave_h_d_>i got it guys
[01:51:10.117046]<_dave_h_d_>found answer here
[01:51:11.687888]<_dave_h_d_>http://trac.edgewall.org/wiki/TracTicketsCustomFields
[03:42:57.073672]<thm>is it possible to modify the workflow so that a new ticket that is given an owner, is in state 'assigned', not 'new' ?
[03:55:09.262258]<bionoid>thm: http://trac-hacks.org/wiki/TicketCreationStatusPlugin
[03:55:18.890234]<ronalde>aksimet filter on trac.edgewall.com says: too many links when trying to post to ticket. Any solutions
[03:56:03.388855]<thm>bionoid: thx
[04:00:19.635762]<ronalde>my post contains a apache3 virtual hosts snippet with lots of (rewriterule) links...
[04:00:53.094382]<ronalde>'/apache3/apache2/'
[04:02:02.860448]<osimons>ronalde: try again
[04:03:43.378894]<ronalde>osimons: so I've created a rather big addition on http://trac.edgewall.org/ticket/4733, but when I submit it, I get the following error: Submission rejected as potential spam (Akismet says content is spam, Maximum number of external links per post exceeded)
[04:04:36.673541]<osimons>ronalde: i know - i see that in spam monitoring. i've marked one of your previous attempts as 'ham', and wanted to see if the learning picked it up when it was re-submitted
[04:05:17.564177]<ronalde>osimons: should I try again (I still have the error open, so I could refresh/repost?
[04:05:30.727801]<osimons>yup - repost it
[04:05:49.607273]<ronalde>osimons: great... thx
[04:06:04.282149]<ronalde>result: http://trac.edgewall.org/ticket/4733#comment:18
[04:06:40.041136]<osimons>goodie
[04:07:03.365388]<ronalde>osimons: it seems the html page is gone though ;(
[04:08:00.188372]<ronalde>osimons: I prepended '{{{#!html'
[04:08:50.466617]<osimons>ronalde: oh, for /var/www/multitrac/generated-index/html (heading)?
[04:08:56.882355]<ronalde>osimons: yep
[04:09:15.393671]<osimons>i see, well, the html processor renders html - if you want to syntax highlight it you better use #!xml instead
[04:09:34.087579]<ronalde>osimons: i c, can't edit my comment, can I?
[04:09:53.600265]<osimons>no, but i can. hang on - haven't tried that new trunk feature yet :-)
[04:10:07.472894]<ronalde>(we use it all the time ;)
[04:10:56.791487]<ronalde>osimons: when you remove my comment I'll repost the corrected one
[04:10:59.553806]<osimons>oh. neat :-)
[04:11:14.068891]<osimons>i've updated it myself now - refresh page to view
[04:11:42.179947]<osimons>(do not repost anything...)
[04:12:39.607711]<osimons>http://trac.edgewall.org/ticket/4733?action=comment-diff&cnum=18&version=1 - now that feature sure works well.
[04:13:26.834043]<ronalde>osimons: thx
[04:13:45.562582]<osimons>no probs. thanks for report.
[04:54:21.378877]<afranke>jonas1: are you still working on posterity?
[05:12:41.535635]<osimons>afranke: think that may be wrong jonas - jonas borgstrom is usually on as jborg
[05:12:46.374011]<osimons>!seen jborg
[05:12:46.384617]<evil_twin>jborg was last seen on irc.freenode.net at Tue, 23 Feb 2010 06:17:27 +0100, parting #trac: #trac
[05:12:56.218278]<osimons>- allthough not too often...
[05:14:51.132172]<afranke>osimons: oh, thanks for the tip
[05:15:07.701041]<osimons>afranke: send him an email instead. as far as i can tell the project is going the way of the dodo... haven't heard about it in ages...
[05:15:39.238346]<afranke>too bad
[05:16:36.736217]<osimons>no checkin for 19 months is not a good sign... :-|
[05:16:59.522499]<afranke>I know, but I thought that maybe activity went on somewhere else
[05:17:07.109599]<osimons>however, could be that all users are really, really happy and don't need anything changed??? :-)
[05:17:45.564206]<afranke>yeah... I don't think so :)
[05:23:55.175880]<bootlaces>Hi all. Just wondering, we are trying out 0.12dev now with a view to move from 0.11.7. (0.12 comes with multirepo support and i18n which we defo need here). Is it a straight-forward sql dump of the tables from 0.11 to 0.12 (we are using mysql as the backend)?
[05:24:09.466631]<bootlaces>I know in 0.12 there are two extra tables
[05:24:37.191703]<bootlaces>I suppose I could just point 0.12 to the 0.11 db instance and add manually the two tables?
[05:42:53.442476]<sacho_>why not use the trac update tool
[05:49:31.707478]<dikim33>Hi, can anyone please help me to overwrite "def render_preference_panel(self, req, panel):" on my own plugin so that I can use my own prefs_general.html(i.e., I would like to store the users' username and password on my back-end database(pgsql) too)?
[05:50:24.283726]<dikim33>Sorry, it is not username and password but fullname and email.
[05:50:50.956586]<dikim33>And they are saved to sqlite now but I would like to save them to pgsql too.
[06:08:22.038216]<dikim33>anyone please help me?
[06:26:50.482202]<dikim33>I will be back soon,
[06:34:16.438897]<osimons>bootlaces: trac-admin $env upgrade
[06:34:20.600014]<osimons>@wiki TracUpgrade
[06:34:20.605828]<evil_twin>http://trac.edgewall.org/wiki/TracUpgrade
[06:35:03.751669]<osimons>^^ all shall be revealed...
[06:49:48.526763]*retracile croaks something mean about mornings.
[06:57:55.774448]<dikim33>Anyone has considered my question?
[06:58:33.176920]<dikim33>can anyone please help me to overwrite "def
[06:58:33.406090]<dikim33>render_preference_panel(self, req, panel):" on my own plugin so that I
[06:58:33.693528]<dikim33>can use my own prefs_general.html(i.e., I would like to store the users'
[06:58:33.903192]<dikim33>fullrname and email on my back-end database(pgsql) too)?
[06:59:05.380440]<kirean>dikim33: I'm not sure I understand your problem
[07:03:07.654013]<kirean>dikim33: I run Trac on postgres without problems
[07:03:25.039885]<sacho_>Is there a way to have an empty component option
[07:03:43.683256]<dikim33>kirean: thanks for your interest. Basically my trac is setup with sqlite by default.
[07:04:03.681812]<kirean>dikim33: why do you have a separate db for your plugin?
[07:04:09.032620]<dikim33>I use pgsql for accountmanager for my own purpose.
[07:05:56.511369]<kirean>migrate the trac-db to postgres as well?
[07:06:02.571871]<kirean>dikim33: ^^
[07:07:21.042318]<dikim33>kirean: no migration. I just use them in a different purpose. sqlite for the trac main db, pgsql: user login information.
[07:10:13.956980]<kirean>dikim33: why store it twice?
[07:10:56.204966]<dikim33>kirean: I don't save the username and password to the sqlite db but pgsql.
[07:11:46.762627]<dikim33>But the only issue is updating users' preferences especially when they update their fullname and email.
[07:12:43.295340]<dikim33>This does not touch my accountmanager plugin but the trac main code and its templates
[07:14:33.683797]<dikim33>kirean: did I answer you properly?
[07:17:47.499543]<kirean>dikim33: are you using: http://trac-hacks.org/wiki/AccountManagerPlugin?
[07:18:05.226001]<kirean>dikim33: or your own implementation of a similar plugin?
[07:18:44.333574]<dikim33>I started to use it and modified it.
[07:19:33.146984]<Tigryss>hi
[07:19:52.264665]<kirean>hi
[07:20:49.824739]<kirean>dikim33: isn't AccountManagerPlugin handling updates of user preferences correctly?
[07:21:26.013537]<Tigryss>is there someone who supported virtualbox?
[07:21:26.900204]<dikim33>It has the feature of updating the preferences but only for username and password.
[07:24:53.226415]<Tigryss>someone else?
[07:25:14.304084]<cmc>what's the problem?
[07:25:25.433625]<Tigryss>is there someone who supported virtualbox?
[07:25:58.007570]<cmc>what's virtualbox have to do with trac?
[07:26:20.403805]<Tigryss>http://www.virtualbox.org/wiki/TracSupport
[07:27:13.371903]<kirean>Tigryss: what is your real question?
[07:28:03.167896]<Tigryss>i have problem with sound and camera under virtual box
[07:28:04.626284]<osimons>@wrongchannel
[07:28:04.643043]<evil_twin>wrongchannel is This channel is for Trac, the project management software. You are probably looking at the website of a project that uses Trac to run their operations. Chances are we don't know anything about their project, but try looking on their website for more specific support instructions. /list will usually show you a list of all channels on this IRC server, and you
[07:28:09.641932]<evil_twin> can also try looking there.
[07:28:13.666572]<cmc>pretty sure Oracle didn't change that page, which refers to their ticket management system, rather than virtual box
[07:29:12.184126]<cmc>Tigryss: http://www.virtualbox.org/wiki/Community
[07:29:12.912933]<Tigryss>nice :)
[07:29:46.124787]<slam>Tigryss: #vbox
[07:30:01.344763]<Tigryss>thx
[07:50:43.104961]<dikim33>kirean: so, is it impossible to override "def render_preference_panel(self, req, panel):" on my own plugin? Actually my plugin has the one with the exact same name and parameters but it is invoked for updating "username" and "password" but not for "fullname" and "email".
[07:57:27.292396]<osimons>dikim33: perhaps it is possible to disable the prefs component (trac.prefs.... = disabled in trac.ini), subclass the original in a new component that just override on the args it want to touch, and then enable that in trac.ini?
[07:58:30.785546]<osimons>don't remember the details of that code file, but seem to remember there is an open ticket at t.e.o asking for breaking up each panel into its own component so that you can selectively disable each panel (and thereby override it if you want to) without touching the others
[07:58:53.349703]*osimons got dinner to prepare. later.
[07:58:57.624387]<dikim33>osimons: can I do this on my plugin?
[07:59:17.052970]*kirean gotta run.. bye
[07:59:20.394683]<osimons>plugin + trac.ini changes in [components] section. sure.
[07:59:35.270314]<dikim33>ok.
[07:59:39.830728]<dikim33>thanks osimons
[08:00:23.554184]<osimons>dikim33: you can inherit from any class in your own component - question is if can manage to disable the original behaviour properly. should work, but may end ut subclassing more code than strictly needed
[08:01:27.933371]<dikim33>OK, that's what I expect but it does not seem to be obvious for its implementation. osimons
[08:02:42.594205]<osimons>dikim33: basic python, not really trac related
[08:03:11.608900]<osimons>just do: [components] trac.prefs.web_ui.PreferencesModule = disabled, then in your own code:
[08:04:21.247709]<osimons>then define your own class DikimPrefsModule(PreferencesModule): .... that overrides what it needs and passes the rest to parent for regular handling
[08:04:32.885021]<osimons>- and enable your own plugin. should work fine.
[08:05:29.934235]<osimons>dinner. again :-) good luck.
[08:05:34.814225]<dikim33>osimons: OK, thanks. but it seems that the things that you mentioned for trac.ini can not be found at the python manual, right?
[08:05:36.399705]<dikim33>;-)
[08:07:12.683866]<osimons>dikim33: right, i suppose. any component (including Trac bits) can be enabled/disabled using trac.ini - all plugins... you code, i'll eat :-)
[08:07:42.074772]<dikim33>thanks for the clarification and help. :-)
[08:08:15.616985]<osimons>no probs. i have the whole of trac.prefs.* = disabled as i don't use it at all, so prefs is not the code i look at most often....
[08:35:05.626444]<dikim33>What is a syntax to get the current logged-in username?
[08:38:39.705468]<osimons>dikim33: req.authname
[08:39:02.213093]<dikim33>osimons: you again. thanks.
[08:39:14.429580]<dikim33>Let me try and see what happens with this.
[08:57:53.957735]<sacho_>when I create a heading in the wiki with the name "00_something" the id I get is "a00_something"
[08:58:11.983332]<sacho_>is this intentional?
[08:59:01.100472]<dikim33>osimons: it works! thank you very much. It seems to be too much to disable the whole PreferecesModule and to enable the my own PreferecesModule with the original PreferecesModule modifed but it works.
[09:00:01.616459]<cmc>in theory PreferencesModule should be /modular/ enough that you could just extend it and replace a function or two
[09:00:26.182600]<cmc>theory != practice, unfortunately
[09:01:15.192796]<dikim33>It would be really great if trac allow the plugin to override the inherited module or functions without really doing what I have done above.
[09:08:32.926020]<osimons>dikim33 - that is the open ticket at t.e.o i mentioned, requesting a split of the component into one panel = one component.
[09:09:23.656860]<dikim33>osimons: ok. I hope that it can be done not in a long time.
[09:09:25.432761]<osimons>dikim33: to override without overriding, you need to do black python magic and replace the method at runtime in the good tradition of monkey patching...
[09:10:25.631860]<dikim33>osimons: interesting. can you give me any doc or link for doing the override at runtime?
[09:13:25.018565]<nemo>I'd like to update my trac 0.11-rc3 to trac 0.11.7
[09:13:35.292293]<nemo>can I unpack the new trac on top of the existing one?
[09:15:34.351285]<osimons>@wiki 0.11/TracUpgrade
[09:15:34.356368]<evil_twin>http://trac.edgewall.org/wiki/0.11/TracUpgrade
[09:19:05.632672]<nemo>hm. easy_install went w/ 0.11.5rc1
[09:19:08.819081]<nemo>instead of 0.11.7
[09:19:21.931504]<nemo>oh
[09:19:24.282828]<nemo>--upgrade :D
[09:19:36.145268]<nemo>I must have been on .5 already??
[09:19:37.562412]<nemo>odd.
[09:20:15.055801]<nemo>ah. misread the footer. n/m
[09:33:11.711757]<nemo>well. everything looks fine. thanks.
[12:39:11.932765]<anchovy>hey did Apache get hacked today from trac?
[12:39:30.324476]<anchovy>" The hackers hit the server hosting the software that Apache.org uses to it to track issues and requests and stole passwords from all users."
[12:42:33.167430]<wildintellect>bugzilla is what I saw in the report
[12:42:47.377418]<wildintellect>though, it was actually from a link in a ticket
[12:43:13.833146]<wildintellect>so really software independant the whole way - all social engineering and tricky XSS
[12:43:21.256529]<anchovy>it looks like it may have been caused by Atlassian rather than Trac
[12:43:29.437549]<anchovy>so that is good news, except for that I run both :)
[12:44:00.970764]<wildintellect>http://blogs.zdnet.com/security/?p=6123&tag=nl.e539
[12:44:24.744530]<wildintellect>it's not a security vulnerability at least according to what I read
[12:44:34.956298]<anchovy>ok
[12:44:39.500729]<anchovy>i see
[12:44:43.048505]<wildintellect>they got brute forced, phished and some other stuff
[12:45:05.328056]<anchovy>I was just worried Trac was compromised
[12:46:57.948161]<anchovy>but that doesn't appear to be the case
[12:48:59.779393]<osimons>https://blogs.apache.org/infra/entry/apache_org_04_09_2010 - is the link in the mail i got from them
[12:49:25.657501]<osimons>it was jira & infrastructure ++
[16:33:32.339697]<thijstriemstra>anyone seen this error before? http://pastebin.com/G20d6EyS
[16:34:58.957219]<thijstriemstra>k #9173
[16:51:51.366710]<thijstriemstra>theres a note on TracDownload that probably should go: "Note: at this point, 0.11-stable is exactly the same as the released 0.11.7 package."