Re: [Trac] Proposal for Trac

2010-07-15 Thread alind sharma
. Just a small request : use some platform independent thing like (qt/tk/wx) so that in works in linux as well. Alind Sharma From: Matthew Caron matt.ca...@sixnet.com To: trac-users@googlegroups.com Sent: Wed, 14 July, 2010 11:39:34 PM Subject: Re: [Trac] Proposal

Re: [Trac] Proposal for Trac

2010-07-15 Thread Olemis Lang
On Thu, Jul 15, 2010 at 5:35 AM, alind sharma alind_...@yahoo.com wrote: As I am mainly using trac. Not developing even a single line of it yet. I can say that having a easy to use gui is not a problem( its good). Trac and trac hacks are there. Go ahead and start a project on it. If people find

Re: [Trac] Proposal for Trac

2010-07-14 Thread Christian Dähn
Hi, ... starting place with advertising for Trac and a very simple install HowTo - better: how to install Trac _WITHOUT_ going to the command line (gui based installers for Linux + Windows). = http://bitnami.org/stack/trac That's near to what I thought of - but: a) nearly all bundles are

Re: [Trac] Proposal for Trac

2010-07-14 Thread Matthew Caron
Warning: This is personal opinion, and I'm going to be climbing up on my soapbox here for a bit. If a bunch of folks want to work on the parent's project, don't let me stop you, but I feel that a counter point here might be useful. Hi, I agree: a) public relation isn't a strength of Trac ;-)

Re: [Trac] Proposal for Trac

2010-07-14 Thread Olemis Lang
Hi ! On Wed, Jul 14, 2010 at 7:42 AM, Matthew Caron matt.ca...@sixnet.com wrote: Warning: This is personal opinion, and I'm going to be climbing up on my soapbox here for a bit. If a bunch of folks want to work on the parent's project, don't let me stop you, but I feel that a counter point

Re: [Trac] Proposal for Trac

2010-07-14 Thread Matthew Caron
Even if I agree 90% with you, in this case, the only thing I'd like to point out is that sometimes it's useful to have the possibility of building up-to-date Trac installers containing a given set of plugins as well as initial environment configuration (which might be a simple apt-get-infected

Re: [Trac] Proposal for Trac

2010-07-14 Thread Christian Dähn
Hi, oh boy - I'm a not soo unskilled linux admin and python C++ developer - but: It's so damn annoying that I've to spend my rare time having to hack nearly every simple plugin to get it work and to set up many repeating jobs by hand - as developers we MUST be lazy and thus there should be a

Re: [Trac] Proposal for Trac

2010-07-14 Thread Olemis Lang
On Wed, Jul 14, 2010 at 10:37 AM, Christian Dähn da...@asinteg.de wrote: Hi, :o) And: The lack of documentation is a typical developer problem - why do argue against documentation? IMHO , I like well written and comprehensive (and example-driven) documentation of software projects .

Re: [Trac] Proposal for Trac

2010-07-14 Thread Matthew Caron
It's so damn annoying that I've to spend my rare time having to hack nearly every simple plugin to get it work I agree, but this is why I contribute back my changes. If everyone does this, eventually it all just works(tm), right? Also, plugins not working out of the box has nothing to do with

Re: [Trac] Proposal for Trac

2010-07-14 Thread Matthew Caron
Let's say, for example, that a lot of the core maintainers read this thread - your initial post, Correction - it was Todd Worden's initial post. You were agreeing with him. Apologies for the lack of historical accuracy. -- SIXNET - Industrial and Wireless Connectivity 331 Ushers Road,

RE: [Trac] Proposal for Trac

2010-07-13 Thread Christian Dähn
Hi, I agree: a) public relation isn't a strength of Trac ;-) b) it's really hard to explain business people why to introduce Trac c) the first steps to install and configure aren't documented for non-developers d) running and maintaining Trac often requires developer or command line skills So

Re: [Trac] Proposal for Trac

2010-07-13 Thread Christian Boos
On 7/14/2010 12:49 AM, Christian Dähn wrote: Hi, I agree: a) public relation isn't a strength of Trac ;-) b) it's really hard to explain business people why to introduce Trac c) the first steps to install and configure aren't documented for non-developers d) running and maintaining Trac often

[Trac] Proposal for Trac

2010-07-02 Thread Todd Worden
Hi group, I am writing a proposal for an large organization I am contracting with primarily as a SharePoint developer. This organization is substantially weighted in proprietary technologies centered around Microsoft. While I enjoy development with M$ tools, it is my experience and professional

Re: RE: [Trac] Proposal for Trac

2010-07-02 Thread Todd Worden
...@googlegroups.com] *On Behalf Of *Todd Worden *Sent:* Saturday, July 03, 2010 12:11 AM *To:* trac-users@googlegroups.com *Subject:* [Trac] Proposal for Trac Hi group, I am writing a proposal for an large organization I am contracting with primarily as... -- You received this message because you are subscribed

RE: [Trac] Proposal for Trac

2010-07-02 Thread Noah Kantrowitz
] Proposal for Trac Hi Todd and all Trac users I am also involved in not one, but many, organisations that would benefit from the use of Trac (and Subversion). The problem with these tools is the lack of a sales organisation making efforts in marketing them towards presumptive customers

RE: RE: [Trac] Proposal for Trac

2010-07-02 Thread Noah Kantrowitz
Mayhaps you sent this to the wrong place? --Noah From: trac-users@googlegroups.com [mailto:trac-us...@googlegroups.com] On Behalf Of Todd Worden Sent: Friday, July 02, 2010 5:19 PM To: trac-users@googlegroups.com Subject: Re: RE: [Trac] Proposal for Trac Thanks... does anyone else