Bug#734672: pu: package subversion/1.6.17dfsg-4+deb7u5
Control: tags -1 + moreinfo
On Wed, 2014-01-08 at 22:10 -0500, James McCoy wrote:
> Subversion's transition to the non-versioned ruby-svn package didn't
> make it into Wheezy. Since ruby1.8 is planning on being removed for
> Jessie, the libsvn-ruby1.8 → ruby-svn transition should be backported to
> Wheezy so there's an upgrade path to what will be Jessie's ruby-svn
> (built with something other than ruby1.8) package.
Somehow it seems like if we're renaming binary packages (and introducing
new ones) in stable updates in order to support an upgrade path then
we're doing something wrong. :-|
I must admit I'm slightly unclear regarding the issue with the upgrade
path. Currently upgrading from wheezy to jessie (with {lib,}ruby1.8 held
to approximate a jessie without the packages) leaves one with ruby-svn
and a transitional libsvn-ruby1.8 which pulls in the new package.
Assuming that ruby-svn is updated to contain the bindings for a later
Ruby version, does keeping the transitional package around cause any
issues? I realise it's slightly unclean in that it means installing the
"1.8" package actually pulls in bindings for a later version, but I'm
not currently convinced that doing so is worse than changing the built
packages in a point release.
Regards,
Adam
Reply to: