# bugs for ex-PHP extension (PECL or dead)

- Thread: https://externals.io/message/24416
- Original archive: https://news-web.php.net/php.internals/24416
- Started by Pierre on 2006-07-16T18:34:19+00:00
- Messages: 4
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #24416 — Pierre — 2006-07-16T18:34:19+00:00

URL: https://externals.io/message/24416#24416

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

---

## #24421 — Christopher Jones — 2006-07-17T08:02:24+00:00

URL: https://externals.io/message/24416#24421 · In reply to: #24416

> 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 reassigned to OCI8:
    http://bugs.php.net/bug.php?id=37581 (This one is still open: please don't shunt it to PECL)
    http://bugs.php.net/bug.php?id=36519
    http://bugs.php.net/bug.php?id=30401
    http://bugs.php.net/bug.php?id=16427
    http://bugs.php.net/bug.php?id=12625
    http://bugs.php.net/bug.php?id=10215
    http://bugs.php.net/bug.php?id=9251
    http://bugs.php.net/bug.php?id=6456
    http://bugs.php.net/bug.php?id=6407
    http://bugs.php.net/bug.php?id=6318
    http://bugs.php.net/bug.php?id=6297
    http://bugs.php.net/bug.php?id=6243
    http://bugs.php.net/bug.php?id=5839
    http://bugs.php.net/bug.php?id=5767
    http://bugs.php.net/bug.php?id=5723
    http://bugs.php.net/bug.php?id=5642
    http://bugs.php.net/bug.php?id=5577
    http://bugs.php.net/bug.php?id=5569
    http://bugs.php.net/bug.php?id=5258
    http://bugs.php.net/bug.php?id=5156
    http://bugs.php.net/bug.php?id=5133
    http://bugs.php.net/bug.php?id=4457
    http://bugs.php.net/bug.php?id=4307
    http://bugs.php.net/bug.php?id=4305
    http://bugs.php.net/bug.php?id=4296
    http://bugs.php.net/bug.php?id=4200
    http://bugs.php.net/bug.php?id=4170
    http://bugs.php.net/bug.php?id=3709
    http://bugs.php.net/bug.php?id=3417
    http://bugs.php.net/bug.php?id=2939
    http://bugs.php.net/bug.php?id=2559
    http://bugs.php.net/bug.php?id=2536
    http://bugs.php.net/bug.php?id=2524
    http://bugs.php.net/bug.php?id=1996
    http://bugs.php.net/bug.php?id=1970
    http://bugs.php.net/bug.php?id=1318


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/

---

## #24422 — Antony Dovgal — 2006-07-17T08:14:16+00:00

URL: https://externals.io/message/24416#24422 · In reply to: #24421

> > […]
> [...]
> > […]
> [...]
> 
> 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

---

## #25149 — Richard Lynch — 2006-08-02T21:01:54+00:00

URL: https://externals.io/message/24416#25149 · In reply to: #24416

> 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
