Bug 192306 - Needs to be rebuilt against newer php in core
Summary: Needs to be rebuilt against newer php in core
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: php-eaccelerator
Version: 5
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Matthias Saou
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 192543 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-05-18 20:57 UTC by Chris Weyl
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version: 5.1.4_0.9.5-0.2.beta2
Clone Of:
Environment:
Last Closed: 2006-05-23 09:24:40 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Chris Weyl 2006-05-18 20:57:17 UTC
Package needs to be rebuilt for php 5.1.4, now in core.

package: php-eaccelerator - 5.1.2_0.9.3-0.3.fc5.i386 from fedora-extras-5-i386
 unresolved deps:
    php = 0:5.1.2

Comment 1 Matthias Saou 2006-05-23 08:55:51 UTC
*** Bug 192543 has been marked as a duplicate of this bug. ***

Comment 2 Matthias Saou 2006-05-23 09:24:40 UTC
Packages of eaccelerator 0.9.5beta2 (which works much better with PHP 5.1.x)
have now been rebuilt and should appear shortly.

Comment 3 Tim Jackson 2006-05-23 17:40:23 UTC
Does the package really require an exact version of PHP or can it use the new
php-api dep (see bug #183227)? The latter would save you having to rebuild for
each PHP version as long as the interface doesn't change.

Comment 4 Matthias Saou 2006-05-26 14:54:04 UTC
Already done in the new package :-)

# rpm -q --requires php-eaccelerator-5.1.4_0.9.5-0.2.beta2.fc6
config(php-eaccelerator) = 5.1.4_0.9.5-0.2.beta2.fc6
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.3.4)
libc.so.6(GLIBC_2.4)
php-api = 20041225
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1

The only downside is that because of the version I was using, it's not possible
to remove the PHP version without introducing an epoch... so the "information"
about the PHP version used to build the package is still there :-/


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