Koozali.org: home of the SME Server
Obsolete Releases => SME 9.x Contribs => Topic started by: bclayton on April 03, 2017, 12:31:02 AM
-
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
-
Did you try to update with epel enabled ?......verify all rpm before to press 'y'
-
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
-
That fixed it! Thanks for being so responsive!
-
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
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
-
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.
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
-
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:
[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)
-
Was able to update with the command "yum update --enablerepo=smecontribs,remi"
E.g. I excluded epel
-
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.
-
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 ;-)
-
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.
-
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.
-
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...
-
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.
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;
-
...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.
-
Never heard of Remi safe? It is nowhere documented. Is it this? https://wiki.contribs.org/Remi#tab=For_SME_9
-
RequestedDeletion
3 seconds on google
https://www.google.com.au/search?q=remi-safe+repo&ie=utf-8&oe=utf-8&gws_rd=cr&ei=FjbpWJnfB8Gv0gS45K3ICQ#spf=1
-
RequestedDeletion
3 seconds on google
https://www.google.com.au/search?q=remi-safe+repo&ie=utf-8&oe=utf-8&gws_rd=cr&ei=FjbpWJnfB8Gv0gS45K3ICQ#spf=1 (https://www.google.com.au/search?q=remi-safe+repo&ie=utf-8&oe=utf-8&gws_rd=cr&ei=FjbpWJnfB8Gv0gS45K3ICQ#spf=1)
Sure and thanks, but I was referring to our wiki. If Remi Safe is the way to go, then how come we advertise to use Remi and not Remi Safe?
-
RequestedDeletion & beast
Well it is still a work in progress.
JPP only advised about the use of the remi-safe repo today in this post
https://forums.contribs.org/index.php/topic,52982.msg273820.html#msg273820
.....so it is really something for wiki maintainers who have write access to the repo page section of wiki to update
I will just note it has always been recommended procedure to only use external repos enabled via command line switch AND while specifying a particular package(s) that you want upgraded.
What "beast" did was dangerous ie
yum update --enablerepo=remi
It should have been
yum update packagename --enablerepo=remi
which is a safe option.
-
I just added the info about remi-safe : https://wiki.contribs.org/Remi-safe
this is only available starting SME9.
next step I will update the wiki for php-scl and try to put a warning on all pages relating to remi to incite people to use remi-safe instead
-
ok I made some advances on the way we can improve this : https://bugs.contribs.org/show_bug.cgi?id=10194#c7
As you can read I think that if I copy some missing rpm from epel we can make the update and installation of php-scl easy having remi-safe enabled by default and having the needed epel dependencies in smeextras or smecontribs.
also I updated the php scl wiki : https://wiki.contribs.org/PHP_Software_Collections
-
all dependency are now either in smecontribs either in remi-safe.
As soon as you get remi-safe repo installed:
PHP scl should now be easy to update by simply enabling smecontribs.
either punctually
yum update --enablerepo=smecontribs
either permanently
db yum_repositories setprop smecontribs status enabled
signal-event yum-modify
and then
yum update
happy to hear from your feedback