Summary: | kde-base/kdelibs-4.4.2 (and others): No rule to make target /lib64/libz.so after zlib upgrade | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jim Dory <james> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | damian.only, esigra, galtgendo, ivan.diorditsa, leho, zerhash |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jim Dory
2010-03-24 16:58:06 UTC
please post output of ls -l /lib/libz* /usr/lib/libz* /usr/local/lib/libz* *** Bug 311155 has been marked as a duplicate of this bug. *** ls -l /lib/libz* /usr/lib/libz* /usr/local/lib/libz* ls: cannot access /usr/local/lib/libz*: No such file or directory lrwxrwxrwx 1 root root 13 Mar 20 18:23 /lib/libz.so.1 -> libz.so.1.2.4 -rwxr-xr-x 1 root root 83444 Mar 20 18:23 /lib/libz.so.1.2.4 -rw-r--r-- 1 root root 90186 Mar 20 18:23 /usr/lib/libz.a -rw-r--r-- 1 root root 78748 Mar 17 21:43 /usr/lib/libzip.a -rw-r--r-- 1 root root 783 Mar 17 21:43 /usr/lib/libzip.la lrwxrwxrwx 1 root root 15 Mar 17 21:43 /usr/lib/libzip.so -> libzip.so.1.0.0 lrwxrwxrwx 1 root root 15 Mar 17 21:43 /usr/lib/libzip.so.1 -> libzip.so.1.0.0 -rwxr-xr-x 1 root root 38440 Mar 17 21:43 /usr/lib/libzip.so.1.0.0 -rwxr-xr-x 1 root root 519 Mar 20 18:23 /usr/lib/libz.so Unable to reproduce I've asked at least two others who have the same issue to weigh in from this thread: http://forums.gentoo.org/viewtopic-p-6220310.html#6220310 Able to reproduce always. I get the exact identical errors here also on ~x86 Same /lib/libz* Nothing to add, just a confirmed reproduction. Just to confirm this, so you DO NOT have a symlink /lib/libz.so ? What is your version of sys-libs/zlib ? Can you re-emerge that and then try again? ~ $ qlist -Iv sys-libs/zlib sys-libs/zlib-1.2.4 ~ # ls -l /lib/libz* lrwxrwxrwx 1 root root 13 Mar 20 08:43 /lib/libz.so.1 -> libz.so.1.2.4 -rwxr-xr-x 1 root root 83232 Mar 20 08:43 /lib/libz.so.1.2.4 ~ # emerge -1 sys-libs/zlib ~ # revdep-rebuild ~ $ ls -l /lib/libz* lrwxrwxrwx 1 root root 13 Mar 28 13:12 /lib/libz.so.1 -> libz.so.1.2.4 -rwxr-xr-x 1 root root 83232 Mar 28 13:12 /lib/libz.so.1.2.4 ~ # euse -e thumbnail ~ # emerge -1aDNuv kde-base/dolphin Result: Still same exact identical errors [ 5%] make[2]: *** No rule to make target `/lib/libz.so', needed by `lib/fileviewsvnplugin.so'. Stop. make[2]: *** Waiting for unfinished jobs. [ 6%] Building CXX object dolphin/src/CMakeFiles/dolphinprivate.dir/dolphindetailsview.o make[1]: *** [dolphin/src/CMakeFiles/fileviewsvnplugin.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... [ 31%] make[2]: *** No rule to make target `/lib/libz.so', needed by `lib/libdolphinprivate.so.4.4.0'. Stop. make[2]: *** Waiting for unfinished jobs.... Building CXX object dolphin/src/CMakeFiles/dolphinprivate.dir/dolphin_versioncontrolsettings.o make[1]: *** [dolphin/src/CMakeFiles/dolphinprivate.dir/all] Error 2 make: *** [all] Error 2 * ERROR: kde-base/dolphin-4.4.1 failed: * Make failed! * * Call stack: * ebuild.sh, line 48: Called src_compile * environment, line 4117: Called kde4-meta_src_compile * environment, line 3207: Called kde4-base_src_compile * environment, line 2884: Called cmake-utils_src_compile * environment, line 1094: Called _execute_optionaly 'src_compile' * environment, line 526: Called enable_cmake-utils_src_compile * environment, line 1459: Called cmake-utils_src_make * environment, line 1113: Called die * The specific snippet of code: * emake "$@" || die "Make failed!"; Oops typo, should read: ~ # euse -E thumbnail sys-libs/zlib-1.2.4 does not install a /lib/libz.so symlink, sys-libs-1.2.3-r1 does. This causes compilation failures for programs expecting /lib/libz.so (or /lib64/libz.so), especially kde-base/dolphin-4.4.1 AFAIK you only need the matching soname in /lib, libz.so.1 and libz.so is only for compiling, and can remain in /usr/lib since at the time you are building something, /usr will be mounted. So what old zlib did was wrong, and what it does now, is correct. As such, the problem is in dolphin, not in zlib. zlib wasnt "wrong" before, but anything that breaks with the new zlib behavior is broken. not a bug in zlib. The workaround for this is to rebuild kde-base/libkonq, which will change the installed /var/lib/kde/libkonq:${SLOT} file to reference /usr/$(get_libdir)/libz.so instead of /$(get_libdir)/libz.so - not sure how we want to handle this in the future, though. So how shall we handle this? I suspect this is still present in 4.4.2? (In reply to comment #14) > So how shall we handle this? > > I suspect this is still present in 4.4.2? > (In reply to comment #11) > AFAIK you only need the matching soname in /lib, libz.so.1 and libz.so is only > for compiling, and can remain in /usr/lib since at the time you are building > something, /usr will be mounted. So what old zlib did was wrong, and what it > does now, is correct. > > As such, the problem is in dolphin, not in zlib. And some other more. I'm having the same error when compiling the unstable versions of cmake, and poppler. *** Bug 315767 has been marked as a duplicate of this bug. *** *** Bug 322331 has been marked as a duplicate of this bug. *** This should not be an issue for an overall kde upgrade, so I am removing the blocker for 4.4.[23]. zlib-1.2.5 just got stable, so a lot of people will lose the /lib(64)/libz.so symlink. Let's see if this problem pops up again... *** Bug 361531 has been marked as a duplicate of this bug. *** Perhaps another summary change is in order, to something like: "cmake packages using find_package(ZLIB) fail to link with zlib >=1.2.5-r2". I'm not using anything KDE related and this is more of cmake macro problem, than anything else. One month without any duplicates after stabling zlib >=1.2.5... I guess this problem is obsolete now. |