Hi Otavio, I think you also need to take a step back and realize the following:
I have already acknowledged that you do bring valid points. It is not not a good thing that certain features like serial, parallel and smartcard are not as stable as they should be, and would definitely use a helping hand with that. We've never been against fixing those features, we just never got to complete fixing them. FreeRDP covers a huge amount of possible use cases and this means that if company A,B,C want FreeRDP in a certain way then company D,E,F want it a certain way which A,B,C doesn't understand or care about. We're highly inclusive and try to cover everybody's use cases as best as possible, but that doesn't mean we're offering free support to cover all use cases. It just means we'll integrate your stuff and make place for it such that it can be as reusable as possible without preventing other people from using FreeRDP the way they need to. Simply put, here's what the whole situation looks like: FreeRDP used to be more stable for features you cared about, then they were broken in 1.0 and a lot of new features and architectural fixes were done before completely fixing those features. Looking at that, you're just asking that we stop adding new features, freeze everything and spend most of our time stabilizing what we currently have rather than go after new features. Since what you need is the complete restoration of those features that were broken before you can migrate to the latest code, it can be quite frustrating to see nobody cared to fix those features over all this time. If you're frustrated about that, then hell, imagine my frustration! There's a LOT of stuff which nobody even cared to fix in all of this time that would have been totally worth it. I must keep my cool with all of these people asking me about all sorts of things and complaining all the time about missing stuff. I've been doing an incredible amount of work on this project so if you need something more, than you've got to stop complaining and start doing something. I'm just sick and tired of such alleged "constructive criticism" that truly isn't. The constructive part is where I acknowledged there is a problem, the negative part is where you don't understand that while we acknowledge there is a problem, you just don't acknowledge that fixing the problems require time and resources which we don't have and apparently aren't willing to provide at this time. I work on the bleeding edge of FreeRDP just like many other developers and it works fine for us. Others require a more stable version of it which is why we came up with the stable branch. Finding a method of operation that actually works in practice takes time, but the stable branch does work. Without Bernhard's amazing work *in his free time, on top of what he's already doing* I don't think the stable branch would be as useful as it is right now. What you need is to get the stuff you need to get fixed in the stable branch, and you should be happy afterwards. It truly is all you need to satisfy your requirements. On Wed, Oct 23, 2013 at 7:13 AM, Otavio Salvador <ota...@ossystems.com.br>wrote: > Hello folks, > > On Wed, Oct 23, 2013 at 7:15 AM, Bernhard Miklautz > <bmikla...@thinstuff.at> wrote: > > first of I'm truthfully sorry how it went with xrdp. Even if I wasn't > > directly involved I absolutely understand you and also think some not > > really right choices were made.. Sorry for that. > > I think Marc-Andre and ThinStuff need to step back and listen. Stop to > tell excuses and do an analysis of state points instead to justify > 'your actions' learn from the feedback. > > > On 10/23/2013 09:48 AM, Jay Sorg wrote: > >> What do I think? > >> > >> I left rdesktop in Peter's control and Cendio took over. > >> I left FreeRDP is your control and Thinstuff took over. > > ... what do you understand by "took over"? > > > > Spending time on fixing bugs? > > Trying to get new features in? > > Spending money on improving OSS software? > > Helping out users? > > Jay did it a lot. I did it a lot. > > I stopped when I noticed FreeRDP will never be usable for me. My > product still uses FreeRDP 0.8+GIT (before rewrite) and it works more > or less but it is stable. FreeRDP suck in this aspect. > > ... > > Thinstuff didn't in *any* kind take over FreeRDP. To let me put this > > straight Marc-Andre is the project lead and I (like any other Thinstuff > > Marc-Andre is very skilled but not to manage a project. FreeRDP > commitment from community reduced a lot and as he realized companies > are commited to their own needs and don't expend money to fix bugs > which they don't care about. > > > employee) isn't favoured in any way when working on FreeRDP. We don't > dictate any > > direction, we just regular contributors doing pull request and help on > > other stuff. - For me that doesn't look like taking over? > > Taking over can be of many forms. I don't know all the projects done > but Marc-Andre needs to ensure not only Thinstuff needs are > accomplished or it ends being a 'featureness-compliance takeover'. > > > On the other side, it's not a secret that we do and did projects > together with > > Marc-André and his company. If we do projects the "by-product" is most > > of the time that something that was done ends up in FreeRDP since it's a > > new feature or improvement even if it's just a trivial memory leak or > > fix. - Still not seeing the take over point her. > > > > Jay, I'm really happy and thankful that you and Marc-André started > > FreeRDP but if you leave the project and not happy how it turned out > > it's one thing. If you are unhappy how other things went thats the > > other. On both, I really do see your point and respect this > > but I also feel personally offended by public accusations that are > > just not right and true. > > I know all of the people at Thinstuff and they are nice and good > > girls and boys and definately not with the intention, or mindset, > > of "taking over" an project. > > > > This is just my personal opinion and has nothing todo with my employer. > > I participated a lot on the began of FreeRDP and it was very exciting. > Currently it is not. Too bad. > > -- > Otavio Salvador O.S. Systems > http://www.ossystems.com.br http://code.ossystems.com.br > Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk > _______________________________________________ > Freerdp-devel mailing list > Freerdp-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freerdp-devel > ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk _______________________________________________ Freerdp-devel mailing list Freerdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
