I will try to find my best words. Sorry to annoy you with a huge commit. But as I say before, I'm the main dev of entrance and the only one to take care about it. And I do it in my free times, as my contribution to the efl libraries and enlightenment since a long time. Raster or cedric have made some contribution to entrance before. But it was a long time ago. The last diff I see, from another than me, is from raster, where is a diff is on a pam file (not C code). Raster don't see I provide a file for debian-ubuntu pam... So I take this into account that an advanced user, who don't notice I provide this one. So I change my mind and today, I provide a debian pam file in first. (the second pam file is for gentoo or arch. Where I think user are welcome and get used to do some patch or custom cp for things to work, instead of ubuntu users...). But this is not the problem here. I just want you point out, I have some users who use entrance everyday and welcome to have the last revision to test it. We have migrated from svn to git. OK. They do it, and since I still have about 10 mails each months for entrance... Now I have 4 choices. - First one, try to do atomic commit to pleased you and have some review from nobody...(maybe cedric for some commit not all, where he will say nothing...). As I said before, I don't want to spare my time for that. - Second choice, don't do atomic commit... and nobody can (want) review me. But I will annoy some people with my huge commit (where this people can configure mailing box to ignore it as said by kuri). - Third choice, as second choice don't do atomic commit, but my project go in my dev dir. Here my user will be annoyed, because he don't be noticed by recent changes and I lose my futur audience ... - Fourth choice, don't do atomic commit... and open my own github. And I will annoy my user for a last time and don't boring you again.
But in last, if the last choice comes to be the best one. I will be very sad to go away from this repositories, because I think entrance could be a good publicity. Further, entrance works like a charm for years, and I try to not b0rk it... In last, but I can't say "ok, I go to my own dev dir and don't boring you again" here. But I understand your point of view. So, I let you assume your remarks and futur decision. I'm not the one who have coded 90% percent of code of efl libs so I can't be a dictator to make some decision. I just want to have some arrangement with you on this point. PS: I never be remunerated for my contribution to efl libs or elementary, if I have succesfully imposed the efl and enlightenment in my last jobs. I always do my dev on the efl libraries on my free time as I do for entrance. If I had never considered to improve or debugging efl libraries and elementary, surely entrance would be in a better state today. And elementary in a worse state... as the efl libraries. Please take this into accounts. Regards 2013/10/30 Guillaume Friloux <guillaume.fril...@gmail.com> > Hello guys, i dont put quotes as there would be too many things to quote > and i want my mail to be short. > > Entrance is used by a bunch(maybe i should define 'bunch') of peoples, > already using this git repo. > The fact that yoz is the only active dev on it ATM doesnt makes it a > personnal project. A project is defined "personnal" when there is only > one user, not one dev. > In my opinion, this project has enough users to be in /misc/ or /apps/, > and not be isolated in /devs/ repo (or start to also move ecrire, > ephoto, etc). It is also a very interesting project that needs audience, > hidding it in /devs/ is BAD. > > You guys are asking rules to be respected on a project you dont even own > (leading to "lets put this out of repos"). > If his patches bothers you, while you are not even working on it, you > can configure your mail client to filter those commits and mark them as > read instead of making changes that would affect michael and all the > entrance users. > > Michael already does atomic commits on all the /efl/ patches he does, so > he doesnt have to be told about that. > If you join his project and start working on it, then im pretty sure he > will start to do a lot of nice things for you, even explaining his code > and answering every question. > > Re-reading my mail, it can seem rude, but its not, its just 'clear'. > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Michaël Bouchaud (yoz) <y...@efl.so> ------------------------------------------------------------------------------ Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
