Your message dated Sun, 12 Jan 2014 14:31:09 -0500 with message-id <20140112193109.GC3034@cerberus.jamessan.com> and subject line Re: Bug#734672: pu: package subversion/1.6.17dfsg-4+deb7u5 has caused the Debian Bug report #734672, regarding pu: package subversion/1.6.17dfsg-4+deb7u5 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 734672: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734672 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: pu: package subversion/1.6.17dfsg-4+deb7u5
- From: James McCoy <jamessan@debian.org>
- Date: Wed, 8 Jan 2014 22:10:04 -0500
- Message-id: <[🔎] 20140109031004.GA11637@cerberus.jamessan.com>
Package: release.debian.org Severity: normal User: release.debian.org@packages.debian.org Usertags: pu 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. In addition, libsvn-dev contains a broken /usr/lib/$arch/libsvnjavahl-1.so symlink (#711911) which is trivial to fix. The attached debdiff contains both of these changes. Does this seem reasonable? Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <jamessan@debian.org>diffstat for subversion_1.6.17dfsg-4+deb7u4 subversion_1.6.17dfsg-4+deb7u5 debian/libsvn-ruby1.8.install | 2 -- debian/libsvn-ruby1.8.links | 1 + debian/libsvn-ruby1.8.lintian-overrides | 2 -- debian/libsvn-ruby1.8.postinst | 12 ++++++++++++ debian/ruby-svn.install | 2 ++ debian/ruby-svn.lintian-overrides | 2 ++ subversion-1.6.17dfsg/debian/changelog | 9 +++++++++ subversion-1.6.17dfsg/debian/control | 13 ++++++++----- subversion-1.6.17dfsg/debian/rules | 5 +++-- 9 files changed, 37 insertions(+), 11 deletions(-) diff -u subversion-1.6.17dfsg/debian/control subversion-1.6.17dfsg/debian/control --- subversion-1.6.17dfsg/debian/control +++ subversion-1.6.17dfsg/debian/control @@ -100,7 +100,7 @@ Recommends: python-subversion (>= 1.5), libsvn-perl (>= 1.5), libconfig-inifiles-perl, liburi-perl, exim4 | mail-transport-agent, xsltproc, rsync -Suggests: libsvn-ruby1.8 +Suggests: ruby-svn Description: Assorted tools related to Subversion This package includes miscellaneous tools for use with Subversion clients and servers: @@ -144,22 +144,25 @@ manipulates a Subversion repository or working copy. See the 'subversion' package for more information. -Package: libsvn-ruby1.8 +Package: ruby-svn Section: ruby Architecture: any Multi-Arch: same Pre-Depends: multiarch-support +Breaks: libsvn-ruby1.8 (<< 1.6.17dfsg-4+deb7u5) Depends: ruby1.8, ${shlibs:Depends}, ${misc:Depends} +Replaces: libsvn-ruby1.8 (<< 1.6.17dfsg-4+deb7u5) Description: Ruby bindings for Subversion This is a set of Ruby interfaces to libsvn, the Subversion libraries. It is useful if you want to, for example, write a Ruby script that manipulates a Subversion repository or working copy. See the 'subversion' package for more information. -Package: libsvn-ruby -Section: ruby +Package: libsvn-ruby1.8 +Section: oldlibs +Priority: extra Architecture: all -Depends: libsvn-ruby1.8, ${misc:Depends} +Depends: ruby-svn, ${misc:Depends} Description: Ruby bindings for Subversion (dummy package) This is a dummy package to install the Subversion library bindings for the default version of Ruby. reverted: --- subversion-1.6.17dfsg/debian/libsvn-ruby1.8.lintian-overrides +++ subversion-1.6.17dfsg.orig/debian/libsvn-ruby1.8.lintian-overrides @@ -1,2 +0,0 @@ -# nobody but us will ever link to this, so we don't ship a shlibs file -no-shlibs-control-file usr/lib/*/libsvn_swig_ruby-1.so.* diff -u subversion-1.6.17dfsg/debian/rules subversion-1.6.17dfsg/debian/rules --- subversion-1.6.17dfsg/debian/rules +++ subversion-1.6.17dfsg/debian/rules @@ -118,7 +118,7 @@ rb_defs := SWIG_RB_SITE_LIB_DIR=$(shell $(RUBY) -rrbconfig -e "print RbConfig::CONFIG['vendordir']") rb_defs += SWIG_RB_SITE_ARCH_DIR=$(shell $(RUBY) -rrbconfig -e "print RbConfig::CONFIG['vendorarchdir']") else - DH_OPTIONS += -Nlibsvn-ruby -Nlibsvn-$(RUBY) + DH_OPTIONS += -Nruby-svn -Nlibsvn-$(RUBY) RUBY := fooby endif @@ -346,13 +346,14 @@ cd debian/tmp/$(libdir); for lib in ra fs auth swig; do \ $(RM) libsvn_$${lib}_*.so libsvn_$${lib}_*.la; \ done - cd debian/tmp/$(libdir); $(RM) libsvn_swig*.a libsvnjavahl.a libsvnjavahl.la + cd debian/tmp/$(libdir); $(RM) libsvn_swig*.a libsvnjavahl-1.a libsvnjavahl-1.la # Intermediate hack, until we can remove the rest of the .la files. sed -i "/dependency_libs/s/=.*/=''/" debian/tmp/$(libdir)/*.la dh_install -s ifdef DEB_OPT_WITH_JAVAHL mkdir -p debian/libsvn-java/$(libdir) mv debian/libsvn-java/usr/lib/jni debian/libsvn-java/$(libdir)/ + $(RM) debian/libsvn-dev/$(libdir)/libsvnjavahl-1.so endif ln -s libsvn_ra_neon-1.so.1 debian/libsvn1/$(libdir)/libsvn_ra_dav-1.so.1 reverted: --- subversion-1.6.17dfsg/debian/libsvn-ruby1.8.install +++ subversion-1.6.17dfsg.orig/debian/libsvn-ruby1.8.install @@ -1,2 +0,0 @@ -debian/tmp/usr/lib/*/libsvn_swig_ruby*.so.* -debian/tmp/usr/lib/ruby diff -u subversion-1.6.17dfsg/debian/changelog subversion-1.6.17dfsg/debian/changelog --- subversion-1.6.17dfsg/debian/changelog +++ subversion-1.6.17dfsg/debian/changelog @@ -1,3 +1,12 @@ +subversion (1.6.17dfsg-4+deb7u5) UNRELEASED; urgency=low + + * rules: Fix removal of libsvnjavahl-1.a/.la/.so from libsvn-dev. (Closes: + #711911) + * Make libsvn-ruby1.8 a transitional package to ruby-svn, to allow an + upgrade path to Jessie. + + -- James McCoy <jamessan@debian.org> Tue, 07 Jan 2014 21:38:17 -0500 + subversion (1.6.17dfsg-4+deb7u4) wheezy; urgency=low * Non-maintainer upload. only in patch2: unchanged: --- subversion-1.6.17dfsg.orig/debian/ruby-svn.lintian-overrides +++ subversion-1.6.17dfsg/debian/ruby-svn.lintian-overrides @@ -0,0 +1,2 @@ +# nobody but us will ever link to this, so we don't ship a shlibs file +no-shlibs-control-file usr/lib/*/libsvn_swig_ruby-1.so.* only in patch2: unchanged: --- subversion-1.6.17dfsg.orig/debian/ruby-svn.install +++ subversion-1.6.17dfsg/debian/ruby-svn.install @@ -0,0 +1,2 @@ +debian/tmp/usr/lib/*/libsvn_swig_ruby*.so.* +debian/tmp/usr/lib/ruby only in patch2: unchanged: --- subversion-1.6.17dfsg.orig/debian/libsvn-ruby1.8.postinst +++ subversion-1.6.17dfsg/debian/libsvn-ruby1.8.postinst @@ -0,0 +1,12 @@ +#!/bin/sh + +set -e + +pkgdir=/usr/share/doc/libsvn-ruby1.8 +if [ -d $pkgdir ] && [ ! -L $pkgdir ]; then + if rmdir $pkgdir; then + ln -sf /usr/share/doc/ruby-svn $pkgdir + fi +fi + +#DEBHELPER# only in patch2: unchanged: --- subversion-1.6.17dfsg.orig/debian/libsvn-ruby1.8.links +++ subversion-1.6.17dfsg/debian/libsvn-ruby1.8.links @@ -0,0 +1 @@ +usr/share/doc/ruby-svn usr/share/doc/libsvn-ruby1.8Attachment: signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
- To: "Adam D. Barratt" <adam@adam-barratt.org.uk>
- Cc: 734672-done@bugs.debian.org
- Subject: Re: Bug#734672: pu: package subversion/1.6.17dfsg-4+deb7u5
- From: James McCoy <jamessan@debian.org>
- Date: Sun, 12 Jan 2014 14:31:09 -0500
- Message-id: <20140112193109.GC3034@cerberus.jamessan.com>
- In-reply-to: <[🔎] 1389549416.12981.20.camel@jacala.jungle.funky-badger.org>
- References: <[🔎] 20140109031004.GA11637@cerberus.jamessan.com> <[🔎] 1389549416.12981.20.camel@jacala.jungle.funky-badger.org>
On Sun, Jan 12, 2014 at 05:56:56PM +0000, Adam D. Barratt wrote: > Assuming that ruby-svn is updated to contain the bindings for a later > Ruby version, Which it will be soon. > 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, That was my main concern. > but I'm > not currently convinced that doing so is worse than changing the built > packages in a point release. That's fine with me. Just wanted to sound it out. Closing. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <jamessan@debian.org>Attachment: signature.asc
Description: Digital signature
--- End Message ---