Provided by: gem2deb_0.6.1_all bug

NAME

       dh_ruby - debhelper7 build system for Ruby software

SYNOPSIS

       dh_ruby [OPTIONS]

DESCRIPTION

       dh_ruby is a Debhelper 7 build system for Ruby software. It will automatically build and
       install files contained in Ruby packages, trying to work as close to Rubygems as possible
       but respecting Debian standards for Ruby packages.

       dh_ruby can automatically run your tests against all supported Ruby versions, see the
       "FILES" section below.

       See dh_ruby --help for details.

SOURCE PACKAGE LAYOUT

       dh_ruby supports two different source package styles: single-binary source packages, and
       multi-binary source packages.

   Single-binary layout
       The default layout is the single-binary layout. This is the layout used by most Ruby
       packages upstream, i.e. Ruby code in lib/, executable programs in bin/, etc. Packages
       imported from Rubygems using gem2deb(1) will have this layout.

       When using this layout, dh_ruby will install files (Ruby code, executables, gemspecs) to
       the first binary package listed in debian/control.

   Multi-binary layout
       gem2deb version 0.4.0 introduced support for the multi-binary layout. This layout should
       be used when you have a set of different Ruby packages maintained upstream in a single
       VCS, and you decide that you also want to maintain a single source package in Debian
       having the different components as separate binary packages.

       In this layout, the source package contains the separate components in subdirectories
       where each of them will use the standard Ruby layout (lib/, bin/, etc).

       This layout does not support creating separate binary packages from the same root
       directory. For those cases, see the documentation on DH_RUBY_USE_DH_AUTO_INSTALL_DESTDIR
       below.

       To indicate that you want to use a multi-binary layout, we have to 1) list your multiple
       binary packages in debian/control as usual, and add an extra-field called X-DhRuby-Root to
       each binary package stanza, indicating which directory has to be used as the root for that
       binary package.

       An example:

           Source: mymultibinarypackage
           [...]

           Package: ruby-foo
           X-DhRuby-Root: path/to/foo
           [...]

           Package: ruby-bar
           X-DhRuby-Root: path/to/bar

       The corresponding source package should be layed out like this:

           foo/
             foo.gemspec
             lib/
               foo.rb
             bin/foo
           bar/
             bar.gemspec
             lib/
               bar.rb
             bin/
               bar

       Important notes about multi-binary packages and the usage of X-DhRuby-Root:

       ·   If your package uses the multi-binary layout, it must include `gem2deb (>= 0.4.0~)` in
           Build-Depends.

           Version 0.4.0 had a bug in the support for native extensions in multi-binary packages,
           so if your package uses the multi-binary feature and at least one of the sub-
           components has native extensions, you must use `gem2deb (>= 0.4.1~)` in Build-Depends
           instead.

       ·   The path indicated in X-DhRuby-Root, as you have probably guessed by now, must be
           relative to the root of the source package.

       ·   If any binary package declares a X-DhRuby-Root field, all other binary packages that
           don't have one will be ignored by dh_ruby.

OPTIONS

       --clean, --configure, --build, --test, --install
           Commands called by debhelper at various steps of the build process.

       --print-supported
           Prints the supported Ruby versions.

       -h, --help
           Displays dh_ruby usage information.

       -v, --version
           Displays dh_ruby version information.

       --setuprb
           This option indicates that the build should use setup.rb rather than the usual gem-
           based build. To take effect, this option must come first !

