Koozali.org: home of the SME Server
Obsolete Releases => SME Server 8.x => Topic started by: nicolatiana on March 02, 2014, 10:23:19 PM
-
Sme 8/32; launching yum update I get a dependency error on openssl.
List of yum transaction:
[root@fudge ~]# yum update
Loaded plugins: fastestmirror, protect-packages, smeserver
Loading mirror speeds from cached hostfile
* base: centos.fastbull.org
* smeaddons: sme-mirror.firewall-services.com
* smeextras: sme-mirror.firewall-services.com
* smeos: sme-mirror.firewall-services.com
* smeupdates: sme-mirror.firewall-services.com
* updates: centos.fastbull.org
Excluding Packages from CentOS - os
Finished
Excluding Packages from CentOS - updates
Finished
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package clamav.i386 0:0.98.1-4.el5.sme set to be updated
---> Package clamav-db.i386 0:0.98.1-4.el5.sme set to be updated
---> Package clamd.i386 0:0.98.1-4.el5.sme set to be updated
---> Package e-smith-apache.noarch 0:2.2.0-12.el5.sme set to be updated
---> Package e-smith-backup.noarch 0:2.2.0-86.el5.sme set to be updated
--> Processing Dependency: perl(Passwd::Unix) for package: e-smith-backup
--> Processing Dependency: perl(Crypt::PasswdMD5) for package: e-smith-backup
---> Package e-smith-base.i386 0:5.2.0-90.el5.sme set to be updated
---> Package e-smith-email.noarch 0:5.2.0-25.el5.sme set to be updated
---> Package e-smith-horde.noarch 0:4.2.0-20.el5.sme set to be updated
---> Package e-smith-ibays.noarch 0:2.2.0-14.el5.sme set to be updated
---> Package e-smith-imap.noarch 0:2.2.0-9.el5.sme set to be updated
---> Package e-smith-manager.noarch 0:2.2.0-11.el5.sme set to be updated
---> Package e-smith-ntp.noarch 0:2.2.0-7.el5.sme set to be updated
---> Package e-smith-proxy.noarch 0:5.2.0-6.el5.sme set to be updated
---> Package e-smith-samba.noarch 0:2.2.0-60.el5.sme set to be updated
---> Package ipsvd.i386 0:0.12.1-7.el5.sme set to be updated
---> Package kernel.i686 0:2.6.18-371.4.1.el5 set to be installed
---> Package libtiff.i386 0:3.8.2-19.el5_10 set to be updated
---> Package openldap.i386 0:2.3.43-27.el5_10 set to be updated
---> Package openldap-clients.i386 0:2.3.43-27.el5_10 set to be updated
---> Package openldap-servers.i386 0:2.3.43-27.el5_10 set to be updated
---> Package openssl.i386 0:0.9.8e-27.1.el5.sme set to be updated
---> Package openssl-perl.i386 0:0.9.8e-27.el5_10.1 set to be updated
--> Processing Dependency: openssl = 0.9.8e-27.el5_10.1 for package: openssl-perl
---> Package proftpd.i386 0:1.3.3g-4.el5 set to be updated
---> Package smeserver-audittools.noarch 0:1.2.0-9.el5.sme set to be updated
---> Package smeserver-locale-bg.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-da.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-de.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-el.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-es.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-et.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-fr.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-he.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-hu.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-id.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-it.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-ja.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-nb.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-nl.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-pl.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-pt.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-pt_BR.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-ro.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-ru.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-sl.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-sv.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-th.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-tr.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-zh_CN.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-locale-zh_TW.noarch 0:2.2.0-49.el5.sme set to be updated
---> Package smeserver-qpsmtpd.noarch 0:2.2.0-21.el5.sme set to be updated
---> Package smeserver-release.noarch 26:8.1-1.el5.sme set to be updated
---> Package smeserver-spamassassin.noarch 0:2.2.0-13.el5.sme set to be updated
---> Package smeserver-support.noarch 0:2.2.0-27.el5.sme set to be updated
---> Package tzdata.i386 0:2013i-2.el5 set to be updated
--> Running transaction check
---> Package openssl-perl.i386 0:0.9.8e-27.el5_10.1 set to be updated
--> Processing Dependency: openssl = 0.9.8e-27.el5_10.1 for package: openssl-perl
---> Package perl-Crypt-PasswdMD5.noarch 0:1.3-2.el5 set to be updated
---> Package perl-Passwd-Unix.noarch 0:0.71-1 set to be updated
--> Processing Dependency: perl(Struct::Compare) for package: perl-Passwd-Unix
--> Running transaction check
---> Package openssl-perl.i386 0:0.9.8e-27.el5_10.1 set to be updated
--> Processing Dependency: openssl = 0.9.8e-27.el5_10.1 for package: openssl-perl
---> Package perl-Struct-Compare.noarch 0:1.0.1-1 set to be updated
--> Finished Dependency Resolution
openssl-perl-0.9.8e-27.el5_10.1.i386 from updates has depsolving problems
--> Missing Dependency: openssl = 0.9.8e-27.el5_10.1 is needed by package openssl-perl-0.9.8e-27.el5_10.1.i386 (updates)
--> Running transaction check
---> Package kernel.i686 0:2.6.18-348.18.1.el5 set to be erased
---> Package openssl-perl.i386 0:0.9.8e-27.el5_10.1 set to be updated
--> Processing Dependency: openssl = 0.9.8e-27.el5_10.1 for package: openssl-perl
--> Finished Dependency Resolution
openssl-perl-0.9.8e-27.el5_10.1.i386 from updates has depsolving problems
--> Missing Dependency: openssl = 0.9.8e-27.el5_10.1 is needed by package openssl-perl-0.9.8e-27.el5_10.1.i386 (updates)
Error: Missing Dependency: openssl = 0.9.8e-27.el5_10.1 is needed by package openssl-perl-0.9.8e-27.el5_10.1.i386 (updates)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.
It seems affecting only a system where additional openssl/perl packages are installed (coming from Centos updates repository).
Nicola
-
It seems affecting only a system where additional openssl/perl packages are installed (coming from Centos updates repository).
What happens if you first remote those openssl-perl rpms?
-
I'll try it; first I must check "who" (a contrib, i suppose) have installed them.
Nicola
-
I'm able to find dependencies:
[root@fudge ~]# rpm -qa openssl*
openssl-0.9.8e-26.el5_9.1
openssl-perl-0.9.8e-26.el5_9.1
[root@fudge ~]# rpm -qR openssl-perl-0.9.8e-26.el5_9.1
/usr/bin/perl
openssl = 0.9.8e-26.el5_9.1
perl
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
[root@fudge ~]#
but I'm not able to do the reverse (which rpm needs openssl-perl). :(
I'll continue googling . . ..
Nicola
-
If it is any consolation, I am experiencing the same issue.
rpm -qa --qf "%{n}-%{v}-%{r}.%{arch}\n" | grep 'openssl'
shows
openssl-0.9.8e-27.el5_10.1.i686
openssl-perl-0.9.8e-27.el5_10.1.i386
Is it getting confused about architectures?
----
Steve H.
-
If it is any consolation, I am experiencing the same issue.
.......
--> Package openssl-perl.i386 0:0.9.8e-27.el5_10.1 set to be updated
--> Processing Dependency: openssl = 0.9.8e-27.el5_10.1 for package: openssl-perl
--> Finished Dependency Resolution
openssl-perl-0.9.8e-27.el5_10.1.i386 from updates has depsolving problems
--> Missing Dependency: openssl = 0.9.8e-27.el5_10.1 is needed by package openssl-perl-0.9.8e-27.el5_10.1.i386 (updates)
Error: Missing Dependency: openssl = 0.9.8e-27.el5_10.1 is needed by package openssl-perl-0.9.8e-27.el5_10.1.i386 (updates)
.....
rpm -qa --qf "%{n}-%{v}-%{r}.%{arch}\n" | grep 'openssl'
shows
openssl-0.9.8e-27.el5_10.1.i686
openssl-perl-0.9.8e-27.el5_10.1.i386
Is it getting confused about architectures?
----
Steve H.
-
but I'm not able to do the reverse (which rpm needs openssl-perl). :(
Here's two ways to do that:
rpm --whatrequires openssl-perl
rpm -e --test
-
Here it is the result:
[root@fudge ~]# rpm -q --whatrequires openssl-perl-0.9.8e-26.el5_9.1
nessun pacchetto necessita di openssl-perl-0.9.8e-26.el5_9.1
It seems no package requires openssl-perl; but in the past I installed OpenUpload and scaveaging yum.log I found a sequence:
Apr 26 07:29:17 Installed: openssl-perl-0.9.8e-26.el5_9.1.i386
Apr 26 07:29:17 Installed: smeserver-webapps-common-0.2.8-1.el5.fws.noarch
Apr 26 07:29:19 Installed: openupload-0.4.2-22.el5.fws.noarch
Apr 26 07:29:19 Installed: smeserver-openupload-0.2.0-1.el5.fws.noarch
In effect on a fresh server:
[root@amgmsmb ~]# yum --enablerepo=fws install smeserver-openupload
Loaded plugins: fastestmirror, protect-packages, smeserver
Loading mirror speeds from cached hostfile
* base: mirror.informatik.hs-fulda.de
* smeaddons: ftp.nluug.nl
* smeextras: mirror.pialasse.com
* smeos: mirror.pialasse.com
* smeupdates: mirror.pialasse.com
* updates: mirror.informatik.hs-fulda.de
base | 1.1 kB 00:00
fws | 2.5 kB 00:00
fws/primary_db | 351 kB 00:00
smeaddons | 2.5 kB 00:00
smeextras | 2.5 kB 00:00
smeos | 2.3 kB 00:00
smeupdates | 2.9 kB 00:00
updates | 1.9 kB 00:00
Excluding Packages from CentOS - os
Finished
Excluding Packages from CentOS - updates
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package smeserver-openupload.noarch 0:0.2.0-1.el5.fws set to be updated
--> Processing Dependency: smeserver-webapps-common for package: smeserver-openupload
--> Processing Dependency: openupload for package: smeserver-openupload
--> Running transaction check
---> Package openupload.noarch 0:0.4.2-25.el5.fws set to be updated
---> Package smeserver-webapps-common.noarch 0:0.2.11-1.el5.fws set to be updated
--> Processing Dependency: openssl-perl for package: smeserver-webapps-common
--> Running transaction check
---> Package openssl-perl.i386 0:0.9.8e-27.el5_10.1 set to be updated
--> Processing Dependency: openssl = 0.9.8e-27.el5_10.1 for package: openssl-perl
--> Running transaction check
---> Package openssl.i686 0:0.9.8e-27.el5_10.1 set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
Furthermore It seems that yum remove (as stated by contrib page to remove it) does not remove openssl-perl:
[root@fudge yum]# yum remove openupload
Loaded plugins: fastestmirror, protect-packages, smeserver
Setting up Remove Process
Resolving Dependencies
--> Running transaction check
---> Package openupload.noarch 0:0.4.2-22.el5.fws set to be erased
--> Processing Dependency: openupload for package: smeserver-openupload
--> Running transaction check
---> Package smeserver-openupload.noarch 0:0.2.0-1.el5.fws set to be erased
--> Finished Dependency Resolution
So I can remove both contrib and dependencies and try again to yum-ming update.
I'll try this evening; eventually it is something to be marked to the OpenUpload contrib developer (FWS).
Nicola
-
Here it is the result:It seems no package requires openssl-perl;
"rpm -e --test" sometimes reveals dependencies which aren't seen via "rpm --whatrequires ...".
I don't trust "yum remove ..."; it sometimes removes lots of things I don't want it to.
It looks to me that you could avoid the issue you are seeing by excluding the base and updates repositories.
-
i have the same problem.
[root@sme8iii ~]# rpm -q --whatrequires openssl-perl
smeserver-webapps-common-0.2.10-1.el5.fws
i have not smeserver-openupload installed only tt-rss and smeserver-backuppc but like you can see the openssl-perl which need the openssl dependency is installed from smeserver-webapps
you can resolve your dependency problem by installing openssl-perl from smedev
openssl-perl i386 0.9.8e-27.1.el5.sme smedev 37 k
yum update --enablerepo=smedev
Not sure it is a good idea to install it now, we need maybe the feedback of daniel
-
i have asked to daniel and the package openssl-perl is pending the migration from smedev to smeos.
either you wait or you can do
yum update openssl --enablerepo=smedev
yum update
probably you should wait.
-
We'll wait ! :pint:
Nicola
-
Here's two ways to do that:
rpm --whatrequires openssl-perl
rpm -e --test
I tried to see what needs openssl-perl:
[root@arthur ~]# rpm -q --whatrequires openssl-perl
smeserver-webapps-common-0.2.10-1.el5.fws
[root@arthur ~]# rpm -e openssl-perl
error: Failed dependencies:
openssl-perl is needed by (installed) smeserver-webapps-common-0.2.10-1.el5.fws.noarch
Does anyone have any idea why that would not be getting found?
-
i have asked to daniel and the package openssl-perl is pending the migration from smedev to smeos.
either you wait or you can do
yum update openssl --enablerepo=smedev
yum update
probably you should wait.
Why would we move openssl-perl or openssl-dev to smeos? They are not needed by the core distribution.
If a contrib hosted in smecontribs needs one or both then they could be moved to smecontribs, but please identify the need.
For now they stay in smedev
-
i probably misunderstood what daniel explained, indeed probably the right repository is smecontribs.
-
@ALL
one of my vm (SME8 32b) is experiencing this issue !
It seems to be a problem with this Firewall-System contribs
- smeserver-webapps-common
- smeserver-openupload
so my solution is to remove all contribs from this packager and I think it's a good idea to not install their contribs for the moment ! ;-)
-
The problem has nothing to do with FWS contribs, please, stop spreading FUD. The problem is a dependency issue between openssl and openssl-perl (smeserver-webapps-common just requires openssl-perl, and that's why having it installed can trigger the issue. Note the difference between create and trigger)
-
The problem has nothing to do with FWS contribs, please, stop spreading FUD. The problem is a dependency issue between openssl and openssl-perl (smeserver-webapps-common just requires openssl-perl, and that's why having it installed can trigger the issue. Note the difference between create and trigger)
No, i can't i'm not enough clever ! Could you just don't take every body for what you are?
What is YOUR SOLUTION ?
-
yum --enablerepo=smedev update openssl-perl openssl
Then you'll be able to update everything else. Yes, openssl-perl should be moved to another repo, but, as you can see, it has nothing to do with our contribs, it's just a dependency issue between openssl and openssl-perl
-
ok
but for information could you just tell us how many rpms need "openssl-perl"?
because this command solves the problem :
yum remove smeserver-webapps-common
and after
rpm -q --whatrequires openssl-perl
aucun paquetage ne requiert openssl-perl
Why should we install rpms from smedev repo in production server? :shock:
you could be consistent with that you wrote in another post, please try !
-
ok
but for information could you just tell us how many rpms need "openssl-perl"?
Don't know, and don't care. Any number of package can depend on it.
Why should we install rpms from smedev repo in production server? :shock:
openssl-perl has just been moved automatically to smedev because it's not used by core components, it doesn't mean it's beta stuff. I'll try to address this ASAP (move it to smeos or smecontribs)
-
Thanks Daniel B. !!
That sheds some light on the issue and solves it. :-P
Your help is much appreciated.
Cheers,
---
SteveH
-
openssl-perl has just been moved automatically to smedev because it's not used by core components, it doesn't mean it's beta stuff. I'll try to address this ASAP (move it to smeos or smecontribs)
If a contrib needs it, and at least one above has been identified, then it needs to be moved to smecontribs
-
I'd rather move openssl-devel and openssl-perl to smeos. The rational is that pushing our custom openssl build into smeos, we override the one provided by upstream. So, anyone who installed openssl-perl, or openssl-devel (either manually or through a dependency) will get an error during a simple yum update, and they have to guess which repo they should enable to fix that (smecontribs or smedev), while the initial installation was done with only the default repo enabled.