Bug 83771 – make php-pear subpackage

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 83771 - make php-pear subpackage

Summary:	make php-pear subpackage

Status:	CLOSED RAWHIDE

Aliases:	None

Product:	Fedora
Classification:	Fedora
Component:	php (Show other bugs)
Sub Component:
Version:	1
Hardware:	All Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Joe Orton
QA Contact:	David Lawrence
Docs Contact:

URL:
Whiteboard:
Keywords:	FutureFeature

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2003-02-07 23:40 EST by Peter Bowen
Modified:	2007-11-30 17:10 EST (History)
CC List:	0 users

See Also:
Fixed In Version:	4.3.4-5
Doc Type:	Enhancement
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2004-01-21 12:39:16 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Peter Bowen 2003-02-07 23:40:26 EST

It would be nice if /usr/bin/pear and /usr/share/pear were in a php-pear
subpackage so that it would be easy to upgrade pear independently of PHP.

Comment 1 Joe Orton 2003-02-12 10:28:13 EST

They'd get dropped on upgrades then, though (unless php required php-pear, which
would kind of defeat the point?) - this won't happen too soon.

Comment 2 Peter Bowen 2003-02-12 12:43:06 EST

Actually having php require php-pear is the right answer, IMHO, and doesn't
defeat the point.  The point is to allow the PHP files in php-pear to be
upgraded independently of the php binary.  

PHP 4.2.2 contains a fairly old copy of pear.  It has many bugs compared to a
current version.  For example, I use the DB classes for a project I'm working
on.  The pgsql backend in 4.2.2 contains a bug that doesn't handle booleans
correctly.  Currently, in order to fix this, I have to replace the php package
completely as /usr/share/pear/DB/pgsql.php is in the same subpackage as the
apache DSO.  If php-pear were a seperate subpackage I could create a php-pear
package to replace it and leave the perfectly good php binaries alone.

Comment 3 Peter Bowen 2003-09-14 23:48:24 EDT

Reopening this for the taroon beta.  Taroon has PHP 4.3.2 in it, which has a
fairly old set of PEAR base classes included.  If there was a php-pear
subpackage, then upgrading the base classes would be easy, and possible without
recompiling all of php or manually overwriting files.

Comment 4 Joe Orton 2003-09-15 04:05:43 EDT

Sorry for churning out the same old tune again, but this is too late for Taroon,
Peter.  I'll look at doing this for Cambridge first.

Comment 5 Joe Orton 2004-01-21 12:39:16 EST

php-pear is now split out for Fedora Core 2: thanks for the suggestion.

Note You need to log in before you can comment on or make changes to this bug.