bugs for ex-PHP extension (PECL or dead)

19 years ago by Pierre — view source

unread

Hello,

In the past months we moved many extensions to PECL. However we keep
their bugs management in bugs.php.net. I would like to move it to PECL
and removed their entry in bugs.php.net. Even if an extension still
exists in PHP 4.4.x, this branche is not going to get bug fixes except
if they are critical (security issues for example).

The extension presents in PECL:
cpdf (?)
mnogosearch (Pierre)
YP/NIS (?)
mcal (?)
yaz (?)
Oracle (?)
w32API (?)
ovrimos (unmaintained)

No idea what to do with the following ones or where they are:
adabas
Satellite CORBA related
Verisign Payflow Pro related

Not used anymore (to be droped):
zzlib

Do you know any other extensions that should be moved?

I would also like to know which extensions are dead or unmaintained.
Please complete the list as much as it is possible. I will then update
the pecl web site to say if an extension is unmaintained, deprecated
or dead (no hope to see it back).

Thanks,

Cheers,
-- Pierre

19 years ago by Christopher Jones — view source

unread

In the past months we moved many extensions to PECL. However we keep
their bugs management in bugs.php.net. I would like to move it to PECL
and removed their entry in bugs.php.net. Even if an extension still
exists in PHP 4.4.x, this branche is not going to get bug fixes except
if they are critical (security issues for example).

The extension presents in PECL:
[...]
Oracle (?)
[...]

I don't have any problem with the old "oracle" bugs moving to PECL.

But there are a bunch of "oracle" bugs that are mis-classified. They
should be re-classified as "oci8" and left on bugs.php.net. Below is
a rough list of these bugs.

Regards,

Chris

Should be assigned to PDO:
http://bugs.php.net/bug.php?id=35003

--
Christopher Jones, Oracle Corporation, Australia.
Email: Christopher.Jones@oracle.com Tel: +61 3 8616 3622
Blog: http://blogs.oracle.com/opal/

19 years ago by Antony Dovgal — view source

unread

In the past months we moved many extensions to PECL. However we keep
their bugs management in bugs.php.net. I would like to move it to PECL
and removed their entry in bugs.php.net. Even if an extension still
exists in PHP 4.4.x, this branche is not going to get bug fixes except
if they are critical (security issues for example).

The extension presents in PECL:
[...]
Oracle (?)
[...]

I don't have any problem with the old "oracle" bugs moving to PECL.

But there are a bunch of "oracle" bugs that are mis-classified. They
should be re-classified as "oci8" and left on bugs.php.net. Below is
a rough list of these bugs.

Fixed, thanks a lot for the detailed list, Chris.

--
Wbr,
Antony Dovgal

19 years ago by Richard Lynch — view source

unread

In the past months we moved many extensions to PECL. However we keep
their bugs management in bugs.php.net. I would like to move it to PECL
and removed their entry in bugs.php.net. Even if an extension still
exists in PHP 4.4.x, this branche is not going to get bug fixes except
if they are critical (security issues for example).

Catching up on 2-weeks of email from vacation, so apologies for so
many recent posts, especially one that is now 2 weeks old with no more
recent discussion.

Is the average PHP user who is trying to report a bug going to know
the distinction between core and PECL?

If they can't report the bug in bugs.php.net, can they be seamlessly
directed to the PECL bug reporting system?

It's all very well for the PHP Dev Team to desire this separation, and
to enforce it, but the reality is that you've got a million users who
have no real clear concept on how these features get into their PHP
install from the big shared host environment.

As more and more common core extensions move to PECL, this gets more
important.

I'm only suggesting that users should be instructed "just in time" on
bugs.php.net or the PECL equivalent of where they should go to report
a bug about X, not that the change shouldn't be made at all.

Note that if we don't do this, we'll likely end up with a zillion
"Other" bug reports that should have been in PECL in the first
place... :-)

--
Like Music?
http://l-i-e.com/artists.htm