Hi!

In a few weeks from now, Wheezy will be frozen. One of the goals of the
Ruby Team for Wheezy is to try to push as far as possible the transition
to a new policy for Ruby library.

You receive this email because you are listed as the maintainer or
uploader of a Ruby package which has been detected as not using this new
policy. See the list of maintainers/packages at the end of this email.

The Debian Ruby Team have put a lot of effort on this goal, converting
(most of) the packages they maintain to this policy. The success of this
effort can be measured on the graph [0].

    0: http://pkg-ruby-extras.alioth.debian.org/wheezy/

The data used for this graph taken into account *all* Ruby libraries
contained in Debian, and not only those maintained by the Ruby packaging
team. In order to improve the overall quality of Ruby packages in Debian
and to ensure consistency in the way Ruby packages are installed and
used, we need to finish the transition, and therefore we strongly
encourage all maintainers of Ruby packages in Debian to update their
packages to reflect these changes. These changes concern three
different aspects: the package naming convention, the path where
libraries are installed, and the execution of test suites at build time.
These aspects are briefly described below and detailed in the draft of
the Ruby policy [1], most of which being taken care of automatically by
our packaging tool gem2deb.

    1: 
http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-policy.git;=summary
    2: http://packages.debian.org/sid/gem2deb

Naming conventions
==================

The source packages libfoo-ruby should be renamed ruby-foo. If these
packages provide extensions needing to be compiled for the various Ruby
versions, these should nevertheless be shipped in the same binary
package, also called ruby-foo. If the package is mainly used as an
application, then it can be named just "foo". The naming convention can
be of course adapted in the case of the packaging of utilities (chef,
rails, redmine...).

With the convention we used before, not only were we shipping distinct
Ruby packages per interpreter version (i.e. libfoo-ruby1.8 and
libfoo-ruby1.9.1) and needed to hold large-scale repackaging on ABI
jumpis (as in the latest 1.9 → 1.9.1 change). With this new convention
(and build system – read on for details) only one binary package will be
built, and will carry all of the needed components, either in a common
place or in the version-specific directories.

For more extensive information see our guidelines for Ruby packaging [3].

    3: http://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging


Install locations for libraries
===============================

Libraries not bundled with the Ruby interpreters should be installed
somewhere in /usr/lib/ruby/vendor_ruby directory, instead of
/usr/lib/ruby/1.8 or /usr/lib/ruby/1.9.1. A Pure Ruby library working
for all Ruby version would go in /usr/lib/ruby/vendor_ruby.  Files
specific to a version of the interpreter should go in
/usr/lib/ruby/vendor_ruby/$RUBYVER (vendorlibdir). Code compiled
specifically for the host architecture should go to
/usr/lib/ruby/vendor_ruby/$RUBYVER/$ARCH (vendorarchdir).

