Move old (or non-mainstream) extensions to PECL before beta 3

php.internals

Magnus Maatta

22 years ago
Hello! Maybe we should move extensions like dbase, ovrimos, ingress_ii, qtdom & pfpro to PECL before releasing beta 3 ? Wez said, on IRC, that we need a script to pick out the "golden" extensions for bundling, but Ilia pointed out that there's nothing golden about a few of these. /Magnus
-- Caution: breathing may be hazardous to your health.

Wez Furlong

22 years ago
The point is that there is no need to waste time moving things around if there is no build infrastructure in place. Having these extensions in php-src/ext is no different to having them in pecl/ except that they currently build under ext, but would require work to make them build under pecl. They are not hurting anyone where they are, so I suggest that it would be better to put the effort into the distro building script first, and then (if you're bored ;-) move these not-so-golden extensions into pecl. --Wez.
> Maybe we should move extensions like dbase, ovrimos, ingress_ii, qtdom & > pfpro to PECL before releasing beta 3 ? > > Wez said, on IRC, that we need a script to pick out the "golden"
extensions
> for bundling, but Ilia pointed out that there's nothing golden about a few
of
> these. > -- > Caution: breathing may be hazardous to your health.
Especially at PHP conferences in germany ;-)

Jani Taskinen

22 years ago
I think the point in moving them to PECL is to make people realize that they are not supported. :) --Jani p.s. Can someone PLEASE nuke ext/db finally?! On Sun, 30 Nov 2003, Wez Furlong wrote:

Wez Furlong

22 years ago
Then why not make a new module called "unsupported" and put them in there? PECL is not siberia. --Wez.

Jani Taskinen

22 years ago
I didn't mean they would be totally unaccesible. Just not supported in the main distribution.. --Jani On Sun, 30 Nov 2003, Wez Furlong wrote:

Wez Furlong

22 years ago
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. ;-) --Wez.

Marcus Börger

22 years ago
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

Derick Rethans

22 years ago
On Sun, 30 Nov 2003, Marcus Boerger wrote:
> 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.
How do RPMs work on Gentoo, Debian, Windows, MacOSX...? Derick

Marcus Börger

22 years ago
Hello Derick, Sunday, November 30, 2003, 1:39:36 PM, you wrote:
> On Sun, 30 Nov 2003, Marcus Boerger wrote:
>> 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.
> How do RPMs work on Gentoo, Debian, Windows, MacOSX...?
It is impossible to find a solution that works for all systems. This RPM stuff at least is a way for all *nix systems. So the main problem is Windows again.
-- Best regards, Marcus mailto:helly@php.net

Wez Furlong

22 years ago
Hey, all I'm talking about is a script to put the golden extensions into ext (and exclude the cruft) when we build our tarball distro. --Wez.
> >> 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

Marcus Börger

22 years ago
Hello Marcus, Sunday, November 30, 2003, 1:35:23 PM, you wrote:
> 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.
Hmmm, no attachement. Then here is the url: http://marcus-boerger.de/?php/ext/makerpm
-- Best regards, Marcus mailto:helly@php.net