Puncte:0

Dependență RPM eșuată care este deja instalată

drapel it
Ian

Avem un server de dezvoltare vechi pentru Centos 6. Vreau să actualizez Openssl la o versiune modificată 1.0.2k (avem un server C8 pentru a-l înlocui, dar încercăm să îl actualizăm pe cel vechi între timp).

Am construit RPM-ul dintr-un SRPM și am încercat să îl instalez. Exemplu

rpm -Uv openssl-libs-1.0.2k-21.el6.x86_64.rpm openssl-1.0.2k-21.el6.x86_64.rpm openssl-devel-1.0.2k-21.el6.x86_64.rpm

Cu toate acestea, vine cu eroarea:

eroare: dependențe eșuate:
    openssl-devel = 1.0.1e-58.el6_10 este necesar de (instalat) openssl-static-1.0.1e-58.el6_10.x86_64

Totuși, dacă mă uit la Openssl-dev care este instalat, înțeleg

Pachete instalate
Nume: openssl-devel
Arc: x86_64
Versiune: 1.0.1e
Lansare: 58.el6_10
Dimensiune: 2,2 m
Repo: instalat
Din repo: actualizări

Pachete disponibile
Nume: openssl-devel
Arh: i686
Versiune: 1.0.1e
Lansare: 58.el6_10
Dimensiune: 1,2 m
Repo: actualizări

rpmquery openssl-devel
openssl-devel-1.0.1e-58.el6_10.x86_64

Deci, pare să implice că am versiunea corectă instalată (pentru ca aceasta să se rezolve), cu toate acestea, notez și în secțiunea „pachete disponibile”, nu listează pachetul x86_64 (în mod normal, m-aș aștepta să arate i686 și x86_64) , și întrebându-mă dacă ceva este greșit acolo.

Dacă mă uit la ieșirea arcului, se vede

x86_64

Și toate celelalte pachete instalate sunt x86_64

Yum.conf și /etc/yum.repos.d/CentOS-Base.repo arată corect, fără modificări.

Se afișează o interogare rpm

rpm -qpR openssl-libs-1.0.2k-21.el6.x86_64.rpm
/sbin/ldconfig  
/sbin/ldconfig  
ca-certificate >= 2008-5
config(openssl-libs) = 1:1.0.2k-21.el6
libc.so.6()(64 de biți)  
libc.so.6(GLIBC_2.2.5)(64 de biți)  
libc.so.6(GLIBC_2.3)(64bit)  
libc.so.6(GLIBC_2.3.4)(64bit)  
libc.so.6(GLIBC_2.4)(64bit)  
libc.so.6(GLIBC_2.7)(64bit)  
libcom_err.so.2()(64 de biți)  
libcrypto.so.10()(64 de biți)  
libcrypto.so.10(OPENSSL_1.0.1_EC)(64 de biți)  
libcrypto.so.10(libcrypto.so.10)(64 de biți)  
libdl.so.2()(64 de biți)  
libdl.so.2(GLIBC_2.2.5)(64bit)  
libgssapi_krb5.so.2()(64 de biți)  
libk5crypto.so.3()(64 de biți)  
libk5crypto.so.3(k5crypto_3_MIT)(64 de biți)  
libkrb5.so.3()(64 de biți)  
libkrb5.so.3(krb5_3_MIT)(64 de biți)  
libssl.so.10()(64 de biți)  
libz.so.1()(64 de biți)  
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(VersionedDependencies) <= 3.0.3-1
rtld(GNU_HASH)  
rpmlib(PayloadIsXz) <= 5,2-1

rpm -qpR openssl-1.0.2k-21.el6.x86_64.rpm
/bin/bash  
/bin/sh  
coreutils  
libc.so.6()(64 de biți)  
libc.so.6(GLIBC_2.2.5)(64 de biți)  
libc.so.6(GLIBC_2.3)(64bit)  
libc.so.6(GLIBC_2.3.4)(64bit)  
libc.so.6(GLIBC_2.4)(64bit)  
libc.so.6(GLIBC_2.7)(64bit)  
libcom_err.so.2()(64 de biți)  
libcrypto.so.10()(64 de biți)  
libcrypto.so.10(OPENSSL_1.0.1_EC)(64 de biți)  
libcrypto.so.10(OPENSSL_1.0.2)(64 de biți)  
libcrypto.so.10(libcrypto.so.10)(64 de biți)  
libdl.so.2()(64 de biți)  
libgssapi_krb5.so.2()(64 de biți)  
libk5crypto.so.3()(64 de biți)  
libkrb5.so.3()(64 de biți)  
libssl.so.10()(64 de biți)  
libssl.so.10(libssl.so.10)(64 de biți)  
libz.so.1()(64 de biți)  
face  
openssl-libs(x86-64) = 1:1.0.2k-21.el6
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rtld(GNU_HASH)  
rpmlib(PayloadIsXz) <= 5,2-1

Aveți idee de ce upgrade-ul rpm eșuează cu dependența lipsă?

Martin avatar
drapel kz
dacă citesc corect mesajele de eroare, încercați să actualizați (printre altele) openssl-devel de la 1.0.1e la 1.0.2k, dar versiunea 1.0.1e este cerută de pachetul ```openssl-static-1.0 .1e-58.el6_10.x86_64``` (citiți cu atenție, acesta nu este unul dintre pachetele pe care încercați să le actualizați!)
Ian avatar
drapel it
Ian
Mulțumesc, totuși nu eram sigur de unde provine această cerință (am actualizat interogarea rpm). Cu toate acestea, cred că pare să funcționeze dacă includ openssl-1.0.2k-21.el6.src.rpm și openssl-static-1.0.2k-21.el6.x86_64.rpm cu actualizarea comentariul tău m-a condus pe calea cea bună .

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.