Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=429435 --- Comment #19 from Mamoru Tasaka <mtasaka@xxxxxxxxxxxxxxxxxxx> 2008-12-29 10:21:31 EDT --- (In reply to comment #18) > (In reply to comment #9) > > > gvn-checkout: error while loading shared libraries: libgnubversion.so.0: cannot > > > open shared object file: No such file or directory > > > > Hm...you no need to move them to _libdir. > > once this package is installed, you have to restart your X environment to > > update > > nautilus. perhaps your ldconfig needs to be update as well. > > Currently works fine on mine without move any lib to _lidir. I'll chroot > > another > > one to check closer this issue. > > You're wrong here. The libgnubversion.so.0 really needs to go to _libdir, > unlike > libnautilus-gnubversion.so, which should stay in nautilus extension directory. > > Please move it. Thanks! Well, no. It can be guessed that the fact that this software (or the upstream) tries to install libgnubversion.so.0 under %_libdir/%name means that this software should work (at least for the upstream) without moving the library into %_libdir (well, there are not a few cases in which upstream make mistakes, however this is not the case). The culprit is the following lines. ---------------------------------------------------------- #Remove Rpath sed -i 's|^hardcode_libdir_flag_spec="\\${wl}--rpath \\${wl}\\$libdir"|hardcode_libdir_flag_spec=""|g' libtool sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool ----------------------------------------------------------- Well, I see these lines in many spec files, however this method removes _all_ rpaths, which sometimes makes the software unusable like this case and bug 432468. The unneeded rpath _only_ should be removed (on x86_64 it is /usr/lib64, on i386 there is nothing on this package) and %_libdir/%name rpath should be preserved, and libgnubversion.so.0 should not be moved to %_libdir. Refer to anjuta spec file about how to deal with this for example. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review