As per bug #203578 apr{,-util}-0 will be masked. The following packages still depend and/or have logic to check for the right ap{r,u}{,-1}-config: dev-util/rapidsvn-0.9.3 dev-util/rapidsvn-0.9.4 (should depend on subversion-1.4 to get rid of apr-0) dev-util/subversion-1.3.2-r3 (will be removed together with apr-0) kde-base/kdesdk-3.5.6-r1 kde-base/kdesdk-3.5.7 kde-base/kdesdk-3.5.8 kde-base/kdesdk-kioslaves-3.5.6-r1 kde-base/kdesdk-kioslaves-3.5.7 kde-base/kdesdk-kioslaves-3.5.8 (should depend on subversion-1.4 to get rid of apr-0)
The checks in the KDE ebuilds guard against apr-0|1 conversion mess issues. The has_version checks are fine as is. Thanks for asking. :) > kde-base/kdesdk-kioslaves-3.5.8 (should depend on subversion-1.4 to get rid of apr-0) When Subversion 1.3 ebuilds are gone Subversion gets updated even without a --deep update. It is the Subversion 1.4 ebuild which should include a post install message asking the user to run revdep-rebuild. I'm quite sure it's not just the KDE ebuilds which are affected. And while I'm at it: Could the Subversion postinstall output be made _a_lot_ less messy and shortened, please. The whole svnserve and svn over ssh information doesn't belong there, as it's regular configuration stuff. Put a file into /usr/share/doc/${PF}, if you feel it's necessary necessary. Don't spam our logs!
(In reply to comment #1) > The checks in the KDE ebuilds guard against apr-0|1 conversion mess issues. The > has_version checks are fine as is. Thanks for asking. :) ok, i agree that pkg_setup can/should stay as-is, but i'd really like to see the src_compile checks go away, even if it takes some time after whole cleanup of apr > > kde-base/kdesdk-kioslaves-3.5.8 (should depend on subversion-1.4 to get rid of > apr-0) > > When Subversion 1.3 ebuilds are gone Subversion gets updated even without a > --deep update. It is the Subversion 1.4 ebuild which should include a post > install message asking the user to run revdep-rebuild. I'm quite sure it's not > just the KDE ebuilds which are affected. > > And while I'm at it: Could the Subversion postinstall output be made _a_lot_ > less messy and shortened, please. The whole svnserve and svn over ssh > information doesn't belong there, as it's regular configuration stuff. Put a > file into /usr/share/doc/${PF}, if you feel it's necessary necessary. Don't > spam our logs! i will take care of that
(In reply to comment #0) > dev-util/rapidsvn-0.9.3 > dev-util/rapidsvn-0.9.4 i've done a minor cleanup myself here after the DEPEND was updated, rapidsvn is done ...