Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:5824
Return-Path: <helly@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 10791 invoked by uid 1010); 30 Nov 2003 12:35:29 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 10766 invoked from network); 30 Nov 2003 12:35:29 -0000
Received: from unknown (HELO shiva.mind.de) (212.42.230.204)
  by pb1.pair.com with SMTP; 30 Nov 2003 12:35:29 -0000
Received: from [192.168.1.100] (p508EB77C.dip.t-dialin.net [80.142.183.124])
	by shiva.mind.de (Postfix) with ESMTP
	id 57E6E97C5F; Sun, 30 Nov 2003 13:35:22 +0100 (CET)
Date: Sun, 30 Nov 2003 13:35:23 +0100
Reply-To: Marcus Boerger <helly@php.net>
X-Priority: 3 (Normal)
Message-ID: <166673232281.20031130133523@marcus-boerger.de>
To: "Wez Furlong" <wez@thebrainroom.com>
Cc: "Jani Taskinen" <sniper@iki.fi>, internals@lists.php.net
In-Reply-To: <045201c3b728$fb554470$8802a8c0@obsidian>
References: <200311300918.14257.magnus@php.net>
 <03f101c3b726$0f30c300$8802a8c0@obsidian>
 <Pine.LNX.4.53.0311301144150.24096@ybpnyubfg.ybpnyqbznva>
 <040201c3b726$fa681030$8802a8c0@obsidian>
 <Pine.LNX.4.53.0311301149070.24096@ybpnyubfg.ybpnyqbznva>
 <045201c3b728$fb554470$8802a8c0@obsidian>
MIME-Version: 1.0
Content-Type: multipart/mixed;
 boundary="----------781AA19630AD0670"
Subject: Re: [PHP-DEV] Move old (or non-mainstream) extensions to PECL before beta 3
From: helly@php.net (Marcus Boerger)

------------781AA19630AD0670
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello Wez,

Sunday, November 30, 2003, 11:01:51 AM, you wrote:

> There is no point moving unmaintained code from ext to pecl;
> its just a waste of time until we can solve the problem at
> packaging time, which is why I'm suggesting that one of the build
> guru's that hates these unmaintained extensions *cough* Jani
> *cough* should work on the distro building tool which we
> will need real soon now anyway. ;-)

Why not go with RPM's then? The eays way is to split up the RPM's so that we
can have RPMs for the basic stuff like INI, Docs and all, then for the
different sapis and then for all the extensions. See attached makerpm for
current state of work.


Best regards,
 Marcus                            mailto:helly@php.net
------------781AA19630AD0670--