Team Chat Logs

July 26, 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  
<< <   > >>

[00:00:08.049626]<evil_twin>t.e.o: CommercialServices edited - <http://trac.edgewall.org/wiki/CommercialServices?version=88> - anonymous
[00:05:07.133912]<evil_twin>t.e.o: CommercialServices edited - <http://trac.edgewall.org/wiki/CommercialServices?version=89> - anonymous
[00:27:38.880800]<macmaN>otaku42: i was looking at Request-a-Hack yesterday and was thinking man this could be a bit better. what would you suggest would be a good way to prototype something i would have in mind. i could use the existing request a hack ticket data i think.
[00:42:01.427691]<otaku42>macmaN: not sure what idea you have, but it wouldn't be too hard to reproduce the request-a-hack status quo used on t-h.o in a local trac environment for testing purposes, i guess
[00:50:46.447288]<macmaN>otaku42: right, i think it would be nice to be able to request the tickets over xmlrpc, perhaps you could enable it for like 10 minutes or so?
[01:05:28.061915]<otaku42>macmaN: not at this time, sorry. i'm running at 110% workload in the office right now.
[01:13:18.097022]<macmaN>mkay :/
[02:45:35.535632]<evil_twin>t.e.o: Ticket #8294 (Add GnuPG encryption to email notifications) updated - <http://trac.edgewall.org/ticket/8294#comment:29> - rgent <richard@…>
[02:50:39.382532]<evil_twin>t.e.o: notification.0.13.3.diff attached to Ticket #8294 - <http://trac.edgewall.org/attachment/ticket/8294/notification.0.13.3.diff> - rgent <richard@…>
[03:00:38.435894]<evil_twin>t.e.o: Ticket #6348 (Catch database exceptions in a backend neutral way) updated - <http://trac.edgewall.org/ticket/6348#comment:24> - anonymous
[03:00:43.435132]<evil_twin>t.e.o: Ticket #6348 (Catch database exceptions in a backend neutral way) updated - <http://trac.edgewall.org/ticket/6348#comment:25> - anonymous
[03:05:39.404893]<evil_twin>t.e.o: Ticket #8294 (Add GnuPG encryption to email notifications) updated - <http://trac.edgewall.org/ticket/8294#comment:30> - rgent <richard@…>
[03:05:44.404615]<evil_twin>t.e.o: Ticket #8509 ([PATCH] use precompiled regex for match_request) updated - <http://trac.edgewall.org/ticket/8509#comment:15> - anonymous
[03:10:40.369483]<evil_twin>t.e.o: Ticket #1962 (Due dates on tickets & email notification on overdue dates) updated - <http://trac.edgewall.org/ticket/1962#comment:30> - anonymous
[03:12:03.836503]<hungnv>how can I reset trac db to the beggining?
[03:12:09.903499]<hungnv>begin*
[03:20:42.305527]<evil_twin>t.e.o: notification.0.13.4.diff attached to Ticket #8294 - <http://trac.edgewall.org/attachment/ticket/8294/notification.0.13.4.diff> - rgent <richard@…>
[03:25:42.355975]<evil_twin>t.e.o: Ticket #8294 (Add GnuPG encryption to email notifications) updated - <http://trac.edgewall.org/ticket/8294#comment:31> - rgent <richard@…>
[04:40:56.908544]<evil_twin>t.e.o: Ticket #9522 (Comma-seperated cc list without proper blanks will make no query links ...) created - <http://trac.edgewall.org/ticket/9522> - repeat@…
[04:45:57.874493]<evil_twin>t.e.o: Ticket #8519 (internal SQL string matches are always case insensitive) updated - <http://trac.edgewall.org/ticket/8519#comment:28> - anonymous
[04:46:02.873583]<evil_twin>t.e.o: Ticket #8519 (internal SQL string matches are always case insensitive) updated - <http://trac.edgewall.org/ticket/8519#comment:29> - anonymous
[05:11:01.898337]<evil_twin>t.e.o: Ticket #9522 (Comma-seperated cc list without proper blanks will make no query links ...) updated - <http://trac.edgewall.org/ticket/9522#comment:1> - rblank
[06:11:12.905293]<evil_twin>t.e.o: Ticket #1962 (Due dates on tickets & email notification on overdue dates) updated - <http://trac.edgewall.org/ticket/1962#comment:30> - lkraav <leho@…>
[06:31:22.308330]<evil_twin>t.e.o: Ticket #9523 (Email notification should use the BASE64 encode insted of SHORTEST) created - <http://trac.edgewall.org/ticket/9523> - juan@…
[06:51:20.678856]<evil_twin>t.e.o: Ticket #9522 (Comma-seperated cc list without proper blanks will make no query links ...) updated - <http://trac.edgewall.org/ticket/9522#comment:2> - repeat@…
[07:16:25.527361]<evil_twin>t.e.o: Ticket #9523 (Email notification should use the BASE64 encode insted of SHORTEST) updated - <http://trac.edgewall.org/ticket/9523#comment:1> - rblank
[10:39:17.153798]<neurovationkiwi>hi all, need help with uninstalling TracTicketBox-Plugin
[10:39:31.738583]<neurovationkiwi>or more specifically uninstalling it
[10:39:49.443309]<ducch>hi, i installed trac using mod_wsgi
[10:39:54.049841]<ducch>and im getting an internal server error
[10:39:59.044601]<ducch>apache's error log says ImportError: cannot import name SSLError
[10:40:28.393383]<ducch>any idea what could cause it?
[10:40:35.639079]<ducch>openssl is installed properly
[10:40:38.838966]<ducch>and python is up to date.
[10:41:22.790278]<macmaN>pyopenssl?
[10:41:33.227828]<ducch>um, let me verify
[10:43:10.453869]<ducch>it wasnt installed i think, i installed it from fbsd ports
[10:43:14.721685]<ducch>restarted apache and still same error
[10:43:15.695508]<ducch>what else?
[10:43:20.850686]<neurovationkiwi>my error message when installing it again and using it: Error: Macro TicketBox([query:milestone=JourFixe]) failed
[10:43:22.363930]<neurovationkiwi>'NoneType' object has no attribute 'group'
[10:44:00.361253]<macmaN>neurovationkiwi: macro might be broken
[10:44:01.023153]<neurovationkiwi>sam with simpler command slike (#1)
[10:44:38.717831]<neurovationkiwi>i guess thats it, because of uninstalling and reinstalling - but how can i debug that?
[10:45:18.695591]<ducch>any idea :\?
[10:45:22.152164]<neurovationkiwi>error log says: File "build/bdist.linux-i686/egg/ticketbox/ticketbox.py", line 236, in render_macro
[10:45:23.652674]<neurovationkiwi> env, env.get_db_cnx())
[10:45:25.165447]<neurovationkiwi>but cannot find that file!
[10:46:58.426665]<neurovationkiwi>so question is - how to completely remove that plugin from my instance - so i could give it a new try?
[10:47:02.831182]<ducch>http://pastebin.com/vvGGkA7E
[10:47:06.534764]<ducch>full error log from apache.
[11:03:22.660973]<osimons>ducch: you do not want to put scripts into htdocs directory... a request for /project/chrome/site/xpnews.wsgi will download your script, and depending on plugins and apache config it may allow users to replace the file and execute their own code (some plugins may allow upload to htdocs)
[11:04:06.970312]<osimons>make a 'bin' directory or something next to htdocs (or similar that makes sense to you)
[11:07:28.507509]<ducch>that htdocs dir is not accessible for apache
[11:07:52.315408]<osimons>it is served by trac
[11:08:07.104229]<ducch>well, ill see
[11:08:09.863443]<ducch>but its not working anyway now
[11:08:47.924852]<osimons>ducch: on command-line, try to do this; python -c "from _ssl import SSLError"
[11:09:02.203333]<ducch>no output
[11:09:31.599594]<osimons>goodie. it means it is there (no exception)
[11:09:51.240642]<ducch>=)?
[11:11:05.335981]<ducch>what do you suggest
[11:11:21.303908]<osimons>default python does then not throw "ImportError: cannot import name SSLError" - which is good. i then suspect your apache uses another python or is compiled differently perhaps
[11:11:28.424742]<osimons>how is apache + mod_wsgi installed?
[11:11:52.791001]<ducch>freebsd ports
[11:15:04.631805]<osimons>right. don't know it myself. anyway, i'd start my making the 'bin' directory, and trying to make a simple wsgi handler for 'hello world' type response where you can then try do do simple things like importing _ssl - see http://code.google.com/p/modwsgi/wiki/DebuggingTechniques
[11:15:30.609226]<ducch>the hello world wsgi script worked earlier
[11:15:55.866616]<osimons>all right. paste relevant part of apache config too then? (the wsgi and trac bits)
[11:16:05.441951]<ducch>pardon?
[11:16:21.423841]<ducch>oh, httpd.conf
[11:16:22.348673]<ducch>second.
[11:16:39.433853]<osimons>right - just the part from virtualhost or whatever where you define the trac/wsgi script stuff
[11:16:43.496865]<ducch>WSGIScriptAlias /trac /usr/local/trac/xpnews/htdocs/xpnews.wsgi
[11:16:44.832043]<ducch>thats it.
[11:17:10.389956]<ducch>and loadmodule and addmodule, obviousely
[11:20:25.662874]<osimons>ducch: try to add these lines (hang on):
[11:20:41.357100]<osimons><Location /trac>
[11:20:51.826395]<osimons>WSGIApplicationGroup %{GLOBAL}
[11:21:05.859485]<osimons></Location>
[11:21:28.137940]<ducch>outside the virtualhost?
[11:21:44.007000]<osimons>no, just after your WSGIScriptAlias directive
[11:23:04.477804]<osimons>if forces your script to run in the main python interpreter, as some C modules (like SSL, Subversion and so on) may show strange behaviour when loaded in multiple interpreters embedded inside a single apache
[11:24:09.663427]<osimons>generally though, i prefer using deamon mode so that python runs in its own process and not embedded in apache. much more info and config examples about that here: http://code.google.com/p/modwsgi/wiki/IntegrationWithTrac
[11:24:23.529838]<ducch>same error
[11:25:24.612065]<ducch>i prefer it through apache.
[11:25:27.637753]<osimons>try your test/debug "hello world" script again, and put "import _ssl" at the top of it. if that throws it is a python/apache/wsgi/freebsd error and not really related to trac
[11:26:02.902937]<osimons>like something missing or double installs from package manager or something
[11:26:51.538590]<osimons>that should give you a minimum test case to put to the freebsd people to help out with. i hesitate to advice at all for a platform i don't know.
[11:28:36.270231]<ducch>import _ssl works
[11:29:16.960201]<ducch>from _ssl import SSLError as sslerror doesnt
[11:32:58.958133]<osimons>ducch: you can perhaps print _ssl.__file__ to output - it should show you where on disk it loads _ssl
[11:33:17.970282]<ducch>i dont think the issue is with ssl.
[11:33:26.292313]<ducch>http://lists.macosforge.org/pipermail/macports-users/2009-June/015668.html
[11:33:52.849635]<ducch>the error is with socket, not ssl
[11:33:58.808599]<ducch>refer to my error log http://pastebin.com/vvGGkA7E
[11:34:30.017502]<osimons>ducch: the actual error thrown is ImportError: cannot import name SSLError
[11:34:47.528046]<osimons>which it tries to import via _ssl module
[11:35:04.183440]<osimons>from socket.py, yes.
[11:36:23.775401]<osimons>anyway, _ssl.__file__ should give a pointer as to if _ssl is some "proper" _ssl.so or similar, or a _ssl.py "dummy" ssl from some python package
[11:37:30.195024]<osimons>you can also debug print output of dir(_ssl) to see what attributes the module contains
[11:37:57.246021]<osimons>SSLError should be named in there
[11:38:34.449826]<ducch>application debug #1
[11:38:35.093297]<ducch>application debug #2
[11:38:35.625383]<osimons>but yes, googling a bit i also see that for freebsd there may be other "issues" that actually cause this - some kernel settings being exhausted by ssl and so on
[11:38:58.526215]<ducch>thats the output of the print you gave me
[11:39:42.409755]<ducch>anyway i need to go, ill put more time into this later
[11:39:45.149096]<ducch>thanks for your time osimons
[11:40:00.132334]<osimons>later.
[11:41:02.537397]<osimons>ducch: see final summary at the bottom of this one... http://forums.freebsd.org/archive/index.php/t-14268.html
[12:33:23.651908]<SEJeff>Does trac support non-public bugs?
[12:56:35.726077]<hasienda>SEJeff: not natively, but see http://trac-hacks.org/wiki/PrivateTicketsPlugin or http://trac-hacks.org/wiki/SensitiveTicketsPlugin
[13:26:12.808956]<hasienda>SEJeff: (once again) not natively, but see http://trac-hacks.org/wiki/PrivateTicketsPlugin or http://trac-hacks.org/wiki/SensitiveTicketsPlugin
[13:37:33.893992]<SEJeff>hasienda, Thankyou. Why isn't that upstream? It seems like basic functionality of a ticketing system
[13:49:12.556404]<retracile>SEJeff: because everyone has a different sub-set of features they consider "basic", and if you include them all, you wind up with too much code. Hence the plugin architecture.
[13:49:43.882502]<SEJeff>retracile, Sure, but a private bug is critical if you have a customer facing bugtracker or one that might have security sensitive bugs
[13:50:12.933749]<retracile>SEJeff: Agreed. And it's completely unnecessary for an internal bug tracker accessed only by developers. :)
[13:50:39.689662]<SEJeff>retracile, Sure, but as a project, shouldn't you cater to both well :)
[13:50:56.302920]<SEJeff>retracile, So make it a plugin included by default that can be easily disabled
[13:53:04.913212]<retracile>SEJeff: That takes us back to the original thing with everyone having a different sub-set of features.
[13:53:27.683430]<retracile>We cater to both, and more, with the use of plugins.
[13:55:41.334503]<SEJeff>retracile, Thanks
[14:02:40.929787]<evil_twin>t.e.o: Ticket #9235 (Maintain git mirror (on GitHub?)) updated - <http://trac.edgewall.org/ticket/9235#comment:18> - rblank
[14:08:36.541603]<hasienda>SEJeff: Trac is not only heavily modularized but does try hard to implement only core functions. Private tickets is not strictly needed (in basic SCRUM applications), so Trac developers would suggest "better done in a plugin". It's so easy to extend Trac, so it doesn't matter too much, if it's core or plugin from the admin. For user it's often unrecognizable.
[14:09:16.842581]<SEJeff>hasienda, But that makes it completely unusable for some projects
[14:09:40.293080]<SEJeff>In fact, a friend of mine just (grudgingly) used bugzilla, because it doesn't seem (from googling trac private tickets) that trac can do it
[14:09:48.571403]<hasienda>SEJeff: And I thing it's about freedom of choice to prevent feature bloat and allow for a really bare minimum and extend at personal likings.
[14:10:14.219431]<SEJeff>Him and I have spent the past 2 days using django's inspectdb to inspect the bugzilla database, and do some scary orm stuff to get the metrics he wants related to milestones
[14:10:19.509126]<SEJeff>which are more or less stock trac reports
[14:10:37.245240]<SEJeff>hasienda, To make trac "enterprise worthy" private tickets are a requirement
[14:10:51.625478]<hasienda>SEJeff: But it can do, as you see. :-)
[14:11:06.024063]<SEJeff>That and some form of external auth (such as ldap) aren't really negotiable.
[14:11:28.307645]<SEJeff>hasienda, Yes, but it should be a core feature, not an add-on. It isn't a basic feature is all I'm failing to convince you.
[14:11:39.872879]<SEJeff>Either way, you've helped answer my question. Thanks all
[14:13:32.910227]<hasienda>SEJeff: you're welcome. What is core and what is add-on is highly application dependend I think. The rest is just clever selection/packaging, so you can easily do and put up a plugin selection list "for enterprise use", if you'd like.
[14:14:40.970307]<hasienda>SEJeff: guess, cutting out a bunch of "unneeded stuff" would be much harder.
[14:14:51.130131]<SEJeff>hasienda, the lack of a "features" page makes it difficult
[14:15:09.838601]<SEJeff>hasienda, Not if they were blessed official (included in the release) plugins
[14:16:19.317409]<SEJeff>ie: We bless plugins "x, y, and z" they are part of our officially supported trac app and should work
[14:16:31.155227]<SEJeff>vs: Oh just use joeblow's random plugin it _should_ work we think
[14:20:09.810326]<hasienda>SEJeff: Understand. After all Trac and Trac-Hacks.org share a bunch of links in documentation. There are already some recommendations like that, maybe not in a canonical feature list, right, but if you can't find what you need: It's a wiki, so just a matter of writing it down.
[14:20:56.147255]<SEJeff>Alright. The help is much appreciated
[14:21:00.867017]<SEJeff>They might in fact switch to trac now
[14:21:06.715430]<SEJeff>From the horrible bugzilla
[14:23:00.234426]<retracile>SEJeff: We don't have the manpower to bless a long list of plugins.
[14:23:14.642428]<hasienda>SEJeff: good luck, and now you know you can ask here. :-)
[14:23:51.543831]<SEJeff>yup :)
[15:07:37.633755]<ducch>anyones up?
[15:07:48.068588]<webPragmatist>is the post commit plugin somewhere else now?
[15:08:01.137415]<ducch>http://pastebin.com/UtB2Mpw2
[15:08:02.628688]<webPragmatist>oh nm i fonud it
[15:08:04.532186]<ducch>im still getting this error
[15:08:07.466070]<ducch>does anyone have an idea?
[15:12:51.494232]<webPragmatist>yea hrm
[15:16:14.970211]<ducch>?
[15:43:47.014262]<acron17>hi there. my installation of trac is not highlighting code... not even the examples in the WikiFormatting page of the wiki
[15:45:37.641789]<acron17>pygments is installed (ver 1.2.2) and is even found by trac (logfile says: DEBUG: Loading trac.mimeview.pygments from /usr/lib/python2.6/dist-packages
[15:45:37.892092]<acron17>)
[15:47:21.760275]<acron17>system is: Ubuntu 10.04 trac version: 0.11.7-1 any help is appreciated
[15:51:57.444725]<VxJasonxV>Is there a way to prevent the collapsing of fields? Collapsing the "Modify Ticket" field really goes against our workflow.
[15:52:15.778106]<VxJasonxV>collapsing by default, that is. I like attachments starting collapsed, but definitely not the ticket metadata
[16:05:52.773189]<acron17>ok, the problem is in the ubuntu's tarc package. i used the workaround described here: https://bugs.launchpad.net/ubuntu/+source/trac/+bug/610205
[16:06:18.480778]<acron17>and syntax highlighting is now working
[20:08:48.867054]<evil_twin>t.e.o: SeaChange/WhatUsersWant edited - <http://trac.edgewall.org/wiki/SeaChange/WhatUsersWant?version=137> - AdrianFritz
[20:28:40.839492]<hungnv>now I want to change the way to edit a ticket. with default template, I must click Edit to expand modify ticket, how can I change template to make it expand automatically?
[20:28:55.768766]<hungnv>any help is appreciated, thanks!
[20:33:53.715857]<evil_twin>t.e.o: Ticket #9490 (Python and subversion bindings) updated - <http://trac.edgewall.org/ticket/9490#comment:2> - anonymous
[21:19:01.505379]<gbot83>t.e.o: TracFaq edited - <http://trac.edgewall.org/wiki/TracFaq?version=318> - anonymous
[22:29:15.045821]<gbot83>t.e.o: TracFaq edited - <http://trac.edgewall.org/wiki/TracFaq?version=319> - erne.castro@…