Hello, On Mon, Jan 6, 2014 at 7:32 PM, Daniel Juyung Seo <seojuyu...@gmail.com> wrote: > On Mon, Jan 6, 2014 at 6:10 PM, Cedric BAIL <cedric.b...@free.fr> wrote: >> On Mon, Jan 6, 2014 at 4:22 PM, Stefan Schmidt >> <ste...@datenfreihafen.org> wrote: >> > On Mon, 2014-01-06 at 13:14, Cedric BAIL wrote: >> >> I would like to give a proper dev access to our git to Sebastian Dröge >> >> (slomo on phab) who has been fixing up our emotion gstreamer backend >> >> lately (thanks god someone is taking care of it !). As he has already >> >> had a history of contributing to other open source software (like >> >> gstreamer) and I am by now close to do rubber stamping on his >> >> contribution on phab, I do think he will fit well with a developer >> >> access. >> > >> > THis makes me wonder what happened to our probie experiment. You >> > > > I agree with Stefan. It's confusing. > Who gets probie permission and who gets full access directly? > >> requested probie access for some devs a while ago. Did this access >> > help them? Are they on a good way to get proper access? >> >> They have pushed https://git.enlightenment.org/devs/rimmed/eflete.git/ >> and did some other patch around. They still should come forth to this >> mailing list and ask people for opinions and tests on it, but they >> seems to be still a little bit shy :-) For those who are adventurous I >> think it is already something testable, maybe not yet daily usable, >> hopefully it will reach that point. >> >> > For Sebastian you are asking for full access directly? >> >> Yes, as he is contributing directly to a core part of EFL that nobody >> is taking care at the moment (emotion gstreamer) and he has enough >> experience with the open source world that I trust him to do things >> right.
> From what Cedric said, trusted people can get full access permission > easily. > Is this true? Then people will ask how to define "trust". > As far as I remember, this was discussed in the mailing list. Well, people that are trusted are the one who get access to our git (the only one I don't trust is myself, and I have no idea how I did get that access in the first place, but even Jenkins thinks I am a great guy as I score above everyone, so weird !). Now how to define trust, is an interesting things. I do things that people who are able to contribute patch the proper way and have already contributor access to other OSS project will perfectly understand how to interact with our community quickly. > Don't get me wrong. I am not against giving an access to a good and trusted > person butI still think we need a documentation about the permission thing > in phab. > Or there will be too many exceptions. I think the main point you are raising here, is that you see the probie access as some kind of hierarchical things you need to pass to get a developer access. I do disagree on that vision here. For me probie is just a training camp. To give access to people who are learning how to interact with our community, do provide useful patch and work on nice project that have their place in git.e.org. Basically giving them a way where they can try to put their hand, screw things and have no bad feeling from that. In my opinion, there is no such things as an exception to be a probie or not. It is not a bureaucratic system with rank, more a way to handle new comer easily and let them be quickly part of the community even when they are just beginning to learn how to interact with an OSS community. But if people already show that they are able to interact with our community, provide good code and showed a strong background with another OSS community, their is no point into slowing them down by limiting them to a probie access. -- Cedric BAIL ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
