Provided by:
debhelper_9.20120115ubuntu3_all 
NOMBRE
debhelper - El conjunto de herramientas debhelper
SINOPSIS
dh_* [-v] [-a] [-i] [-s] [--no-act] [-ppaquete] [-Npaquete]
[-Pdirectorio-temporal]
DESCRIPCI'ON
Debhelper ayuda a construir un paquete de Debian. La filosofia que se
esconde detras de Debhelper es ofrecer una coleccion de herramientas
pequenas, simples y faciles de entender que son usadas en debian/rules
para automatizar varios aspectos comunes a la hora de construir un
paquete. Esto hace que usted, el empaquetador, tenga menos trabajo.
Ademas, si cambian las directrices de Debian, los paquetes que precisan
cambios solo necesitan ser reconstruidos para que se ajusten a las
nuevas directrices.
Un fichero debian/rules tipico que use debhelper invocara ordenes de
debhelper en cadena, o usara dh(1) para automatizar el proceso. Puede
encontrar ejemplos de ficheros <<rules>> que usan debhelper en
/usr/share/doc/debhelper/examples/.
Para crear un nuevo paquete de Debian usando debhelper, simplemente
puede copiar uno de los ficheros <<rules>> de ejemplo y editarlo a
mano, o usar el paquete dh-make, que contiene la orden dh_make, que
automatiza parcialmente el proceso. Para una introduccion mas
apropiada, el paquete maint-guide contiene una guia que muestra como
hacer su primer paquete usando debhelper (N. del T. existe una version
traducida al castellano en el paquete maint-guide-es).
'ORDENES DE DEBHELPER
A continuacion se muestra una lista de las ordenes de debhelper que
puede usar. Para mas informacion consulte sus respectivas paginas de
manual.
dh_auto_build(1)
Construye un paquete de forma automatica
dh_auto_clean(1)
Limpia automaticamente despues de una construccion
dh_auto_configure(1)
Configura un paquete automaticamente antes de la construccion
dh_auto_install(1)
Ejecuta <<make install>> o similar automaticamente
dh_auto_test(1)
Ejecuta automaticamente un conjunto de pruebas de un paquete
dh_bugfiles(1)
Instala ficheros personalizados para el informe de fallos en los
directorios de construccion del paquete
dh_builddeb(1)
Construye paquetes binarios de Debian
dh_clean(1)
Limpia los directorios de construccion de paquete
dh_compress(1)
Comprime ficheros y arregla enlaces simbolicos en los directorios
de construccion del paquete
dh_fixperms(1)
Arregla los permisos de los ficheros en los directorios de
construccion
dh_gconf(1)
Instala ficheros de valores predeterminados de GConf y registra
esquemas
dh_gencontrol(1)
Genera e instala el fichero de control
dh_icons(1)
Actualiza el almacen de iconos de Freedesktop
dh_install(1)
Instala ficheros en los directorios de construccion del paquete
dh_installcatalogs(1)
Instala y registra catalogos SGML
dh_installchangelogs(1)
Instala los ficheros de cambios en los directorios de construccion
dh_installcron(1)
Instala scripts para cron en etc/cron.*
dh_installdeb(1)
Instala ficheros en el directorio DEBIAN
dh_installdebconf(1)
Instala ficheros usados por debconf en los directorios de
construccion
dh_installdirs(1)
Crea subdirectorios en los directorios de construccion del paquete
dh_installdocs(1)
Instala documentacion en los directorios de construccion del
paquete
dh_installemacsen(1)
Registra un paquete de extension de Emacs
dh_installexamples(1)
Instala ficheros de ejemplo en los directorios de construccion
dh_installifupdown(1)
Instala <<hooks>> para if-up e if-down
dh_installinfo(1)
Instala ficheros info
dh_installinit(1)
Instala tareas de upstart o scripts de init en los directorios de
construccion del paquete
dh_installlogcheck(1)
Instala ficheros de reglas para logcheck en etc/logcheck/
dh_installlogrotate(1)
Instala ficheros de configuracion de logrotate
dh_installman(1)
Instala paginas de manual en los directorios de construccion del
paquete
dh_installmenu(1)
Instala ficheros de menu de Debian en los directorios de
construccion del paquete
dh_installmime(1)
Instala ficheros mime en los directorios de construccion del
paquete
dh_installmodules(1)
Registra modulos con modutils
dh_installpam(1)
Instala ficheros de compatibilidad de pam
dh_installppp(1)
Instala los ficheros ip-up e ip-down de ppp
dh_installinfo(1)
Instala ficheros de reglas de udev
dh_installwm(1)
Registra un gestor de ventanas
dh_installxfonts(1)
Registra tipos de letra para X
dh_link(1)
Crea enlace simbolicos en los directorios de construccion del
paquete
dh_lintian(1)
Instala ficheros <<override>> de lintian en los directorios de
construccion del paquete
dh_listpackages(1)
Lista los paquetes binarios sobre los que actuara debhelper
dh_makeshlibs(1)
Crea automaticamente el fichero <<shlibs>> e invoca dpkg-gensymbols
dh_md5sums(1)
Genera el fichero DEBIAN/md5sums
dh_movefiles(1)
Mueve ficheros desde debian/tmp a subpaquetes
dh_perl(1)
Calcula dependencias de Perl y limpia despues de MakeMaker
dh_prep(1)
Realiza una limpieza para preparar la construccion de un paquete
binario
dh_shlibdeps(1)
Calcula dependencias sobre bibliotecas compartidas
dh_strip(1)
Ejecuta strip sobre ejecutables, bibliotecas compartidas y algunas
bibliotecas estaticas
dh_testdir(1)
Comprueba el directorio antes de construir un paquete de Debian
dh_testroot(1)
Compruebe que el paquete se construye como usuario <<root>>
dh_usrlocal(1)
Migra directorios <<usr/local>> a scripts del desarrollador
'Ordenes obsoletas
Existe un conjunto de ordenes de debhelper que han quedado obsoletas y
que no se deberian usar.
dh_desktop(1)
Orden obsoleta sin efecto
dh_installmanpages(1)
Instalador de viejo estilo de paginas de manual (obsoleto)
dh_python(1)
Calcula dependencias de Python y anade scripts de Python postinst y
prerm (obsoleto)
dh_scrollkeeper(1)
Orden obsoleta sin efecto
dh_suidregister(1)
Programa de registro suid (obsoleto)
dh_undocumented(1)
Programa de enlace simbolico a undocumented.7 (orden obsoleta sin
efecto)
Otras 'ordenes
Si el nombre de un programa empieza con dh_, y no esta en las listas
anteriores, no es parte del paquete debhelper, pero aun asi deberia
funcionar como los programas descritos en esta pagina.
FICHEROS DE CONFIGURACI'ON DE DEBHELPER
Muchas de las ordenes de debhelper hacen uso de los ficheros en debian/
para controlar lo que hacen. Ademas de los ficheros comunes
debian/changelog y debian/control, que estan en todos los paquetes, no
solo aquellos que usan debhelper, se pueden usar ficheros adicionales
para configurar el comportamiento de una orden especifica de debhelper.
Estos ficheros se suelen llamar <<debian/paquete.tal>> (donde paquete
es reemplazado por el paquete sobre el que se esta actuando).
Por ejemplo, dh_installdocs usa ficheros llamados debian/paquete.docs
para listar los ficheros de documentacion que instalara. Consulte las
paginas de manual de cada orden para conocer mas detalles acerca de los
nombres y formatos de los ficheros que usan. Habitualmente, estos
ficheros listan los ficheros sobre los que se actua, uno por linea.
Algunos programas de debhelper usan parejas de ficheros y destinos o
algun formato un poco mas complicado.
Note for the first (or only) binary package listed in debian/control,
debhelper will use debian/foo when there's no debian/package.foo file.
En algunos casos especiales, puede querer tener diferentes versiones de
estos ficheros para diferentes arquitecturas o sistemas operativos. Si
los ficheros <<debian/paquete.tal.ARCH>> y <<debian/paquete.tal.OS>>
existen, donde ARCH y OS son igual a las salidas de <<dpkg-architecture
-qDEB_HOST_ARCH>> / <<dpkg-architecture -qDEB_HOST_ARCH_OS>>, se usaran
preferentemente a otros ficheros generales.
Mostly, these config files are used to specify lists of various types
of files. Documentation or example files to install, files to move, and
so on. When appropriate, in cases like these, you can use standard
shell wildcard characters (? and * and [..] character classes) in the
files. You can also put comments in these files; lines beginning with
# are ignored.
The syntax of these files is intentionally kept very simple to make
then easy to read, understand, and modify. If you prefer power and
complexity, you can make the file executable, and write a program that
outputs whatever content is appropriate for a given situation. When you
do so, the output is not further processed to expand wildcards or strip
comments.
OPCIONES COMPARTIDAS DE DEBHELPER
Las siguientes opciones de linea de ordenes son aceptadas por todos los
programas de debhelper.
-v, --verbose
Modo explicativo: muestra todas las ordenes que modifican el
directorio de construccion del paquete.
--no-act
No hace nada realmente. Si se usa con <<-v>>, mostrara todo lo que
hubiera hecho.
-a, --arch
Actua sobre todos los paquetes dependientes de la arquitectura que
se deberian construir para la arquitectura de construccion.
-i, --indep
Actua en todos los paquetes independientes de la arquitectura.
-ppaquete, --package=paquete
Actua sobre el paquete nombrado paquete. Esta opcion se puede
definir varias veces para hacer que debhelper opere sobre un
conjunto dado de paquetes.
-s, --same-arch
Solia ser una version mas inteligente de la opcion -a, pero
actualmente la opcion -a es igual de inteligente.
-Npaquete, --no-package=paquete
No actua sobre un paquete especificado incluso si las opciones -a,
-i, o -p listan este paquete como uno sobre los que se deberia
actuar.
--remaining-packages
No actua sobre los paquetes sobre los que ya se actuo anteriormente
con esta orden de debhelper (esto es, si la orden esta presente en
el registro de debhelper). Por ejemplo, si necesita invocar la
orden con opciones particulares para una pareja de paquetes
binarios, introduzca esta opcion a la ultima invocacion de la orden
para procesar el resto de paquetes con la configuracion
predeterminada.
--ignore=fichero
Ignora el fichero dado. Se puede usar si debian/ contiene un
fichero de configuracion de debhelper sobre el que una orden de
debhelper no deberia actuar. Tenga en cuenta que no puede ignorar
debian/compat, debian/control y debian/changelog, aunque nunca
deberia existir una razon para ignorar esos ficheros.
Por ejemplo, si la fuente original distribuye un fichero
debian/init que no desea que dh_installinit instale, use
--ignore=debian/init.
-Pdirectorio_temporal, --tmpdir=directorio_temporal
Usa directorio_temporal como el directorio de construccion del
paquete. Por omision es <<debian/paquete>>.
--mainpackage=paquete
Esta opcion poco usada cambia el paquete que debhelper considera el
<<paquete principal>>, esto es, el primero listado en
debian/control, y sobre el cual se pueden usar los ficheros
debian/tal en vez de los usuales debian/package.tal.
-O=opci'on|fichero
dh(1) usa esta orden al orden al introducir opciones definidas por
el usuario a todas las ordenes que ejecuta. Si la orden acepta la
opcion definida o conjunto de opciones, tendra efecto. Si la orden
no acepta la opcion (o alguna seccion del conjunto de opciones), se
ignorara.
OPCIONES COMUNES DE DEBHELPER
Las siguientes opciones son validas para algunos programas de
debhelper. Consulte la pagina de manual de cada programa para una
explicacion detallada de lo que hace cada una.
-n No modifica los scripts postinst, postrm, etc.
-Xelemento, --exclude=elemento
No procesa un elemento. Esta opcion se puede usar varias veces para
excluir distintos elementos.
-A, --all
Hace que los ficheros o elementos especificados en la linea de
ordenes tengan efecto en TODOS los paquetes sobre los que actua, no
solo el primero.
OPCIONES DEL SISTEMA DE CONSTRUCCI'ON
The following command line options are supported by all of the
dh_auto_* debhelper programs. These programs support a variety of build
systems, and normally heuristically determine which to use, and how to
use them. You can use these command line options to override the
default behavior. Typically these are passed to dh(1), which then
passes them to all the dh_auto_* programs.
-Ssistema-de-construcci'on, --buildsystem=sistema-de-construcci'on
Fuerza el uso del sistema-de-construcci'on definido, en lugar de
intentar seleccionar uno de forma automatica que podria ser
adecuado para el paquete.
-Ddirectorio, --sourcedirectory=directorio
Supone que el arbol de codigo fuente original del paquete esta en
el directorio definido, en lugar del directorio de nivel superior
del arbol del paquete fuente de Debian.
-B[directorio], --builddirectory=[directorio]
Activa la construccion fuera de las fuentes y usa el directorio
especificado como directorio de construccion. Se seleccionara un
directorio de construccion predeterminado si se omite el parametro
directorio.
Si no se define esta opcion, la construccion tendra lugar en las
fuentes de forma predeterminada a menos que el sistema de
construccion requiera o prefiera la construccion fuera del arbol de
fuentes. En ese caso, se usara el directorio de construccion
predeterminado incluso si no se define --builddirectory.
Si el sistema de construccion prefiere realizar la construccion
fuera del arbol de fuentes, pero permite la construccion en las
fuentes, puede reactivar lo ultimo introduciendo una ruta al
directorio de construccion igual a la ruta del directorio de
fuentes.
--parallel
Activa construcciones paralelas si el sistema de construccion
subyacente lo permite. El numero de tareas paralelas se controla
mediante la variable de entorno DEB_BUILD_OPTIONS ("Normas de
Debian, seccion 4.9.1") en tiempo de construccion. Tambien puede
estar sujeto a un limite especifico del sistema de construccion.
Si no se define esta opcion, debhelper no permitira la construccion
en paralelo de paquetes de forma predeterminada.
--max-parallel=m'aximo
Esta opcion implica --parallel, y permite limitar el numero de
tareas que se pueden usar en una construccion en paralelo. Si se
sabe que la construccion del paquete solo funciona con ciertos
niveles de concurrencia, puede definir esto con el nivel maximo
conocido con el que funciona, o que desea permitir.
--list, -l
Lista todos los sistemas construccion en el sistema que debhelper
acepta. La lista incluye sistemas de construccion de terceras
fuentes (marcadas como tal) y la predeterminada. Tambien muestra el
sistema de construccion que se seleccionara automaticamente, o cual
esta definido mediante la opcion --buildsystem.
NIVELES DE COMPATIBILIDAD
Cada cierto tiempo, debhelper necesita cambios que lo pueden hacer
incompatible con versiones anteriores para asi continuar con un buen y
limpio diseno a medida que las necesidades cambian y que su autor gana
mas experiencia. Los niveles de compatibilidad de debhelper se crearon
para impedir que estos cambios estropeen algun paquete. Segun el nivel
de compatibilidad que se especifique debhelper se comporta de
diferentes maneras.
Tell debhelper what compatibility level to use by writing a number to
debian/compat. For example, to turn on v9 mode:
% echo 9 > debian/compat
Your package will also need a versioned build dependency on a version
of debhelper equal to (or greater than) the compatibility level your
package uses. So for compatibility level 9, ensure debian/control has:
Build-Depends: debhelper (>= 9)
A menos que se indique lo contrario, toda la documentacion de debhelper
supone que usa el nivel de compatibilidad mas reciente, y en la mayoria
de los casos no indica si el comportamiento de debhelper es distinto
bajo otro nivel de compatibilidad. Por ello, si no esta usando el nivel
de compatibilidad mas reciente, recomendamos que lea a continuacion las
notas acerca de las diferencias con anteriores niveles de
compatibilidad.
Los niveles de compatibilidad disponibles son:
v1 Este es el nivel de compatibilidad original de debhelper, y por
tanto es el nivel predeterminado. En este modo, debhelper usa
debian/tmp como el arbol de directorios del paquete, y
<<debian/paquete>> para el resto de paquetes listados en el fichero
control.
Este modo esta obsoleto.
v2 En este modo, debhelper usara <<debian/paquete>> de forma
consistente como el arbol de directorios para cada paquete que se
construya.
Este modo esta obsoleto.
v3 Este modo funciona como v2, con los siguientes anadidos:
- Los ficheros de configuracion de Debhelper aceptan
comodines globales mediante * y ? cuando sea apropiado.
Para usar <<*>> y <<?>> como caracteres simplemente debe
insertar como prefijo una barra invertida.
- dh_makeshlibs hace que los scripts postinst y postrm
ejecuten ldconfig.
- dh_installdeb marca automaticamente todos los ficheros en
etc/ como conffiles.
Este modo esta obsoleto.
v4 Los cambios desde el nivel v3 son:
- dh_makeshlibs -V no incluira la parte de Debian en el
numero de version generado en la linea de dependencias del
fichero <<shlibs>>.
- Se aconseja que use el nuevo ${misc:Depends} en
debian/control para reemplazar el campo ${shlibs:Depends}.
- dh_fixperms hara ejecutables todos los ficheros en los
directorios bin/ y etc/init.d.
- dh_link corregira los enlaces existentes para ajustarse a
las normas de Debian.
Este modo esta obsoleto.
v5 Los cambios desde el nivel v4 son:
- Se ignoran los comentarios en los ficheros de configuracion
de debhelper.
- dh_strip --dbg-package ahora especifica el nombre del
paquete en el que se colocan los simbolos de depuracion, no
los paquetes desde los que obtener los simbolos.
- dh_installdocs omite la instalacion de ficheros vacios.
- dh_install devuelve un error si los comodines se expanden a
un valor vacio.
v6 Los cambios desde el nivel v5 son:
- Las ordenes que generan segmentos de scripts de
desarrollador ordenaran estos segmentos en orden inverso
para los scripts prerm y postrm.
- dh_installwm instalara un enlace esclavo a la pagina de
manual x-window-manager.1.gz en caso de encontrar la pagina
de manual en usr/share/man/man1 dentro del directorio de
construccion del paquete.
- Anteriormente, dh_builddeb no eliminaba todo aquello que
coincidiese con DH_ALWAYS_EXCLUDE, si es que se definia con
una lista de elementos a excluir, como por ejemplo
CVS:.svn:.git. Ahora si lo hace.
- dh_installman permite sobreescribir paginas de manual
existentes en el directorio de construccion del paquete.
Bajo los niveles de compatibilidad anteriores simplemente
rechazaba hacerlo, de forma silenciosa.
v7 Los cambios desde el nivel v6 son:
- dh_install buscara ficheros en debian/tmp de forma
predeterminada si no los encuentra en el directorio actual
(o donde indico hacerlo mediante --sourcedir). Esto permite
la interoperabilidad entre dh_install y dh_auto_install,
que instala en debian/tmp, sin necesidad de parametros
especiales.
- dh_clean leera debian/clean y eliminara los ficheros ahi
listados.
- dh_clean eliminara ficheros *-stamp del nivel superior.
- dh_installchangelogs intentara averiguar el fichero de
registro de cambios de la fuente original si no se
especifica ninguno.
v8 Los cambios desde el nivel v7 son:
- Las ordenes fallaran, en lugar de emitir un aviso, cuando
se les introduzcan opciones desconocidas.
- dh_makeshlibs ejecutara dpkg-gensymbols sobre todas las
bibliotecas compartidas para las que genera ficheros
<<shlibs>>. Por ello, puede usar -X para excluir
bibliotecas. Asi mismo, se introduciran a dpkg-gensymbols
bibliotecas en ubicaciones inusuales que antes no
procesaba, un cambio de comportamiento que puede impedir la
construccion de algunos paquetes.
- dh requiere que la secuencia a ejecutar se defina como el
primer parametro, y que las opciones aparezcan a
continuacion. Por ejemplo, use dh $@ --foo, no dh --foo $@.
- dh_auto_* prefiere usar el modulo de Perl Module::Build con
preferencia a un fichero Makefile.PL.
v9 Este es el modo de operacion aconsejado.
Los cambios desde el nivel v8 son:
- Compatibilidad multiarquitectura, dh_auto_configure
introduce directorios multiarquitectura a autoconf en
<<--libdir>> y <<--libexecdir>>.
- dh is aware of the usual dependencies between targets in
debian/rules. So, "dh binary" will run any build, build-
arch, build-indep, install, etc targets that exist in the
rules file. There's no need to define an explicit binary
target with explicit dependencies on the other targets.
- dh_strip compresses debugging symbol files to reduce the
installed size of -dbg packages.
- dh_auto_configure no incluye el nombre de paquete fuente en
<<--libexecdir>> al utilizar autoconf.
- dh no activa <<--with=python-support>> de forma
predeterminada.
- All of the dh_auto_* debhelper programs and dh set
environment variables listed by dpkg-buildflags, unless
they are already set. They support DEB_BUILD_OPTIONS=noopt
too.
- dh_auto_configure passes CFLAGS to perl Makefile.PL and
Build.PL
- dh_strip puts separated debug symbols in a location based
on their build-id.
- Executable debhelper config files are run and their output
used as the configuration.
v10 Este nivel de compatibilidad aun esta en desarrollo, utilicelo con
precaucion.
Changes from v9 are:
- None yet..
NOTAS
Compatibilidad con varios paquetes binarios
Si su paquete fuente genera mas de un paquete binario, los programas de
debhelper actuaran sobre todos los paquetes binarios de forma
predeterminada. Si se diera el caso de que su paquete fuente genera un
paquete dependiente de la arquitectura, y otro independiente, este no
seria un comportamiento correcto porque necesitara generar los paquetes
dependientes de la arquitectura en el objetivo binary-arch de
debian/rules, y los paquetes independientes de la arquitectura en el
objetivo binary-indep de debian/rules.
Para facilitar esto, asi como para dar mayor control sobre que paquetes
actuan los programas de debhelper, todos estos aceptan los parametros
-a, -i, -p, y -s. Estos parametros son acumulativos. Si no se
especifica ninguno, los programas de debhelper actuan por omision en
todos los paquetes listados en el fichero de control.
Generaci'on autom'atica de los scripts de instalaci'on de Debian
Algunas ordenes de debhelper generaran automaticamente parte de los
scripts de instalacion de Debian. Si quiere que estas ordenes generen
automaticamente lo que este incluido en sus scripts de instalacion de
Debian, necesitara anadir #DEBHELPER# a sus scripts, en el lugar donde
el codigo se deba anadir. #DEBHELPER# sera remplazado por cualquier
codigo auto-generado cuando ejecute dh_installdeb.
Si el script no existe y debhelper necesita anadir algo en particular,
creara el script por completo.
Todas las ordenes de debhelper que generan codigo automaticamente de
esta manera se pueden deshabilitar con el parametro <<-n>> (ver
arriba).
Observe que el codigo insertado sera codigo de consola, y por ello no
puede usarlo directamente en un script de Perl. Si desea introducirlo
en un script de Perl, hagalo de la siguiente forma (tenga en cuenta que
en este caso comprobe que $1, $2, etc se definen con la orden <<set>>):
my $temp="set -e\nset -- @ARGV\n" . << 'EOF';
#DEBHELPER#
EOF
system ($temp) / 256 == 0
or die "Problema con los scripts de debhelper: $!";
Generaci'on autom'atica de diversas dependencias.
Es posible que algunas ordenes de debhelper hagan que los paquetes
generados dependan de otros paquetes. Por ejemplo, si usa
dh_installdebconf(1), el paquete generado dependera de debconf. Si usa
dh_installxfonts(1), el paquete dependera de una determinada version de
xutils. Llevar la cuenta de todas estas dependencias puede ser tedioso
porque dependen de como debhelper haga las cosas, y por ello debhelper
ofrece una manera de automatizarlo.
Todas las ordenes de este tipo, ademas de documentar que dependencias
pueden ser necesarias en sus paginas de manual, generaran
automaticamente una variable de sustitucion llamada ${misc:Depends}. Si
introduce esta variable en el fichero debian/control, se expandira a
las dependencias que debhelper crea oportunas.
Esto es totalmente independiente del campo estandar ${shlibs:Depends}
generado por dh_makeshlibs(1), y del ${perl:Depends} generada por
dh_perl(1). Puede preferir no usar ninguno de estos si la expansion de
debhelper de estas variables no es correcta.
Directorios de construcci'on del paquete
Por omision, todos los programas de debhelper asumen que el directorio
temporal usado para ensamblar el arbol de ficheros en un paquete es
<<debian/paquete>>.
Algunas veces, puede que desee usar otro directorio temporal. Esto se
puede conseguir con la opcion -P. Por ejemplo, dh_installdocs
-Pdebian/tmp, usara el directorio debian/tmp como directorio temporal.
Tenga en cuenta que si usa la opcion -P, los programas de debhelper
solo podran actuar sobre un paquete a la vez. Por eso, si tiene un
paquete que construye muchos paquetes binarios, tendra que hacer uso de
la opcion -p para especificar el paquete binario sobre el que debhelper
actuara.
udebs
Debhelper includes support for udebs. To create a udeb with debhelper,
add "Package-Type: udeb" to the package's stanza in debian/control.
Debhelper will try to create udebs that comply with debian-installer
policy, by making the generated package files end in .udeb, not
installing any documentation into a udeb, skipping over preinst,
postrm, prerm, and config scripts, etc.
ENTORNO
DH_VERBOSE
Defina como 1 para activar el modo explicativo. Debhelper mostrara
todas las ordenes usadas que modifiquen ficheros en el sistema en
el que se hace la construccion.
DH_COMPAT
Especifica temporalmente bajo que nivel de compatibilidad debe
actuar debhelper, ignorando cualquier valor en debian/compat.
DH_NO_ACT
Defina como 1 para habilitar el modo no-act.
DH_OPTIONS
Anything in this variable will be prepended to the command line
arguments of all debhelper commands.
When using dh(1), it can be passed options that will be passed on
to each debhelper command, which is generally better than using
DH_OPTIONS.
DH_ALWAYS_EXCLUDE
Si se define, anade su valor a la opcion -X de todas las ordenes
que permiten dicha opcion. Es mas, dh_builddeb ejecutara rm -rf con
todo lo que coincida con el valor dentro del arbol de construccion
del paquete.
Puede ser util si esta compilando desde un arbol de CVS, en cuyo
caso estableciendo DH_ALWAYS_EXCLUDE=CVS evitara que los
directorios CVS se introduzcan en el paquete construido. O, si su
paquete original (imprudentemente) incluye directorios CVS, puede
ser util exportar DH_ALWAYS_EXCLUDE=CVS en debian/rules, para que
esto tenga efecto en cualquier sitio donde se construya el paquete.
Puede separar varias cosas a excluir mediante dos puntos, por
ejemplo: DH_ALWAYS_EXCLUDE=CVS:.svn
V'EASE TAMBI'EN
/usr/share/doc/debhelper/examples/
Varios ficheros de ejemplo debian/rules que usan debhelper.
<http://kitenet.net/~joey/code/debhelper/>
Sitio web de Debhelper.
AUTOR
Joey Hess <joeyh@debian.org>
TRADUCTOR
Traduccin de Rubn Porras Campo <debian-l10n-spanish@lists.debian.org>
Actualizacin de Omar Campagne Polaino