Team Chat Logs

June 4, 2010

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

[00:02:14.761795]<otaku42>doki_pen: aye
[01:05:38.223926]<techtonik>Does t.e.o wiki has a redirect macro or something similar? I can't find it.
[01:14:32.417418]<tenaglia>hi all
[01:17:13.612114]<tenaglia>I get a segmentation fault while viewing all the files of a given repository. Like "[notice] child pid 27154 exit signal Segmentation fault (11)"
[01:17:26.323489]<tenaglia>I think I've seen this in the past but don't remember any more
[01:26:05.641103]<tenaglia>the strange thing is that I'm hosting multiple repositories and the other ones are OK
[01:32:36.293478]<tenaglia>solved, max_preview_size was too large! Reduced it and it works.
[04:48:44.404940]<mrfree>hi all
[04:48:47.557265]<mrfree>I'm reading http://trac.edgewall.org/wiki/TracDev/AlternativeFrontends
[04:49:11.296033]<mrfree>in my system I have a system-wide installed trac-0.11
[04:49:41.555384]<mrfree>and I try to setup a "local" trac-0.12 using virtualenv
[04:49:48.839553]<mrfree>all seems to work
[04:49:54.073256]<mrfree>but...
[04:50:22.609832]<mrfree>mod_python uses trac-0.11 (system-wide) instead of the classes in the virtualenv
[04:50:41.194072]<mrfree>I think it's a path issue
[04:50:45.934378]<mrfree>any idea?
[04:57:45.649822]<slam>mrfree: this is tricky to do with mod-python - played with it yesterday
[04:58:23.265311]<slam>mrfree: finally gave up and moved 0.12 into a virtualbox
[05:01:32.354751]<mrfree>:)
[05:05:28.862072]<Provito>Are there are plugins to enable aes level encryption for the secure storage of sensitve data within the wiki
[05:06:42.873834]<Provito>just as I send the message I find: http://trac-hacks.org/wiki/GringottsPlugin
[05:13:20.185018]<Provito>Gringotts is ok but I wouldn't want the key stored on the server
[05:32:20.277737]<tecky_wrk>question about trac; and replicating a field "assigned to" and making a duplicate using the same list named "Co-owner", how difficult is this to implement? Any code available?
[06:14:59.283225]<nick_fn>I'm finding some plugins ( http://trac-hacks.org/browser/tracpasteplugin/0.11/tracpaste/db.py#L89 ) do a db.rollback() during upgrade_environment(). This means *other* plugins don't get their inserts committed. Is there a way to avoid this? Maybe I can write a patch for them which detects the existence of a table in a better way, rather than doing a SELECT and catching the exception.
[06:16:43.076076]<nick_fn>or maybe it's OK for them to fail, just don't do a db.rollback() if the SELECT throws exception
[06:30:52.996968]<nick_fn>ah, I will have to do quite a bit to rework the timing and estimation plugin to avoid commit/rollback during update_environment()
[06:40:31.756320]<osimons>nick_fn: we've had quite some discussion about this - on mailing lists and tickets. i don't like to depend on others, and sometimes my updates are non-db related (like the bitten ticket to move from logging in db -> logging in files). i explicitly commit or raise error on each upgrade step/version inside my plugin.
[06:40:57.553159]<nick_fn>osimons: but you never db.rollback(), right?
[06:41:23.612474]<nick_fn>doing a commit() also will commit the *earlier* plugins changes, though
[06:41:24.934404]<osimons>nope, not really. any errors raised usually just float up
[06:41:33.693113]<osimons>nick_fn: i know. and i don't care...
[06:41:49.018877]<nick_fn>and at least with sqlite, it looks like table creates are non-transactional anyhow
[06:42:13.906386]<nick_fn>I think it will take quite some effort to make the timing and estimation plugin stop doing db.rollback() all the time
[06:42:32.200413]<osimons>nick_fn: here is a recent summary: http://groups.google.com/group/trac-dev/browse_thread/thread/59d975f8297c8b09/527189dd346f956f
[06:42:34.362483]<nick_fn>so for now, I will enable that plugin, run an upgrade, THEN enable the others, and upgrade.
[06:42:48.298817]<nick_fn>thanks
[07:39:37.674657]<nick_fn>osimons: seen as you're here - http://trac-hacks.org/changeset/7916 http://trac-hacks.org/browser/xmlrpcplugin/trunk/tracrpc/templates/rpc.html?rev=7916#L34 seems to be causing an infinite recursion in Genshi eval.py... I'll look into it more and find what's up.
[07:48:17.524389]<nick_fn>actually scratch that, I really shouldn't say such things without more detail :-) I'll come raise a ticket if it turns out to be a fault.
[07:56:31.282374]<glacebeast>ob_: Yes I do, it looks something like: <Location "/trac">
[07:56:31.468016]<glacebeast> SetEnv TRAC_ENV "/home/trac/saia"
[07:56:45.958237]<glacebeast></Location>
[08:15:09.834300]<glacebeast>I also tried the "test" wsgi script for testing Apache, mod_wsgi, and Python w/out Trac dependencies and it also doesn't work in the same fashion.
[11:37:13.931500]<cboos>hello people
[11:37:21.205869]<cboos>release time ;-)
[11:38:23.468255]<cboos>if there are a few brave soul who could check the packages before I send the announcement, I'd be grateful
[11:43:15.282117]<tecky_wrk>question about trac; and replicating a field "assigned to" and making a duplicate using the same list named "Co-owner", how difficult is this to implement? Any code available?
[12:03:01.261111]<rmrfslash>Is there a way to change the color for Tickets? For example, in my Trac installation critical and blocker Issues are highlighted in purple... I would like for these to standout say using something in the red spectrum.
[12:05:16.476243]<hasienda>cboos: just downloaded and testet tarball at Debian GNU/Linux 5.0 lenny. md5 matching i.O., Install i.O. (all deps where installed before), creation of new env i.O. 1st test with tracd from rc1 i.O., switching to German localization i.O. - looks good so far.
[12:05:39.207210]<cboos>hasienda: great! thank you for testing
[12:06:01.815714]<cboos>easy_install should work as well
[12:07:20.749715]<cboos>(sorry, will be back in a few hours - I keep the connection so don't hesitate to send me some messages if needed, I just won't answer them immediately)
[12:12:33.128574]<hasienda>rmrfslash: sure, most likely easy to change with the right custom CSS, look at http://trac.edgewall.org/wiki/TracInterfaceCustomization
[12:20:12.214530]<nick_fn>tecky_wrk: I think that would need a patch, or a non-trivial plugin, if you wanted the co-owner to be a select list same as 'owner' can be
[13:41:17.160872]<rmrfslash>hasienda: are these the default colors? Are "critical" and "blocker" issues purple by default? I did try out a bunch of themes and thought perhaps one of them left some dingleberries behind.
[14:04:54.521378]<rmrfslash>what makes something blue or purple?
[14:05:14.565670]<rmrfslash>looking at the demo Trac, it looks like these are the default colors
[14:13:11.267311]<hasienda>rmrfslash: what makes something blue or purple? It shows the priority.
[14:13:35.771921]<rmrfslash>right but I have "blocker" bugs and these are just purple
[14:13:41.290382]<rmrfslash>not sure why they aren't red
[14:13:54.994066]<rmrfslash>maybe cuz I reordered the priorities
[14:14:25.383104]<rmrfslash>yup
[14:14:55.255931]<hasienda>rmrfslash: Exactly what I wanted to ask you now: Is your priority order accordingly?
[14:15:17.023545]<rmrfslash>they are now
[14:16:32.053665]<hasienda>rmrfslash: since Trac excepts arbitrary priority names you have to take care for that on your own. I even have German names. In the right order everything works perfectly.
[14:16:54.743388]<rmrfslash>Yes... I think Trac is the fricking bomb
[14:17:14.438256]<rmrfslash>or whatever in the devil kids are saying these days
[14:18:09.218879]<hasienda>rmrfslash: Trac is amazing indeed. However this might be something to check and maybe add to the docs.
[14:18:59.769034]<rmrfslash>Maybe a blurb on the page where you can change the numbering would be useful
[14:19:08.003842]<rmrfslash>like 'this will change coloring"
[14:19:11.679404]<rmrfslash>or something
[14:19:39.485202]<hasienda>rmrfslash: (can't tell you about kid's speech too much, mine can hardly speak now) ;-)
[14:24:45.405646]<hasienda>rmrfslash: so we need an enhancement ticket with patch for an additional note here http://trac.edgewall.org/browser/trunk/trac/ticket/admin.py#L589
[14:26:59.451728]<rmrfslash>Can you disallow a user from simply creating an account and logging in. Is there a way to have a user register an account but someone needs to actually enable it?
[14:27:32.388410]<rmrfslash>Doesn't look as though the AccountManager plugin handles this
[14:27:45.199407]<rmrfslash>Anyone can just nav to the site and make an account
[14:34:11.719663]<rmrfslash>looks like I need to patch the AccountManagerPlugin
[14:34:30.827515]<rmrfslash>*then* add another plugin for captchas and/or email confirmation
[14:35:36.376426]<rmrfslash>good gravy
[19:04:08.907188]<siebo>I'm migrating a subversion repository and trac instance to a new machine, and some of the paths are changed, particularly, the path to the subversion repo
[19:04:22.881074]<siebo>I've updated my trac.ini, but i can't seem to figure out the comment for the resync
[19:04:46.022483]<siebo>trac tells me: trac-admin $ENV repository resync
[19:05:56.563584]<siebo>I navigate into the shell, and run:
[19:05:58.191782]<siebo>trac-admin . repository resync
[19:06:12.582114]<siebo>but that tells me: Error: Invalid arguments
[19:09:23.082259]<tush726>I installed trac with svn over apache with mod_python. I can resync using trac-admin. But when I get unsupported VCS error in the browser. Earlier I was getting the same error when I tried to run a resync from the trac-admin
[19:09:44.490178]<tush726>Now that error has been fixed , had to install python bindings for svn
[19:10:13.382038]<tush726>I need to know does apache require any permissions for the svn repository
[19:11:09.798309]<siebo>tush726: probably read and write permissions...
[19:17:11.266340]<tush726>Still not working
[19:42:53.485326]<siebo>tush726: check apache logs?
[19:54:45.041691]<tush726>apache logs say this multiple times : [notice] mod_python: (Re)importing module 'trac.web.modpython_frontend'
[20:02:41.974072]<tush726>siebo: apache logs say this multiple times : [notice] mod_python: (Re)importing module 'trac.web.modpython_frontend'
[20:03:27.851420]<siebo>tush726: hmm, a notice message shouldn't be a big deal...
[20:04:31.370374]<siebo>tush726: what is the error you're seeing?
[20:05:02.152895]<tush726>siebo: the error message http://pastebin.com/giLPcseW
[20:09:26.120837]<siebo>tush726: have you already come across the googleGroups thread on this issue?
[20:09:30.929526]<siebo>http://groups.google.com/group/trac-users/browse_thread/thread/6ec57295761ad0aa
[20:09:53.857435]<siebo>do your bindings work when you try: python -c "from svn import core"
[20:12:40.518808]<tush726>Yes they do
[20:13:33.404668]<tush726>Was getting the same error when I tried to resync the repository from trac-admin . After I fixed it , the resync started working but the web interface still shows an error