[Bug 623215] New: Are requirement specifications for YaST packages incomplete?
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c0 Summary: Are requirement specifications for YaST packages incomplete? Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: Markus.Elfring@web.de QAContact: jsrain@novell.com Found By: --- Blocker: --- I could update most of the YaST packages on Friday. Today I can not start any module (like for software management) from the control centre while they were working in my openSUSE 11.2 system. The following error messages show effects from a "broken" distribution upgrade. /usr/lib64/YaST2/plugin/libpy2qt.so.2: /usr/local/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /usr/lib64/YaST2/plugin/libpy2qt.so.2) /usr/lib64/YaST2/plugin/libpy2qt.so.2: /usr/local/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /usr/lib64/libyui.so.3) Can't load '/usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/auto/YaST/YCP/libYCP.so' for module YaST::YCP: /usr/local/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /usr/lib64/YaST2/plugin/libpy2UI.so.2) at /usr/lib/perl5/5.10.0/x86_64-linux-thread-multi/DynaLoader.pm line 203. at /usr/share/YaST2/modules/URLRecode.pm line 16 Compilation failed in require at /usr/share/YaST2/modules/URLRecode.pm line 16. BEGIN failed--compilation aborted at /usr/share/YaST2/modules/URLRecode.pm line 16. Compilation failed in require. BEGIN failed--compilation aborted (#1) (F) The module you tried to load failed to load a dynamic extension. This may either mean that you upgraded your version of perl to one that is incompatible with your old dynamic extensions (which is known to happen between major versions of perl), or (more likely) that your dynamic extension was built against an older version of the library that is installed on your system. You may need to rebuild your old dynamic extensions. Uncaught exception from user code: Can't load '/usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/auto/YaST/YCP/libYCP.so' for module YaST::YCP: /usr/local/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /usr/lib64/YaST2/plugin/libpy2UI.so.2) at /usr/lib/perl5/5.10.0/x86_64-linux-thread-multi/DynaLoader.pm line 203. at /usr/share/YaST2/modules/URLRecode.pm line 16 Compilation failed in require at /usr/share/YaST2/modules/URLRecode.pm line 16. BEGIN failed--compilation aborted at /usr/share/YaST2/modules/URLRecode.pm line 16. Compilation failed in require. BEGIN failed--compilation aborted. at -e line 0 (zenity:13401): Gtk-WARNING **: GModule (/usr/lib64/gtk-2.0/2.10.0/engines/libmurrine.so) initialization check failed: Gtk+ version too old (micro mismatch) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c yang xiaoyu <xyyang@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xyyang@novell.com AssignedTo|bnc-team-screening@forge.pr |yast2-maintainers@suse.de |ovo.novell.com | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c2 Thomas Göttlicher <tgoettlicher@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |tgoettlicher@novell.com InfoProvider| |Markus.Elfring@web.de --- Comment #2 from Thomas Göttlicher <tgoettlicher@novell.com> 2010-07-21 12:22:24 UTC --- It seems the library versions are conflicting. Have you installed incompatible versions in '/usr/local/lib64' ? Does the same issue occur on a fresh installed system for you? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c3 Markus Elfring <Markus.Elfring@web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|Markus.Elfring@web.de | --- Comment #3 from Markus Elfring <Markus.Elfring@web.de> 2010-07-21 13:16:58 UTC --- (In reply to comment #2) Which conflicts do you expect for which libraries? Would the file "/usr/lib64/libstdc++.so.6.0.14" be sufficient to be used by YaST shared objects here? I admit that I also installed some software myself which adjusted the contents of the directory "/usr/local". I assume that another "dependency hell" might be on the way because of changes for components like GCC (4.5), Perl (5.10.0-72.6.1 ⇒ 5.12.1-1.8) and Ruby (1.8.7.p72-7.3 ⇒ 1.8.7.p249-7.1). Sorry - I am not going to try this issue out on a different system for a fresh installation. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c4 Thomas Göttlicher <tgoettlicher@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |WORKSFORME --- Comment #4 from Thomas Göttlicher <tgoettlicher@novell.com> 2010-07-21 13:28:21 UTC --- . -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c5 Markus Elfring <Markus.Elfring@web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|WORKSFORME | --- Comment #5 from Markus Elfring <Markus.Elfring@web.de> 2010-07-21 13:54:07 UTC --- I do not see that I am using conflicting library versions for YaST. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c6 --- Comment #6 from Markus Elfring <Markus.Elfring@web.de> 2010-07-21 16:05:29 UTC --- I can start YaST modules again after I have copied the file "libstdc++.so.6.0.14" from the directory "/usr/lib64" to "/usr/local/lib64". I wonder why it does not work as expected if this software library is only stored in the other directory. The next strange seems to be that the software management tool does not like some check sums (message "Wrong Digest: ... file /var/cache/zypp/raw/ ... but the current checksum is .") while the command "zypper" does not bother. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c7 Michael Andres <ma@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |Markus.Elfring@web.de --- Comment #7 from Michael Andres <ma@novell.com> 2010-07-23 11:41:01 CEST --- (In reply to comment #6)
The next strange seems to be that the software management tool does not like some check sums (message "Wrong Digest: ... file /var/cache/zypp/raw/ ... but the current checksum is .") while the command "zypper" does not bother.
We'd need the whole message (incl. checksums and filename) and the repo (uURL) you are using in order to investigate somethign. Best you attach the y2logs. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c8 Markus Elfring <Markus.Elfring@web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|Markus.Elfring@web.de | --- Comment #8 from Markus Elfring <Markus.Elfring@web.de> 2010-07-23 13:45:55 UTC --- (In reply to comment #7) I guess that the discussion about digest/checksum surprises should be continued with the previous report for the bug #615070. ┌─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐ │Wrong Digest │ │ │ │ The expected checksum of file /var/cache/zypp/raw/CompizYLNOyP/repodata/b88d93c1b36d5e4c67d7fb728e0651f974391aa45f435d26935de713af89245d-primary.xml.gz │ │ is b88d93c1b36d5e4c67d7fb728e0651f974391aa45f435d26935de713af89245d, │ │ but the current checksum is . │ │ │ │ This means that the file has been changed by accident or by an attacker │ │ since the repository creator signed it. Using it is a big risk │ │ for the integrity and security of your system. │ │ │ │ Use it anyway? │ .. I have got the impression that all repositories might be affected on my system. (My file "y2logs623215.tgz" is 5 MB bigger than the upload limit here. Should I send it to you by mail?) Are you interested to clarify the look-up for the file "libstdc++.so.6.0.14"? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c9 --- Comment #9 from Michael Andres <ma@novell.com> 2010-08-11 18:38:27 CEST --- A) yast and zypper both use libzypp to download the files, and it's libzypp that does this checksum check by calling functions from libssl to compute the downloaded files checksums. This computation seems to fail and returns an empty checksum: "but the current checksum is <missing>." Given this, it is very unlikely that zypper and yast show different behavior! (unless you're using some strangely configured selfcompiled versions) To be sure about this, you should 'rm -rf /var/cache/zypp/raw/Compiz', then do a 'zypper refresh Compiz' to be sure zypper doewnloads and checks the files. If zypper succeeds delete the directory again and try Yast. B) Hard to tell from here, what the problem with your libstdc++.so.6.0.14 and maybe other libs is. A few things to check: 1)$ ls -l /usr/{local/,}lib64/libstdc++* This should always show something like this (maybe more/less): /usr/lib64/libstdc++.so.6 -> libstdc++.so.6.0.14* /usr/lib64/libstdc++.so.6.0.14* There should always be one or more .so files with 3 digit versions, and a symlink for each major number (here 6) pointing to the highest version of this major number. Those symlinks are created/maintained whenever you call '/sbin/ldconfig' (or ldconfig -v). So whenever you copy/move shared libs around in your system manually, call ldconfig to adjust the symlinks. Otherwise ld.so may not be able to pick the right one. 2) Be sure not to accidentally copy 64-bit libs into some /lib/, or 32-bit libs into some 'lib64' directory. In doubt use the command 'file <lib>' to test. It will tell either 'ELF 32-bit LSB' or 'ELF 64-bit LSB'. Unless you altered the ld.so configuration (something you should not do), libs below /usr/local/lib64 are considered before /usr/lib64. As you describe the error ld.so found something at /usr/local/lib64/libstdc++.so.6 which somehow claimed to be a 6.0.14, but was not. As /usr/local is a location that is not touched by any of our packages, it must have been something you manually compiled or installed. Copying a real 6.0.14 to that location fixed the problem. Vice versa: If you habve the right libstdc++ packages installed (in /usr/lib64), and the symlinks below /usr/lib64/ are ok, then you should also be able to remove /usr/lib64/libstdc++*. You can use 'ldd' on any program or library to see which shared libs will be used at runtime. E.g: $ ldd /usr/lib64/YaST2/plugin/libpy2qt.so.2 linux-vdso.so.1 => (0x00007fff56f5d000) libyui.so.3 => /usr/lib64/libyui.so.3 (0x00007f80fdc71000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f80fd83a000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f80fccab000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f80fcaa7000) libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f80fc76a000) ... This may help you to identify the libs which are actually used. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c10 --- Comment #10 from Markus Elfring <Markus.Elfring@web.de> 2010-08-11 20:26:37 UTC --- (In reply to comment #9)
Given this, it is very unlikely that zypper and yast show different behavior!
1)$ ls -l /usr/{local/,}lib64/libstdc++* lrwxrwxrwx 1 root root 18 Jul 16 15:48 /usr/lib64/libstdc++.so.5 ->
The difference happens on my system. - The tool "zypper 1.3.4-0.1.3" works as expected (on the command line) while the tools "yast2-qt 2.19.1-1.9" and "yast2-ncurses-pkg 2.18.4-2.10.2" notify me about wrong checksums. libstdc++.so.5.0.7 -rwxr-xr-x 1 root root 852104 Jul 5 13:57 /usr/lib64/libstdc++.so.5.0.7 lrwxrwxrwx 1 root root 19 Jul 16 09:52 /usr/lib64/libstdc++.so.6 -> libstdc++.so.6.0.14 -rwxr-xr-x 1 root root 1003544 Jul 1 20:30 /usr/lib64/libstdc++.so.6.0.14 -rw-r--r-- 1 root root 15381452 Jul 22 20:41 /usr/local/lib64/libstdc++.a -rwxr-xr-x 1 root root 965 Jul 22 20:41 /usr/local/lib64/libstdc++.la lrwxrwxrwx 1 root root 19 Jul 22 20:41 /usr/local/lib64/libstdc++.so -> libstdc++.so.6.0.14 lrwxrwxrwx 1 root root 19 Jul 22 20:41 /usr/local/lib64/libstdc++.so.6 -> libstdc++.so.6.0.14 -rwxr-xr-x 1 root root 5134807 Aug 27 2009 /usr/local/lib64/libstdc++.so.6.0.10 -rwxr-xr-x 1 root root 5148337 May 10 2009 /usr/local/lib64/libstdc++.so.6.0.11 -rwxr-xr-x 1 root root 5200888 Sep 27 2009 /usr/local/lib64/libstdc++.so.6.0.12 -rwxr-xr-x 1 root root 5226329 Nov 2 2009 /usr/local/lib64/libstdc++.so.6.0.13 -rwxr-xr-x 1 root root 6299451 Jul 22 20:41 /usr/local/lib64/libstdc++.so.6.0.14 -rwxr-xr-x 1 root root 5310942 Feb 17 2008 /usr/local/lib64/libstdc++.so.6.0.9 -rw-r--r-- 1 root root 2305 Jul 22 20:41 /usr/local/lib64/libstdc++.so.6.0.9-gdb.py I know also ways to check some shared libraries ...
$ ldd /usr/lib64/YaST2/plugin/libpy2qt.so.2 linux-vdso.so.1 => (0x00007fff33bff000) libyui.so.3 => /usr/lib64/libyui.so.3 (0x00007f5c4d68c000) libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f5c4d20c000) libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f5c4c574000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f5c4c370000) libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f5c4c033000) libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f5c4bdfb000) libstdc++.so.6 => /usr/local/lib64/libstdc++.so.6 (0x00007f5c4baf5000) libm.so.6 => /lib64/libm.so.6 (0x00007f5c4b89e000) libgcc_s.so.1 => /usr/local/lib64/libgcc_s.so.1 (0x00007f5c4b688000) libc.so.6 => /lib64/libc.so.6 (0x00007f5c4b328000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5c4b10b000) libz.so.1 => /lib64/libz.so.1 (0x00007f5c4aef4000) libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007f5c4acef000) librt.so.1 => /lib64/librt.so.1 (0x00007f5c4aae6000) libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f5c4a801000) libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007f5c4a5d9000) libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f5c4a350000) libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007f5c4a105000) libSM.so.6 => /usr/lib64/libSM.so.6 (0x00007f5c49efc000) libICE.so.6 => /usr/lib64/libICE.so.6 (0x00007f5c49cdf000) libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f5c49ace000) libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f5c498c3000) libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f5c496ba000) libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007f5c494b3000) libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00007f5c492a8000) libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00007f5c490a5000) libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f5c48e92000) /lib64/ld-linux-x86-64.so.2 (0x00007f5c4dcb0000) libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f5c48c75000) libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f5c48a4a000) libpcre.so.0 => /lib64/libpcre.so.0 (0x00007f5c4881c000) libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f5c48616000) libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f5c48412000)
-- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623215 http://bugzilla.novell.com/show_bug.cgi?id=623215#c11 --- Comment #11 from Markus Elfring <Markus.Elfring@web.de> 2010-08-12 06:00:15 UTC --- By the way: The issue about the "GLIBCXX_3.4.14" dependency can also be discussed for other situations. Examples: X) http://bugs.gentoo.org/show_bug.cgi?id=315377#c3 Y) http://forums.fedoraforum.org/showpost.php?p=1385709&postcount=2 Z) I get error messages if an useable file "libstdc++.so.6.0.14" does not exist in the directory "/usr/local/lib64" while it is available from "/usr/lib64" as usual. elfring@Sonne:~> wesnoth wesnoth: /usr/local/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by wesnoth) wesnoth: /usr/local/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /usr/lib64/libboost_regex.so.1.42.0) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=623215 https://bugzilla.novell.com/show_bug.cgi?id=623215#c12 Thomas Göttlicher <tgoettlicher@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |CLOSED Resolution| |WORKSFORME --- Comment #12 from Thomas Göttlicher <tgoettlicher@novell.com> 2010-10-11 14:15:14 UTC --- It seems not to be a yast2 issue. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com