dev-util/kdesvn-0.14.3 was released on 2008-03-28.
The bump is not as straightforward as simply adding a new ebuild, as I am hitting some linking issue: Linking CXX shared module ../lib64/kde3/libkdesvnpart.so /var/tmp/portage/dev-util/kdesvn-0.14.3/work/kdesvn-0.14.3/lib64/kde3/libsvnfrontend.a(svnactions.o): In function `SvnActions::makeDiffinternal(QString const&, svn::Revision const&, QString const&, svn::Revision const&, QWidget*, svn::Revision const&)': svnactions.cpp:(.text+0xa361): undefined reference to `svn::Revision::isRemote() const' svnactions.cpp:(.text+0xa45e): undefined reference to `svn::Revision::isRemote() const' collect2: ld returned 1 exit status I'll investigate. George
I have just added 0.14.2, it does not seem to have this problem. However I do not completely like its run-time behavior (some annoying messages, but no "bad issues" so far)..
A quick note: that link failure in 0.14.3 is independent of subversion version or having the as-needed patch applied or not or gcc version used (4.3.0 vs 4.2.3).
dev-util/kdesvn-0.14.4 was released on 2008-05-19. It should work with Subversion 1.5.
Same problem with 1.14.4, that is trying to build it throws the same undefined reference to `svn::Revision::isRemote() const' error and this is independent of gcc version used (4.2.3 or 4.3.0, the last one only produced a ton of warnings in addition).
Ok, finally. I've traced the problem, looks like some files were not added to some lib when some new function was introduced (see the patch). I just hope I added the right files to the right library :), but it all seems to work fine. Plus this version actually seems to work again, that is with new subversion, so the limitation in RDEPEND is no more.. All in the tree already, closing the bug. George