Bug 971741 - php and cups-php incompatibility
Summary: php and cups-php incompatibility
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: cups-filters
Version: 19
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Kamil Páral
URL:
Whiteboard: RejectedBlocker
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-06-07 08:19 UTC by jiri vanek
Modified: 2013-06-18 06:21 UTC (History)
11 users (show)

Fixed In Version: cups-filters-1.0.34-7.fc19
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-06-18 06:21:12 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description jiri vanek 2013-06-07 08:19:22 UTC
Description of problem:
Machine last udated 6.6, update at day later - 7.6 failed transaction check:

Running transaction check
ERROR with transaction check vs depsolve:
php(api) = 20100412-x86-64 is needed by (installed) cups-php-1:1.5.4-20.fc18.x86_64
php(zend-abi) = 20100525-x86-64 is needed by (installed) cups-php-1:1.5.4-20.fc18.x86_64
Please report this error in https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&version=rawhide&component=yum
** Found 7 pre-existing rpmdb problem(s), 'yum check' output follows:
1:cups-php-1.5.4-20.fc18.x86_64 has missing requires of cups = ('1', '1.5.4', '20.fc18')
1:cups-php-1.5.4-20.fc18.x86_64 has missing requires of cups-libs = ('1', '1.5.4', '20.fc18')
1:cups-php-1.5.4-20.fc18.x86_64 has missing requires of libgnutls.so.26()(64bit)
1:cups-php-1.5.4-20.fc18.x86_64 has missing requires of php(api) = ('0', '20100412', 'x86-64')
1:cups-php-1.5.4-20.fc18.x86_64 has missing requires of php(zend-abi) = ('0', '20100525', 'x86-64')
libxfce4menu-4.6.2-3.fc17.x86_64 has missing requires of libxfce4util.so.4()(64bit)
policycoreutils-restorecond-2.1.14-45.fc19.x86_64 is a duplicate with policycoreutils-restorecond-2.1.13-27.1.fc17.x86_64


Version-Release number of selected component (if applicable):
updated f19  beta

How reproducible:
hardly


Additional info:

After removal of php and cups-php update passed.
Erasing    : 1:cups-php-1.5.4-20.fc18.x86_64  
Erasing    : php-5.5.0-0.7.RC2.fc19.x86_64   

Just note - this system was updated from f18 by fedup

Comment 1 Remi Collet 2013-06-10 05:54:14 UTC
Reassiging to cups, as this is a sub-package of cups.

IIRC, this extension is no more provided. So I think this is not a bug.

Comment 2 Jiri Popelka 2013-06-10 11:25:54 UTC
Jiri, have you been actually using the cups-php (PHP CUPS extension module) ?

This module has been dropped by CUPS upstream since cups-1.6 and has been picked by cups-filters project. I tried to build it once I packaged cups-filters (and today once more) but with no luck - the code needs some updates. I spoke to Tim and he thinks the module has never been particularly useful and perhaps we could let it die for now and maybe try to ship it with cups-filters once somebody explicitly requests it.

So I'll just make cups-filters-libs Obsolete&Provide cups-php for now (without actually providing the module).

Comment 3 jiri vanek 2013-06-10 11:34:53 UTC
In such case  it should be ok to add Obsoletes. So the underlying package will be removed during update. Then it should be ok.

Comment 4 Remi Collet 2013-06-10 11:49:54 UTC
> So I'll just make cups-filters-libs Obsolete&Provide cups-php for now
> (without actually providing the module).

I mostly disagree. If the package disappear, without being replaced, it should not be obsoleted/provided.

Yes, this cause a trouble during update, but this also raises user attention to fix it.

Comment 6 Adam Williamson 2013-06-10 18:12:06 UTC
Discussed at 2013-06-10 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-10/f19final-blocker-review-4.2013-06-10-16.01.log.txt . Rejected as a blocker: we only block on upgrades of the default GNOME package set, default KDE package set and minimal install package set, and cups-php isn't in any of those. Variant package sets are only on a 'best effort' basis.

Note that this can be fixed for repo-based upgrades with a post-release update (media-based upgrades aren't working right now anyway...), and can be trivially worked around by just removing cups-php prior to the upgrade attempt, which is more or less what the 'fix' will cause to happen anyway.

Comment 7 Jiri Popelka 2013-06-12 10:09:09 UTC
I've added only
Obsoletes: cups-php < 1:1.6.0-1
per
https://lists.fedoraproject.org/pipermail/devel/2013-June/183957.html

Comment 8 Fedora Update System 2013-06-12 10:13:10 UTC
cups-filters-1.0.34-7.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/cups-filters-1.0.34-7.fc19

Comment 9 Fedora Update System 2013-06-12 19:07:59 UTC
Package cups-filters-1.0.34-7.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing cups-filters-1.0.34-7.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-10651/cups-filters-1.0.34-7.fc19
then log in and leave karma (feedback).

Comment 10 Fedora Update System 2013-06-18 06:21:12 UTC
cups-filters-1.0.34-7.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.


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