Topic: Problem Updating SCL PHP

[bclayton]

I have been using SCL PHP for several months and all has been well.  I received an email notifying of available updates to that contrib.  When I try to install following the instructions in the email, I get an error of a missing file.  The error message is below.  What is the best way to resolve? Thanks!

--> Finished Dependency Resolution
Error: Package: php55-php-pecl-zip-1.13.5-1.el6.remi.x86_64 (smecontribs)
           Requires: libzip.so.4()(64bit)
Error: Package: php54-php-pecl-zip-1.13.5-1.el6.remi.x86_64 (smecontribs)
           Requires: libzip.so.4()(64bit)
Error: Package: php56-php-pecl-zip-1.13.5-1.el6.remi.x86_64 (smecontribs)
           Requires: libzip.so.4()(64bit)
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

[stephdl]

Did you try to update with epel enabled ?......verify all rpm before to press 'y'

[Jean-Philippe Pialasse]

seems more related to this bug :https://bugs.contribs.org/show_bug.cgi?id=10194
as I see that the rpm were pulled from smecontribs

I missed to import :
libzip-last                                              x86_64                                   1.1.3-1.el6.remi
and
gd-last                                                  x86_64                                   2.2.4-1.el6.remi

this will be fixed in one hour or so.

after update to SME9.2 (or after accepting once remi key) now all will be directly in smecontribs repo

[bclayton]

That fixed it!  Thanks for being so responsive!

[beast]

That fixed it!  Thanks for being so responsive!

What did fix it?

I have the same problem when I run "yum update --enablerepo=smecontribs"

I have tried to enable both remi and epel

https://wiki.contribs.org/Remi#tab=For_SME_9
https://wiki.contribs.org/Epel#tab=For_SME_9_x

Code: [Select]

Fejl: Package: php55-php-pecl-zip-1.14.0-1.el6.remi.x86_64 (smecontribs)
          Requires: libzip.so.5()(64bit)
Fejl: Package: php56-php-pecl-zip-1.14.0-1.el6.remi.x86_64 (smecontribs)
          Requires: libzip.so.5()(64bit)
Fejl: Package: php54-php-pecl-zip-1.14.0-1.el6.remi.x86_64 (smecontribs)
          Requires: libzip.so.5()(64bit)
 Du kunne prøve at bruge --skip-broken til at arbejde udenom problemet
 You could try running: rpm -Va --nofiles --nodigest


[beast]

OK I got a bit further with "yum update --enablerepo=smecontribs,remi,epel" to enable the relevant repos

NB: This might be stated in the e-mail everyone receive because it will make the update process so much more easy for everybody as I seam to forget it all the time

But I am still unable to update as I get the error below.

Code: [Select]

Fejl: Package: php-horde-horde-5.2.14-1.el6.noarch (epel)
          Requires: php-pear(pear.horde.org/Horde_Form) >= 2.0.16
          Installerer: php-horde-Horde-Form-2.0.15-1.el6.noarch (epel)
              php-pear(pear.horde.org/Horde_Form) = 2.0.15
 Du kunne prøve at bruge --skip-broken til at arbejde udenom problemet
 You could try running: rpm -Va --nofiles --nodigest

[DanB35]

I have the same problem when I run "yum update --enablerepo=smecontribs"

Likewise--looks like the libzip5 package from remi hasn't made it to smecontribs yet:

Code: [Select]

[root@e-smith ~]# yum update php54-php-pecl-zip --enablerepo=smecontribs,epel,remi
Loaded plugins: fastestmirror, smeserver
Setting up Update Process
Loading mirror speeds from cached hostfile
 * base: centos.mirrors.wvstateu.edu
 * epel: mirrors.kernel.org
 * smeaddons: mirror.canada.pialasse.com
 * smecontribs: mirror.canada.pialasse.com
 * smeextras: mirror.canada.pialasse.com
 * smeos: mirror.canada.pialasse.com
 * smeupdates: mirror.canada.pialasse.com
 * updates: mirror.cisp.com
