Team Chat Logs

December 11, 2009

2009 11
Mo Tu We Th Fr Sa Su
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31      
<< <   > >>

[00:11:29.946375]<zimnyx>Is it possible to see content of added files in "Changeset XX" page ?
[00:11:34.481725]<zimnyx>Now only modifications are displayed
[00:11:39.526358]<zimnyx>I want to see output fimilar to svn diff.
[00:12:48.756538]<otaku42>moin
[00:15:52.360479]<scfe>zimnyx: You mean ticket attachments?
[00:29:01.323412]<zimnyx>scfe: no, changeset is a revision from Subversion
[00:29:20.636027]<zimnyx>It's a page containing subversion revision changes
[00:36:27.633703]<gozerbot>trac: Ticket #8883 ([PATCH] Add variable number of entries to spamtracker monitoring) created - <http://trac.edgewall.org/ticket/8883> || Ticket #8882 ([PATCH] Add user information to spamtracker captcha variant) created - <http://trac.edgewall.org/ticket/8882> || Ticket #8881 (Support for media attribute in add_stylesheet) created - <http://trac.edgewall.org/ticket/8881>
[00:36:32.797629]<gozerbot> || Ticket #8880 ([PATCH] Add trusted karma points to spamfilter) created - <http://trac.edgewall.org/ticket/8880>
[01:06:50.997249]<otaku42>hey, spamfilter patches... that makes me curious
[01:12:46.143621]<otaku42>and reminds me of a bunch of ideas i have in mind for the spamfilter plugin. someone please invent the "more than 24 hours day"
[01:15:14.737223]<Pev_>hi there, Is there a trac-admin command to get the list of installed Trac plugins?
[01:17:17.943649]<otaku42>Pev_: nope
[01:17:31.088473]<otaku42>Pev_: the only way to check that is via the admin webinterface
[01:18:16.654141]<rblank>otaku42: Ask retracile, he mentioned once that he had 25 :)
[01:18:17.410438]<Pev_>otaku42: ok, thanks
[01:22:52.979238]<otaku42>rblank: i fear that just one additional hour per day would not be enough, but then... better than nothing.
[01:23:22.787934]<Pev_>sorry to touble you and these plugins versions are the same - I mean everything under Trac 0.11.5 has version 0.11.5?
[01:23:26.085020]<otaku42>retracile: please, please, pretty please with sugar on top: what is your secret for the 25-hour-day? :)
[01:24:11.828598]<macmaN>otaku42: how many people you have working on spamfilter
[01:24:21.735245]<otaku42>Pev_: no, usually the plugins have their own, distinct version numbers.
[01:24:26.009602]<Pev_>and everything under mercurial 1.3.1 has version 1.3.1? Or do these subitems (AboutModule, ...) they own version numbers?
[01:24:43.837421]<Pev_>otaku42: thanks. and were can I get this info?
[01:25:33.741840]<otaku42>macmaN: better ask cboos, i guess. although i have commit rights for the spamfilter plugin, i did not contribute much to it, yet. but that hopefully changes soon.
[01:26:04.629579]<macmaN>i feel you with the 24 hours thing
[01:27:02.503780]<otaku42>Pev_: usually the homepage for plugins also has information about trac compatibility
[01:27:22.736723]<otaku42>s/for plugins/of a plugin/
[01:27:22.748526]<evil_twin>otaku42 meant: Pev_: usually the homepage of a plugin also has information about trac compatibility
[01:27:27.596718]<Pev_>otaku42: so I cannot find that info from my install?
[01:28:04.238965]<Pev_>I'll have look. But why I need that - it's for debian's bug report
[01:28:06.967176]<otaku42>Pev_: well, if you have plugins installed and they work with your trac release, they seem to be compatible with it :) other than that: no.
[01:28:11.155795]<Pev_>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560022
[01:28:30.290738]<Pev_>otaku42 evil_twin: thanks
[01:29:28.745472]<otaku42>Pev_: there was a thread about the "cannot operate on closed cursor" thing on the trac-dev mailing list recently. i didn't follow it closely, though.
[01:30:19.839221]<otaku42>Pev_: ah, that thread is also linked in martin's answer to your ticket, as i see.
[01:31:57.545305]<Pev_>otaku42: well, so martin can get this info. All my concern is to create a good bug report.
[01:32:52.406395]<otaku42>Pev_: which is generally a good thing, by the way.
[01:35:30.437039]<Pev_>otaku42: well I'll just reply that I have standard plugins from 0.11.6 and trac-spamfilter 0.2.1+svn6871-3. So nothing really useful to this issue :(
[01:36:57.231405]<otaku42>Pev_: no other plugins listed in the admin webinterface under general/plugins?
[01:43:37.731307]<Pev_>otaku42: well there are listed many under Trac 0.11.5 and mercurial 1.3.1
[01:44:26.864114]<Pev_>in about a half of of progress
[01:50:46.031941]<Pev_>it's strange - this time resync went well. Last week I tried it serveral times resulting with this 'pysqlite2.dbapi2.ProgrammingError: Cannot operate on a closed cursor' erro
[01:53:53.904788]<hello_trac>hello :)
[01:55:48.670346]<hello_trac>i have a little question about the process_request(), maybe someone can help me
[02:03:15.108212]<otaku42>hello_trac: without seeing the actual question it will be hard for anyone to say if they can help or not :)
[02:03:38.699026]<otaku42>hello_trac: means: please go ahead and ask your question, then sit back and see if you get any responses
[02:04:14.699121]<otaku42>Pev_: strange. no idea what the cause for that could be, sorry.
[02:05:43.417525]<hello_trac>i want to send my data with the process_request to my template...but i dont know how
[02:09:21.427594]<otaku42>hello_trac: a good start would be to look at how other plugins achieve what you want to do.
[02:11:33.591085]<hello_trac>do you know a good plugin thats shows me?
[02:12:40.999231]<otaku42>hello_trac: your plugin is to be used with trac 0.11?
[02:14:07.976381]<hello_trac>i think
[02:15:29.315648]<otaku42>hello_trac: then FullBlogPlugin, and probably also AccountManagerPlugin, may be good examples. not sure, however, if they actually use what you look for, but it's worth a try.
[02:15:49.479326]<otaku42>hello_trac: http://trac-hacks.org/browser/fullblogplugin/0.11
[02:16:06.045893]<otaku42>hello_trac: http://trac-hacks.org/browser/accountmanagerplugin/0.11
[02:20:34.017768]<Pev_>so I thing I have upgraded from 0.11.5 to 0.11.6. I've got environment startup [Trac 0.11.6] in my log. But why I still get 'Powered by Trac 0.11.5' on the bottom of my site? (variable ${trac.version} in trac/templates/theme.html)
[02:21:44.917703]<otaku42>Pev_: probably that's just from your browser cache? try restarting the browser and, just to be sure, the webserver, too.
[02:32:45.148798]<mhi1>Hi. I have just tried to install the traccas plugin and activated in trac.ini. Nevtherless to "login"-Link does not get rendered. How to debug? (trac 0.11.6)
[02:44:32.399797]<Pev_>otaku42: no, really, it's not a cache. I've been trying this in more browsers, including elinks and curl
[02:45:22.111767]<Pev_>otaku42: and firefox has been restarted since next week every day... so really no cache :(
[02:45:55.958180]<Pev_>otaku42: I thouhgt it was caused by 'pysqlite2.dbapi2.ProgrammingError: Cannot operate on a closed cursor' error, but obviously not
[03:06:30.167747]<gozerbot>trac: Ticket #8884 (TICKET_CREATE doesn't permit the state change) created - <http://trac.edgewall.org/ticket/8884> || Changeset [8900]: 0.12dev: Reverted [8885] and set auto-preview timeout again to 2 seconds. - <http://trac.edgewall.org/changeset/8900> || Ticket #8839 (Improve the plugin admin panel) closed - <http://trac.edgewall.org/ticket/8839#comment:8> || Changeset
[03:06:35.357829]<gozerbot> [8899]: 0.12dev: Improved the plugin admin panel to provide better grouping of ... - <http://trac.edgewall.org/changeset/8899>
[03:36:30.383346]<gozerbot>trac: Changeset [8902]: 0.12dev: Reverted silly "refactoring" from [8901]. - <http://trac.edgewall.org/changeset/8902> || Ticket #8855 (Add automatic ticket comment preview) closed - <http://trac.edgewall.org/ticket/8855#comment:16> || Changeset [8901]: 0.12dev: In the automatic preview, update the preview immediately on blur, ... - <http://trac.edgewall.org/changeset/8901>
[06:09:22.140436]*osimons finally got trunk development up and running again.... yay :-)
[06:22:21.042291]<Serge1>hey guys. I have installed trac multirepos version on a debian machine. by installing plugins by ssh they are moved to plugins directory but are not visible under admin/plugins. by trying to istall the plugins again nothing happens, trac only says the plugins are allready installed. the plugins arent listed in trac.ini, log file has nothing
[06:23:00.324848]<Serge1>has somebody any hints for the problem?
[06:24:41.741059]<Serge1>ah, sorry. the plugins are not moved to the plugin directory. (i'm using rbrowser on my macos)
[06:51:43.167942]*retracile vents something contemptuous about mornings.
[07:39:10.183535]<macmaN>retracile_: do you have some special relationship with mornings?
[07:39:13.654301]<macmaN>have you blogged about it?
[07:39:18.926409]<macmaN>how about a bowl of oatmeal
[07:42:04.397055]<misc>he has a script to generate a different line every morning
[08:11:59.862887]<macmaN>is it a trac module?
[08:12:05.268045]<macmaN>can i get a timeline on it
[08:12:07.522953]<macmaN>HUH
[08:43:14.590021]<otaku42>for those who test trac-hacks.org on trac 0.11: i just resynched the sandbox
[08:56:55.946002]<intgr>I can't add myself to the "Cc:" of a ticket because Akismet thinks an empty comment is spam.
[08:57:07.245945]<intgr>On edgewall.com Trac.
[09:13:38.146338]<gozerbot>trac: Ticket #8886 (AttributeError: 'NoneType' object has no attribute 'getValue') created - <http://trac.edgewall.org/ticket/8886>
[09:37:41.855396]<josh__>Hello - got a question. anybody running 0.11.6 on RHEL or CentOS 5.4?
[09:38:10.744867]<osimons>otaku42: looks good, but that front page takes a lot of time to load - is it different hardware/container settings, or just 0.10 => 0.11?
[09:38:59.332937]<osimons>"time curl http://trac-hacks.org:81/wiki" => 12-13 seconds consistently just for the html. /blog takes ~1.5 for comparison to a 'similar' front page
[09:40:49.696049]<osimons>josh__: sort of, i use centos and opensuse. got a problem?
[09:41:32.534282]<josh__>Yeah. I have been running Trac 0.11.5 just fine. I decided to install a new Trac instance on another server, so I used Trac 0.11.6
[09:41:38.872759]<josh__>It's behind apache and mod_wsgi
[09:41:49.477305]<josh__>When I hit the front page, it complains about not being able to find genshi
[09:41:57.073564]<josh__>however, when I do 'easy_install genshi' genshi is there.
[09:43:38.441826]<gozerbot>trac: Ticket #8886 (AttributeError: 'NoneType' object has no attribute 'getValue') closed - <http://trac.edgewall.org/ticket/8886#comment:1>
[09:43:52.063774]<osimons>may be that genshi is installed zipped (known issue for 0.5.1) - could you try to install genshi from trunk or from latest 0.5.x branch?
[09:44:21.071535]<osimons>josh__: actually, perhaps using -Z option to easy_install (--always-unzip)
[09:44:46.905647]<josh__>http://groups.google.com/group/trac-users/browse_thread/thread/263195093a769018#
[09:45:25.362770]<osimons>so, "easy_install -Z -U genshi"
[09:45:47.317507]<osimons>(-U to force upgarde/new install, -Z to install as folder and not zipped egg).
[09:45:58.387909]<osimons>josh__: ^^ could you try that and restart server?
[09:46:35.721597]<osimons>test from command line: python -c "import genshi; print genshi.__version__, genshi.__file__"
[09:47:22.818551]<josh__>This is the result I get:
[09:47:24.765286]<josh__>0.5.1 /usr/lib/python2.4/site-packages/Genshi-0.5.1-py2.4-linux-i686.egg/genshi/__init__.py
[09:47:42.618745]<josh__>Does 0.11.6 require a version of genshi > 0.5.1?
[09:48:11.562340]<osimons>no, that should not change. what about restart web server now then? still no go?
[09:48:41.422160]<josh__>Yep, I restarted Apache after that.
[09:49:58.404202]<josh__>I remember seeing an error like this before in another app - in that case I removed the call to get_distribtion() and just imported the modules manually.
[09:50:28.279054]<osimons>josh__: and the trac you are running is from the same place? ie. change the command-line test to use 'trac' instead of genshi
[09:50:52.669977]<osimons>josh__: for latest 0.5.x, you can also do: easy_install -Z -U http://svn.edgewall.org/repos/genshi/branches/stable/0.5.x
[09:51:23.050384]<osimons>- or http://svn.edgewall.org/repos/genshi/trunk for latest trunk version
[09:51:48.745889]<osimons>either should work
[09:52:11.586317]<osimons>josh__: what is your setuptools version?
[09:52:51.519838]<josh__>Best match: setuptools 0.6c9
[09:53:12.767800]<josh__>Best match: Trac 0.11.6
[09:53:57.114215]<osimons>right. there is a setuptools 0.6c11 out now - or use Distribute as alternative
[09:54:17.954497]<pacopablo>distribute++
[09:54:19.209340]<osimons>still, should work with both. no luck with genshi from repos either?
[09:54:32.976009]<josh__>Ok, I did the last command you noted (getting the stable branch of 0.5.x) and it installed 0.5.2dev_r1051
[09:54:41.826665]<osimons>yup
[09:54:43.532997]<josh__>I'll bounce the server and see if that fixed it.
[09:55:26.059696]<josh__>Nice, ok!
[09:55:32.849090]<josh__>After upgrading the Genshi, it works now!
[09:55:37.206248]<osimons>goodie!
[09:55:45.674514]<josh__>I wonder why it doesn't work with 0.5.1?
[09:56:43.945694]<osimons>dunno. should. but don't...
[09:58:14.206280]<osimons>should really be a new release of genshi - that 0.5.1 bug has been a painful support issue for a long time. *cough* *cmlenz* *cough*
[09:58:35.447469]<cmlenz>hell yeah it's long overdue
[10:00:13.822163]<josh__>Ok, should I file a trac bug report about it?
[10:00:19.851351]<josh__>or are there 10000 other bug reports about it :)
[10:00:54.834370]<osimons>nope - well known issue that... and with trac trunk going 0.12 it also needs an official genshi 0.6 release
[10:01:35.930593]<josh__>So that 0.5.2dev_r1051 version of Genshi is stable then?
[10:01:46.478415]<josh__>I.E. what's 0.6 going to be?
[10:01:54.362261]<osimons>yes - and no.
[10:02:00.106614]<osimons>it is 0.5.1 + some fixes.
[10:02:11.149671]<josh__>gotchya, ok, thanks!
[10:02:20.241705]<osimons>0.6 was branched with 0.5 and is reworked quite a bit
[10:02:36.669517]<osimons>should be compatible for trac though, i think
[10:03:26.136406]<osimons>i doubt there will ever be a 0.5.2 released - we're much more in need of a 0.6 for both trac 0.11 and especially 0.12 (with i18n stuff+++)
[10:05:05.755570]<osimons>that is for cmlenz to decide, though :-)
[10:06:28.381775]<josh__>cool! Ok well thanks for the assist!
[10:06:39.934115]<cmlenz>0.5.2 is unlikely, seeing how I already have trouble getting just that 0.6 release out
[10:06:42.630729]<osimons>no probs, josh__ - don't touch anything now"!
[10:06:53.951728]<josh__>no kiding. And documenting everythig too.
[10:09:03.756434]<rblank>retracile: If you have a minute, could you please have a look at http://trac.edgewall.org/ticket/8884 and comment?
[10:13:38.733827]<gozerbot>trac: Ticket #8569 (ProgrammingError: Cannot operate on a closed cursor.) closed - <http://trac.edgewall.org/ticket/8569#comment:3>
[12:10:53.391905]<retracile>rblank: oh, that's not good. :(
[12:11:57.843357]<retracile>... and we may want to target that one to 0.11.7, if I can make time for it.
[12:23:13.606544]<rblank>retracile: I have been playing with preventing any changes to status and resolution from the user (only from the workflow), but no success so far.
[13:07:54.330734]<KRav-Wrk>hello, anyone ever see where trac will work sporadically? I keep getting a 500 error but if I keep refreshing, 5 or 6 times, it will eventually work. This a new install of 0.11.6
[13:08:05.626920]<KRav-Wrk>nothing in trac.log
[13:08:51.783925]<KRav-Wrk>well nothing that would point to a problem, I did enable the log
[13:26:00.994570]<KRav-Wrk>found it, old bug http://trac.edgewall.org/ticket/7526
[13:36:25.398476]<retracile>rblank: yeah, I can't mess with it right now.
[14:01:37.611806]<dunk_>An app cannot connect to an arbitrary port of a remote host,
[14:01:43.966787]<dunk_>how sad
[15:30:39.604787]<Vynce>so there's a feature that i wish for often enough that I wonder if i doesn't already exist somewhere I jsut haven't found it.
[15:30:56.518465]<Vynce>Is there a way to see a unified diff f all teh changesets referenced in a ticket?
[15:40:11.762793]<kisielk>nope
[15:43:33.796687]<Vynce>dang. that would be terribly useful quite often.
[15:51:16.075268]<kisielk>well, that would be a bit hard to do I think
[15:51:27.691782]<kisielk>because there could be changesets from other tickets that modify the same files in the interim
[15:51:31.725080]<kisielk>what happens then?
[23:48:56.988807]<gozerbot>trac: Ticket #8887 (Roadmap page incorrectly displays all milestones as completed) created - <http://trac.edgewall.org/ticket/8887>