Team Chat Logs

September 6, 2009

2009 8
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:11:09.546758]<evil_twin>t.e.o: Ticket #2344 (sub milestone) updated - <http://trac.edgewall.org/ticket/2344#comment:12> - Ryan Ollos <ryano@…>
[00:26:09.639090]<evil_twin>t.e.o: Ticket #8607 (Option to skip notification to subscribers when a ticket is updated) updated - <http://trac.edgewall.org/ticket/8607#comment:1> - Ryan Ollos <ryano@…>
[00:26:14.638066]<evil_twin>t.e.o: Ticket #8638 (trac-admin deploy doesn't set executable permissions on trac.*cgi) created - <http://trac.edgewall.org/ticket/8638> - thomas@…
[00:31:09.698358]<evil_twin>t.e.o: Ticket #8607 (Option to skip notification to subscribers when a ticket is updated) updated - <http://trac.edgewall.org/ticket/8607#comment:2> - Sebastian Krysmanski <sebastian@…>
[00:53:46.527447]<markvandenborre>hi! I am volunteering for a primary school on a shoestring budget, and they need an online issue tracker
[00:53:58.425217]<markvandenborre>I was tempted to just install a trac somewhere
[00:54:21.569299]<markvandenborre>but I don't want to stay involved forever, and I don't want to be the single point of failure
[00:54:23.989079]<markvandenborre>so...
[00:54:38.541906]<markvandenborre>a question that is not technical at all:
[00:54:55.318601]<markvandenborre>any idea of a trustworthy or low-cost way to organise an issue tracker
[00:55:22.471625]<markvandenborre>hosted somewhere else
[00:55:40.602418]<markvandenborre>that is reasonably guaranteed not to go away in the foreseeable future
[00:55:41.802092]<markvandenborre>?
[00:55:49.186441]<markvandenborre>any hints welcome!
[00:57:28.638170]<manski>why don't you just install trac yourself?
[00:57:45.490689]<markvandenborre>manski: (09:54:21) markvandenborre: but I don't want to stay involved forever, and I don't want to be the single point of failure
[00:58:15.373975]<markvandenborre>-> there is no relevant expertise, and I don't expect them to grow any
[00:58:52.478409]<manski>hmmm... then you have to look for a Trac hosting service. simply use google.
[01:00:39.742986]<markvandenborre>manski: good point
[01:01:00.810566]<markvandenborre>any of the service providers that look particularly interesting?
[01:01:09.949672]<evil_twin>t.e.o: Ticket #108 (OrphanedPages macro) updated - <http://trac.edgewall.org/ticket/108#comment:11> - Ryan Ollos <ryano@…>
[01:01:40.963120]<manski>don't know. would never spent money on this so I don't have any experience with this topic.
[01:05:09.351203]<markvandenborre>manski: thanks for your hints anywayè
[01:05:10.407669]<markvandenborre>!
[01:05:48.025968]<manski>np - sry I couldn't help more
[01:41:12.136738]<evil_twin>t.e.o: Ticket #6982 (x509 with friendly name support) updated - <http://trac.edgewall.org/ticket/6982#comment:5> - Ryan Ollos <ryano@…>
[01:45:20.487205]<manski>just a stupid question: what does "t.e.o" mean?
[01:46:10.213708]<evil_twin>t.e.o: Ticket #8639 ("View latest revision" links to non-existent (404) page) created - <http://trac.edgewall.org/ticket/8639> - Mitar
[01:56:10.237877]<evil_twin>t.e.o: Ticket #8640 (Enable headline numbering) created - <http://trac.edgewall.org/ticket/8640> - Sebastian Krysmanski <sebastian@…>
[02:46:10.665770]<evil_twin>t.e.o: Ticket #8639 ("View latest revision" links to non-existent (404) page) updated - <http://trac.edgewall.org/ticket/8639#comment:1> - Ryan Ollos <ryano@…>
[02:51:10.714311]<evil_twin>t.e.o: Ticket #7254 (Add navigation (prev/next revision) to repo browser) updated - <http://trac.edgewall.org/ticket/7254#comment:4> - Ryan Ollos <ryano@…>
[02:51:15.714199]<evil_twin>t.e.o: Ticket #8488 (Add "last modified" footer to every wiki page) updated - <http://trac.edgewall.org/ticket/8488#comment:3> - Ryan Ollos <ryano@…>
[02:51:20.713492]<evil_twin>t.e.o: Ticket #8640 (Enable headline numbering) updated - <http://trac.edgewall.org/ticket/8640#comment:1> - Ryan Ollos <ryano@…>
[03:26:10.989819]<evil_twin>t.e.o: Ticket #8637 ("Add to CC" for anonymous with TICKET_APPEND permissions) updated - <http://trac.edgewall.org/ticket/8637#comment:1> - Ryan Ollos <ryano@…>
[04:06:11.353531]<evil_twin>t.e.o: Ticket #2672 (Trac is trying to diff binary content) updated - <http://trac.edgewall.org/ticket/2672#comment:26> - rblank
[04:06:16.353756]<evil_twin>t.e.o: Ticket #8638 (trac-admin deploy doesn't set executable permissions on trac.*cgi) updated - <http://trac.edgewall.org/ticket/8638#comment:1> - rblank
[04:16:11.589896]<evil_twin>t.e.o: Ticket #8639 ("View latest revision" links to non-existent (404) page) updated - <http://trac.edgewall.org/ticket/8639#comment:2> - rblank
[07:46:13.998491]<evil_twin>t.e.o: Ticket #8641 (Make visited links look different from unvited ones in web frontend) created - <http://trac.edgewall.org/ticket/8641> - bastikln@…
[09:16:14.650592]<evil_twin>t.e.o: Ticket #8641 (Make visited links look different from unvited ones in web frontend) closed - <http://trac.edgewall.org/ticket/8641#comment:1> - rblank
[09:41:16.703146]<evil_twin>t.e.o: Ticket #8240 (Can not set completion date on milestone due to timezone daylight saving) updated - <http://trac.edgewall.org/ticket/8240#comment:5> - Jappie <jappie@…>
[11:37:24.515123]<peterpan>my trac notifcations are not working. i dont see anything about them in the logs? does trac send them immediately?
[11:37:40.997679]<peterpan>i activated them in my trac.ini. do i have to restart apache to reload the ini?
[11:56:15.705943]<evil_twin>t.e.o: Ticket #8642 (prefix for environment-specific permissions (e.g. in ldap) should be ...) created - <http://trac.edgewall.org/ticket/8642> - juergen.roosen@…
[12:11:15.742292]<evil_twin>t.e.o: WikiFormatting edited - <http://trac.edgewall.org/wiki/WikiFormatting?version=93> - Ben
[12:22:24.412821]<shodan45>I'm trying to get trac-bzr working, how/where do I add it as a component to an existing trac?
[13:49:06.135055]<shodan45>I'm trying to get trac-bzr working, but I keep getting 'Unsupported version control system "bzr"'
[13:49:20.198841]<shodan45>the logs show the plugin is loaded
[14:05:23.599106]<wuseldusel_>hi! whats the best way to move a trac project environment from one server with 0.11.1 to another with 0.11.5?
[14:14:23.407898]<wuseldusel_>does tracd really require root privileges?
[14:36:16.737991]<evil_twin>t.e.o: 0.11/TracOnUbuntu edited - <http://trac.edgewall.org/wiki/0.11/TracOnUbuntu?version=45> - Dave B
[15:42:08.430685]<wuseldusel_>i've copyed a 0.11.1 trac project environment from one server (debian testing x86) to another server with 0.11.5 (on debian stable 64) preserving the directoryname. when i do trac-admin /var/trac/proj upgrade i get http://codepad.org/lsrxjPiK
[15:45:19.671578]<wuseldusel_>thats presumably because of different sqlite versions. what sqlite versions does trac actually use or does this depend on the sqlite that python uses?
[16:06:04.459279]<wuseldusel_>on my old server (debian testing) there is 3.6.17 used by trac but on the new one (debian stable) there is 2.8.17 used both by trac and python's sqlite module. however there is also sqlite3 installed (3.3.8). do you know a way how to get trac/python to use the 3.3.8?
[16:11:17.418382]<evil_twin>t.e.o: Ticket #8641 (Make visited links look different from unvisited ones in web frontend) updated - <http://trac.edgewall.org/ticket/8641#comment:2> - Ryan Ollos <ryano@…>
[16:31:10.872503]<wuseldusel_>finally managed it by downgrading trac.db using "mv trac.db trac3.db && sqlite3 trac3.db .dump | sqlite2 trac.db"
[20:08:39.245649]<sabre2th>anyone awake here?
[20:11:42.034917]<sabre2th>well I'll hang around so anyway:
[20:11:58.129272]<sabre2th>I get this error: "RuntimeError: instance.__dict__ not accessible in restricted mode"
[20:12:32.975228]<sabre2th>yes, I know what you are thinking, it's like ticket #3371, I've seen the ticket, used the workaround, but the problem stil persists
[20:14:18.174765]<sabre2th>I have used "PythonInterpreter main_interpreter" (in all my trac locations) and still get this error sometimes (especially when I don't use it for a while).
[20:14:42.987003]<sabre2th>I'm afraid that if I create a new ticket it'll be ignored, and marked duplicate
[20:14:51.549154]<sabre2th>anyone here know how I can solve this?
[21:06:19.346074]<evil_twin>t.e.o: TranslationRu/WikiFormatting created - <http://trac.edgewall.org/wiki/TranslationRu/WikiFormatting?version=1> - ms@…
[22:39:16.122826]<Evanlec>is there any cache engine that can be used with Trac to speed it up a bit? i find it runs awfully slow on my server
[22:39:58.006961]<sabre2th>Evanlec: maybe you can look into using WSGI, if you're not already using it
[22:41:56.190083]<Evanlec>sabre2th: i am using wsgi actually, do know of any tips for optimizing it at all?
[22:42:29.466263]<Evanlec>i'm running it with the multi-threaded daemon process as suggested
[22:43:08.077715]<Evanlec>im not sure exactly where the largest botleneck is occuring, i'm assuming its in the query lookups
[22:44:40.794999]<sabre2th>Evanlec: sorry no. I'm not really that much of a power user, it runs fast enough for my purposes so haven't looked into optimizing yet
[22:44:59.086569]<Evanlec>hmph
[22:45:27.169972]<Evanlec>im not running anything huge either, though i am hostng 5 or 6 trac instances
[22:51:02.483947]<sabre2th>I'm hosting 4; but only one is used frequently. with the others I have some problems
[22:57:43.179512]<manski>evanlec: are you serving the static content directly from your web server?
[22:58:37.160573]<Evanlec>manski: well yes but, three's hardly any static content really, almost no images at all
[22:59:24.462903]<Evanlec>manski: you think setting up the nginx proxy thing would help at all?
[22:59:42.902347]<Evanlec>i was thinking memcached would help a lot
[22:59:49.667767]<manski>nginx? never heard of it.
[23:00:00.515382]<Evanlec>manski: oh, well what were you suggesting then?
[23:00:11.321800]<manski>i've never used any caching mechanism (due to a lack of time)
[23:00:21.227842]<manski>what's your exact problem?
[23:01:29.679265]<Evanlec>all my trac sites just feel sluggish
[23:01:42.550321]<Evanlec>like, http://trac.lets-talk.org
[23:01:49.274296]<Evanlec>try clicking around on any of those
[23:02:14.485654]<manski>oh yeah ^^ - and i thought my trac site was slow
[23:02:27.747038]<Evanlec>you see?
[23:02:51.119915]<manski>i guess you're using Apache HTTPd? which version do you use? and what processor do you have in your server?
[23:02:53.563052]<Evanlec>first i was thinking my serv was running low on memory
[23:03:13.214596]<manski>my experience is that this is more related to the cpu
[23:03:18.490101]<Evanlec>apache 2.2.13 (Unix)
[23:03:21.015532]<sabre2th>Evanlec: not related to your problem, but I see you are running git. Does it work well with Trac?
[23:03:45.541378]<Evanlec>server is a 4-cpu opteron machine
[23:03:59.722088]<manski>is it a virtual server?
[23:04:05.417226]<Evanlec>sabre2th: its runs well enough i spose, i can't stand to use anything but git
[23:04:12.416431]<Evanlec>manski: its a vps yea
[23:04:23.874408]<Evanlec>manski: but my other non-trac sites run just fine
[23:04:26.113297]<sabre2th>Evanlec :)
[23:04:37.558671]<manski>on the same server?
[23:04:41.546253]<Evanlec>manski: yes
[23:05:02.425994]<manski>but none of these http://trac.lets-talk.org/ , right?
[23:05:28.323438]<Evanlec>right, all of tose feel slow when clicking around on the nav buttons
[23:05:45.258225]<Evanlec>or even viewing a ticket or w/e
[23:06:03.822486]<manski>then what's the difference between this trac site and your other trac sites?
[23:06:17.673964]<Evanlec>manski: my other sties are not trac sites
[23:06:40.498421]<Evanlec>manski: they ar mostly django-powered sites for various production commercial websites
[23:06:41.465739]<manski>ah - ok. so php site or something similar, right?
[23:06:45.122375]<manski>ok
[23:07:02.710151]<manski>well the problem in Trac is its template engine
[23:07:11.134349]<manski>that's the bottle neck
[23:07:36.817859]<manski>also - are you using Apache with MPM or Threads?
[23:07:54.674678]<Evanlec>right now im using the standard pre-fork mpm
[23:08:05.555537]<Evanlec>i was trying to get it running using the worker mpm
[23:08:43.197535]<Evanlec>however, an article suggested tat if i use te wsgidaemon mode, i could essentially get threads without having to spawn a million processes like pre-fork does
[23:08:44.479403]<manski>yes - sry for mixing up the terminology. how many forks does your Apache server create?
[23:09:05.742206]<Evanlec>let me paste the output of top
[23:09:45.118245]<Evanlec>manski: http://lets-talk.org/shots/2009-09-07.png
[23:10:14.150209]<Evanlec>manski: so you can see, wsgi:trac is the daemon that is handling all requests for any of the trac sites
[23:10:27.374150]<Evanlec>the other wsgis are for my other un-related sites
[23:11:06.087998]<manski>could you display this as tree (using F5)
[23:11:12.523301]<Evanlec>k
[23:11:59.849832]<Evanlec>manski: you want me to show threads too ?
[23:12:01.515817]<manski>also: how much cpu is used when you browse one of your trac envs?
[23:12:12.730320]<manski>no
[23:12:28.706649]<Evanlec>well tree view doesnt really look much dfferent
[23:12:53.710068]<manski>well but it should
[23:12:57.762072]<Evanlec>ok
[23:13:00.749566]<Evanlec>well here
[23:13:10.522256]<Evanlec>http://lets-talk.org/shots/2009-09-07.png
[23:13:19.072234]<Evanlec>still kind of a mess
[23:13:28.283121]<manski>this is not the tree view
[23:13:34.954256]<Evanlec>i know thats whaqt im saying
[23:13:39.230157]<Evanlec>i have threads disabled
[23:13:56.117620]<manski>and this does affect the tree view?
[23:14:01.542858]<Evanlec>well
[23:14:12.069183]<Evanlec>i also have hide kernel threads and hide userland threads
[23:14:21.550120]<manski>btw: how do you disable threads in htop?
[23:14:29.629591]<Evanlec>F2
[23:14:35.477622]<Evanlec>display options
[23:15:33.131470]<manski>still - even with threads disabled the tree looks here like a tree
[23:15:48.506348]<Evanlec>okay i thik i have what u awnt
[23:16:01.617908]<Evanlec>output is a bit too long for one screencap
[23:16:08.445873]<Evanlec>hmm
[23:16:42.962844]<Evanlec>i'll just show thee wsgi processes
[23:16:50.870542]<manski>btw: you may want to have a look at this site: https://svn.mayastudios.de/mtpp/wiki/GettingStarted#most-standard-config-example
[23:17:05.374337]<manski>this is how i configured trac
[23:17:36.062830]<Evanlec>i dont use subversion.
[23:17:44.314777]<roh>hm.. i use sqlite or postgress on debian stable and oldstable running as fastcgi.
[23:18:18.478327]<roh>the only performance bottlenecks i can see is the database (sqlite gets slow if there is locking happening and many people klick around in trac)
[23:18:20.250944]<manski>yes - but you're using mod_wsgi.
[23:18:46.241169]<manski>this is just an example
[23:18:50.665105]<Evanlec>sec
[23:18:58.354438]<Evanlec>no, i am using wsgi
[23:19:11.790747]<roh>just saying... there were known problems agains mod_python and i am not sure how far that differs to mod_wsgi
[23:19:13.433645]<manski>yeah - through mod_wsgi
[23:19:36.648175]<Evanlec>err yea thats what i meant lol
[23:19:42.169692]<manski>roh: at my server the biggest bottleneck is the template engine
[23:20:01.918962]<Evanlec>manski: http://lets-talk.org/shots/2009-09-07.png
[23:20:35.931114]<roh>manski make sure you run atleast genshi 0.5.1
[23:20:48.158824]<manski>maybe it's related to your git plugin
[23:20:51.133650]<Evanlec>manski: also here is my vhosts.conf http://dpaste.com/90526/
[23:20:51.445727]<roh>earlier versions were much slower
[23:21:04.078997]<manski>could you disable it for a moment?
[23:21:10.042467]<Evanlec>manski: possibly, however even just looking a ticket or something is slow
[23:21:15.534939]<Evanlec>yes sure
[23:21:33.970684]<manski>roh: I'm already using genshi 0.5.1
[23:22:53.319117]<manski>though i found out that each apache fork needs (at least it seems that way to me) to "run" Trac once. After that Trac runs a lot faster.
[23:23:24.798978]<Evanlec>manski: hmph, i tried to disable git plugin but it seems to still be enabled...http://trac.lets-talk.org/trac-srf
[23:23:26.514452]<manski>so with 8 forks i have to refresh the Trac site in my browser 8 times before it runs more smoothly
[23:23:59.601965]<roh>i dunno exactly how wsgi works, but afaik the fastcgi script does nothing than invoke a process of trac, and tie it to the socket and call some function which in the end wraps the wsgi core of trac
[23:24:05.059653]<Evanlec>manski: yea, i noticed that too, its slow until everything gets loaded into mem
[23:24:29.060323]<roh>means i dunno what advantage wsgi does have in the end
[23:24:53.010148]<manski>evanlec: btw - you definitly should change the font on this site. it looks terrible in Firefox on Windows.
[23:24:54.970886]<Evanlec>roh: there's a bunch of reasons they just aren't immediately obvious
[23:25:05.702026]<Evanlec>manski: duly noted ;p
[23:25:16.306449]<roh>manski its normal that the startup of trac takes a sec. the problem in your case seems to be that they dont get preforked
[23:25:21.794861]<manski>roh: i think i've read that mod_wsgi should be faster
[23:25:24.118630]<Evanlec>manski: but it still feels rather slugish no?
[23:26:17.759768]<Evanlec>roh: how do upgrade genshi ?
[23:26:32.609279]<manski>i've never worked with git but it still seems to be enabled.
[23:26:39.746530]<Evanlec>manski: agreed
[23:26:42.497627]<roh>Evanlec depends on how you installed it and which distro
[23:26:48.673817]<roh>youve read http://trac.edgewall.org/wiki/TracModWSGI
[23:26:53.746982]<Evanlec>roh: looks like i have 5.1
[23:26:54.509972]<roh>the note on top of it
[23:27:02.279447]<roh>Evanlec thats latest stable.. should be ok.
[23:27:59.145137]<Evanlec>k
[23:28:16.077951]<manski>Evanlec: how did you enable git in the first place? is this just a Trac plugin?
[23:28:20.754788]<Evanlec>i am still using sqlite for my trac sites, would moving to pgsql make a noticeable diff?
[23:28:39.897242]<Evanlec>manski: yes, http://trac-hacks.org/wiki/GitPlugin
[23:28:42.389130]<manski>probably not a your Trac size
[23:29:14.005876]<manski>evanlec: and you can't disable it using the web interface?
[23:29:15.766327]<Evanlec>manski: true, the sluggishness occurs during a single request by a single user, and no other traffic
[23:29:24.709765]<roh>Evanlec if you have a lot of tickets (>4 digits or many custom fields) or lots of wiki edits
[23:30:44.855110]<Evanlec>manski: okay i disabled it now
[23:30:49.930684]<manski>evanlec: have you read this: http://trac-hacks.org/ticket/746
[23:30:56.850005]<Evanlec>manski: http://trac.lets-talk.org/trac-sa2/wiki
[23:31:31.814175]<Evanlec>manski: yea looked at it, but not really much i can do about it on my own
[23:32:08.401788]<manski>well - i can still browse your source code (http://trac.lets-talk.org/trac-srf/browser) so the git-plugin doesn't seem to be disabled
[23:32:56.966093]<Evanlec>no
[23:33:04.522845]<Evanlec>go to http://trac.lets-talk.org/trac-sa2
[23:33:31.629699]<Evanlec>still slow as fuck
[23:33:50.645972]<manski>it still seems to hang at a certain point. could you disable all your plugins?
[23:33:53.337981]<Evanlec>esp if u clear your cache
[23:33:57.621926]<Evanlec>k
[23:34:32.935047]<Evanlec>manski: including the standard ones that come with trac even?
[23:34:50.939350]<manski>no - only the non-standard ones
[23:34:54.538013]<Evanlec>k
[23:35:10.238577]<sabre2th>Evanlec: it doesn't seem sluggish from here (I'm in .jp atm)
[23:35:10.958113]<manski>and you really should deliver static content via apache
[23:35:30.986085]<manski>it seems it's still routed through Trac
[23:35:58.502772]<Evanlec>manski: well what would you suggest then? i suggested nginx before and somehow you'd never heard of it
[23:36:20.642977]<Evanlec>manski: oh, you mean static content through apache and not thru trac
[23:36:29.101147]<manski>right
[23:36:30.027029]<Evanlec>i thought it handled that automaticaly
[23:36:33.797972]<manski>no
[23:36:35.850283]<Evanlec>how do i set that up?
[23:36:50.762469]<manski>just a mom
[23:37:08.161855]<manski>i thought i had this in my example
[23:37:45.130927]<Evanlec>manski: okay all plugins disabled there, it actually does feel a bit snappier, but let me clear cache
[23:39:14.724533]<manski>http://dpaste.com/90527/
[23:41:08.273986]<Evanlec>manski: does this apply to me since im not using subversion?
[23:41:30.634936]<manski>serving static content should boost your performance as currently the file "search.js" needs 20 seconds to load here
[23:41:41.071646]<manski>yes
[23:41:51.975481]<manski>well you have to adjust the paths of course
[23:42:00.837974]<Evanlec>but whats this path you have /srv/subversion/trac-chrome-common/ ?
[23:42:12.357779]<manski>"/fred" is the location of my Trac env
[23:42:20.175810]<Evanlec>right
[23:42:22.310031]<manski>there is a comment at the top
[23:42:25.905978]<Evanlec>i see that but
[23:42:53.074718]<manski>you can use the absolute path(.../htdocs/) instead if you wish
[23:45:17.722973]<Evanlec>manski: isnt that kinda what you're doing there in the comment?
[23:45:33.946519]<manski>??
[23:45:49.083232]<Evanlec>1 sec
[23:46:54.866501]<Evanlec>manski: where si this chrome folder from ?
[23:47:04.874117]<roh>from where you deployed
[23:47:14.065116]<roh>trac-admin <env> deploy <path>
[23:47:28.836126]<Evanlec>i have no such folder
[23:47:46.167305]<roh>that generates the static content and the cgi/fcgi/wsgi scripts
[23:47:59.046119]<roh>then you probaly have not installed your trac completely
[23:48:00.723446]<Evanlec>Ohh
[23:48:05.771610]<manski>the chrome folder consists of serveral sources
[23:48:08.945272]<manski>no
[23:48:20.698196]<Evanlec>o tram trac-admin <evn> init-env
[23:48:30.120000]<Evanlec>*i ran
[23:48:32.822057]<manski>/chrome/common contains the files in Trac's /htdocs directory
[23:48:48.526160]<roh>init-env just generates the environment, not the static stuff
[23:48:55.653259]<Evanlec>okay
[23:48:56.978604]<roh>manski also plugins do have content there.
[23:48:59.202003]<Evanlec>so i've done that
[23:49:02.094256]<manski>right
[23:49:07.806137]<Evanlec>so now
[23:49:09.561652]<manski>but not in /chrome/common
[23:49:13.726648]<roh>and all the css gets served 'around' trac that way
[23:49:17.841766]<manski>at least they shouldn't have
[23:49:37.242605]<roh> /chrom/<plugin> e.g.
[23:49:42.577769]<manski>right
[23:49:43.978554]<Evanlec>i should run trac-admin ~/trac/trac-srf deploy ~/trac-deploy/srf
[23:49:45.642856]<Evanlec>or so?
[23:49:57.137773]<Evanlec>or can i deploy into the same dir as my env ?
[23:50:22.281740]<roh>no
[23:50:27.613127]<roh>use a different directory.
[23:50:29.926225]<manski>no - deploy extracts simply all static content from your Trac env and place it in a folder of your liking
[23:50:30.441480]<Evanlec>ok
[23:50:36.818477]<Evanlec>like /var/www/ might be a good place
[23:51:07.203319]<manski>and then you have to tell Apache to serve this directory as "/<yourtracenv>/chrome"
[23:51:52.238770]<Evanlec>wouldnt it be /yourdeploydirectory/chrome ?
[23:52:06.221358]<manski>no
[23:52:17.113125]<Evanlec>or you made a symlink then
[23:52:24.262629]<manski>this is the directory on your harddrive
[23:52:40.522584]<roh> /yourdeploydirectory/chrome is fs-view. /<yourtracenv>/chrome is the 'apache view' from the http-side
[23:52:44.349930]<manski>the directory "chrome" doesn't exist on your harddrive (at least not at on location)
[23:52:51.983517]<Evanlec>k
[23:53:25.073350]<Evanlec>now it looks lkike you can re-use this chrome dir for every trac instance or ?
[23:53:47.685391]<roh>also check that all subdirectories in the deployed directoy are readable (chmod 755) and all files readable (644)
[23:54:00.073337]<manski>for "trac-sa2" it would be (in your Apache conf): Alias /trac-sa2/chrome <WhereYouPlacedYourDeployDirOnYourHarddrive>
[23:54:11.494307]<roh>i had the issue that some files in there had weird permissions like 640 and couldnt be served thus
[23:54:26.242899]<Evanlec>ok sec lemme try this
[23:55:51.301822]<roh> .oO(i should make flyers about providing trac support)
[23:56:33.381668]<manski>^^
[23:56:41.478123]<Evanlec>okay deployed
[23:56:54.858307]<Evanlec>now to setup apache
[23:57:23.381164]<roh>manski yeh.. the crisis made my last big customer go into stasis *sigh*
[23:58:19.138307]<roh>or how does one say in us-tounge? 'belly up'?
[23:58:33.613728]<Evanlec>ok so somehow i was able to get all my trac sites under one Virtualhost directive
[23:58:37.186926]<Evanlec>which si cool