Team Chat Logs

March 30, 2010

2010 2
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:23:33.505539]<otaku42>moin
[00:45:08.054482]<nascentmind>when i open a trac page does the main.py handle most of the things?
[00:52:34.807208]<bionoid>nascentmind uhmm.. depends on the request; main.py does common toplevel stuff, dispatching the request to other portions of code.
[01:02:22.002031]<nascentmind>where does the environment object get called?
[01:02:53.139549]<nascentmind>i think the environment loads the components.
[03:18:34.545519]<Delis>Hello! Could somebody please help me. Cause I'm going crazy since yesterday... I made a macro and put the .py in plugin directory. but it didn't shows in Admin->Plugins.... Trac log says it has been loaded, and in "About Trac" this macro is marked as enabled.
[05:43:06.398157]<otaku42>Delis: "classig" macros don't show up in Admin->Plugin. macros only occur there if they are implemented as a plugin that provides the macro.
[05:44:47.279162]<otaku42>s/classig/classic
[05:44:47.289078]<evil_twin>otaku42 meant: Delis: "classic" macros don't show up in Admin->Plugin. macros only occur there if they are implemented as a plugin that provides the macro.
[06:17:19.316238]<Delis>otaku42: thanks. I got a solution already.
[06:21:06.539336]<Delis>But I got to another problem: how can I get a value of a certain field or at least a complete ticket-object having a ticket id ?
[06:28:07.430395]<rhpot1991>hey guys quick question, last I checked trac needed to run on the same server as SVN (with the only exception being a samba share), is this still the case?
[06:37:14.931580]<kirean>rhpot1991: I think that's recommended
[07:10:45.063954]<Chainfire>hello, small issue. Trying to install Trac on W2K8. Got it installed, but the installation guide talks about trac-digest scripts which I do not seem to have, so I have no idea how to actually get it up and running
[07:18:39.225266]<otaku42>rhpot1991: afaik yes, remote repositories are still not supported.
[07:39:25.169946]*retracile sighs something defamatory about mornings.
[08:14:27.112250]<rhpot1991>thanks otaku42 and kirean, thats what I thought but wanted to double check
[08:15:07.879729]<_dave_h_d>hi all i get this
[08:15:10.400071]<_dave_h_d>Download error: [Errno -3] Temporary failure in name resolution
[08:15:30.423171]<_dave_h_d>after running sudo python ./setup.py install on ubuntu
[08:15:51.476909]<_dave_h_d>final error error: Could not find suitable distribution for Requirement.parse('Genshi==0.5.1')
[08:15:54.351205]<_dave_h_d>can anyone help
[08:16:15.828930]<_dave_h_d>i try and do wget on the http://pypi.python.org/simple/Genshi/ and it works
[08:16:19.573806]<exarkun>Fix your name server
[08:16:43.361437]<_dave_h_d>exarkun: cool which file?
[08:18:00.259129]<exarkun>One of the ones on your computer probably
[08:19:12.281588]<cmc>exarkun is helpful
[08:19:39.639908]<cmc>dave: try filing a bug with ubuntu. they are pretty quick with responses
[08:19:52.527343]<exarkun>cmc: Nice one up
[08:20:40.374064]<_dave_h_d>exarkun: ?
[08:21:01.567086]<cmc>;)
[08:21:02.983807]<_dave_h_d>"one of the ones on your computer"
[08:21:47.075473]<_dave_h_d>not sure if you are stupid or pretending to be stupid ;-) i guess you know which one I think you are ;-)
[08:22:39.075204]<exarkun>_dave_h_d: Okay, next time I'll ignore you completely. Sorry for being a person on the internet at the same time as you!
[08:23:37.923660]<_dave_h_d>exarkun: now i don't think i know, I exactly know :-)
[08:23:50.099280]<_dave_h_d>have a nice day :-)
[08:24:09.267629]<mahound>hello
[08:24:13.824722]<cmc>hi
[08:24:38.552009]<mahound>i have a technical question about trac, concerning the plugin system
[08:25:14.450805]<mahound>how often are the plugins loaded? from what i see they are loaded once per wsgi process and placed into a cache
[08:25:16.522944]<mahound>am i right?
[08:25:52.275394]<cmc>That'd make sense to me, but I'm unfamiliar
[08:27:19.477262]<mahound>i really like the way it works, it's really easy to package and install new plugins
[08:27:53.232893]<cmc>here here
[08:28:05.376974]<mahound>but i was curious about the overhead, if any
[08:31:14.656352]<_dave_h_d>its cool guys it was the stupid proxy settings
[08:38:07.947029]<slam>_dave_h_d: jsut do not expect to be loved when entering upstream project developer chat, saying "hey, i come from ubuntu!" ;-)
[08:39:01.154059]<retracile>slam: Uhm... no, we don't hold that against people.
[08:39:06.291054]<retracile>slam: Windows... maybe. ;)
[08:39:28.813889]<slam>retracile: i just said "do not expect love"
[08:39:38.455157]<slam>retracile: ;-)
[08:40:06.886322]<retracile>_dave_h_d: Last I recall, Ubuntu was shipping python2.6 and Trac 0.11.1. Trac 0.11.1 has a python 2.6 specific bug; so I'd recomnend looking into upgrade options.
[08:40:25.599998]<retracile>slam: No more nor less than other distros.
[08:41:51.549566]<slam>retracile: fair enough. ;-)
[08:48:22.993786]<cmc>I use ubuntu...
[08:48:43.617120]<Chainfire>exit
[08:48:47.424545]<cmc>;)
[08:48:47.976769]<Chainfire>wr/ch
[08:49:02.315854]<misc>maybe a bug should be filled on launchpad, so trac is updated ?
[08:49:18.635458]<cmc>trac is up to date for modern ubuntu
[08:50:05.505404]<cmc>on lucid it's 11.6, on karmic 11.5
[08:50:14.308182]<cmc>they just take what debian gives them, though
[08:54:27.893174]<retracile>cmc: what about the LTS release?
[08:55:12.779859]<cmc>that's lucid
[08:55:24.756801]<cmc>I don't think that's out yet
[08:55:42.249056]<mahound>that's why i use easy_install...
[09:11:10.007073]<scfe>cms: However Ubuntu has a pretty bad track record for trac - for Debian 0.11.1 was fine because they don't have Python 2.6. However Ubuntu had Python 2.6 but still shipped the incompatible trac 0.11.1.
[09:11:33.297966]<scfe>if they update some components they can not leave others untouched and just do what Debian does.
[09:11:59.054911]<cmc>Yeah I don't think they have a specific trac maintainer
[09:12:05.912265]<scfe>I tried to get the ubuntu maintainers to update trac but in the end it was about 'trac is in universe so go ahead yourself'.
[09:12:22.550683]<scfe>even though there were some security fixes from 0.11.2 -> 0.11.6
[09:12:36.158454]<scfe>so it turns out that 'universe' is not really 'Ubuntu'.
[09:12:50.298290]<scfe>it's a random collection of packages that might or might not work.
[09:13:16.974136]*scfe stops ranting ;-)
[09:14:12.556971]<retracile>cmc: what version of Trac is in the currently-supported Ubuntu LTS release?
[09:15:30.344255]<slam>scfe: there is no need to use ubuntu and cope with those problems. proper straight debian sid (or sidux) is a much better base for trac. as is fedora.
[09:15:47.089793]<cmc>LTS? 10.4
[09:16:13.470112]<retracile>cmc: ah, ok.
[09:16:39.112105]<scfe>slam: Why do you think Fedora is a better base for trac?
[09:16:48.199553]<cmc>debian stable: 11.1
[09:17:08.547133]<slam>scfe: packaging quality, server competence
[09:17:20.198499]<slam>scfe: and recent packages
[09:17:35.833346]<cmc>ubuntu's not server oriented
[09:17:46.601320]<scfe>slam: but Fedora only has recent trac packages since 0.11.6 - before it lagged quite some time.
[09:17:48.713696]<slam>cmc: debian stable is no good base for trac - and is not for any other still fast developing web application
[09:18:03.608581]<cmc>(neither is ubuntu lts)
[09:18:55.760897]<slam>cmc: correct. and providing a solid server distro is more than just putting some packages together
[09:19:25.897479]<cmc>I just said that ubuntu isn't server oriented
[09:19:44.404895]<slam>cmc: yes, i said the same - indirectly. ;-)
[09:20:09.554214]<cmc>I stick with debian for servers but even still, if you want something that works, use the distro version (generally)
[09:20:15.208467]<cmc>if you want the latest, make it yourself
[09:20:22.206643]<slam>cmc: exactly
[09:20:50.234794]<cmc>I don't *want* my server to run 0.12 ;)
[09:21:35.144894]<slam>cmc: yep - but the server distro i use should provide 0.11.6 today
[09:22:23.355388]<slam>cmc: and it must come with recent and solid python packages
[09:22:35.618530]<retracile>slam: or maybe 0.11.7? ;)
[09:22:41.611271]<cmc>I disagree
[09:22:57.228652]<cmc>you don't want a server to be running the latest and greatest for exactly the reasons we mentioned before
[09:23:21.351102]<slam>cmc: latest is also mostly more secure - do not forget that
[09:23:25.188073]<misc>depend on your need, some time, you want the latest spam filter, latest samba, latest ldap
[09:23:43.056117]<cmc>sure, but then you should be using arch linux, which doesn't have releases
[09:23:54.887369]<slam>cmc: re greatest i fully agree with you - i do not need all the fresh blinking new features there
[09:25:32.782268]<cmc>the idea behind a release is that everything in there should work together and be a solid set. If you want something newer, you can make it yourself. Ubuntu does a good job of releasing a new set every 6 months, unlike debian
[09:27:57.287247]<cmc>but that's just one philosophy of running a distro. Arch uses a completely different one, where each package can and should be updated by itself, possibly pulling dependencies with it
[09:28:18.665652]<slam>cmc: but ubuntu does restict their supported releases to the bare minimum - you cannot compare that to debian (which does most of the work for ubuntu, by the way)
[09:29:13.577510]<cmc>so does debian...
[09:29:22.944616]<cmc>when was lenny released?
[09:29:57.552768]<slam>cmc: well, we are talking about a factor of 10x or more re supported packages, and i do not talk even about architectures
[09:30:06.976961]<slam>cmc: and lenny does still well
[09:30:20.647879]<cmc>as will lucid...
[09:30:42.009793]<slam>cmc: not on a server where i decide
[09:30:58.376911]*retracile wonders how #trac meandered so far....
[09:30:59.381106]<slam>cmc: actually not even on a desktop where i do so
[09:30:59.996468]<retracile>;)
[09:31:07.761388]<cmc>good call retracile
[09:31:11.129571]<slam>retracile: yep - very ot, sorry
[09:31:58.780387]<retracile>cmc: slam: no biggie... it was just starting to sound cyclical :)
[09:32:11.841688]<cmc>fair enough. Can we talk about vi now?
[09:32:19.492353]<retracile>vim! :)
[09:32:25.135462]<cmc>lol yes
[09:32:26.415126]<slam>ya - cool. or let's compare browsers
[09:32:41.795875]<retracile>oo-oo konqueror!
[09:33:28.609318]<retracile>(Because obviously it's better to conquer than to explore ;) )
[09:33:55.329234]<slam>retracile: well, usually it's the better strategy to first explore ;-)
[09:34:20.977504]<cmc>you need to navigate before you can explore, even
[09:34:38.553915]<slam>retracile: or - even better - send out little animals to explore for you: foxes, weasels, ...
[09:35:15.435717]<retracile>'course, after you've conquered the wild plains, you could go on a hunting safari...
[09:35:26.390491]<misc>a surfing safari
[09:35:48.459464]*retracile must flee the puns and head to lunch; have fun y'all :)
[09:35:58.378580]<slam>retracile: alternatively, throw out entirely unknown idiotic words and let the world guess while you take over (midori, arora)
[09:45:50.672777]<Chainfire>trac-admin initenv says it cannot index my SVN repository, though the path is correct ? ive given it c:\svn\<myproject>, should I have given a subdir of the repository, or ?
[09:48:13.352079]<osimons>Chainfire: may well be a python path-escape issue - does c:/svn/<myproject> or c:\\svn\\<myproject> work?
[09:51:22.628565]<Chainfire>no it doesnt
[09:51:27.083990]<Chainfire>but installing python svn does!
[09:52:07.567810]<Chainfire>lot of missed steps (for me) in the docs when setting up trac for the first time, which im doing now
[09:52:48.027666]<osimons>Chainfire: heh. good one - keep learning :-)
[09:53:17.241699]<osimons>Chainfire: what docs/guide do you follow?
[09:53:25.716821]<Chainfire>also it offers download to 64 bit python for windows... but that wont actually work with trac
[09:53:44.329799]<Chainfire>tracOnWindows and tracEnvironment
[09:53:50.353056]<Chainfire>and tracStandalone
[09:53:53.184036]<osimons>@wiki TracInstall
[09:53:53.192162]<evil_twin>http://trac.edgewall.org/wiki/TracInstall
[09:54:10.056685]<osimons>- is the official one, iirc
[09:54:26.108319]<Chainfire>yah, that links to tracOnWindows
[09:54:41.062995]<Chainfire>all in all i think it's somewhat running now
[09:54:50.530194]<Chainfire>just need to make it a service and create an admin user
[09:55:43.720275]<osimons>goodie
[09:56:02.592149]<Chainfire>only took me 4 hours :)
[09:57:42.742623]<osimons>Chainfire: still, no doubt the best investment you can make in software :-)
[10:01:20.928076]<Chainfire>haha no doubt
[10:14:26.406898]<nascentmind>whenever there is a request to trac does it spawn all those objects every time?
[10:55:52.283637]<osimons>nascentmind: not unless you use old-style CGI - all mod_*, fcgi and tracd should persist
[10:56:21.979469]<nascentmind>where does it presist?
[10:56:28.050715]<nascentmind>as egg cache?
[10:58:11.104347]<osimons>nascentmind: in memory - the process lives across requests
[11:09:16.462543]<nascentmind>ah ok got it. read about it now.
[11:29:50.459611]<benzea>hm, can't seem to find how to set the default language in trac 0.12
[11:32:53.021228]<benzea>ah, looks like http://trac.edgewall.org/ticket/8117 is relevant
[11:37:22.754651]<Chainfire>ok, does anyone have any idea on how to run trac as a service on W2K8SE ?
[11:37:39.731712]<Chainfire>instsrv/srvany and firedaemon arent compatible :
[11:48:11.493786]<benzea>right, trac displays en even though it says it negotiated 'de'
[11:49:24.374762]<osimons>benzea: have you compiled catalog for 'de'?
[11:49:45.290291]<benzea>likely not ...
[11:50:02.534198]<osimons>Chainfire: so the win7 instructions at http://trac.edgewall.org/wiki/TracOnWindowsStandalone#RunningTracdasservice don't work with W2008?
[11:50:20.309226]<benzea>was already wondering why there are no .mo files, or does trac/babel use the installed .po files directly?
[11:51:18.938752]<Chainfire>2008 kit doesnt have those tools
[11:51:19.380152]<benzea>ahh
[11:51:22.485263]<osimons>python ./setup.py compile_catalog -f
[11:51:23.492609]<Chainfire>downloading to try with 2003 kit
[11:51:29.636634]<osimons>python ./setup.py install
[11:51:31.060330]<benzea>osimons: why not call it from build automatically?
[11:51:35.874435]<Chainfire>ive read some reports that doesnt work, though
[11:51:46.629426]<Chainfire>lets hope thos are wrong
[11:51:53.958591]<osimons>Chainfire: be interested to add new instructions once you get it working... :-)
[11:52:25.026137]<osimons>benzea: because babel/i18n is still an optional extra - can not depend on the tool chain being available
[11:52:32.856644]<Chainfire>osimons i have some notes for you to add to that page if interested
[11:52:35.171722]<benzea>osimons: makes sense
[11:53:17.730140]<benzea>it is weird to be able to select languages and it does not work though :-)
[11:53:37.569504]<benzea>osimons: thanks
[11:55:51.491205]<osimons>Chainfire: that page is a wiki - you can update it yourself. 'Edit' button at the bottom. Whenever your additions are 2008-specific, then please mark it as such (it is still not the dominant windows platform...)
[12:21:06.149952]<nascentmind>osimons, how long did it take for trac to develop?
[12:22:10.822864]<nascentmind>osimons, let me rephrase how long did it take to develop trac to a usable state.
[12:44:40.772484]<TiN>Hi, I have many instances of trac and I applied the patch sharedcookies. The user is logged but the permissions do not apply. What could be?
[13:27:38.287573]<mahound_>why does trac load automatically plugins from the plugin directory, but not from the global path?
[13:41:28.489842]<retracile>mahound_: because you may want to have a set of plugins globally available, but not used in every single Trac environment.
[13:43:10.797694]<mahound_>retracile, hm... ok... and how does Trac know if a new plugin has been added? does it go through the whole python path?
[13:43:53.331077]<scfe>mahound_: it just uses setuptools' discovery mechanism for extension points
[13:43:53.852278]<retracile>mahound_: for global plugins, you have to explicitly enable it... add a line to trac.ini
[13:45:59.356120]<mahound_>ah nice :)
[13:46:39.696495]<mahound_>i was wondering, because i noticed there's an environment cache where the loaded plugins seem to be stored too
[13:48:38.109297]<mahound_>and i was asking myself if the search for new plugins is done for each request in mod_python and other 'non-daemon' frameworks/servers
[14:44:31.883219]<bkuhn>Hey, I'm getting this: "Warning: Can't synchronize with the repository (Unsupported version control system "svn": "No module named svn" ). Look in the Trac log for more information." I've looked in the log, but that's not much help. I have every SVN python package installed as I do on other machines with working Trac installs.
[14:44:32.943057]<bkuhn>Any hints?
[14:45:29.418251]<bkuhn>(I'm on Debian lenny, but I have all the relevant svn python modules installed, I think)
[14:49:55.133561]<misc>can you try in a python shell
[14:49:57.794868]<misc>import svn
[14:50:34.791003]<bkuhn>ahah, thanks misc.
[14:50:36.920251]<bkuhn>I wonder why that is.
[14:50:38.754958]<bkuhn>That's very strange!
[14:50:42.422280]<misc>it work ?
[14:50:53.150589]<misc>( or it doesn't ? )
[14:50:53.327920]<bkuhn>It didn't. :) Which is a good indication something is wrong. :)
[14:51:13.440546]<misc>i suspect a mismatch with python-svn version
[14:51:29.732318]<bkuhn>ah, it could be.
[14:51:37.865978]<bkuhn>which version does Trac 0.11.7 need?
[14:51:43.109874]<cmc>nice call misc
[14:52:18.205263]<misc>i think 2.5 should be ok
[14:52:36.661165]<misc>but it you used debian package, it should be ok
[14:52:40.969157]<bkuhn>hrm, I have 1.4.6dfsg1-2ubuntu1.1
[14:52:50.683371]<bkuhn>(Just realized this is a hardy system, not lenny as I thought it was)
[14:53:07.864085]<bkuhn>However, I have a working Trac on another hardy system.
[14:53:17.915413]<bkuhn>I can't figure out what's different between these two machines.
[14:53:19.084080]<misc>dpkg -L , check the directory
[14:53:50.991958]<bkuhn>Hmmm.
[14:53:55.329289]<bkuhn>it has /usr/share/python-support/python-subversion
[14:53:58.691949]<bkuhn>with everythign in it
[14:54:07.797982]<bkuhn>then the .so files in /usr/lib/python-support/python-subversion/python2.5/
[14:54:16.898280]<bkuhn>s/everythign/pure python code/
[14:54:34.646341]<bkuhn>oh weird
[14:54:41.885400]<bkuhn>import svn works when I run python as root
[14:54:45.451201]<bkuhn>this has to be a permissions problem.
[14:56:09.673081]<bkuhn>Anyone know how to force python to give me verbosity on failures during import (to find out what file is permission denied?)
[14:58:29.662887]<bkuhn>strace told me: /usr/lib/python2.5/site-packages/python-support.pth
[14:59:11.288275]<misc>python -v
[14:59:14.877706]<misc>and import svn
[14:59:17.613279]<bkuhn>I just used strace. :)
[14:59:25.804637]<misc>yeah, that work too
[14:59:31.021978]<bkuhn>it's working now
[14:59:34.810302]<bkuhn>that file had permission problems.
[14:59:41.601735]<bkuhn>misc: thanks so much for your help!
[21:45:17.648834]<shaiss>hoping someone can help me. I have milestone 2.0 with 8 closed tickets. [[TicketQuery(milestone=2.0)]] returns nothing [[TicketQuery(version=2.0)]] returns only the first ticket. I cant figure out what Im doing wrong, any ideas?
[22:36:51.859102]<daum>hey all -i'm having problems with ImportError: No module named trac.web.modpython_frontend, i've looked around and it looks like trac is installing on python2.5 but i have python2.6?
[23:45:37.452232]<macmaN>2.6 is fine
[23:58:53.349710]<otaku42>moin