For the moment, MRI Ruby 1.8 and 1.9 can use the libraries installed in
these directories. JRuby would need to have theses directories added to
$LOAD_PATH and advertised by RbConfig (see #663342).


Running test suites during package build
========================================

A large number of Ruby libraries provide a test suite. It is recommended
to run these tests during the construction of the package in order to
check that the package will (at least partially) work with the
interpreters and other libraries included in the distribution.


A new packaging tool: gem2deb
=============================

The "gem2deb" tool takes care of most of the points mentioned above in
an automatised way. Running gem2deb on your orig tarball or a gem
package from your upstream will get you most of the way towards making
your package compatible with the new draft Ruby policy.  Instructions
for the transition to gem2deb are available on the wiki page [4] of the
team.

    4: 
http://wiki.debian.org/Teams/Ruby/Packaging#Howto:_converting_a_package_from_ruby-pkg-tools_to_gem2deb

gem2deb builds binary packages which are amenable to all of the
currently existing Ruby interpreters, and is future-proofed so that when
a new one is included in Debian, all of our packages will gain support
with just a rebuild. It also adds niceties such as proper Gem following
via debian/watch or packaging with simple, current practices for
debian/*. Please do consider repackaging using it!

To conclude, we encourage you to update these Ruby packages
packages so that they follow the guidelines above. Everyone willing to
team maintain their Ruby packages is of course welcome to join the Ruby
Packaging team (pkg-ruby-extras on alioth) and import their packages in
the team repository. We would be happy to answer your questions and hear
your comments on debian-r...@lists.debian.org or on the #debian-ruby IRC
channel.

Cédric Boutillier, for the Ruby Team.


________

List of Ruby packages needing to be converted to the new policy, sorted
by maintainer/uploader:


Adam Majer <ad...@zombino.com>
   libbz2-ruby

akira yamada <ak...@debian.org>
   bsfilter
   libeb-ruby
   libkakasi-ruby
   libshadow-ruby
   libuconv-ruby
   racc
   rdtool

Alan Boudreault <aboudrea...@mapgears.com>
   mapserver (U)

Aleksey Kravchenko <rhash.ad...@gmail.com>
   rhash

Alessandro Ghedini <gh...@debian.org>
   ecasound (U)

Alessio Treglia <ales...@debian.org>
   ecasound (U)

Alex Pennace <a...@pennace.org>
   raspell

Alexander Wirt <formo...@debian.org>
   rrdtool (U)

Andreas Tille <ti...@debian.org>
   libsbml (U)

Andrew Pollock <apoll...@debian.org>
   puppet (U)

ARAKI Yasuhiro <a...@debian.org>
   gonzui
   mod-ruby (U)

Arnaud Cornet <acor...@debian.org>
   ruby-prof

Athena Capital Research <acr-deb...@athenacr.com>
   quickfix
   rubyluabridge

Aurélien GÉRÔME <a...@roxor.cx>
   libnet-irc-ruby
   libsnmp-ruby

Benjamin Drung <bdr...@debian.org>
   xmms2

Bernd Zeimetz <b...@debian.org>
   rrdtool (U)

Bram Senders <b...@luon.net>
   shoes

Bryan McLellan <b...@loftninjas.org>
   libabstract-ruby

C.J. Adams-Collier <c...@colliertech.org>
   dlr-languages (U)

Cajus Pollmeier <ca...@debian.org>
   qpid-cpp

Changyan Xie <panch...@gmail.com>
   libsbml (U)

Christoph Egger <christ...@debian.org>
   graphviz (U)

Cleto Martín <cleto.mar...@gmail.com>
   zeroc-ice (U)

Dafydd Harries <d...@debian.org>
   rbbr
   ruby-amazon

Daigo Moriwaki <da...@debian.org>
   tdiary

Daniel Watkins <dan...@daniel-watkins.co.uk>
   ditz

Dave Beckett <daj...@debian.org>
   redland-bindings

David Claughton <d...@eclecticdave.com>
   graphviz

David Palacio <dpala...@orbitalibre.org>
   korundum (U)
   qtruby (U)

Debian CLI Libraries Team <pkg-cli-libs-t...@lists.alioth.debian.org>
   dlr-languages

Debian GIS Project <pkg-grass-devel@lists.alioth.debian.org>
   gdal
   geos
   mapserver
   ruby-hdfeos5

Debian Med Packaging Team <debian-med-packag...@lists.alioth.debian.org>
   libsbml

Debian Multimedia Maintainers
<pkg-multimedia-maintain...@lists.alioth.debian.org>
   ecasound

Debian Qt/KDE Maintainers <debian-qt-...@lists.debian.org>
   korundum
   qtruby

Debian RRDtool Team <rrdt...@ml.snow-crash.org>
   rrdtool

Debian Vim Maintainers <pkg-vim-maintain...@lists.alioth.debian.org>
   vim

Decklin Foster <deck...@red-bean.com>
   libchronic-ruby
   liblockfile-ruby
   libtrollop-ruby

Deepak Tripathi <apenguinli...@gmail.com>
   libhtml-htmltokenizer-ruby
   libxml-simple-ruby

Dirk Eddelbuettel <e...@debian.org>
   quantlib-swig

Esteban Manchado Velázquez <z...@debian.org>
   dhelp

Francesco Paolo Lovergine <fran...@debian.org>
   gdal (U)
   geos (U)
   mapserver (U)

Francesco Poli (wintermute) <invernom...@paranoici.org>
   apt-listbugs

Francisco Moya <p...@debian.org>
   zeroc-ice

Georgios M. Zarkadas <g...@member.fsf.org>
   dhelp (U)

Gudjon I. Gudjonsson <gud...@gudjon.org>
   comedilib

Guilherme de S. Pastore <gpast...@debian.org>
   subversion (U)

Gustavo Franco <stra...@debian.org>
   ruby-mp3info

Hendrik Sattler <deb...@hendrik-sattler.de>
   obexftp

Ivo Maintz <i...@maintz.de>
   libsbml (U)

James McCoy <james...@debian.org>
   vim (U)

Janos Guljas <ja...@resenje.org>
   uwsgi

Jesse van den Kieboom <je...@icecrew.nl>
   gnoemoe

Joey Schulze <j...@debian.org>
   vpim

Jon Bernard <jbern...@debian.org>
   libfam-ruby
   libimlib2-ruby

Jérémy Bobbio <lu...@debian.org>
   schleuder

Kenshi Muto <km...@debian.org>
   quickml

KURASHIKI Satoru <lur...@gmail.com>
   hyperestraier
   qdbm

Kurt Roeckx <k...@roeckx.be>
   epic5

Masahito Omote <om...@debian.org>
   prime
   prime-dict
   sary-ruby
   suikyo

Matt Palmer <mpal...@debian.org>
   dns323-firmware-tools
   libaugeas-ruby

Matthias Klose <d...@debian.org>
   dlr-languages (U)

Micah Anderson <mi...@debian.org>
   puppet (U)

Michael Janssen <jamu...@debian.org>
   player

Michael Meskes <mes...@debian.org>
   korundum (U)
   qtruby (U)

Mirco Bauer <mee...@debian.org>
   dlr-languages (U)

Moritz Muehlenhoff <j...@debian.org>
   elinks (U)

Moriyoshi Koizumi <m...@sfc.keio.ac.jp>
   libsbml (U)

Nico Golde <n...@debian.org>
   stfl
   tpp

Nicolas Valcárcel Scerpella (Canonical) <nvalcar...@canonical.com>
   libaugeas-ruby (U)

Nigel Kersten <ni...@explanatorygap.net>
   puppet (U)

NIIBE Yutaka <gni...@fsij.org>
   gonzui (U)
   htree
   langscan
   libescape-ruby
   libwebapp-ruby
   samidare
   tomoe
   treil
   wfo

Nobuhiro IMAI <n...@debian.or.jp>
   rubilicious

Olly Betts <o...@survex.com>
   xapian-bindings

Pablo Lorenzzoni <spec...@debian.org>
   html-template

Paul van Tilburg <pau...@debian.org>
   gnoemoe (U)
   shoes (U)

Peter Samuelson <pe...@p12n.org>
   subversion

Puppet Package Maintainers <pkg-puppet-de...@lists.alioth.debian.org>
   puppet

Roberto C. Sanchez <robe...@connexer.com>
   quickfix (U)
   rubyluabridge (U)

Russ Allbery <r...@debian.org>
   remctl

Ryan Niebur <ryanrya...@gmail.com>
   libxml-simple-ruby (U)

Sebastian Harl <tok...@debian.org>
   graphviz (U)
   rrdtool (U)

Sebastien Delafond <s...@debian.org>
   god

Shugo Maeda <sh...@debian.org>
   eruby
   librmail-ruby
   libwrap-ruby
   mod-ruby
   mod-ruby (U)

Siegfried-Angel Gevatter Pujals <rai...@ubuntu.com>
   screenruler

Stefan Hornburg (Racke) <ra...@linuxia.de>
   dhelp (U)

Stig Sandbeck Mathisen <s...@debian.org>
   puppet (U)

Sune Vuorela <s...@debian.org>
   korundum (U)
   qtruby (U)

Sylvestre Ledru <sylves...@debian.org>
   ohcount

Taku YASUI <t...@debian.or.jp>
   libgettext-ruby (U)
   libimage-size-ruby (U)
   librd-html-ext-ruby (U)
   libzip-ruby (U)

Taku YASUI <t...@debian.org>
   hiki
   libexif-ruby
   libfilesystem-ruby (U)
   libmp3tag-ruby
   nadoka
   ruby-exif (U)

TANIGUCHI Takaki <tak...@debian.org>
   amrita2
   aswiki

Tatsuki Sugiura <s...@nemui.org>
   libfcgi-ruby
   libfilesystem-ruby
   libgettext-ruby
   libimage-size-ruby
   libneedle-extras-ruby
   libneedle-ruby
   libnet-netrc-ruby
   libnora-ruby
   librd-html-ext-ruby
   libvorbisfile-ruby
   libzip-ruby

Tatsuya Kinoshita <t...@debian.org>
   mhc

Thomas Mueller <thomas.muel...@tmit.eu>
   apt-listbugs (U)

Thorsten Alteholz <deb...@alteholz.de>
   libsbml (U)

Todd Troxell <ttrox...@debian.org>
   flvtool2

Tomas Pospisek <tpo_...@sourcepole.ch>
   posixlock

Torsten Marek <shlo...@debian.org>
   korundum (U)
   qtruby (U)

Torsten Werner <twer...@debian.org>
   ohcount (U)

Troy Heber <tr...@debian.org>
   subversion (U)

Y Giridhar Appaji Nag <app...@debian.org>
   elinks

YAEGASHI Takeshi <yaega...@debian.org>
   rubyfilter

Youhei SASAKI <uwab...@gfd-dennou.org>
   rttool
   ruby-hdfeos5 (U)

Yukiharu YABUKI <yyab...@debian.org>
   td2planet

_______________________________________________
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Reply via email to