On Fri, Nov 18, 2011 at 3:09 PM, Udo Spallek <[email protected]> wrote: > Thu, 17 Nov 2011 15:23:16 -0300 > Luis Falcon <[email protected]>: >> On Thu, Nov 17, 2011 at 2:02 PM, Nicolas Évrard >> <[email protected]> wrote: >> > * Luis Falcon [2011-11-17 15:48 +0100]: >> >>>> > I started the wiki page for goals of 2.4 >> >>>> > https://code.google.com/p/tryton/wiki/Release_2_4_0 >> >>>> Thanks Cedric. Very happy to see the Production module on the >> >>>> list ! >> >>> We will see if it will be achieved. >> >> What do you mean ? We will achieve it. If it's included we should, >> >> otherwise don't publish it. People expectations are high on this >> >> and this is not a game. >> > According to me goals are goals that we want to achieve. It may >> > happen, the focus is on those points but I may not happen. >> > We are in a free software world, it will happen if anybody is ready >> > to work on it and if anybody has time for it. If one of those >> > condition is not met, it will not happen ; if a more important stuff >> > arise in the community (I don't know what but who knows), it will >> > not happen ; etc … Moreover, this point is IMHO not more important >> > than some others. To change that either you do it yourself or you >> > pay someone to do it : this is free software. >> I don't agree. I believe we need to have commitment in what we talk, >> suggest and write. A project must meet and deliver its goals. Then, of >> course, in rare circumstances, something might not be delivered on >> time, but that would be just an exception. > > I know this: First case, a project can deliver all goals in all the time > needed to catch them all. Or second case, a project can deliver some of > the goals in a predictable time. And sometimes there is a mixture > between both cases. > For me and afaik most distribution packager the second way to go is the > best. > I don't like to slow down release cycle only for catching goals which > are collected by a number of changing individuals. I don't like > unpredictable release dates only because of missing features. > >> What we can't do is getting do meeting in Belgium, move people around >> from many countries around the world, agreed on the production module >> and now say "we'll see if it happens...." or "this is free software >> world and things might not happen". Is just not serious. > > I participated the discussion group about 'production'. After one cycle > where everyone tells his needs and requirements, one thing was clear for > me: we need a generic production module which is able to be the > base for all this totally different cases of production. IIRC we > talked about individual, serial, finishing production, production for > maintaining gardening and forests. [Hopefully I found the correct > English translations] > For me the first goal is to find a general base for all this very > different requirements in production. And I can wait as long as we have > a very good base for the implementation. I don't like to have some > module which is the result of a quick shot but only usable for some > cases but useless in general. > > Why are you so impatient? I'm not being impatient... I didn't put it for the 2.4 release.
> >> Same with the homepage.... quite a few people worked on design, made >> proposals, etc... and nothing happened yet, even though most of us >> wanted to update it. Things get washed away but discussions about >> templates / vim / Sphinx and other curiosities.... > I did not participated about the homepage changes for now, but I > really like this two aspects of the projects: > > * http://hg.tryton.org/www.tryton.org/ > * http://hg.tryton.org/doc.tryton.org/ > > It is easy to change layout/content/whatever for *everyone* in the > target audience of Tryton. Simply because everything needed is provided. > I don't like any CMS for a project like Tryton. And bringing the > technologies for presenting website and documentation together is for > me a perfect way to go. Yes, I really like sphinx. The community, especially those that dedicated their time and talent working on the template will appreciate if you can turn into the sphinx template. We need to be pragmatic. > >> Don't get me wrong. This is a great project and that's why a lot of us >> are here, contributing and supporting it, but we need to deliver the >> goals, otherwise it will become chaotic and unpredictable. > > As already mentioned, for my experience, your suggestions to strictly > deliver all the goals, will result in an unpredictable and chaotic > project. On the contrary. If you set goals, you make projects, teams, deadlines, etc... > >> PS: Time to have the Tryton foundation. > > How is the Tryton foundation related to this discussion? What do you > expect of a foundation to clear the above aspects? We need the foundation to protect and promote Tryton. Decision making __as a community__, being represented by the foundation voting members, is key for the points mentioned above. It's quite important that the community will is respected. Similar concept applies to fundings. Regards > > Regards > > Udo > -- > _____________________________ > virtual things > Preisler & Spallek GbR > München - Aachen > > Windeckstr. 77 > 81375 München > Tel: +49 (89) 710 481 55 > Fax: +49 (89) 710 481 56 > > [email protected] > http://www.virtual-things.biz > > -- > [email protected] mailing list > -- [email protected] mailing list