ENVIRONMENT VARIABLES

       DH_RUBY_IGNORE_TESTS
           This is a space-separated list of tests that dh_ruby will ignore during package build.
           The available test names are "require-rubygems" plus the names of all supported Ruby
           versions. At the time of writing, only "ruby1.9.1" and ruby2.0 are supported.

           If set to "all", all tests will be ignored during the package build.

       DH_RUBY_USE_DH_AUTO_INSTALL_DESTDIR
           If this variable is defined (to anything), dh_ruby will respect the directory informed
           by dh_auto_install(1), usually debian/tmp. By default, gem2deb will install files to
           debian/package, where package is the first binary package listed in debian/control.

           This is useful for multi-binary source packages that don't conform to the supported
           layout (i.e. separate subdirectories each with lib/, bin/ etc). Using this, all files
           will be installed to debian/tmp, and you can them distribute them into separate binary
           packages by using debian/$package.install files or explicit shell calls in
           debian/rules.

           Mixing DH_RUBY_USE_DH_AUTO_INSTALL_DESTDIR and multi-binary layout is not supported.

       DH_RUBY_GEMSPEC
           Determines which file contain the gem specification with package metadata.  By
           default, dh_ruby will read metadata from a .gemspec file in the root of source package
           directory. You can use this variable to override that if you want to provide custom
           metadata for the Debian package.

           In the case there are more than one .gemspec in the source package root, you will need
           to use DH_RUBY_GEMSPEC to instruct dh_ruby about which one to use.

FILES

       debian/ruby-test-files.yaml, debian/ruby-tests.rake, debian/ruby-tests.rb
           Theses files can be used to explicitly tell dh_ruby how to run the tests in your
           package. When running the tests, dh_ruby will automatically set RUBYLIB to include the
           appropriate directories where the package files were installed in your package to make
           sure the tests use them instead of the files in the source directory.

           Your package can only contain at most one of these files.

           debian/ruby-test-files.yaml must contain a YAML document with a list of test files to
           be run. If the package metadata contains an explicit list of test files, gem2deb(1)
           will automatically generate this file for you. Example from ruby-mime-types:

             ---
             - test/test_mime_type.rb
             - test/test_mime_types.rb

           debian/ruby-tests.rake can be used to run the tests with rake(1). If you use this
           file, your package must Build-Depend on the rake package. You can use anything you
           would use in a regular Rakefile, but you must define a default task. gem2deb includes
           utility test task that makes it easier for you by creating a default task
           automatically. Example:

             require 'gem2deb/rake/testtask'
             Gem2Deb::Rake::TestTask.new do |t|
               t.test_files = FileList['test/*_test.rb']
             end

           If debian/ruby-tests.rb exists, it will be run with each supported Ruby version, and
           must finish with a exit status of 0, otherwise dh_ruby assumes the tests failed. A
           simple example:

             require 'test/unit'
             require 'mypackage' # if 'mypackage.rb' or 'mypackage.so' was not installed properly, this will fail
             class MyPackageTest < Test::Unit::TestCase
               def test_features
                 assert_equal 4, MyPackage.sum(2,2)
               end
             end

       debian/require-rubygems.overrides
           Fine-tune the "require-rubygems" test. If the package has a very good reason to
           actually `require "rubygems"`, you can use this file as a whitelist of files allowed
           to have `require "rubygems"`.

           This file is expected to contain a YAML document with a list of files that must be
           ignored when checking for `require "rubygems"` lines. Example:

             ---
             - debian/ruby-foo/usr/lib/ruby/vendor_ruby/foo.rb
             - debian/ruby-foo/usr/lib/ruby/vendor_ruby/foo/rubygems.rg

           As you can see above, you have to list filenames based on their corresponding install
           locations in the package temporary install directory, i.e.  `debian/${pkg}/..`

SEE ALSO

       gem2deb(1)

COPYRIGHT AND AUTHORS

       Copyright (c) 2011, Lucas Nussbaum <lucas@debian.org>

       This program is free software: you can redistribute it and/or modify it under the terms of
       the GNU General Public License as published by the Free Software Foundation, either
       version 3 of the License, or (at your option) any later version.

       This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY;
       without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
       See the GNU General Public License for more details.

       You should have received a copy of the GNU General Public License along with this program.
       If not, see <http://www.gnu.org/licenses/>.

                                            2013-08-19                                 DH_RUBY(1)