Team Chat Logs

July 12, 2010

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

[01:04:25.720222]<evil_twin>t.e.o: Changeset [9950]: l10n/tr_TR: 34 untranslated (%96) - <http://trac.edgewall.org/changeset/9950> - asurion
[01:19:28.644446]<evil_twin>t.e.o: Ticket #9496 (4324) created - <http://trac.edgewall.org/ticket/9496> - anonymous
[01:24:29.620965]<evil_twin>t.e.o: Ticket #9496 (4324) updated - <http://trac.edgewall.org/ticket/9496#comment:1> - anonymous
[01:24:34.620739]<evil_twin>t.e.o: Ticket #9496 (4324) closed - <http://trac.edgewall.org/ticket/9496#comment:2> - anonymous
[01:42:42.878542]<hipe>what if i want to contribute to the wiki, specifically http://trac.edgewall.org/wiki/TracModWSGI do i get an account somehow so i can login and edit it, or do i submit a documentation patch somehow?
[01:43:20.003836]<macmaN>hipe: i think you can just edit the page
[01:43:48.634598]<hipe>macmaN: durr this appears to be the case. i didn't even try that! oops
[02:08:49.960635]<shai>Hi :) I was wondering if someone could tell me if there is a way to bring Trac into Maint. mode while doing an upgrade?
[02:29:39.592842]<evil_twin>t.e.o: TracModWSGI edited - <http://trac.edgewall.org/wiki/TracModWSGI?version=27> - mark.meves@…
[03:09:33.576668]<vmnew>helps. something went wrong after upgrading (via yum) from 0.11 to 0.12. I don't have my /prefs and no "preferences" next to "Help/Guide". http://site/prefs says No handler matched request to /prefs. Directory /prefs is in place. No changes made to apache/python
[03:17:28.026039]<vmnew>it's probably something silly
[03:51:01.308431]<shai>Hi :) I was wondering if someone could tell me if there is a way to bring Trac into Maint. mode while doing an upgrade?
[03:51:46.199044]<Alver>shai: /etc/init.d/apache stop ? ;)
[03:52:53.558635]<shai>But I do have other websites running on that apache server...
[03:52:54.865710]<wild_oscar>how long has trac's site been down?
[03:52:57.179548]<shai>no other option?
[03:53:11.932973]<shai>wild_oscar, approx. 30min (IMO)
[03:55:46.058619]<Alver>shai: no idea really
[03:56:09.956388]<Alver>shai: you could temporarily disable or redirect the trac vhost
[03:56:15.135319]<Alver>that would not impact the other sites
[03:56:33.391574]<shai>k cool, thanks
[03:57:22.179711]<Alver>I'm unsure how I would go about upgrading trac
[03:57:42.728748]<Alver>Would be quite the pain since I had to edit some code in it
[03:59:01.950565]<shai>Alver, and now that the website it offline, the easy_install isn't working...
[03:59:19.678082]<shai>it is trying to read from http://trac.edgewall.org
[03:59:49.397437]<Alver>hah
[03:59:54.288418]<Alver>yes, that makes sense. ;)
[04:00:47.396763]<vmnew>shai: you could try your distro's repo', ie, yum update trac works
[04:01:39.510387]<Alver>If they have the latest version
[04:01:43.999106]<Alver>Which they usually don't
[04:03:20.912515]<vmnew>CentOS 5.x has 0.12.
[04:04:05.340784]<vmnew>shai: if you're using CentOS, you're in luck :)
[04:05:28.310549]<Alver>If it has 0.12 now, it won't have the next version
[04:05:32.921422]<Alver>so then you'll be out of luck again
[04:06:00.257538]<vmnew>Alver: let's hope the site will be up by then
[04:06:09.419655]<Alver>heh
[04:07:34.877516]<wild_oscar>0.12 is the one that supports multi projects, isn't it?
[04:07:45.857939]<vmnew>Alver: even got that no handle matched error? my 'preferences' tab is gone, and while 'prefs' dir is in place when I browse to /prefs I get an erro
[04:07:46.561519]<vmnew>r
[04:07:59.827589]<vmnew>s/even/ever
[04:08:06.908586]<Alver>No, sorry
[04:08:20.992979]<vmnew>k thanks
[04:10:40.219596]<Alver>Check what plugins are loaded
[04:10:49.067323]<Alver>Maybe the upgrade changed some plugin name or so
[04:11:16.009366]<shai>Alver, if I run the easy_install .. is that all I need to do or also need to upgrade the env. and upgrade the docs and resync the trac env against the source code repo and refresh statis resource?
[04:12:57.383576]<Alver>As far as I know - and I'm not an expert - that easy_install should do everything necessary
[04:14:07.632984]<shai>nope, didn't work. asked me to do the trac-admin <path> upgrade
[04:14:56.952398]<Alver>I see
[04:15:14.689921]<Alver>I guess I only changed things within the same minor version
[04:30:18.507254]<osimons>vmnew: no.... my centos 5.4 with a standard assortment of repos like epel and extras show 0.10.5 as latest available Trac release...
[04:32:52.901171]<vmnew>osimons: perhaps its via rpmforge
[04:34:23.959167]<osimons>right, "yum info --enablerepo=rpmforge trac" shows the 0.12 release. i see. that isn't so bad then.
[04:35:11.176846]<osimons>- as most centos users i keep rpmforge repos disabled as bad things tend to happen when really new is mixed with really old.... for special needs only... :-)
[04:37:06.643024]<vmnew>osimons: know why that 'preferences' tab disappeared on me?
[04:38:07.152237]<osimons>no idea. however, reading the log what do you mean by "Directory /prefs is in place. "
[04:38:22.691649]<vmnew>in my fs
[04:39:08.473132]<osimons>huh? there is no prefs directory needed on disk or in config - it is all served through python
[04:39:35.768421]<osimons>how is your frontend configured? apache mod_python, wsgi, or?
[04:39:39.306972]<vmnew>brb
[04:39:52.290052]<osimons>paste relevant parts of config
[04:40:20.272002]<osimons>@logging
[04:40:20.361496]<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.
[04:40:28.059194]<wild_oscar>I was under the impression that multi-project support was already working in 0.13 - isn't this the case?
[04:40:47.196333]<osimons>vmnew: and check that logging link above - it was for you ^^
[04:41:28.875000]<osimons>wild_oscar: no. it is a tentative target for 0.13. nothing is done. multi-repos was included for 0.12 and is of course also working for 0.13dev
[04:42:42.220105]<osimons>- we do not really know what it will look like yet, and really the concept means different things to different people... http://trac.edgewall.org/wiki/TracMultipleProjects
[04:43:31.589063]<wild_oscar>yes, I was reading #130
[04:44:35.853200]<wild_oscar>but I guess multiple repos is a step in that direction and I am wondering if it isn't a "good enough" feature for what I'm looking for atm
[04:45:02.975399]<evil_twin>t.e.o: Ticket #9111 (TimeoutError: Unable to get database connection within 20 seconds) updated - <http://trac.edgewall.org/ticket/9111#comment:17> - anonymous
[06:58:41.432219]<wild_oscar>is there an "OR" operator in TicketQuery ? like TicketQuery(component=A||B) ?
[07:02:19.795106]<osimons>component=A|B should work
[07:03:48.170261]<osimons>wild_oscar: http://trac.edgewall.org/wiki/TracQuery
[07:04:16.922706]<wild_oscar>osimons: I had been there on friday, but didn't find the "or" operator in http://trac.edgewall.org/wiki/TracQuery
[07:04:33.760275]<wild_oscar>in "The available operators are: "
[07:04:39.179368]<wild_oscar>I shall edit the wiki accordingly
[07:05:06.844824]<wild_oscar>or is there a reason why the operator | is not in that table?
[07:05:33.596519]<osimons>2 lines above: "More than one value are separated by a pipe (|)"
[07:06:07.141077]<wild_oscar>ah, yeah...
[07:06:13.386558]<osimons>the operators table are equal-operators splitting fields and possible value(s) - not quite the same
[07:06:44.589477]<osimons>ie. they are all variations of '='
[07:07:59.873333]<Xilent>CommitTicketReference is not parsed in plain emails, e.g.: #!CommitTicketReference repository="abc" revision="3489"
[07:16:40.549306]<wild_oscar>osimons: I see
[07:50:34.427910]<evil_twin>t.e.o: Ticket #9494 ([PATCH] $ticket_props doesn't wrap long field values in notification ...) updated - <http://trac.edgewall.org/ticket/9494#comment:1> - rblank
[07:55:34.610170]<evil_twin>t.e.o: Ticket #9495 (CommitTicketUpdater - git and replayed commits) updated - <http://trac.edgewall.org/ticket/9495#comment:2> - rblank
[08:12:08.997362]<xpech>hello trac users;
[08:13:58.934507]<xpech>can anybody help me, I've done some plugin development, and today, I'm not able to load any plugin in my trac
[08:14:48.822716]<xpech>I've installed a trac from svn (0.11-stable)
[08:15:35.299649]<xpech>even the helloworld plugin not load !
[08:50:44.288184]<evil_twin>t.e.o: TimeTracking edited - <http://trac.edgewall.org/wiki/TimeTracking?version=63> - bobbysmith007@…
[08:52:09.892648]<pacopablo>xpech: what errors does it give you in the log?
[08:53:12.106154]<xpech>no errors, but i think i 've found the problem, after many hours and just after ask help here !!,
[08:54:13.555380]<xpech>I'm not sure but it seem's to be a filesystem permission issue
[08:55:06.297826]<xpech>egg files where copied with my account, tracd run with sudo and not load it
[08:55:59.041349]<xpech>and no messages in trac.log !!
[08:56:33.646240]<cmc>do you have logging set to file?
[08:57:04.673828]<xpech>y
[08:57:34.660765]<cmc>and log_file is set?
[08:57:37.391717]<xpech>DEBUG to file
[08:58:02.954552]<xpech>there are many messages in my trac.log, but none to help me
[08:58:12.031459]<xpech>no load errors ..
[08:58:27.162251]<cmc>if you're running tracd, then try setting logging to stderr
[08:58:40.400359]<cmc>then, the first time you hit your site, you'll get a list of the plugins which get loaded
[08:59:22.216988]<xpech>the crazy things was here, my plugin never load, without any messages
[08:59:43.829431]<mapreduce>Hi. I'm trying to create a report that shows all the open tickets and all the tickets closed in the last week.
[08:59:59.962688]<cmc>mapreduce: are you familiar with SQL?
[09:00:10.445750]<mapreduce>Yes, but not greatly.
[09:00:20.478281]<mapreduce>In particular I seem to be struggling with date arithmetic.
[09:00:32.776591]<cmc>which database are you using?
[09:01:05.573208]<mapreduce>I googled and saw that trac defaults to SQLite. If it's not that, where would I see what it is?
[09:01:36.295426]<mapreduce>current_timestamp - changetime gives me a large negative number.
[09:02:06.021436]<mapreduce>It is SQLite.
[09:03:13.155662]<cmc>current_timestamp - changetime gives you a negative number? that's very strange
[09:03:30.564140]<cmc>try 'SELECT current_timestamp'
[09:03:37.090653]<cmc>that should return a large, positive number
[09:04:22.424788]<cmc>should be a bit more than 1278910800
[09:05:19.764472]<cmc>oh silly me. current_timestamp returns a timestamp of the form ' YYYY-MM-DD HH:MM:SS', not a unix timestamp
[09:05:33.089710]<xpech>you must convert it
[09:05:55.998452]<cmc>yep. mapreduce: look at http://www.sqlite.org/lang_datefunc.html
[09:06:04.217570]<cmc>particularly the conversions to/from unixepoch
[09:06:07.493534]<xpech>with unixepoch
[09:06:45.295945]<xpech>SELECT current_timestamp - datetime(changetime,'unixepoch') from ticket
[09:19:33.807468]<mapreduce>xpech: That's giving me blank entries.
[09:19:52.291939]<mapreduce>select blah blah (current_timestamp - datetime(changetime,'unixepoch')) AS diff, blah blah
[09:19:53.072984]<xpech>i've different result from osx and linux
[09:20:02.939875]<mapreduce>That column is all blank. I think this is on Linux.
[09:20:09.591114]<xpech>i'm testing it
[09:21:00.651216]<mapreduce>Ok, thank you.
[09:22:46.150432]<mapreduce>strftime('%s','now') looks useful.
[09:24:41.680825]<xpech>SELECT (strftime('%s','now') - strftime('%s',ticket.changetime,'unixepoch')) / (60 * 60 * 24) as days
[09:26:16.262941]<xpech>it works on my linux and 0.11
[09:26:24.491972]<xpech>not in my OSX !
[09:45:32.620862]<cilkay>mapreduce: I'm interested in doing something similar to what you're doing. I want to send a daily HTML email report to owners of open tickets grouped by the ticket status. I'm working on that now.
[10:15:57.194466]<evil_twin>t.e.o: WikiNewPage edited - <http://trac.edgewall.org/wiki/WikiNewPage?version=25> - anonymous
[10:20:58.176729]<evil_twin>t.e.o: WikiNewPage edited - <http://trac.edgewall.org/wiki/WikiNewPage?version=26> - anonymous
[11:01:33.538950]<vmnew>Trying to get languages support, czech for example to work. Got a messages.po ready and translated. Created a ../python../trac/locale/cs_CZ directory and put it there. I can see "Czech' in my language preferences but when it doesn't change my menus..
[11:41:26.040600]<vmnew>n/m Got it.file was bad. Last thing, how do I add a page to my wiki? I can only edit the main page but not add...
[11:46:12.915419]<evil_twin>t.e.o: Ticket #9497 (Document suexec for new non-trac.cgi based multiple repository setup) created - <http://trac.edgewall.org/ticket/9497> - nkadel@…
[11:59:34.429780]<mapreduce>xpech: Thank you, that works very well.
[12:00:03.873393]<mapreduce>The only thing missing in the report I'm generating is that closed tickets are not in strikethrough. How can I do that?
[12:00:16.847001]<mapreduce>Presumably something like __color__ but not __color__. /me googles.
[12:08:56.696360]<mapreduce>(CASE status WHEN 'closed' THEN 'text-decoration: line-through;' ELSE '' END) AS __style__ looked promising but seemed to do nothing.
[12:12:12.112177]<mapreduce>The generated HTML does seem to contain that though.
[12:46:16.582380]<mapreduce>Worked it out, the :link style was overriding me. !important fixed it.
[13:07:09.589258]<mapreduce>My report goes over 2 pages. In some earlier version of trac it wasn't broken up. Can that be configured somewhere?
[13:07:31.951693]<mapreduce>It's showing 100 tickets only per page.
[13:08:33.625764]<mapreduce>[report] -> items_per_page in trac.ini..
[13:26:32.454919]<evil_twin>t.e.o: Ticket #9310 (Allow cookies be set for textarea heights upon resize and restore upon ...) updated - <http://trac.edgewall.org/ticket/9310#comment:19> - Carsten Klein <carsten.klein@…>
[13:36:33.465389]<evil_twin>t.e.o: Ticket #9310 (Allow cookies be set for textarea heights upon resize and restore upon ...) updated - <http://trac.edgewall.org/ticket/9310#comment:20> - Carsten Klein <carsten.klein@…>
[13:41:35.846181]<evil_twin>t.e.o: Ticket #9310 (Allow cookies be set for textarea heights upon resize and restore upon ...) updated - <http://trac.edgewall.org/ticket/9310#comment:21> - rblank
[13:51:50.054711]<jinzo>hello, I know you're probably getting a lot of these questions, but I have a problem. I recently upgraded to Trac 0.12 and changed my password (account manager plugin, if I'm not mistaken)
[13:53:15.722337]<jinzo>now I can't login back, the change in the password "format" in auth file is quite obvious, the "old" user:password files have $apr1$ in front and then hash, the "new" ones don't have that
[13:54:13.665011]<jinzo>I'm serving trac with Tracd and password file is htpasswd, side note: I'm serving some other content with this auth file on nginx, and nginx doesen't have problems with it
[13:54:31.688483]<jinzo>(also, no errors when logging in, just doesen't consider the password to be the right one)
[14:02:10.317110]<webPragmatist>question
[14:02:21.617971]<webPragmatist>what causes the index to do this http://cl.ly/8876f1f7ab08930bd2b5
[14:02:34.294300]<webPragmatist>i can't figure out how to make the other ones do that
[14:02:38.155620]<webPragmatist>or be a part of System
[14:08:20.908784]<hasienda>webPragmatist: this is automatic behaviour, sub-grouping on n entries with kind of 'equal prefix' - remember that I looked it up some time before
[14:08:39.333007]<webPragmatist>but if you notice it's not following that behaviour
[14:08:54.494268]<webPragmatist>4 of them aren't grouped
[14:10:46.727153]<hasienda>webPragmatist: yeah, I see, wonder how it would look, if SystemsDRBD eould read SystemsDrbd, you see?
[14:11:05.092919]<hasienda>s/eould/would
[14:11:05.103223]<evil_twin>hasienda meant: webPragmatist: yeah, I see, wonder how it would look, if SystemsDRBD would read SystemsDrbd, you see?
[14:11:30.858575]<webPragmatist>and the other 3? heh
[14:11:41.941416]<hasienda>webPragmatist: this might confuse the grouping logic I guess
[14:12:01.009203]<hasienda>webPragmatist: need all in a row
[14:12:13.849943]<webPragmatist>ah hrmm
[14:12:18.044133]<webPragmatist>how am i renaming this
[14:12:46.806503]<hasienda>webPragmatist: 0.12 has a wiki rename feature now
[14:13:00.289441]<webPragmatist>great
[14:13:08.323936]<webPragmatist>good thing i'm using .11
[14:13:58.618431]<hasienda>webPragmatist: after a DB backup you could try http://trac-hacks.org/wiki/WikiRenamePlugin
[14:14:26.332562]<webPragmatist>got it
[14:14:28.996302]<webPragmatist>well
[14:14:33.610128]<webPragmatist>i just deleted it heh
[14:14:35.835871]<webPragmatist>no biggy
[14:14:43.954312]<hasienda>webPragmatist: but this has known issues with TagsPlugin
[14:16:03.310880]<webPragmatist>that worked btw
[14:16:12.538627]<webPragmatist>thanks
[14:37:50.173114]<hasienda>webPragmatist: You're welcome. Nice. :-)
[14:48:09.031408]<webPragmatist>hrm
[14:48:45.519216]<webPragmatist>wonder where a good place to ask generic questions is heh… trying to figure out if google indexes things like paths to <embed>
[14:49:34.916491]<hasienda>jinzo: I've seen a similar problem too, but no clue yet, sorry. As I didn't have the time then, it was easier to temporarily create a new user, give it PERMISSION_ADMIN (TRAC_ADMIN will do too), re-set the passwd for the few users and go on.
[14:50:09.044783]<jinzo>hasienda, thanks for the tip.
[14:51:02.179199]<hasienda>jinzo: happy, if this will help somehow. :-)
[14:51:09.641651]<jinzo>it does, thanks
[14:52:06.543443]<hasienda>jinzo: you're welcome, anytime again.
[15:36:54.343270]<evil_twin>t.e.o: Ticket #9310 (Allow cookies be set for textarea heights upon resize and restore upon ...) updated - <http://trac.edgewall.org/ticket/9310#comment:22> - Carsten Klein <carsten.klein@…>
[15:36:59.342288]<evil_twin>t.e.o: Ticket #9498 (random ticket URLs in email notifications) created - <http://trac.edgewall.org/ticket/9498> - ivan@…
[15:45:29.530684]<Getty>do i see right that the multiply repositories doesnt get updated automatically with the timeline?
[15:51:15.882631]<hasienda>Getty: not on /timeline call, right (explicit sync via post-commit hook of repo is the preferred method)
[15:51:55.070741]<hasienda>Getty: but I don't use it myself, so can't tell you more than is in the docu or discussed here
[15:53:09.180197]<hasienda>Getty: sorry, have to leave, see you
[15:55:21.295299]<Getty>thanks anyway! </telephatic>
[16:37:03.805556]<evil_twin>t.e.o: Tracnstall created - <http://trac.edgewall.org/wiki/Tracnstall?version=1> - kc@…
[17:35:17.648648]<srl295>pls delete: Tracnstall
[17:37:13.656354]<evil_twin>t.e.o: Tracnstall edited - <http://trac.edgewall.org/wiki/Tracnstall?version=2> - Steven R. Loomis <srl@…>
[20:58:30.708416]<hipe>default_timezone: in trac.ini what if i want it to be EST ?
[21:02:31.995324]<coderanger_>hipe: You probably mean America/New_York
[21:02:57.481122]<hipe>coderanger_: yes thank you! couldn't find something like that documented anywhere, though i had a feeling. i'll add that as an example on the wiki! thx
[21:03:15.224043]<coderanger_>hipe: Do you not have pytz installed?
[21:03:22.154032]<coderanger_>hipe: It should show up in the list
[21:03:42.505278]<hipe>hm i'm referring to what you should type in trac.ini
[21:04:05.458870]<coderanger_>Yes, but you can look at the list in your user prefs to see what the valid values are
[21:04:11.396988]<coderanger_>There are a lot
[21:04:16.217555]<hipe>and then, no i don't think i have that installed so in my user prefs it all appears as GMT
[21:04:34.150167]<coderanger_>Yeah, without pytz Trac can only do fixed offsets
[21:04:47.008958]<coderanger_>pytz has a full list of the ISO (?) timezones
[21:04:53.149464]<hipe>but later for that, after all this i decided to leave the default timezone to GMT ;)