Summary: | app-text/hunspell-1.3.2 wrong symblink, let system packages fail | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | tman <cornicx> |
Component: | New packages | Assignee: | Spell checking utilities and dictionaries -- related bugs (OBSOLETE) <app-dicts+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | atman.sense, dschridde+gentoobugs, graham |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
tman
2011-05-28 04:07:37 UTC
I think that I see at part of what the problem is. After installation of hunspell-1.3.2, /usr/lib/libhunspell.so is still symlinked to /usr/lib/libhunspell-1.2.so.0.0.0. So any package just linking to the 'plain' .so will link to the preserved 1.2 not the new 1.3. ls -l /usr/lib/libhunspell* lrwxrwxrwx 1 root root 24 Oct 27 2010 /usr/lib/libhunspell-1.2.so -> libhunspell-1.2.so.0.0.0 lrwxrwxrwx 1 root root 24 Oct 27 2010 /usr/lib/libhunspell-1.2.so.0 -> libhunspell-1.2.so.0.0.0 -rwxr-xr-x 1 root root 351532 Oct 27 2010 /usr/lib/libhunspell-1.2.so.0.0.0 -rw-r--r-- 1 root root 384116 May 26 19:19 /usr/lib/libhunspell-1.3.a -rw-r--r-- 1 root root 965 May 26 19:19 /usr/lib/libhunspell-1.3.la lrwxrwxrwx 1 root root 24 May 26 19:19 /usr/lib/libhunspell-1.3.so -> libhunspell-1.3.so.0.0.0 lrwxrwxrwx 1 root root 24 May 26 19:19 /usr/lib/libhunspell-1.3.so.0 -> libhunspell-1.3.so.0.0.0 -rwxr-xr-x 1 root root 360524 May 26 19:19 /usr/lib/libhunspell-1.3.so.0.0.0 lrwxrwxrwx 1 root root 33 Oct 27 2010 /usr/lib/libhunspell.so -> /usr/lib/libhunspell-1.2.so.0.0.0 sound lgically but we need neu a fix for ebuild -inherit eutils multilib autotools flag-o-matic +inherit eutils multilib autotools flag-o-matic versionator src_install() { emake DESTDIR="${D}" install + dosym lib${PN}-$(get_major_version).$(get_version_component_range 2).so /usr/$(get_libdir)/lib${PN}.so (In reply to comment #3) > -inherit eutils multilib autotools flag-o-matic > +inherit eutils multilib autotools flag-o-matic versionator > > > src_install() { > emake DESTDIR="${D}" install > + dosym lib${PN}-$(get_major_version).$(get_version_component_range 2).so > /usr/$(get_libdir)/lib${PN}.so I'm assuming that this was intended to fix the app-text/hunspell-1.3.2 ebuild. If so, this did not resolve the problem for me. I applied the changes to said ebuild. Forced updated the manifest. Performed an emerge of hunspell and then @preserved-rebuild. Package kde-base/lokalize-4.6.4 was chosen for @preserved-rebuild. While both hunspell and lokalized emerged to completion, the @preserved-rebuild remained. .oOo. nano -w /usr/portage/app-text/hunspell/hunspell-1.3.2.ebuild ebuild /usr/portage/app-text/hunspell/hunspell-1.3.2.ebuild manifest emerge hunspell emerge @preserved-rebuild .oOo. * Messages for package kde-base/lokalize-4.6.4: * To be able to autofetch KDE translations in new project wizard, install subversion client: * emerge -vau subversion >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: >>> package: app-text/hunspell-1.3.2 * - /usr/lib64/libhunspell-1.2.so * - /usr/lib64/libhunspell-1.2.so.0 * - /usr/lib64/libhunspell-1.2.so.0.0.0 * used by /usr/bin/lokalize (kde-base/lokalize-4.6.4) Use emerge @preserved-rebuild to rebuild packages using these libraries Thank you for report guys. I've added new ebuild which provides required symlink. If this problem persists with hunspell-1.3.2-r1, please, open new bug report for kde-base/lokalize. |