Team Chat Logs

2006 7
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      
<< <   > >>

August 31, 2006

[00:00:19] * otaku42_away is now known as otaku42
[00:06:34] * _idostyle has joined #trac
[00:12:46] * em-dash has quit IRC
[00:20:13] * cmlenz has quit IRC
[00:22:01] * whitelynx has quit IRC
[00:22:52] * idostyle has quit IRC
[00:23:07] * _idostyle is now known as idostyle
[00:42:41] * cmlenz has joined #trac
[00:46:45] * TTT has joined #trac
[00:47:51] <TTT> hi, is it possible to setup trac so that some (wiki) pages are available to public, and other you need to be logged in to be able to view
[00:48:03] <TTT> something like unix permissions with user groups maybe
[01:27:45] * genocide has joined #trac
[01:27:52] <genocide> hello :)
[01:39:20] * Hydra has joined #trac
[01:41:00] <TTT> hello
[01:43:04] * tuxipuxi has joined #trac
[01:52:57] * fsu_ has joined #trac
[01:59:21] * fsu has quit IRC
[02:08:00] * fsu has joined #trac
[02:14:49] * fsu_ has quit IRC
[02:30:43] * peppelorum has joined #trac
[02:41:50] * hikozaemon has quit IRC
[03:09:09] * nextime has joined #trac
[03:09:57] <nextime> how can i increase the max size limit of attachments on wiki? ( i can't find the right trac.ini setting )
[03:12:14] * flox has joined #trac
[03:13:10] <nextime> oh, found, stupid me
[03:13:27] * tuxipuxi has quit IRC
[03:16:19] * flox_ has joined #trac
[03:16:50] * flox has quit IRC
[03:17:05] * flox_ is now known as flox
[03:18:01] <TTT> hi, is it possible to setup trac so that some (wiki) pages are available to public, and other you need to be logged in to be able to view
[03:28:11] <nextime> TTT : on trac-hacks you can find a patch to do that, rbac-permissions or similar name
[03:33:10] * moolight has quit IRC
[03:41:19] * Epcylon_ has joined #trac
[03:41:48] * Epcylon has quit IRC
[03:41:53] * Epcylon_ is now known as Epcylon
[03:43:31] * idnar_ is now known as idnar
[03:45:01] * Riccc has joined #trac
[04:01:31] * Nobody-AC1A1 has quit IRC
[04:01:51] * X-Gen has joined #trac
[04:01:54] <X-Gen> hey all
[04:02:53] <X-Gen> trac uses sqlite, im trying to do a custom report, but cant seam to get some sql working. can someone just confirm if sqlite can do "select 'abc'+'def' as name"
[04:03:20] <X-Gen> im trying to show the diff of 2 dates as HH:MM:SS in a report
[04:04:38] <cedricOB> sqlite db/trac.db
[04:04:48] <cedricOB> and try, if you really want to be sure
[04:05:02] <cedricOB> I don't know sqlite enought
[04:05:05] <X-Gen> im trying but it looks like it cant be done
[04:05:25] <cedricOB> but usually + -> ||
[04:05:35] <X-Gen> aaaha, yeah thats it
[04:05:36] <cedricOB> select 'abc'||'def' as name
[04:06:09] <X-Gen> where is that documented ? thanks cedricOB
[04:06:23] <cedricOB> man sqlite perhaps, or google
[04:06:39] <cedricOB> damn, how to leave sqlite ?!
[04:06:50] <cedricOB> exit quit \q \quit ...
[04:09:12] <cedricOB> do trac use autovacuum ?
[04:09:16] <cedricOB> hum pragma
[04:10:26] * TTT has quit IRC
[04:10:27] <X-Gen> how can i format the result as 00 ? now i get 1:24:2 i would like 01:24:02
[04:10:45] <cedricOB> http://www.sqlite.org/docs.html
[04:11:30] <cedricOB> i think it will be like to_char(yourdate,'FM00:00:00')
[04:11:43] <cedricOB> but absolutely not sure
[04:12:06] <cedricOB> .quit :-)
[04:12:15] <X-Gen> thanks for the help anyways
[04:12:22] <cedricOB> you're welcome
[04:29:54] * jkp_ has joined #trac
[04:30:01] <alect> cmlenz: ping
[04:30:07] <cmlenz> yo
[04:32:06] <alect> i assume markup will be one of the first things merged after 0.10?
[04:32:16] <jkp_> question: is there a way to script trac environment using trac-admin?
[04:32:46] <alect> as phase one of the workflow stuff i was thinking of at least unifying the two ticket templates, after workflow
[04:33:04] <alect> orwait
[04:33:07] <alect> did i already do that...
[04:33:20] <alect> ah no, only in workflow
[04:40:02] <alect> t.e.o is slow as hell
[04:41:40] * Ryan_ has joined #trac
[04:41:45] * Ryan_ has left #trac
[04:44:09] <cmlenz> alect: I think it might make sense to merge markup before workflow, because that's probably going to be less work than doing it the other way around... not sure though
[04:45:27] <alect> agreed
[04:46:02] <alect> uh, a few lines up that should have read "...unifying the two ticket templates, afte *markup*"
[04:46:03] <alect> :)
[04:46:06] <alect> makes slightly more seesnse
[04:48:56] * jrydberg has joined #trac
[04:55:23] * milk-it has joined #trac
[05:01:18] * flox has quit IRC
[05:02:06] * flox_ has joined #trac
[05:02:08] * flox_ is now known as flox
[05:04:16] * flox has quit IRC
[05:04:36] * flox_ has joined #trac
[05:04:38] * flox_ is now known as flox
[05:11:36] * lokadin has joined #trac
[05:12:02] <lokadin> anyone here installed trac 0.96 on gentoo?
[05:12:32] <lokadin> it's just i can't find any cgi-bin/trac.cgi
[05:12:35] <lokadin> anywhere
[05:20:10] * flox_ has joined #trac
[05:20:55] * flox has quit IRC
[05:21:00] * flox_ is now known as flox
[05:30:34] * tuxipuxi has joined #trac
[05:31:01] * _idostyle has joined #trac
[05:45:05] * agile has quit IRC
[05:46:46] * idostyle has quit IRC
[05:46:47] * _idostyle is now known as idostyle
[05:48:52] <tuxipuxi> is anybody using the discussion plugin? if so, is it running fine?
[06:08:00] * tuxipuxi_ has joined #trac
[06:14:20] * tuxipuxi__ has joined #trac
[06:14:52] * tuxipuxi has quit IRC
[06:14:56] * tuxipuxi__ is now known as tuxipuxi
[06:20:55] * MasterC has joined #trac
[06:27:07] * tuxipuxi_ has quit IRC
[06:27:53] * agile has joined #trac
[06:34:20] * flox has quit IRC
[06:37:51] * flox has joined #trac
[06:47:19] * Blackhex has joined #trac
[06:52:07] <Blackhex> hello, if my 0.9 plugin needs TracTags shoud I write in setup.py install_requires = ['TracTags'] ?
[06:55:01] * osimons has joined #trac
[06:58:06] * ikonia has joined #trac
[06:59:46] <ikonia> ahoy trac'ers
[07:00:55] <Blackhex> hello
[07:03:34] <angrymike> hi
[07:05:03] <ikonia> I'm trying to work out if the SetEnv TRAC_ENV "C:/Subversion/trac/CogTool.db"
[07:05:07] <ikonia> line in the example config
[07:05:13] <ikonia> is supposed to reference your db file
[07:05:21] <ikonia> as in trac-project db file
[07:06:27] <ikonia> the descritption of what the functions do in the example file on wiki is pretty poor
[07:07:09] <ikonia> http://trac.edgewall.org/wiki/TracFaq#how-can-i-install-trac-in-a-specific-directory
[07:07:14] <ikonia> thats the document I'm referencing
[07:09:24] <angrymike> ikonia: I think it is just the C:/Subversion/trac
[07:09:41] <angrymike> ikonia: and windows is not case sensitive is it ?
[07:09:43] <ikonia> but what is that supposed to point at ?
[07:09:46] <ikonia> I'm not using windows
[07:09:49] <angrymike> ahh
[07:10:00] <ikonia> eg: the document doesn't say what the example keeps in c:/subversion/trac
[07:10:02] <ikonia> the trac env ?
[07:10:04] <angrymike> ikonia: in mysetup it points to the trac project
[07:10:04] <ikonia> the svn tree ?
[07:10:11] <ikonia> angrymike thank you
[07:10:31] <angrymike> ikonia: trac-admin blah init
[07:10:41] <angrymike> ikonia: then that should point at blah
[07:10:44] <ikonia> yup
[07:10:46] <angrymike> ikonia: i think
[07:10:46] <ikonia> got you
[07:10:48] <ikonia> thank you
[07:10:53] <ikonia> that example is crap
[07:10:53] <angrymike> no worries
[07:10:56] <angrymike> yep
[07:11:01] <angrymike> did it work ?
[07:11:03] <ikonia> its like saying this should just look at c:\mystuff\test
[07:11:11] <ikonia> without knowing what I keep in mystuff\test
[07:11:15] <ikonia> angrymike just doing initial setup
[07:11:19] <ikonia> so won't know for a few more minutes
[07:11:39] <angrymike> good luck
[07:11:42] <ikonia> thanks
[07:11:49] <ikonia> I see what they are doing - so its not a problem
[07:11:55] <ikonia> but the example is a poor reference
[07:13:27] <ikonia> where is your trac.cgi - do you have 1 per project or a "master install" one
[07:13:36] <angrymike> ikonia: I use mod_python
[07:13:37] <ikonia> I can only find trac.cgi in /usr/share/trac (my install path)
[07:13:51] <ikonia> angrymike would you be tempted to show me your config in a pastebin ?
[07:13:57] <ikonia> I've never used mod_python before
[07:14:04] <angrymike> ikonia: what distro are you using ?
[07:14:11] <ikonia> home built
[07:14:23] <osimons> coderanger: noticed trac-hacks changeset 1214 with Environment cache - want a tip?
[07:14:36] <angrymike> ikonia: my config is for mod_python so it probably will not help
[07:14:48] <angrymike> ikonia: but this uses cgi: http://trac.edgewall.org/wiki/TracOnUbuntu
[07:14:48] <ikonia> I do have mod_python install in my webserver
[07:15:26] * bartc_ has joined #trac
[07:15:27] * bartc has quit IRC
[07:15:38] <angrymike> ikonia: I switched from CGI to mod_python because it got faster, but Trac-Hacks switched to FastCGI so I am not sure which is best now
[07:15:53] <ikonia> I'll continue with cgi for the moment
[07:15:55] <ikonia> see how it goes
[07:15:58] <angrymike> yep
[07:17:12] * bartc_ is now known as bartc
[07:17:13] <De_Mon> Umm, how do I attach multiple files on ticket creation?
[07:18:12] <angrymike> ikonia: as far as I know you do not.
[07:18:14] * flox has quit IRC
[07:18:18] <angrymike> oops
[07:18:24] <angrymike> De_Mon: I mean
[07:18:39] <ikonia> ;)
[07:20:35] <ikonia> angrymike looks like you may be wrong
[07:20:39] <ikonia> http://projects.projecthugo.co.uk/trac
[07:20:52] <ikonia> looks like its expecting something else from that env variable
[07:21:34] <ikonia> ooh no
[07:21:35] <ikonia> I'm wrong
[07:21:37] <ikonia> my mistake
[07:21:38] <ikonia> sorry
[07:21:39] <ikonia> working
[07:21:46] <angrymike> great
[07:21:52] <ikonia> sorry angrymike
[07:21:55] <ikonia> jumped the gun
[07:21:55] <angrymike> np
[07:25:19] * danbeck has joined #trac
[07:28:58] * Elephantium has joined #trac
[07:40:10] <ikonia> doesn't look too bad
[07:41:53] * cedricOB is now known as klando
[07:48:02] * idnar has quit IRC
[07:48:05] * idnar_ has joined #trac
[07:49:45] * klasstek has joined #trac
[08:00:33] <coderanger> osimons: hmm?
[08:01:30] * idnar_ is now known as idnar
[08:01:40] <Blackhex> coderanger: if my 0.9 plugin needs TracTags shoud I write in setup.py install_requires = ['TracTags'] ?
[08:01:54] <coderanger> Blackhex: 0.9 doesn't support load ordering
[08:01:58] <Blackhex> ok
[08:01:58] <coderanger> That was added in trunk
[08:16:27] * osimons has quit IRC
[08:19:55] * klando is now known as cedricOB
[08:20:22] * flox has joined #trac
[08:25:29] * MasterC has quit IRC
[08:25:35] * mjg2 has joined #trac
[08:36:14] * jcw9 has quit IRC
[08:38:50] * tolsen has joined #trac
[08:46:07] * osimons has joined #trac
[08:47:10] <osimons> coderanger: back now...
[08:47:14] <osimons> coderanger: I created my own cache as well, before suddenly noticing that Trac already has a cache that I can reuse - not having to duplicate the cache (2 * memory), and it also checks for changes in config etc. Now I instead always use: from trac.web.main import _open_environment, and call _open_environment(env_path) to get an env instance with caching. Works fine.
[08:47:34] * Elephantium has quit IRC
[08:48:12] * Elephantium has joined #trac
[08:50:03] <coderanger> Yeah, I probably should just to get teh locking too
[08:50:54] <coderanger> That was me fooling around trying to figure out what was slowing down everything
[08:54:10] <osimons> caching = useful
[08:55:15] * otaku42 is now known as otaku42_away
[08:55:29] * idostyle has quit IRC
[08:55:45] <osimons> shouldn't be hidden as 'protected' methods thought - we do a lot of cross-project functionality, and caching makes all the difference.
[08:55:48] <cmlenz> maybe we should just move the cache into trac.env
[08:56:20] <osimons> i found it by 'accident' - caching should be a first-class citizen somehow...
[08:57:00] <osimons> using the get_projects() and _open_environment(), but that's about it that i've found
[08:57:34] <osimons> remember the singleton extension implementation + siblings, but i suppose that got put off until later
[08:58:02] <osimons> but yes cmlenz, i would look for env cache in trac.env
[08:58:06] * idostyle has joined #trac
[09:04:29] * minsu_ju has quit IRC
[09:04:39] * minsu_ju has joined #trac
[09:07:57] * inetwsnet has quit IRC
[09:15:37] * Miek has quit IRC
[09:16:11] * cedricOB has quit IRC
[09:30:29] * osimons has quit IRC
[09:35:03] * cmlenz_ has joined #trac
[09:45:36] * cmlenz has quit IRC
[09:59:40] * cmlenz_ is now known as cmlenz
[09:59:41] * cmlenz is now known as cmlenz_
[10:00:02] * cmlenz_ is now known as cmlenz
[10:04:10] * Blackhex has quit IRC
[10:04:33] * sam`_ has joined #trac
[10:08:27] * cmlenz has quit IRC
[10:11:42] * sam` has quit IRC
[10:15:02] * chandlerc has joined #trac
[10:27:50] * MasterC has joined #trac
[10:33:42] * em-dash has joined #trac
[10:34:01] * converter has joined #trac
[10:35:55] * cmlenz has joined #trac
[10:44:15] * converter has quit IRC
[11:06:20] * jkp_ has quit IRC
[11:06:50] * jkp has joined #trac
[11:08:04] * jborg has joined #trac
[11:10:32] * em-dash has quit IRC
[11:15:46] * nextime has quit IRC
[11:17:56] * osimons has joined #trac
[11:33:26] * nextime has joined #trac
[12:00:09] * mjg2 has quit IRC
[12:00:47] * mjg2 has joined #trac
[12:07:03] * noodl has joined #trac
[12:10:01] <noodl> Hi. Is it possible with mod_fcgid to have one vhost using TRAC_ENV and another using TRAC_ENV_PARENT_PATH? I have an old vhost which shows a list of projects. Now I've created a new vhost for a single project, the old one shows the new single project :(
[12:11:20] * Elephantium has quit IRC
[12:12:34] <noodl> Config: http://pastebin.ca/156423
[12:15:57] <osimons> hi - looked at your config. we do the same, but run it inside the same virtual host
[12:16:35] <osimons> have a location /about that is setup as a single project, and /projects which is a parent for many
[12:17:48] <osimons> don't see that you can have 2 virual hosts with identical info - the first one will answer when apache tries to resolve
[12:17:56] <noodl> and your single vhost uses PARENT_PATH?
[12:18:05] <osimons> no - trac_env
[12:18:22] <osimons> no - the virual host uses both
[12:18:43] * noodl is confused
[12:18:50] <osimons> but inside the virtual host, i have <Location> directives with different values
[12:19:12] <noodl> Oh I see. And this is with mod_fcgid?
[12:19:23] <noodl> .. using DefaultInitEnv?
[12:19:47] <noodl> I think that's where the problem comes from, mod_fcgid isn't leeping the two contexts separate.
[12:19:55] <noodl> *keeping
[12:20:40] <osimons> i use mod_python - the apache setup will be the same
[12:21:12] <osimons> no - it is apache that will resolve the req trying to find a host to handle the request. there can be only one...
[12:21:49] <noodl> Yeah, mod_python is the next option if I can't get this running. Just seems a shame to keep python resident in apache for only these two vhosts (most of the other stuff is php, ugh).
[12:22:22] <noodl> That's not the problem, each vhost has ServerName separate, and that part works fine.
[12:27:50] <osimons> ah
[12:27:59] <osimons> misundertood
[12:29:10] <noodl> I think the issue is that mod_fcgid is running only a single process, so there's only a single set of env vars. Just need to find a way to tell fcgid that my two vhosts should be separate fastcgi processes.
[12:29:42] <osimons> then it is your virtual host directive if both listen to port 80 - directives should then be <VirtualHost trac.igeek.co.uk:80> with a NamedVirtualHost trac.igeek.co.uk:80 before the configurations
[12:30:29] <osimons> apache will then resolve the url and redirect to the correct virutal host
[12:31:11] <noodl> no that's totally wrong :)
[12:31:24] <osimons> NameVirtualHost that is...
[12:31:26] <noodl> Sorry to be blunt but that's cargo cult.
[12:31:50] <osimons> huh?
[12:32:05] <noodl> I'm a chanop over at #apache and work in their docs project, so I kind of know what I'm talking about re: apache :)
[12:33:08] <osimons> oki - that's how i make two different setups answer to different requests
[12:34:11] <noodl> Yep, fair enough. The correct way to do this is with NameVirtualHost *:80 (just once) and multiple <VirtualHost *:80>s. It's ServerName and ServerAlias which govern name matching.
[12:34:47] <noodl> NameVirtualHost and <VirtualHost specify which interface to do the matching on, not the Host: header.
[12:36:08] <osimons> isn't *:80 used as a default resolver then? where a NameVirtualHost cannot be found?
[12:36:46] <osimons> so that if you switch the order of your configs, will it start showing the other?
[12:36:49] <noodl> hmm? how would that work?
[12:37:34] <noodl> The first vhost in the config is the default when the name isn't recognised. See httpd -S
[12:38:56] <osimons> not to make it work - to test my hypothesis :-)
[12:39:54] <noodl> hehe
[12:41:57] <osimons> well, i'll leave apache then if you think that is ok. here's next:
[12:43:42] <noodl> Do you know if mod_python supports apache 2.2 yet?
[12:43:57] <osimons> when i set up double setup for testing fcgi, i used a different strategy - as you said to separate them, and you would then make one .fcgi script for each - one igeek.fcgi and one staunch.fgci, and you point each to its own script
[12:44:24] <osimons> basically a handler that is a single scipt (the trac one)
[12:44:37] <osimons> inside the script, you use python magic to set what you need
[12:44:41] <osimons> like:
[12:44:44] <noodl> Ok, create wrapper scripts?
[12:44:58] <osimons> os.environ['TRAC_ENV'] = "/path/to/my/single/trac"
[12:45:21] <osimons> well, trac includes a .fcgi handler script - an entry point for all trac
[12:45:44] <osimons> inside python/share/trac/cgi-bin or something
[12:45:45] <noodl> that's a very good idea, thanks :)
[12:46:07] <osimons> copy that script - twice, and configure each for its own values
[12:48:55] <osimons> and yes, on my osx apache works fine with 2.2.2 and mod_python 3.2.8 from DarwinPorts at least.
[12:52:31] * em-dash has joined #trac
[12:57:13] * ynezz has joined #trac
[12:57:57] * PingYeh is now known as Ping|away
[13:09:59] * HenkPoley has joined #trac
[13:10:47] * chandlerc has quit IRC
[13:29:39] <noodl> osimons: i got this 'working' by copying to trac.fcgi to a new file. not pretty, but no worse than creating wrapper scripts, perhaps. thanks for your help :)
[13:32:33] <osimons> you're welcome.
[13:33:52] * MasterC has quit IRC
[13:41:23] * Miek has joined #trac
[13:41:35] * ynezz has left #trac
[13:41:44] * peppelorum has quit IRC
[13:47:39] * converter has joined #trac
[13:49:18] * Blackhex has joined #trac
[13:59:50] * noodl has left #trac
[14:02:23] * osimons has quit IRC
[14:03:09] <Blackhex> alect: hi, are you here?
[14:13:14] * osimons has joined #trac
[14:20:06] * tuxipuxi has quit IRC
[14:30:48] * danbeck has quit IRC
[14:42:56] * xjjk has joined #trac
[14:56:48] * agile has quit IRC
[14:59:20] <jkp> cmlenz: there?
[14:59:49] <cmlenz> sort of
[14:59:59] <jkp> hey dude - quick question for you
[15:00:10] * osimons has quit IRC
[15:00:16] <jkp> heh - im very much sort of here but this was shirling in my head and i wanted to bash it out :)
[15:00:24] <jkp> moving house tomorrow man :/
[15:00:39] <cmlenz> ouch
[15:00:40] <jkp> so...im looking at implementing depends()
[15:00:41] <jkp> he
[15:00:45] <jkp> indeed - ouch
[15:00:51] <jkp> only 3 quarters packed
[15:01:00] <jkp> whole house to move
[15:01:02] <cmlenz> heh
[15:01:12] <jkp> still - will be nice when its done, my first house :D
[15:01:44] <jkp> what i wanted to know what why you implemented ExtensionPoint like you did, and you didnt just make it a function?
[15:01:49] <jkp> why the property subclass?
[15:02:52] <cmlenz> I don't see how it would work as a function
[15:03:14] <cmlenz> when you access an extension point, it needs to have access to the instance of the class it's defined in
[15:03:24] <cmlenz> so it's implemented as a descriptor
[15:03:33] <jkp> you pass an interface, and look it up in the meta class and then returns the results?
[15:03:38] <cmlenz> that it's a subclass of property is just to share some of the descriptor implementation
[15:03:58] <jkp> hmmm - ok, im not sure i full understand the descrtiptor thing
[15:04:09] <jborg> Yay, looks like google groups finally approved all subscriptions!
[15:04:19] <cmlenz> "you pass an interface"... you mean every time the extension point is accessed?
[15:04:22] <cmlenz> jborg: yay
[15:04:42] <jkp> well, you do this
[15:04:49] <jkp> (in your imp)
[15:05:06] <jkp> conformants = ExtensionPoint( IProtocol )
[15:05:16] <jkp> then you have a list right?
[15:05:24] <jkp> (of conforming objects....
[15:05:24] <cmlenz> no
[15:05:40] <cmlenz> when you *access* that ivar it will return a list
[15:05:46] <cmlenz> subtle but important difference ;-)
[15:05:49] <jkp> s/objects./classes
[15:05:51] <jkp> right - i get it now
[15:05:55] <jkp> yeah - so its always up to date
[15:06:06] <jkp> it is recalculated each time - nice
[15:06:16] <jkp> ok - question then
[15:06:29] <jkp> do you see any reason why i might need something similar for dependencies?
[15:06:32] <jkp> my plan was this
[15:06:35] <cmlenz> the list depends on the componentmanager of the enclosing instance, so that instances of the extensions are bound to that same componentmanager
[15:07:00] <jkp> right
[15:07:10] <jkp> i havent got into using multiple component managers yet
[15:07:18] <jkp> we're kind of just using the component manager as the kernel
[15:07:36] <jkp> what i was thinking for depends to start with was this
[15:07:46] <jkp> a component may depend on other components...
[15:07:50] <jkp> so you need to do
[15:08:02] <jkp> depends( ComponentOne, OtherComponent )
[15:08:11] <jkp> which stores that in a hidden ivar like you do
[15:08:23] <cmlenz> yeah, that's more like implements() -> _implements
[15:08:40] <cmlenz> you don't need to access that outside of the componentmanager
[15:08:46] <jkp> then when you come to setup the class you check for dependencies by using a function to access them
[15:09:03] <jkp> and make sure they are initialised first...so it seems very simple
[15:09:14] <jkp> infact, yeah, a method on the component manager
[15:12:47] * xjjk has quit IRC
[15:13:56] * Aaron has joined #trac
[15:14:36] <Aaron> hm
[15:14:47] <Aaron> here's a question not answered in the FAQ:
[15:15:17] <Aaron> What operating system (and distribution, if applicable) is easiest to use when installing trac for the first time?
[15:15:43] <matt_good> Aaron: I think that depends on whatever you're used to
[15:15:58] <misc> well, a distribution that provides a packages o trac i fear
[15:16:22] <Aaron> let's say I want to use linux and can install any of them, just to test it out
[15:16:45] <Aaron> and get used to operating it before i put it in production somewhere else
[15:16:58] <misc> there is one for almost every big distribution, ( but i will not tell that my packages are better :) )
[15:17:23] <Aaron> ok
[15:17:30] <cmlenz> you can also get vmware player and install the trac vm that's floating around somewhere
[15:17:49] <Aaron> well i know some distributions do strange things with config files, and layouts
[15:17:56] <misc> and the distro will not change anything to trac
[15:18:18] <Aaron> yeah i was actually looking for a VM image to start with
[15:18:36] <misc> Aaron: well, most of the time, there is a good reason but this is not a big change to adopt a different layout
[