Provided by: dh-elpa_1.11_all bug

NAME

       dh_elpa - install emacs lisp packages into package build directories

SYNOPSIS

       dh_elpa [debhelper options]  [pkg-file]

DESCRIPTION

       dh_elpa is a debhelper program that is responsible for installing elpa style emacs lisp packages into
       package build directories.

       dh_elpa will attempt to run ERT and Buttercup test suites using dh_elpa_test(1) if the debhelper compat
       level is 10 or higher.  To disable this behaviour, or tweak it if it is failing to run the tests as they
       should be run, set environment variables in debian/rules as detailed in dh_elpa_test(1).

FILES

       debian/package.elpa
           List of files to be installed into package as an elpa package.

OPTIONS

       --byte-compile, --no-byte-compile
           Enable  (default)  or  disable  byte  compilation  of  installed  emacs  lisp  files.  Disabling byte
           compilation changes the destination directory to one that is found by the emacs package system.

       --fix-autoload-date, --no--fix-autoload-date
           Enable  (default)  or  disable  munging  the  dates  in  Emacs  generated  autoload  files  to  match
           debian/changelog.

SUBSTVARS

       dh_elpa currently defines three substvars (cf. deb-substvars(5)) that can be used in debian/control

       ${misc:Depends}
           These are dependencies needed by every dh_elpa based package.

       ${elpa:Depends}
           These are dependencies on other ELPA packages as given in the Package-Requires: line of the package's
           main Emacs Lisp file.

           Note  that  Emacs  Lisp  dependencies  packaged  outside  the elpa-* dpkg namespace must be specified
           manually.  For example, the s.el library is provided by the binary package  s-el.   If  dh_elpa  adds
           dependency elpa-x where x is an Emacs Lisp binary package outside the elpa-* namespace, please file a
           bug against dh_elpa to have an exclusion added.

EXAMPLES

       Here is an example of using the helper in a dh(1) style debian/rules

           #!/usr/bin/make -f
           %:
               dh $@ --with elpa

       Here is an example of a binary package stanza using dh_elpa generated substvars

           Package: elpa-hello
           Architecture: all
           Depends: ${misc:Depends}, ${elpa:Depends}
           Description: Emacs addon to say hello
            The Emacs editor addon likes to wave and say hello.

HINTS

   Specifying the package version
       If  dh_elpa  can't  determine  the package version by looking at *.el files (usually because upstream has
       failed to include the proper headers or *-pkg.el file), it will fallback to the DEB_UPSTREAM_VERSION  and
       DEB_VERSION_UPSTREAM  environment variables.  An easy way to set one of these based on your latest Debian
       changelog entry is just to prepend the following to your rules file:

           include /usr/share/dpkg/pkg-info.mk
           export DEB_VERSION_UPSTREAM

       Certain Debian upstream version strings cannot be translated into version strings Emacs will accept  (see
       the  docstring  for  the  Emacs  function  `version-to-list' for details).  dh_elpa will error out if the
       version cannot be translated.  You should resort to patching in a  Package-Version  header  or  adding  a
       *-pkg.el file.

perl v5.26.0                                       2017-08-04                                      DH_ELPA.IN(1)