[Debian-med-packaging] Bug#735453: libsbml5-ruby1.8: build-depend on default ruby/comply with Ruby policy

Andreas Tille tille at debian.org
Thu Feb 13 17:04:02 UTC 2014


Hi Jonas,

On Thu, Feb 13, 2014 at 06:00:23PM +0100, Jonas Genannt wrote:
> Hello Andreas,
> 
> > That's perfectly OK for me but this means removing *all* ruby binding.
> > You are talking above about two versions.  Is there any evidence that
> > you could create a package with newer Ruby version?
> 
> since we are releasing Jessie only with one Ruby Version, we build sbml against the
> default Ruby interpreter. This will work, I guess.
> 
> I will try to work on patches for sbml.

Cool!  I noticed that ther is a new upstream version:

$ uscan --verbose --report
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
   http://sf.net/sbml/lib[Ss][Bb][Mm][Ll]-(.*)-core-plus-packages-src\.tar\.gz
-- Found the following matching hrefs:
     libSBML-5.9.2-core-plus-packages-src.tar.gz (5.9.2)
     libSBML-5.8.0-core-plus-packages-src.tar.gz (5.8.0)
     libSBML-5.7.0-core-plus-packages-src.tar.gz (5.7.0)
Newest version on remote site is 5.9.2, local version is 5.8.0
 => Newer version available from
    http://qa.debian.org/watch/sf.php/sbml/libSBML-5.9.2-core-plus-packages-src.tar.gz
-- Scan finished


Perhaps you could simply verify if there is even Ruby 2.0 support and we
simply need to upgrade?  Just make sure you will not waste your time on
old code.  Feel free to commit directly to Debian Med SVN (any DD can do
so) if this seems to be more simple.

Kind regards

       Andreas.


-- 
http://fam-tille.de



More information about the Debian-med-packaging mailing list