Marc Haber escreveu isso aí: > Hi, > > to circumvent a bug present in squeeze's libnet-ssh2-ruby, I would > like to take ruby-net-ssh from wheezy and backport it to squeeze. > Since I have rather limited experience with the way ruby is packaged > in Debian, this has proven a little more difficult than I expected. > > Lucas suggested on IRC that I take wheezy's packaging and use a > backport of current gem2deb to build my ruby-net-ssh package. > > gem2deb build-depends on ruby-shoulda-context, ruby-mocha, rubygems1.8 > (>= 1.8.12-1~) and ruby-setup. ruby-mocha and ruby-setup are quickly > solved by reordering the package names to build libmocha-ruby and > libsetup-ruby1.8. But ruby-shoulda-context depends on gem2deb itself, > which is not in plain stable. Aside from using a backport, how do I > address an issue like that in the Ruby world? Since most of these basic packages are pure-Ruby (i.e. they don't have C extensions), it should be safe to break the circular dependencies by grabbing a binary package from testing/unstable. For example you can take ruby-shoulda-context from testing/unstable to be able to bootstrap gem2deb. > The dependency on rubygems1.8 (>= 1.8.12-1~) looks harder for me - is > it really necessary to backport rubygems? I guess not, since there is > no rubygems backport in backports.d.o, but a gem2deb backport. You would have to test whether it actually works with a version of rubygems older than that. > However, the gem2deb backport on bpo was built with the tests > disabled, and I doubt that this is desireable. That was probably done to avoid having to backport the dependencies needed to run the tests (for example ruby-shoulda-context). But I agree that building with the tests running is optimal (i.e. that would be one way of being more confident with a older rubygems). > What is the canonical way to backport ruby related packages? I think we never designed a backprot strategy for squeeze, since we are already having quite a lot of work to do the transition inside of wheezy. -- Antonio Terceiro <terceiro@debian.org>
Attachment:
signature.asc
Description: Digital signature