Good gracious, this is getting insane. I agree with Tom on this one (good gracious, I agree with Tom!). What your job is or where you work has nothing to do with the community. Your work is appreciated, but commit access is not required for you to do your job, and since we are not using SVN anymore, the argument of giving proper credit is moot too.
There's several of us working at companies doing work with EFL and contributing back and we do have a history of giving access with too much freedom but we are trying to fix that and get to the point where if someone has write access to our code, it's because most of us know who that person is and we can trust not just in the quality of the work produced, but also that said person won't just vanish one day leaving a bunch of unmantained stuff that others will have to care for. So if you care about us being good mannered when it comes to human relations, you should also be good mannered when it comes to relations within the community. On Tue, Oct 1, 2013 at 11:41 AM, Tom Hacohen <tom.haco...@samsung.com> wrote: > On 01/10/13 15:55, Yossi Kantor wrote: >> Tom, >> >> Open source or not, there are normal human relations and you will comply >> to them (With me at least). >> (There are actually a lot of respectful ways you could have done the >> same thing it openly >> but its not my job to teach you how). > > No, I will not comply with your human relation guidelines. It makes more > sense to follow guidelines set by the community in which we are > participating, or the "world" (open source) we are communicating in. > >> I'm a software engeneer in a comercial organization. Like you. There is >> a job I do in relation >> and demands of this organization. You or anyone else not knowing me is >> really not my problem. > > Yes, but that does not matter at all in this context. No one cares about > your job, organization and status. All we care about is if you produce > good code, and if we can trust you with commit access. We don't know you > at all, so we obviously can't. > >> (I'm not a rock star(yet) ). > > Let's hope you will be. > >> "Trust measured in quantity? " - Seriously dude.... > > Well, no need to nit-pick, I obviously meant that trust is earned over > time, and not by the quality of random patches. Just wanted to align it > with your quality/quantity example. > > -- > Tom. > > ------------------------------------------------------------------------------ > 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=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-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=60134791&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel