NAME¶

SYNOPSIS¶

DESCRIPTION¶

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¶

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

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

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.

--gem-install

This option indicates that the build should use the gem command to install the files, instead of the homegrown installer. Native packages will be installed to /usr/lib/$ARCH/rubygems-integration/$RUBY_VERSION, while pure Ruby packages will be installed to /usr/share/rubygems-integration/all.

There is an internal whitelist of directories from the source package that need to be installed, but we can't possibly know all possibilities: if a package needs to install a directory that is not automatically installed, use DH_RUBY_GEM_INSTALL_WHITELIST_APPEND. If you want to exclude a directory from being installed, use DH_RUBY_GEM_INSTALL_BLACKLIST_APPEND.

--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

Use this variable to pass command line parameters to dh_ruby. For example in debian/rules:

    export DH_RUBY = --gem-install
    

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 the names of all supported Ruby versions (you can list them with `dh_ruby --print-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.

DH_RUBY_GEM_INSTALL_WHITELIST_APPEND.

When using --gem-install, this variable adds files to the list of files that need to be installed. Entries must be separated by spaces, and can be either exact filenames, of glob expressions (e.g. *.txt, foo/*).

Directories cannot be added directly, only files. If you want to include an entire directory, say foo, use a glob expression like foo/*.

Note that by default all top-level files are automatically blacklisted, except VERSION* which is used by some packages. If you need a top-level file to be installed, you need to whitelist it.

DH_RUBY_GEM_INSTALL_BLACKLIST_APPEND.

When using --gem-install, this variable adds files to the list of files that SHOULD NOT be installed. Entries must be separated by spaces, and must be either specific filenames, or glob expressions (e.g. *.txt).

Directories cannot be blacklisted directly. To blacklist an entire directory, use a glob expression such as foo/*.

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 a 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
    

You can also use the equivalent RSpec task:

  require 'gem2deb/rake/spectask'
  Gem2Deb::Rake::RSpecTask.new do |spec|
    spec.pattern = './spec/**/*_spec.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/dh_ruby.mk

If this file is present, dh_ruby will call make passing it as the makefile during the build, in the clean, build, and install steps, like this:

debian/dh_ruby.rake

If this file is present, dh_ruby will call rake passing it as the rakefile during the build, in the clean, build, and install steps, like this:

debian/gemspec

If this file exists, it will be used as the package gemspec, regardless of metadata.yml and any *.gemspec that exists in the upstream source. Using this is only advised on single-binary source packages, and the behavior of this feature is undefined for multi-binary source packages (see SOURCE PACKAGE LAYOUT above).

If debian/gemspec is a symlink, it will first be expanded, and then the symlink target will be used as a gemspec.

Hint: for packages with multiple gemspec, you can have debian/gemspec as a symlink pointing to the one you want to use.

SEE ALSO¶

COPYRIGHT AND AUTHORS¶

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/>.