| View previous topic :: View next topic |
| Author |
Message |
multix
Apprentice
Joined: 28 Nov 2004
Posts: 245
Location: Italy
|
 Posted: Sun Oct 23, 2011 12:15 pm Post subject: updating subversion fails for libexpat |
 |
|
when updating subversion, I get this error:
| Code: | cd subversion/libsvn_subr && /bin/sh /var/tmp/portage/dev-vcs/subversion-1.7.0/work/subversion-1.7.0/libtool --tag=CC --silent --mode=link i686-pc-linux-gnu-gcc -shared -O3 -march=pentium3m -pipe -fomit-frame-pointer -pthread -Werror=implicit-function-declaration -Wl,-O1 -Wl,--as-needed -rpath /usr/lib -version-info 0 -Wl,--no-undefined -o libsvn_subr-1.la adler32.lo atomic.lo auth.lo cache-inprocess.lo cache-membuffer.lo cache-memcache.lo cache.lo checksum.lo cmdline.lo compat.lo config.lo config_auth.lo config_file.lo config_win.lo constructors.lo ctype.lo date.lo debug.lo deprecated.lo dirent_uri.lo dso.lo eol.lo error.lo hash.lo io.lo iter.lo kitchensink.lo lock.lo log.lo macos_keychain.lo magic.lo md5.lo mergeinfo.lo nls.lo opt.lo path.lo pool.lo prompt.lo properties.lo quoprint.lo sha1.lo simple_providers.lo skel.lo sorts.lo sqlite.lo ssl_client_cert_providers.lo ssl_client_cert_pw_providers.lo ssl_server_trust_providers.lo stream.lo subst.lo svn_base64.lo svn_cache_config.lo svn_string.lo svn_temp_serializer.lo target.lo time.lo token.lo user.lo username_providers.lo utf.lo utf_validate.lo validate.lo version.lo win32_crashrpt.lo win32_crypto.lo win32_xlate.lo xml.lo -laprutil-1 -lapr-1 -lexpat -lz -lsqlite3 -lmagic
/bin/grep: /usr/lib/libexpat.la: No such file or directory
/bin/sed: can't read /usr/lib/libexpat.la: No such file or directory
libtool: link: `/usr/lib/libexpat.la' is not a valid libtool archive
make: *** [subversion/libsvn_subr/libsvn_subr-1.la] Error 1
emake failed
* ERROR: dev-vcs/subversion-1.7.0 failed (compile phase):
* Building of core of Subversion failed
|
I reemerged expat already (v. 2.0.1-r5). The file is indeed not there:
| Code: |
think ~ # ls /usr/lib/libexp*
/usr/lib/libexpat.so /usr/lib/libexpatu.so.1.5.2
/usr/lib/libexpat.so.1 /usr/lib/libexpatw.so
/usr/lib/libexpat.so.1.5.2 /usr/lib/libexpatw.so.1
/usr/lib/libexpatu.so /usr/lib/libexpatw.so.1.5.2
/usr/lib/libexpatu.so.1
|
is subversion or libexpat broken? How can I remedy it?
Riccardo
_________________
Unix is user friendly. It is only careful selecting its friends. |
|
| Back to top |
|
 |
Trog Dog
Apprentice
Joined: 04 Aug 2007
Posts: 282
|
| Posted: Sun Oct 23, 2011 12:25 pm Post subject: |
|
|
| have you tried running lafilefixer --justfixit ? |
|
| Back to top |
|
|
krinn
Watchman
Joined: 02 May 2003
Posts: 7471
|
| Posted: Sun Oct 23, 2011 12:39 pm Post subject: |
|
|
filebug against subversion as the libexpat.la file "could be there" or "not there anymore" but it's a bad idea to link something against the .la file (everyone is working hard to kill .la file when possible, so it's a bad idea to link against them as they could disapears without notice)
and you can look at this bug report to get the picture and/or use it as ref when reporting yours : https://bugs.gentoo.org/show_bug.cgi?id=379919
as a quick solve, i'm providing you the needed file here just as a temp solve and because that computer use an older version that still have it.
keep in mind it's just to help you solve it, but it's dirty, as you can see in the file, you also miss the .a static file, that someone could need.
| Code: | # libexpat.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.
# The name that we can dlopen(3).
dlname='libexpat.so.1'
# Names of this library.
library_names='libexpat.so.1.5.2 libexpat.so.1 libexpat.so'
# The name of the static archive.
old_library='libexpat.a'
# Libraries that this one depends upon.
dependency_libs=''
# Version information for libexpat.
current=6
age=5
revision=2
# Is this an already installed library?
installed=yes
# Should we warn about portability when linking against -modules?
shouldnotlink=no
# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''
# Directory that this library needs to be installed in:
libdir='/usr/lib'
|
|
|
| Back to top |
|
|
VoidMage
Watchman
Joined: 14 Oct 2006
Posts: 6196
|
| Posted: Sun Oct 23, 2011 12:58 pm Post subject: |
|
|
krinn, there is no bug here - this is just la file pollution.
This file you've provided should not be added, revdep-rebuild should be run instead. |
|
| Back to top |
|
|
multix
Apprentice
Joined: 28 Nov 2004
Posts: 245
Location: Italy
|
| Posted: Sun Oct 23, 2011 11:30 pm Post subject: |
|
|
I like VoidMage's way better.. I thus removed subversion (to reinstall it later), run emerge -Du world, then --depclean, then run revdep-rebuild, which fails though with these errors:
| Code: |
* !!! /usr/lib/apr-util-1/apr_dbm_gdbm.la not owned by any package is broken !!!
* /usr/lib/apr-util-1/apr_dbm_gdbm.la -> (none)
* !!! /usr/lib/libaprutil-1.la not owned by any package is broken !!!
* /usr/lib/libaprutil-1.la -> (none)
* !!! /usr/lib/python2.5/lib-dynload/dbm.so not owned by any package is broken !!!
* /usr/lib/python2.5/lib-dynload/dbm.so -> (none)
* !!! /usr/lib/python2.5/lib-dynload/gdbm.so not owned by any package is broken !!!
* /usr/lib/python2.5/lib-dynload/gdbm.so -> (none)
* Generated new 4_raw.rr and 4_owners.rr
* Found some broken files, but none of them were associated with known packages
* Unable to proceed with automatic repairs.
* The broken files are listed in 4_owners.rr
|
libapr is related to svn, btw, interesting! How to fix those? I want to reemerge subversion only later
_________________
Unix is user friendly. It is only careful selecting its friends. |
|
| Back to top |
|
|
krinn
Watchman
Joined: 02 May 2003
Posts: 7471
|
| Posted: Sun Oct 23, 2011 11:33 pm Post subject: |
|
|
| Code: | | not owned by any package is broken !!! |
mv the file somewhere (or rm it, but it always safer to just mv it somewhere instead)
and you can move the directory /usr/lib/python2.5/ away if you don't have python2.5 install
some package could be broken doing that if you forget to run python-updater, anyway revdep-rebuild will fix them too if need. |
|
| Back to top |
|
|
|
Portage & Programming
