[opensuse-security] dependency problem with opera patch
There seems to be a problem with the recent opera patch provided for opensuse 12.1 and 12.2: On a 12.2 system: # zypper in -t patch openSUSE-2013-109 Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: Following actions will be done: deinstallation of opera-kde4-12.12-21.1.x86_64 deinstallation of opera-gtk-12.12-21.1.x86_64 deinstallation of opera-12.12-21.1.x86_64 Solution 2: do not install patch:openSUSE-2013-109-1.noarch Solution 3: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies I opted for solution 1, thinking I could reinstall opera afterwards. But now I get # zypper in opera Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: do not install opera-12.13-1.12.1.x86_64 Solution 2: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c): Something similar happened on an opensuse 12.1 system. Regards, Bob -- To unsubscribe, e-mail: opensuse-security+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-security+owner@opensuse.org
Bob Vickers [12.02.2013 15:24]:
There seems to be a problem with the recent opera patch provided for opensuse 12.1 and 12.2:
On a 12.2 system:
# zypper in -t patch openSUSE-2013-109 Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: Following actions will be done: deinstallation of opera-kde4-12.12-21.1.x86_64 deinstallation of opera-gtk-12.12-21.1.x86_64 deinstallation of opera-12.12-21.1.x86_64 Solution 2: do not install patch:openSUSE-2013-109-1.noarch Solution 3: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies
I opted for solution 1, thinking I could reinstall opera afterwards. But now I get
# zypper in opera Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: do not install opera-12.13-1.12.1.x86_64 Solution 2: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c):
Something similar happened on an opensuse 12.1 system.
Regards, Bob
Same here on openSUSE 12.2. I reinstalled the old version with zypper in opera-12.12-21.1 However, when I try rpm -q --provides libcurl4 libcurl.so.4()(64bit) libcurl4 = 7.28.1-98.1 libcurl4(x86-64) = 7.28.1-98.1 my version of libcurl.so.4 (from the filesystems repo, libcurl4-7.28.1-98.1.x86_64) seems not to provide the CURL_OPENSSL_3 symbol :-( readelf -a /usr/lib64/libcurl.so.4 | grep -i OPENSSL 000000265188 003200000007 R_X86_64_JUMP_SLO 0000000000000000 UI_OpenSSL + 0 0000002651a0 003500000007 R_X86_64_JUMP_SLO 0000000000000000 OPENSSL_add_all_algori + 0 50: 0000000000000000 0 FUNC GLOBAL DEFAULT UND UI_OpenSSL 53: 0000000000000000 0 FUNC GLOBAL DEFAULT UND OPENSSL_add_all_algorithm objdump -x /usr/lib64/libcurl.so.4 | grep -i SSL NEEDED libssl.so.1.0.0 Bad luck :-( Regards, Werner -- -- To unsubscribe, e-mail: opensuse-security+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-security+owner@opensuse.org
Hi, *gnh* ... I think I released the incorrect Opera update :( Ciao, Marcus On Tue, Feb 12, 2013 at 03:47:01PM +0100, Werner Flamme wrote:
Bob Vickers [12.02.2013 15:24]:
There seems to be a problem with the recent opera patch provided for opensuse 12.1 and 12.2:
On a 12.2 system:
# zypper in -t patch openSUSE-2013-109 Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: Following actions will be done: deinstallation of opera-kde4-12.12-21.1.x86_64 deinstallation of opera-gtk-12.12-21.1.x86_64 deinstallation of opera-12.12-21.1.x86_64 Solution 2: do not install patch:openSUSE-2013-109-1.noarch Solution 3: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies
I opted for solution 1, thinking I could reinstall opera afterwards. But now I get
# zypper in opera Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: do not install opera-12.13-1.12.1.x86_64 Solution 2: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c):
Something similar happened on an opensuse 12.1 system.
Regards, Bob
Same here on openSUSE 12.2.
I reinstalled the old version with
zypper in opera-12.12-21.1
However, when I try
rpm -q --provides libcurl4 libcurl.so.4()(64bit) libcurl4 = 7.28.1-98.1 libcurl4(x86-64) = 7.28.1-98.1
my version of libcurl.so.4 (from the filesystems repo, libcurl4-7.28.1-98.1.x86_64) seems not to provide the CURL_OPENSSL_3 symbol :-(
readelf -a /usr/lib64/libcurl.so.4 | grep -i OPENSSL 000000265188 003200000007 R_X86_64_JUMP_SLO 0000000000000000 UI_OpenSSL + 0 0000002651a0 003500000007 R_X86_64_JUMP_SLO 0000000000000000 OPENSSL_add_all_algori + 0 50: 0000000000000000 0 FUNC GLOBAL DEFAULT UND UI_OpenSSL 53: 0000000000000000 0 FUNC GLOBAL DEFAULT UND OPENSSL_add_all_algorithm
objdump -x /usr/lib64/libcurl.so.4 | grep -i SSL NEEDED libssl.so.1.0.0
Bad luck :-(
Regards, Werner
--
-- To unsubscribe, e-mail: opensuse-security+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-security+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-security+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-security+owner@opensuse.org
Hi, I have released Opera 12.14 that also fixes this problem now. Ciao, Marcus O.n Tue, Feb 12, 2013 at 10:13:55PM +0100, Marcus Meissner wrote:
Hi,
*gnh* ... I think I released the incorrect Opera update :(
Ciao, Marcus On Tue, Feb 12, 2013 at 03:47:01PM +0100, Werner Flamme wrote:
Bob Vickers [12.02.2013 15:24]:
There seems to be a problem with the recent opera patch provided for opensuse 12.1 and 12.2:
On a 12.2 system:
# zypper in -t patch openSUSE-2013-109 Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: Following actions will be done: deinstallation of opera-kde4-12.12-21.1.x86_64 deinstallation of opera-gtk-12.12-21.1.x86_64 deinstallation of opera-12.12-21.1.x86_64 Solution 2: do not install patch:openSUSE-2013-109-1.noarch Solution 3: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies
I opted for solution 1, thinking I could reinstall opera afterwards. But now I get
# zypper in opera Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: do not install opera-12.13-1.12.1.x86_64 Solution 2: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c):
Something similar happened on an opensuse 12.1 system.
Regards, Bob
Same here on openSUSE 12.2.
I reinstalled the old version with
zypper in opera-12.12-21.1
However, when I try
rpm -q --provides libcurl4 libcurl.so.4()(64bit) libcurl4 = 7.28.1-98.1 libcurl4(x86-64) = 7.28.1-98.1
my version of libcurl.so.4 (from the filesystems repo, libcurl4-7.28.1-98.1.x86_64) seems not to provide the CURL_OPENSSL_3 symbol :-(
readelf -a /usr/lib64/libcurl.so.4 | grep -i OPENSSL 000000265188 003200000007 R_X86_64_JUMP_SLO 0000000000000000 UI_OpenSSL + 0 0000002651a0 003500000007 R_X86_64_JUMP_SLO 0000000000000000 OPENSSL_add_all_algori + 0 50: 0000000000000000 0 FUNC GLOBAL DEFAULT UND UI_OpenSSL 53: 0000000000000000 0 FUNC GLOBAL DEFAULT UND OPENSSL_add_all_algorithm
objdump -x /usr/lib64/libcurl.so.4 | grep -i SSL NEEDED libssl.so.1.0.0
Bad luck :-(
Regards, Werner
--
-- To unsubscribe, e-mail: opensuse-security+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-security+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-security+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-security+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-security+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-security+owner@opensuse.org
No need to send me PMs ;-) Yes, the patch is already installed. No problems so far. Thank you! Regards, Werner Marcus Meissner [13.02.2013 11:25]:
Hi,
I have released Opera 12.14 that also fixes this problem now.
Ciao, Marcus
O.n Tue, Feb 12, 2013 at 10:13:55PM +0100, Marcus Meissner wrote:
Hi,
*gnh* ... I think I released the incorrect Opera update :(
Ciao, Marcus On Tue, Feb 12, 2013 at 03:47:01PM +0100, Werner Flamme wrote:
Bob Vickers [12.02.2013 15:24]:
There seems to be a problem with the recent opera patch provided for opensuse 12.1 and 12.2:
On a 12.2 system:
# zypper in -t patch openSUSE-2013-109 Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: Following actions will be done: deinstallation of opera-kde4-12.12-21.1.x86_64 deinstallation of opera-gtk-12.12-21.1.x86_64 deinstallation of opera-12.12-21.1.x86_64 Solution 2: do not install patch:openSUSE-2013-109-1.noarch Solution 3: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies
I opted for solution 1, thinking I could reinstall opera afterwards. But now I get
# zypper in opera Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libcurl.so.4(CURL_OPENSSL_3)(64bit) needed by opera-12.13-1.12.1.x86_64 Solution 1: do not install opera-12.13-1.12.1.x86_64 Solution 2: break opera-12.13-1.12.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c):
Something similar happened on an opensuse 12.1 system.
Regards, Bob
Same here on openSUSE 12.2.
I reinstalled the old version with
zypper in opera-12.12-21.1
However, when I try
rpm -q --provides libcurl4 libcurl.so.4()(64bit) libcurl4 = 7.28.1-98.1 libcurl4(x86-64) = 7.28.1-98.1
my version of libcurl.so.4 (from the filesystems repo, libcurl4-7.28.1-98.1.x86_64) seems not to provide the CURL_OPENSSL_3 symbol :-(
readelf -a /usr/lib64/libcurl.so.4 | grep -i OPENSSL 000000265188 003200000007 R_X86_64_JUMP_SLO 0000000000000000 UI_OpenSSL + 0 0000002651a0 003500000007 R_X86_64_JUMP_SLO 0000000000000000 OPENSSL_add_all_algori + 0 50: 0000000000000000 0 FUNC GLOBAL DEFAULT UND UI_OpenSSL 53: 0000000000000000 0 FUNC GLOBAL DEFAULT UND OPENSSL_add_all_algorithm
objdump -x /usr/lib64/libcurl.so.4 | grep -i SSL NEEDED libssl.so.1.0.0
Bad luck :-(
Regards, Werner
-- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- To unsubscribe, e-mail: opensuse-security+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-security+owner@opensuse.org
participants (3)
-
Bob Vickers -
Marcus Meissner -
Werner Flamme