On Wednesday, 30 November 2005, at 09:54:27 (+0900),
Carsten Haitzler wrote:

> > My point is that it's his responsibility to give up the reigns or
> > simply take a less active development role (and more management).
> > It's his choice.
> 
> he HAS taken a less active role. thats my whole point! by sheer
> virtue of actions.

And *my* point is that he has chosen option #2, not option #1, of the
two options in my statement above.

> > Not at all.  Anyone with CVS access can contribute.  I have no
> > problem with that.  All I'm saying is that the person in charge
> > remains the person in charge until one of the following happens:
> > (1) (S)he steps aside willingly; (2) (S)he is inexplicibly out of
> > touch via e-mail and IRC for a significant period of time.
> 
> OR in the event they just go minimally active (do no significant
> work on a project that needs work - see previous mails of mine), and
> thus become a block to that project moving forward.

No.  It's THEIR project.  They have every right to be a roadblock to
it if they so choose.  That's where the Fork and Rewrite options come
into play.

> and if you now have 1 person doing 90% of the work... do they not
> get to call when to release? or do you leave it to someone inactive?

I don't leave it to anyone.  It's not my call.  It's up to the owner
of the code in question.  In this case, xcomp.  And if anyone else
actually *were* doing 90% of the work, I bet he'd take that into
account when making his decision.

> so leadwer says no release, and then does nothing. doesnt say "no
> release because i am working on x, y and z and it will be in soon"
> or "no release because person b and c over here are working on x, y,
> and z" or "no release because we want to syncronise with release of
> project h, i and j" - just say "no release"... that to me - says
> "dead project". 100% dead.

I'm not going to argue whether or not that assessment is accurate.  I
will, however, point out that no one has said that about entrance, so
the point seems pretty moot to me.

> > A project being committed to E's CVS tree does not give us
> > (project admins) the right to overrule the original author.
> 
> technically, it does. in practice - we dont.

No, it doesn't.  Just because we have the privileges to do something
doesn't mean we have the legal right (or the ethical right) to do it.
We can modify it, delete it, fork it, or even sell it.  But that
doesn't make us the copyright owner.  No moreso than kernel.org owner
H. Peter Anvin could usurp Linus as owner and dictator of Linux.

> i really suggest you re-read the licence files. nowhere does it
> prohibit a fork/derivative of using the same name.

That's a discussion better left to lawyers.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <[EMAIL PROTECTED]>
n + 1, Inc., http://www.nplus1.net/       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "I wish you'd look at me that way, your beautiful eyes looking deep
  into mine, telling me more than any words could say.  But you don't
  even know I'm alive.  Baby, to you all I am is the invisible man."
                                                         -- 98 Degrees


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to