Newsgroups: php.internals,php.pecl.dev
Path: news.php.net
Xref: news.php.net php.internals:36752 php.pecl.dev:5324
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 66.249.92.173 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=Cbc+/zYg0/41GUeAE11RMSxC0sU6J+yuaxMBt/VNxewkq42qMKBVr5a8yGDT9Q1JGpDNH87Ja6kf3/ul/VnGSkm4+odAnEpmOepSo3GubFn40UnEhsBQsQwo8IN2PJspeE9wlES1YlRz4f8R9myyP+DCpI8q6y7SNPOQuNTiX1s=
Message-ID: <fe05d1540804010803j2e21578dhd3f3acc0b212a45c@mail.gmail.com>
Date: Tue, 1 Apr 2008 17:03:35 +0200
To: "Steph Fox" <steph@zend.com>
Cc: pecl-dev@lists.php.net, internals <internals@lists.php.net>
In-Reply-To: <016501c89403$42be0020$4001a8c0@foxbox>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <00a601c8931e$c24cbc90$4001a8c0@foxbox>
	 <fe05d1540803310909t48b558d1udc7ed55f1d8529bf@mail.gmail.com>
	 <00e101c893f7$06480ed0$4001a8c0@foxbox>
	 <708425231.20080401150041@marcus-boerger.de>
	 <47F23249.8060407@daylessday.org>
	 <012301c893fb$41451560$4001a8c0@foxbox>
	 <fe05d1540804010625l201b7c20jc7dc33eaff223219@mail.gmail.com>
	 <014201c893fd$d16ade70$4001a8c0@foxbox>
	 <fe05d1540804010649h6b8eae13xd75e8a14a385b83@mail.gmail.com>
	 <016501c89403$42be0020$4001a8c0@foxbox>
Subject: Re: [PECL-DEV] Re: [PHP-DEV] Re: [PECL-DEV] Re: [PHP-DEV] The Untouchables
From: pierre.php@gmail.com ("Pierre Joye")

Hi Steph,

On Tue, Apr 1, 2008 at 4:18 PM, Steph Fox <steph@zend.com> wrote:
> Hi Pierre,
>
>
>  > and about Attic, the idea behind a graveyard was about leaving the
>  > code around for study purposes.
>
>  Code in the attic can be read online but can't be checked out, so I take
>  your point about 'study purposes'. I'd use siberia for things like axis2,
>  where the project is live and hosted elsewhere but the original code is
>  still in PECL. Or classkit, which was superceded by runkit but which still
>  works.

All of them belong to siberia, just like the gpl'ed dead cows. KISS.

>  Marcus' demoext could go into siberia too - it's literally just a
>  demo and may be useful to some, but it shouldn't really be part of a PECL
>  checkout.

I strongly disagree, the demoext must remain in PECL and can even have
releases. The main goal (and to be honest, fantastic goal) is to teach
how to write a PHP extension. How can we relegate it to siberia?


>  >>  I'd call the 'PECL versioning' one a done deal at this stage, pretty
>  >> much -
>  >>  it just needs a write-up on pecl.php.net for newcomers to refer to, and
>  >> a
>  >>  request for the final handful of extensions to comply.
>  >
>  > Filling a bug may be enough.
>
>  Nah, I'll do the polite thing and send out emails today. We can file bugs
>  when people don't comply _after_ the request (and after we have something
>  with clear rules we can link to!).

There is nothing not polite to report bugs. It is even the first form
of OS contribution.

>  >>  We probably need a whole new RFC for core module versioning. Want to
>  >> kick it
>  >>  off?
>  >
>  > I would not like to have different docs explaining the same thing It
>  > will be very confusing. We already covered almost every problem for
>  > core or pecl extensions.
>
>  I thought that at first too, but Christopher Jones faced me off-list with
>  some scenarios I hadn't considered. It's more complex than we'd allowed
>  because a single PECL extension can be symlinked to more than one PHP
>  branch - we need to look into this more.

Indeed, we discussed these cases too and I pointed your attention many
times to the complexity of this situation. That does not change my
thoughts: one goal (covering many cases), one RFC, one doc.

>
>  > Let make it clean and readable and then see
>  > how it can be improved.
>
>  OK, but I need to spend some time on 'real work', so can I leave this with
>  you for now?

What I like in communication based on mails is that they are
asynchronous (or should be ;)

Cheers,
-- 
Pierre
http://blog.thepimp.net | http://www.libgd.org