I'm just concerned that, if other subprojects (e.g.
ServletApi, Turbine, Avalon, Tomcat, Taglibs, etc.
etc. etc.) can vote/commit on our path, but we can't
affect theirs, then ours is a ship with a dozen
rudders and no sail. We're at the mercy of those
groups arguing about their competing implementations.
No thanks.
--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote:
> Morgan Escribio:
>
> > I guess I don't understand why the util subproject
> is
> > a special case. If I'm not allowed to vote on the
>
> what ? i've send the message to the wrong list ? no
> this is library-dev
> list :)
>
> > Servlet API, why can Servlet API committers vote
> on my
> > library? Let's not start rewriting the rules,
> let's
>
> Think of Taglibs itself not ServletApi vs Tagblib,
>
> as contributed material the JDBC Taglib i.e, is not
> yours only is ours
> too ( me too i'm taglib committer :), taglibs are
> working in this way,
> politeness can lead on ask before commit on our JDBC
> taglib (contributed
> by you), but as a Taglibs committer i can do that
> without asking, these
> are the rules, you can -1 my changes, but you need
> to convince me (
> remember voting rules a -1 needs justification ) not
> in the other way..
>
> > just write some good software. If you really want
> a
> > stake in my library, monitor the mailing list,
> make a
> > contribution, and prove that it works. Giving a
>
> This is what i want to avoid, the need of more
> merits ( time in other
> words ) to be a committer for Library, this will
> block people from using
> the library , if they can not control the code that
> is in the library,
> used by his project, they will duplicate the code in
> his own
> space..simply
>
> > non-contributor voting priveleges is contrary to
> the
>
> Every Jakarta committer is a contributor right now,
> so what's the point
> in controlling the access to a Library that pretends
> to be used by every
> project? Whats the need of a need set of controlling
> committers ? whats
> the need of a new small communitty focused on
> something ? what i need is
> a place to play a big game, a place where code
> merges ( simply using
> shared Library component or util or package or..)
> from all the parts of
> the Jakarta community as a whole..
>
> > Jakarta meritocracy. I'm willing to entertain the
> > notion of opening access to the whole Jakarta
> project,
> > but _not_ if only the util subproject is open.
> >
>
> I'm not arguing about opening the Libary project to
> everybody out there
> i'm asking for a shared project for the entire
> Jakarta community..
>
>
> Saludos ,
> Ignacio J. Ortega
=====
Morgan Delagrange
Britannica.com
__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices! http://auctions.yahoo.com/
