Bugzilla Bug 203587

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 ...