Re: [phplib] To PEAR Or Not To Pear From: Michael Stearne (mstearne <email protected>)
Date: 03/09/01

That is the whole point of PEAR. People are confusing PEAR itself with the
PEAR DB abstraction package. phplib should be in PEAR, Manuel Lemos' (sp?)
package should be in PEAR, IMP should be in PEAR. PEAR (PHP Extension and
Add-on Repository) should contain all these packages so people have a
centralized place to go to for PHP classes like CPAN. There are like 40
different Database Interfaces in CPAN, there should be in PEAR too.

Maybe all of the packages in PEAR can be distributed with PHP, but at least
people will know where to get all these great PHP packages.

Michael

Mike Green wrote:

> Is there not a way to put PHPLib under the PEAR umbrella, so to speak,
> without completely dissolving PHPLib into PEAR? I have the impression that
> CPAN, e.g., contains many packages, each of which has its own
> maintainer(s). Could there not be a PHPLib "package" (or group of
> "packages") contained in PEAR?
>
> Cheers!
>
> Mike Green
>
> P.S. Perhaps this is the sort of thing that should be being discussed in
> the equivalent PEAR list. But I've been "sent away" (with the message
> "fatal: unable to open /local/ezmlm/php-pear/digest/lock: file does not
> exist") twice by the qmail-send program at toye.php.net, when I tried to
> subscribe to the php-pear-digest mailing list. Is that a dead list? Perhaps
> I need to (at least try to) subscribe to the non-digest version??
>
> John Mandeville wrote:
>
> > At least some of the posts in this thread appear to missing at least
> > part of the point (as I see it).
> >
> > The big difference between PEAR and phplib is this: phplib is here now
> > while PEAR may or may not someday be there then. If PEAR is to be
> > useful, we have to develop there. But, to protect our current
> > investment in development effort, we must also keep phplib separately
> > well-maintained. In other words, it is in our interest to work in both
> > places. The issue is *not* PEAR v. phplib; it is important that we
> > work on both.
> >
> > I am somewhat concerned that phplib may go the way of the OS/2
> > opperating system (to use an admittedly weird analogy). OS/2 was, and
> > in many ways still is, technically superior to Windows. But nobody
> > used or developed for OS/2 simply because nobody used or developed for
> > it. The death of OS/2 became a self-fullfiling prophecy. If PEAR
> > becomes the Microsoft-like Borg where resistence is futile and choice
> > is irrelevant -- and we allow the (future) death of phplib to become a
> > self-fullfilling prophecy -- then we may well find ourselves
> > assimulated to lower quality tools pining for the days when phplib was
> > still current. However, there is an important difference between PEAR
> > and Windows -- and similarly between phplib and OS/2: we can influence
> > the fate of both PEAR and phplib. We MUST work on PEAR because we may
> > find ourselves using it whether we like it or not. We MUST work
> > separately on phplib because PEAR may well turn out horribly. Again,
> > this is not an either-or issue.
> >
> > There is much more that can be done with phplib beyond just bugfixes
> > plus a PHP 4 version of sessions. The todo list has (or at least used
> > to have) a long list of ideas based on some Cold Fusion add-on library.
> > Additionally, perhaps it would be useful to have some classes related
> > to XML that could optionally replace templates and ooforms. Any such
> > development would of course need to remain optional and out of the core
> > so as not to interfere with the core's lean and mean advantage.
> >
> > Choice is good. I like choice. Working on both projects keeps our
> > choices healthy.
> >
> > I suppose I've ranted enough for one day :-)
> >
> > --
> > John Mandeville
> > mandevil at usc dot edu
> > --
> > John Mandeville
> > mandevil <email protected>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: phplib-unsubscribe <email protected>
> > For additional commands, e-mail: phplib-help <email protected>
>
> --
> Mike Green
> SaeSolved::
> http://www.saesolved.com
> http://www.everypeople.net
> http://www.sitewidgets.com
> http://www.widgetchuck.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: phplib-unsubscribe <email protected>
> For additional commands, e-mail: phplib-help <email protected>

---------------------------------------------------------------------
To unsubscribe, e-mail: phplib-unsubscribe <email protected>
For additional commands, e-mail: phplib-help <email protected>