new ebuild which now depends or the in portage db-4.0.14 instead of providing its own and adds a warning about repository format change.Also since 0.28.0 has some major bugs thish should replace it ASAP since there's no ebuild for 0.28.1 or 0.28.2 Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 17423 [details] ebuild for svn 0.29.0
Created attachment 17424 [details] ebuild for svn 0.29.0
Created attachment 17425 [details, diff] ebuild for svn 0.29.0
Created attachment 17426 [details] ebuild for svn 0.29.0
Created attachment 17427 [details] ebuild for svn 0.29.0
attaching once is enough :-)
sorry for so many attachments but the server kept spitting errors at me so I thought the attachment type was wrong and tried various versions.Now I see that even with those errors they got there :)
Created attachment 17440 [details] subversion-0.29.0.ebuild I also created ebuid for subversion 0.29.0. But my ebuild fixes bug 26676. Would you check my ebuild? Thank you.
Created attachment 17441 [details] 70svn-gentoo.el
I used jani@iv.ro's ebuild and it worked fine. Installing client only on my box worked, and updating server from 0.28 to 0.29 worked too (i already had bdb4 installed, because i didn't want to waste compiletime for compiling bdb4 at every update). I hope this report helps a bit. Thanks for that ebuild.
A 0.30.0 ebuild is now committed. I'm sorry that I didn't update earlier. I have been away for 3 weeks and have been busy last week. This new ebuild incorporates the emacs mode
the 0.30 ebuild says it is blocked if apache2 is installed. svn should be installable without ra_dav support even if apache is on the system
That is only when the apache2 useflag is not specified. This is because subversion has its own libapr and libapr-util which are also provided by apache2. These libs are used throughout the subversion package, so removing them is not an option
0.31 available, needs neon 0.24.3
Closing this bug. It is resolved.