On Friday, 11 March 2011, at 18:36:37 (+0100),
Leif Middelschulte wrote:

> Fair enough. Many of the said things are already part of the commit guidlines.
> 
> Cases to sort out:
> - In cases where the maintainer and the community e.g. ML disagree:
> who has the last word?

For the specific product, the original author/maintainer has the last
word.  For the E project as a whole, raster does.  If those conflict,
raster wins (and the project may need to "move out").

The understanding that I always had based on how we set things up:
 - Any E-related project may go in E SVN.  Nothing outside of E's SVN
   repo is officially part of the project.
 - All E-related projects must follow the general technology (Imlib,
   Imlib2, and now EFL) and philosophy of E (choice, power, apperance,
   performance).
 - The author/maintainer has control over their own project.
 - raster has final say ("veto power") over the project and the repo.
   If you disagree, you can either try to convince him or take your code
   elsewhere.  Both have been done successfully.  ;-)
 - Anyone with commit access can change your code.  If you don't like
   their changes, revert them and say why.  If there's still
   disagreement, discuss.  Major changes should be discussed first.

If any of this has changed, raster needs to be the one to change it.

> - What's the often cited 'spirit' of the enlightenment project?
>      People were arguing the spirit of e is (besides following the guidlines):
>      - Fix! Don't workaround!
>      - Improve where you can

People saying those things have specific reasons they want to believe
those are the "E spirit," but they're not.  They're very good
principles to live by, but that's not the guiding philosophy that the
project has had throughout its lifetime.  The main philosophy has
been:

1.  Choice -- As much power and flexibility in the hands of the user
    as possible.  Everything is configurable (options, themes, etc.).
2.  Power -- Feature-rich, not lean and incapable.
3.  Appearance -- It needs to look good.  Better than good.
    Mind-bogglingly good.
4.  Performance -- It needs to be fast and optimized, but not at the
    expense of features or looks.

Sure, things change over time, but I think those guiding principles
are still present and still evident in the products being produced to
this day.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <m...@kainx.org>
Linux Server/Cluster Admin, LBL.gov       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "A little learning is a dangerous thing;  Drink deep, or taste not
  the Pierian spring:  There shallow draughts intoxicate the brain,
  And drinking largely sobers us again."
                            -- Alexander Pope, "An Essay on Criticism"

------------------------------------------------------------------------------
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

Reply via email to