Menu
▾
▴
Re: [xmlvm-users] Monster patches and GPL linking exception
|
From: Sascha H. <sa...@xm...> - 2010-03-25 14:24:42
|
I very much agree. So far, we (the core team) weren't very open about what we are working on either I take it as a task on my todo list to create a page on our home page, where we can track what people are working on. This roadmap should be extremly useful for everyone involved // Sascha On Thu, Mar 25, 2010 at 2:28 PM, Arno Puder <ar...@pu...> wrote: > > > I wholeheartedly agree with this. If you plan to work on a non-trivial > enhancement for XMLVM, you should announce that on the mailing list > before you begin to avoid redundant work. > > Arno > > > On 3/20/10 2:32 AM, Gergely Kis wrote: > > Hi, > > > > I think the solution for this is to communicate more on the mailing > > list, to lay down the technical directions of the project. Right now > > everyone is developing privately, then throws patches "over the wall". > > If we discussed the approaches on the mailing list, then each of us > > would make less duplicated efforts. > > > > Of course, when you are under time pressure, to get an application > > working, you have to go ahead on your private branch. In this case you > > take the risk that your changes are never going to be merged. > > > > Best Regards, > > Gergely > > > > 2010/3/18 Panayotis Katsaloulis <pan...@pa... > > <mailto:pan...@pa...>> > > > > > > On 18 Μαρ 2010, at 6:15 ΜΜ, Dr. Alexander K. Seewald wrote: > > > > ... > > > > > Currently it works like that: Wolfgang, Arno or Sascha ask me > about > > > a specific functionality (currently it's audio recording), and I > > > > .... > > right, that's the key point: > > they "asked" you :) > > > > > > I know that it really is difficult to handle, but (as I said in > > previous posts), it is expected for a new project to have patches > like > > these. > > > > Of course if such patch is not desirable, I could take it back and > > send, for example, only UIViewContoller, then tomorrow another > object, > > and so forth :) > > But I believe the total effort then will be much much larger than > now, > > since this whole patch has a common logic which at the end of the day > > will make evaluating it easier than to send one file at a time. > > Maybe it might seem too difficult, but it would be easier than to > > "divide and conquer" :) > > > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > <mailto:xml...@li...> > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > > > > > > > -- > > Kis Gergely > > MattaKis Consulting > > Email: ger...@ma... <mailto:ger...@ma...> > > Web: http://www.mattakis.com > > Phone: +36 70 408 1723 > > Fax: +36 27 998 622 > > > > > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > > > > > > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