remi                                                                                                         | 2.9 kB     00:00     
remi/primary_db                                                                                              | 1.7 MB     00:13     
Resolving Dependencies
--> Running transaction check
---> Package php54-php-pecl-zip.x86_64 0:1.13.5-1.el6.remi will be updated
---> Package php54-php-pecl-zip.x86_64 0:1.14.0-1.el6.remi will be an update
--> Processing Dependency: libzip.so.5()(64bit) for package: php54-php-pecl-zip-1.14.0-1.el6.remi.x86_64
--> Running transaction check
---> Package libzip5.x86_64 0:1.2.0-1.el6.remi will be installed
--> Finished Dependency Resolution

Dependencies Resolved

====================================================================================================================================
 Package                               Arch                      Version                              Repository               Size
====================================================================================================================================
Updating:
 php54-php-pecl-zip                    x86_64                    1.14.0-1.el6.remi                    remi                     39 k
Installing for dependencies:
 libzip5                               x86_64                    1.2.0-1.el6.remi                     remi                     53 k

Transaction Summary
====================================================================================================================================
Install       1 Package(s)
Upgrade       1 Package(s)


[beast]

Was able to update with the command "yum update --enablerepo=smecontribs,remi"

E.g. I excluded epel

[DanB35]

Indeed, enabling the remi repo will allow the update to proceed. But it also has the potential to "update" a bunch of other stuff you don't want updated.

[beast]

Indeed, enabling the remi repo will allow the update to proceed. But it also has the potential to "update" a bunch of other stuff you don't want updated.

Yes it was indeed a big update!!

Hope I will not run into problems because of this

[guest22]

Indeed, enabling the remi repo will allow the update to proceed. But it also has the potential to "update" a bunch of other stuff you don't want updated.

The Remi repo definition has to be reviewed then and either packages have to be excluded, or specify specific packages only.

[DanB35]

The Remi repo definition has to be reviewed then and either packages have to be excluded, or specify specific packages only.

...or maybe the dependencies for the packages in smecontribs (namely, php5?-php-pecl-zip) can also be added to smecontribs.

[guest22]

The increasing unscreened repo's 'in the wild' are a growing concern to me in general, and the disappearing act of other repo's too. There is no QC of any kind, just good believe and trust...

[Mophilly]

I used the following commands. The target packages plus the dependency on libzip5-1.2.0-1 were updated. I will keep an eye on the server today and report any anomalies.

Use at your own risk.

Code: [Select]

yum update --enablerepo=smecontribs,remi php54-php-pecl-zip-1.14.0-1.el6.remi.x86_64;
yum update --enablerepo=smecontribs,remi php55-php-pecl-zip-1.14.0-1.el6.remi.x86_64;
yum update --enablerepo=smecontribs,remi php56-php-pecl-zip-1.14.0-1.el6.remi.x86_64;
signal-event post_upgrade;
signal-event reboot;

[Jean-Philippe Pialasse]

...or maybe the dependencies for the packages in smecontribs (namely, php5?-php-pecl-zip) can also be added to smecontribs.

I have intended to avoid to import the whole remi-safe repo in smecontribs and just made it easier for people only installing the base php requirement of the contrib.
The wiki page needs to be updated for this as i was still in the stage of seeing if it was working clearly before documenting it. So there eould be two way to update, either minimal install all in smecontribs, or custom install which will need remi-safe enabled, but i need to search for other deprndencies from epel. Only two hands there.

I must made a clear warning here, and i have seen that modification of the wiki should be done accordingly : remi repo should not be used or configured on your server because it will break updates by replacing base rpm. With epel a similar concern is present you should not update with it enabled unless you update a specific rpm. That is why contribs how to should avoid to invite people to use epel to install a rpm. Instead it should be imported in smecontribs. If there we will be able to push update, if not either you will remain with a old unsecure rpm or migt suffer trying to update it.


For remi you could and should use remi-safe which is designed to not conflicts with centos rpm.