Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 112013 - subversion-1.2.3-r2 does not build with neon anymore
Summary: subversion-1.2.3-r2 does not build with neon anymore
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-09 16:06 UTC by Joerg Schaible
Modified: 2005-11-09 16:45 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joerg Schaible 2005-11-09 16:06:54 UTC
First: This is *not* a duplicate of 105501! I have the proper releases of  
subversion and neon, that are supposed to work together:  
  
joehni@paddy ~/bin $ etcat -v neon  
[ Results for search key           : neon ]  
[ Candidate applications found : 2 ]  
  
 Only printing found installed programs.  
  
*  net-misc/neon :  
        [  I] 0.24.7 (0)  
        [M~ ] 0.25.3 (0)  
joehni@paddy ~/bin $ etcat -v subversion  
[ Results for search key           : subversion ]  
[ Candidate applications found : 5 ]  
  
 Only printing found installed programs.  
  
*  dev-util/subversion :  
        [   ] 1.1.3 (0)  
        [   ] 1.2.3 (0)  
        [   ] 1.2.3-r1 (0)  
        [  I] 1.2.3-r2 (0)  
        [M~ ] 1.2.3-r3 (0)  
  
Nevertheless after a revdep-rebuild (because of libungif replacement) my  
subversion cannot handle the http:/ URLs anymore:  
  
joehni@paddy ~/src/Magnolia/trunk $ LANG=C svn list  
http://subversion.magnolia.info/svn/magnolia  
svn: Unrecognized URL scheme for  
'http://subversion.magnolia.info/svn/magnolia'  
  
Looking at the output building subversion, you can see that the detection of  
neon fails in the autotools:  
  
[snip]  
configure: checking neon library  
  
An appropriate version of neon could not be found, so libsvn_ra_dav  
will not be built.  If you want to build libsvn_ra_dav, please either  
install neon 0.24.7 on this system  
  
or  
  
get neon 0.24.7 from:  
    http://www.webdav.org/neon/neon-0.24.7.tar.gz  
unpack the archive using tar/gunzip and rename the resulting  
directory from ./neon-0.24.7/ to ./neon/  
  
no suitable neon found  
[snip]  
  
and no wonder, even some lines above: 
 
[snip] 
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man 
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc 
--localstatedir=/var/lib --build=i686-pc-linux-gnu --with-apr=/usr 
--with-apr-util=/usr --with-apxs=/usr/sbin/apxs2 --enable-javahl 
--without-jikes --with-swig --without-neon --with-berkeley-db --with-zlib 
--with-python --enable-nls --with-apr=/usr --with-apr-util=/usr 
--disable-experimental-libtool --disable-mod-activation 
[snip] 
 
"--without-neon" ... !!! 

Reproducible: Always
Steps to Reproduce:
1. emerge subversion-1.2.3-r2 
2. access subversion repo with http:// 
 
 
Actual Results:  
Protocol not supported, because of missing DAV module using neon.  

Expected Results:  
DAV support using neon. 

Looking into the old logs of portage, all subversion-1.2.3-r1 builds did find 
neon. Downgrading to this version does not help anymore though, it does now 
not find neon too. OTOH I have neon-0.24.7 a lot longer around, so it might 
have to do with some change in an eclass ????
Comment 1 Joerg Schaible 2005-11-09 16:45:29 UTC
<blush/> 
I forgot that I set in the meanwhile +nowebdav, since I did not want to build 
DAV support into the server. I did not realize, that this will also affect the 
client. So anything is back to normal.