I had SVN working fine, but then sometime recently neon was updated (due to
gnome I believe?). I'm only trying to connect to a remote SVN server (not
local).

[EMAIL PROTECTED] $ svn update
svn: error while loading shared libraries: libneon.so.25: cannot open shared
object file: No such file or directory

So I recompiled subversion and neon (both in ~x86 because gnome needed the ~
version, and the stable svn doesn't work with the non ~ neon and it's all
just a big-ol-happy-linux-mess as usual)

This get's me closer, but still no love.

[EMAIL PROTECTED] $ svn update
svn: Unrecognized URL scheme for
'https://trac.myserver.com/svn/projects/foo/trunk'

The FAQ didn't help (and apparently I have the modules loaded anyways, so I
doubt that's the issue):
http://subversion.tigris.org/faq.html#unrecognized-url-error

[EMAIL PROTECTED] $ svn --version
svn, version 1.3.2 (r19776)
   compiled Jul 11 2006, 18:39:46
The following repository access (RA) modules are available:
* ra_svn : Module for accessing a repository using the svn network protocol.
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme

Here are the versions I have installed

[ebuild   R   ] dev-util/subversion-1.3.2-r1  USE="apache2 bash-completion
berkdb minimal nls perl python ruby* zlib -emacs -java -nowebdav"

[ebuild   R   ] net-misc/neon-0.26.1  USE="nls ssl zlib -expat -gnutls
-socks5 -static"

I tried this:

locutus env.d # revdep-rebuild --library=libneon.so.25
Configuring search environment for revdep-rebuild
Checking reverse dependencies...
Packages containing binaries and libraries using libneon.so.25 will be
emerged.
Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)
Checking dynamic linking...
 done.
  (/root/.revdep-rebuild_8de088a8.3_rebuild)
Assigning files to ebuilds... Nothing to rebuild
Evaluating package order... done.
  (/root/.revdep-rebuild_8de088a8.5_order)
There are no dynamic links to libneon.so.25... All done.

Any ideas?

ÐÆ5ÏÐ 


-- 
gentoo-user@gentoo.org mailing list

Reply via email to