Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre <aguirre.nico...@gmail.com>wrote:
> 2011/3/11 Tom Hacohen <t...@stosb.com>: > > I completely agree. I also don't want to step in an argument I know > nothing > > about, but I do agree with Gustavo. In my pov e's svn is for e > applications. > > It's not sourceforge that stores open source projects, everything in the > svn > > is made for e and thus should follow whatever guidelines/spirit e may > have. > > I don't think svn is a good place for *personal* pet projects (maybe in > your > > own dev dir?) because everything in svn is seen by other people as > something > > developed and supported by the e team, and thus, all the e team should be > > able to adjust, modify and even rewrite so it'll follow e's spirit the > > direction. > > > > Unrelated note: I really love edje_player, been using it for ages now. > > > > -- > > Tom. > > > > On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte < > > leif.middelschu...@gmail.com> wrote: > > > >> I don't want to jump in into anything personal. > >> > >> I just wanted to support Gustavo on the way he thought. I would have > >> thought the same way. By saying so, I don't want to say: "You guys > >> were wrong!", but "As we can see we need to solve this issue and come > >> up with a rule.". > >> > >> Therefore, I'll start a thread about policy. I'll use the outcome to > >> put an article into trac/wiki about how stuff in e.svn.org is to be > >> treated so we (hopefully) never have to argue about such things and > >> can focus on development as a community. > >> > >> > >> BR, > >> > >> Leif > >> > >> 2011/3/11 unixti...@gmail.com <unixti...@gmail.com>: > >> > I don't know what has got in to you lately, but I was not talking > about > >> or referring to ephoto. Get off of your high horse and stop taking > offense > >> to everything that gets said even when it has nothing to do with you. > For > >> your information ephoto is widely used and the general consensus in the > e > >> world is that elm is the problem and lacks terribly in design and > >> implementation. There is a whole lot more that I want to say and could > say > >> as you took to personally insulting me, but I'm not going to drop to > that > >> level. > >> > > >> > Sent from my Cellular South HTC Desire > >> > > >> > ----- Reply message ----- > >> > From: "Gustavo Sverzut Barbieri" <barbi...@profusion.mobi> > >> > Date: Fri, Mar 11, 2011 8:34 am > >> > Subject: [E-devel] (Re)moving stuff from SVN without author knowledge > >> > To: "unixti...@gmail.com" <unixti...@gmail.com> > >> > Cc: "Andreas Volz" <li...@brachttal.net>, < > >> enlightenment-devel@lists.sourceforge.net> > >> > > >> > > >> > On Thu, Mar 10, 2011 at 8:08 PM, unixti...@gmail.com > >> > <unixti...@gmail.com> wrote: > >> >> I think you make a very good point Andreas. While the other side may > >> argue that it is in public subversion and is open source code, at the > same > >> time the project still has an author with an idea and scope for the > project. > >> I think its rude to change the code of ones project and even the scope > of it > >> without any knowledge of the author. This has been happening to a lot of > >> authors and projects over the past year or so maybe a little more. To > all > >> developers: get to know you're fellow developers!!! Communicate with > them! > >> Communication is a good thing. I promise. > >> >> > >> > > >> > Hi okra, here I have to disagree a bit. Or at least explain why these > >> > things happened to you and ephoto: > >> > > >> > 1. I understood Ephoto was an E project, not a personal project > >> > (as Andreas' PROTO/edje-player). Similarly that I don't go ask Raster > >> > every change I did to Evas, Ecore, Edje or E itself, I did not feel > >> > like asking permission to change it. SORRY, later own I realized > >> > (actually after being told by many) that Ephoto was your lovely > >> > playground and <rant>although the name, most E people don't use it to > >> > see photos because it barely work.</rant> > >> > > >> > 2. You never grasped Elementary or other core components of EFL, > >> > as you're not much into them. This reflected into the Nth rewrite of > >> > Ephoto in Elementary being barely working. From basic things as > >> > asynchronous listing of directories with eio to incremental sorting > >> > with "insert ordered" means. You struggled with these and were not > >> > going anywhere... partly because even Elementary lacked some > >> > primitives in gengrid to do so, and you're not willing to do these, > >> > instead opted to work around. > >> > > >> > 3. In a worthless movement, I tried to create a common feeling > >> > among EFL applications by introduction of recommended "application > >> > layouts" bundled in Elementary's theme. This resulted into changes to > >> > Ephoto visual so it and other applications such as Eve, Enjoy and > >> > Envision would look similar, with toolbars in the same place. It was > >> > worthless as general consensus was that people should do whatever they > >> > want as it was their own software. This actually resulted into lack of > >> > motivation to work on our applications as no matter what amount of > >> > work I did (even if I was allowed to do!) would not work as a it would > >> > never provide "EFL experience" because "EFL experience" never existed, > >> > it was dream I had but never existed in reality. Together with lack of > >> > time, I went back to KDE applications (if you need a recommendation: > >> > gwenview, amarok, okular and dolphin are excellent applications). > >> > > >> > Seems that all we do, and from feedback I got, all we SHOULD do is > >> > create personal applications to fit our own needs, the way we like > >> > them, veto other changes. > >> > > >> > After all this rant, sorry to change your pet project with stupid > >> > dreams to have EFL applications. We're not ready to have such with > >> > current mindset. Thank your for reminding me of such. > >> > > >> > -- > >> > Gustavo Sverzut Barbieri > >> > http://profusion.mobi embedded systems > >> > -------------------------------------- > >> > MSN: barbi...@gmail.com > >> > Skype: gsbarbieri > >> > Mobile: +55 (19) 9225-2202 > >> > > >> > ------------------------------------------------------------------------------ > >> > Colocation vs. Managed Hosting > >> > A question and answer guide to determining the best fit > >> > for your organization - today and in the future. > >> > http://p.sf.net/sfu/internap-sfd2d > >> > _______________________________________________ > >> > enlightenment-devel mailing list > >> > enlightenment-devel@lists.sourceforge.net > >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > >> > >> > >> > ------------------------------------------------------------------------------ > >> Colocation vs. Managed Hosting > >> A question and answer guide to determining the best fit > >> for your organization - today and in the future. > >> http://p.sf.net/sfu/internap-sfd2d > >> _______________________________________________ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > > > > > > -- > > Tom. > > > ------------------------------------------------------------------------------ > > Colocation vs. Managed Hosting > > A question and answer guide to determining the best fit > > for your organization - today and in the future. > > http://p.sf.net/sfu/internap-sfd2d > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > It's why enna has been moved out of E SVN ! it was not the right place > for a personal project. > > -- > Nicolas Aguirre > Mail: aguirre.nico...@gmail.com > Web: http://enna.geexbox.org > Blog: http://dev.enlightenment.fr/~captainigloo/ > -- Tom. ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
