Bug 417221

Summary: php-eaccelerator/php-pecl-memcache: unresolved deps like "0:%{php_zend_api}"
Product: [Fedora] Fedora EPEL Reporter: Thorsten Leemhuis <fedora>
Component: php-eacceleratorAssignee: Matthias Saou <matthias>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: el5   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 0.9.5.2-2 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-02-03 11:11:04 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 425821    

Description Thorsten Leemhuis 2007-12-09 13:44:44 UTC 
Description of problem:

From repoclosure:

> package: php-eaccelerator - 1:0.9.5.2-1.el5.x86_64 from epel5-testing
>   unresolved deps: 
>      php(zend-abi) = 0:%{php_zend_api}
>      php(api) = 0:%{php_core_api}
> package: php-pecl-memcache - 2.1.2-1.el5.x86_64 from epel5-testing
>   unresolved deps: 
>      php-api = 0:%{php_apiver}

Looks to me like you use the virtual php provides which are not provided by the
php package from RHEL
Comment 1 Matthias Saou 2007-12-17 21:05:48 UTC 
Indeed... I tested on EL, but I forgot it was against some custom PHP packages
of mine, which are updated and "fixed" req/prov wise. I'll fix this ASAP. I
haven't received any "broken deps" nag emails for this AFAIR, though :-/
Comment 2 Matthias Saou 2007-12-17 21:43:18 UTC 
I've added some ugly %if/%endif sections to get stock EL4 and EL5 PHP
requirements right. No other alternatives AFAICS, too bad...
Comment 3 Matthias Saou 2008-02-03 11:11:04 UTC 
Closing, since the fixed packages have been in EPEL for a while now.