Índice
Aqui, é apresentada aqui uma visão geral extensa sem se usar operações VCS para as regras básicas do empacotamento Debian focando-se no pacote Debian não-nativo no formato “3.0 (quilt)”.
![]() | Nota |
---|---|
Alguns detalhes são saltados intencionalmente para clarificar. Por favor leia os manuais do dpkg-source(1), dpkg-buildpackage(1), dpkg(1), dpkg-deb(1), deb(5), etc. |
O pacote fonte Debian é um conjunto de ficheiros de entrada usados para compilar o pacote binário Debian e não é um ficheiro único.
O pacote binário Debian é um ficheiro de arquivo especial que contém um conjunto de dados binários instaláveis com a sua informação associada.
Um único pacote fonte Debian pode gerar múltiplos pacotes binário Debian definidos no ficheiro debian/control.
O pacote Debian não-nativo no formato fonte Debian “3.0 (quilt)” é o formato mais normal de pacote fonte Debian.
![]() | Nota |
---|---|
Existem muitos scripts invólucro. Use-os para simplificar o seu fluxo de trabalho mas certifique-se que compreende as suas bases internas. |
O fluxo de trabalho de empacotamento Debian para criar um pacote binário Debian involve gerar vários ficheiros nomeados especificamente (veja “Secção 6.3, “Nome e versão do pacote””) como definido no “Manual de Política Debian”. Este fluxo de trabalho pode ser resumido em 10 passos com alguma simplificação como se segue.
O tarball de autor é copiado (ou ligado por link simbólico) para o nome de ficheiro particular nomepacote_versão.orig.tar.gz.
Os ficheiros de especificação de pacote Debian são adicionados à fonte do autor sob o directório pacote-versão/debian/.
Ficheiros de especificação requeridos sob o directório debian/:
O comando debmake invocado no directório pacote-versão/ pode ser usado para fornecer o modelo inicial destes ficheiros de configuração.
O comando dpkg-buildpackage (geralmente a partir do seu invólucro debuild ou sbuild) é invocado no directório pacote-versão/ para criar a fonte Debian e os pacotes binário ao invocar o script debian/rules.
Criar o pacote fonte Debian no formato fonte Debian “3.0 (quilt)” usando o dpkg-source(1)
Compila a fonte usando “debian/rules build” na $(DESTDIR)
Cria o pacote binário Debian usando dpkg-deb(1), dpkg-genbuildinfo(1), e dpkg-genchanges(1).
Verifica a qualidade do pacote Debian com o comando lintian. (recomendado)
Segue as diretrizes de rejeição a partir de ftp-master.
Assine o ficheiro de pacote Debian com o comando debsign usando a sua chave GPG privada.
Envie o conjunto de ficheiros de pacote Debian com o comando dput para o arquivo Debian.
O testar da compilação e confirmar da fiabilidade do pacote binário como em cima é obrigação moral como um desenvolvedor Debian diligente mas neste momento não há barreira física para as pessoas saltarem tais operações para o envio apenas-fonte.
Aqui, por favor substitua cada parte do nome de ficheiro como:
Veja também “Envios apenas-fonte”.
![]() | Dica |
---|---|
São praticadas muitas estratégias de gestão de patch e utilização de VCS para o empacotamento Debian. Você não precisa de as usar todas. |
![]() | Dica |
---|---|
Existe documentação muito extensiva em “Capítulo 6. Melhores Práticas de Empacotamento” no “Debian Developer’s Reference”. Por favor leia-o. |
Apesar de se poder fazer um pacote Debian escrevendo um script debian/rules sem se usar o pacote debhelper, é impraticável fazê-lo. Existem demasiadas funcionalidades requeridas pela “Política Debian” moderna a serem observadas, como a aplicação de permissões de ficheiros apropriadas, uso do caminho apropriado de instalação de bibliotecas dependentes da arquitectura, inserção de scripts hook de instalação, geração do pacote de símbolos de depuração, geração da informação de dependências do pacote, geração dos ficheiros de informação do pacote, aplicação do registo temporal apropriado para compilação reproduzível, etc.
O pacote Debhelper fornece um conjunto de scripts úteis de modo a simplificar o fluxo de trabalho do empacotamento Debian e reduzir o fardo dos maintainers de pacotes. Quando usados de modo apropriado, eles irão ajudar os empacotadores a lidar e implementar funcionalidades requeridas pela “Política Debian” automaticamente.
O fluxo de trabalho de empacotamento Debian moderno pode ser organizado num fluxo de trabalho simples modular ao:
Você deve quase sempre usar o debhelper como sua dependência de compilação do pacote. Este documento também assume que você está a usar uma versão razoavelmente contemporânea do debhelper para lidar com os trabalhos de empacotamento nos seguintes contextos.
![]() | Nota |
---|---|
Para debhelper “compat >= 9”, o comando dh exporta as bandeiras de compilação (CFLAGS, CXXFLAGS, FFLAGS, CPPFLAGS e LDFLAGS) com valores como retornados por dpkg-buildflags se não estiverem definidas previamente. (O comando dh chama set_buildflags definido no módulo Debian::Debhelper::Dh_Lib.) |
![]() | Nota |
---|---|
O debhelper(1) muda o seu comportamento com o tempo. Por favor certifique-se de ler debhelper-compat-upgrade-checklist(7) para compreender a situação. |
Se a fonte do autor vem como hello-0.9.12.tar.gz, você pode tirar hello como o nome do pacote fonte do autor e 0.9.12 como a versão do autor.
Existem algumas limitações para quais caracteres podem ser usados como parte do pacote Debian. A limitação mais notável é a proibição de letras maiúsculas no nome do pacote. Aqui está um sumário como um conjunto de expressões regulares:
[-+.a-z0-9]{2,}
[-+.a-z0-9]{2,}
[0-9][-+.:~a-z0-9A-Z]*
[0-9][+.~a-z0-9A-Z]*
Veja a definição exacta em “Capítulo 5 - Ficheiros de controle e seus campos” no “Manual de Política Debian”.
Você tem de ajustar o nome do pacote e a versão do autor de acordo com o empacotamento Debian.
De modo a se gerir efectivamente o nome do pacote e a informação da versão sob ferramentas populares como o comando aptitude, é boa ideia manter o comprimento do nome do pacote a ser igual ou menor que 30 caracteres, e o comprimento total da versão e revisão a ser igual ou menor que 14 caracteres. [12]
De modo a evitar colisões de nomes, o nome de pacote binário visível ao utilizador não deve ser escolhido a partir de nenhumas palavras genéricas.
Se o autor não usar um esquema normal de indicação da versão como 2.30.32 mas usa algum tipo da data como 11Apr29, uma string aleatória de código, ou um valor hash VCS como parte da a versão, certifique-se de a remover da versão de autor. Tal informação pode ser guardada no ficheiro debian/changelog. Se você precisa de inventar uma string de versão, use o formato AAAAMMDD tal como 20110429 como versão do autor. Isto assegura que o comando dpkg interpreta as versões posteriores corretamente como atualizações. Se você precisa de assegurar uma transição suave para um esquema normal de versão como 0.1 no futuro, então use o formato 0~AAMMDD como ex 0~110429 como versão do autor.
As strings de versão podem ser comparadas usando o comando dpkg como se segue.
$ dpkg --compare-versions ver1 op ver2
A regra de comparação de versão pode ser resumida a:
Existem regras especiais para os caracteres ponto (.), mais (+), e til (~), como se segue.
0.0 < 0.5 < 0.10 < 0.99 < 1 < 1.0~rc1 < 1.0 < 1.0+b1 < 1.0+nmu1 < 1.1 < 2.0
Um caso complicado ocorre quando o autor lança hello-0.9.12-ReleaseCandidate-99.tar.gz como o pré-lançamento de hello-0.9.12.tar.gz. Você pode assegurar que a atualização de pacote Debian vai funcionar bem ao renomear a fonte do autor para hello-0.9.12~rc99.tar.gz.
O pacote Debian não-nativo no formato “ “3.0 (quilt)” é o formato de pacote fonte Debian mais normal, O ficheiro debian/source/format deve ter “3.0 (quilt)” nele como descrito em dpkg-source(1). O fluxo de trabalho em cima e os exemplos de empacotamento seguintes usam sempre este formato.
O pacote Debian nativo é o formato de pacote binário Debian raro. Só pode ser usando quando o pacote é útil e valoroso apenas para Debian. Assim , o seu uso é geralmente desencorajado.
![]() | Cuidado |
---|---|
Um pacote Debian nativo é muitas vezes compilado acidentalmente quando o seu tarball de autor não é acessível a partir do comando dpkg-buildpackage com o seu nome correto pacote_versão.orig.tar.gz . Este é um engano típico de novato causado por criar um nome de link simbólico com “-” em vez do correto “_”. |
Um pacote nativo Debian não tem separação entre o código do autor e as modificações Debian e consistem apenas do seguinte:
Se você precisa criar um pacote Debian nativo, crie-o no formato fonte Debian “3.0 (native)” usando o dpkg-source(1).
![]() | Dica |
---|---|
Não há necessidade de criar o tarball antes se for usado o formato de pacote nativo Debian. O ficheiro debian/source/format deve ter “3.0 (native)” nele como descrito em dpkg-source(1) e o ficheiro debian/source/format deve ter a versão sem a revisão Debian (1.0 em vez de 1.0-1). Depois, o tarball que contém é gerado quando “dpkg-source -b” for invocado na árvore fonte. |
O ficheiro debian/rules é o script executável que redireciona o sistema de compilação do autor para instalar ficheiros em $(DESTDIR) e cria o ficheiro arquivo dos ficheiros gerados como o ficheiro deb. O ficheiro deb é usado para a distribuição binária e instalado no sistema usando o comando dpkg.
O ficheiro debian/rules compatível com a política Debian e que suporta todos os alvos requeridos pode ser escrito tão simplesmente como [13]:
debian/rules simples:
#!/usr/bin/make -f #export DH_VERBOSE = 1 %: dh $@
O comando dh funciona como o sequenciador para chamar todos os comandos “dh target” requeridos no momento certo. [14]
Aqui, o caminho $(DESTDIR) depende do tipo de compilação.
Veja “Secção 9.2, “debian/rules personalizado”” e “Secção 9.3, “Variáveis para debian/rules”” para personalização.
![]() | Dica |
---|---|
Definir “export DH_VERBOSE = 1” faz escrever cada comando que modifica ficheiros no sistema de compilação. Também ativa registos de compilação detalhados para alguns sistemas de compilação. |
The debian/control file consists of blocks of metadata separated by blank lines. Each block of metadata defines the following, in this order:
See “Chapter 5 - Control files and their fields” of the "Debian Policy Manual" for the definition of each metadata field.
![]() | Nota |
---|---|
O comando debmake define o ficheiro debian/control com “Build-Depends: debhelper-compat (= 13)” para definir o nível de compatibilidade do debhelper. |
![]() | Dica |
---|---|
If an existing package has a debhelper compatibility level lower than 13, it’s probably time to update its packaging. |
O ficheiro debian/changelog regista o histórico do pacote Debian.
Document changes in a specific, formal, and concise style.
Even if you’re uploading your package yourself, you must document all non-trivial user-visible changes, such as:
If you’re asking a sponsor to upload it, document changes more comprehensively, including all packaging-related ones, to help with package review.
After finishing your packaging and verifying its quality, execute the "dch -r" command and save the finalized debian/changelog file with the suite normally set to unstable. [16] If you’re packaging for backports, security updates, LTS, etc., use the appropriate distribution names instead.
The debmake command creates the initial template file with the upstream package version and the Debian revision. The distribution is set to UNRELEASED to prevent accidental uploads to the Debian archive.
![]() | Dica |
---|---|
A string de data usada no ficheiro debian/changelog pode ser gerada manualmente pelo comando “LC_ALL=C date -R”. |
![]() | Dica |
---|---|
Use a debian/changelog entry with a version string like 1.0.1-1~rc1 when experimenting. Later, consolidate such changelog entries into a single entry for the official package. |
O ficheiro debian/changelog é instalado no directório /usr/share/doc/pacotebinário como changelog.Debian.gz pelo comando dh_installchangelogs.
O registo de alterações do autor é instalado no directório /usr/share/doc/pacotebinário como changelog.gz.
O registo de alterações do autor é descoberto automaticamente pelo dh_installchangelogs usando a correspondência não sensível a maiúsculas minúsculas do seu nome de ficheiro para changelog, changes, changelog.txt, changes.txt, history, history.txt, ou changelog.md e procurado nos directórios ./ doc/ ou docs/.
Debian takes copyright and license matters very seriously. The "Debian Policy Manual" requires a summary of these in the debian/copyright file of the package.
O comando debmake cria o ficheiro modelo inicial debian/copyright.
Unless specifically requested to be pedantic with the -P option, the debmake command skips reporting auto-generated files with permissive licenses for practicality.
![]() | Cuidado |
---|---|
The debian/copyright file should be sorted with generic file patterns at the top of the list. See “Secção 16.6, “debmake -k””. |
![]() | Nota |
---|---|
Se você encontrar problemas com o verificador de licença, por favor preencha um relatório de bug para o pacote debmake com a parte problemática do texto a conter o copyright e a licença. |
Como demonstrado em “Secção 5.9, “Passo 3 (alternativos): Modificação da fonte do autor””, o directório debian/patches/ contém
Veja como estes ficheiros são usados em:
![]() | Nota |
---|---|
Os textos de cabeçalho destas patches devem estar em conformidade com “DEP-3”. |
![]() | Nota |
---|---|
Se você quer usar ferramentas VCS como git, gbp e dgit para criar e gerir estas patches após aprender as bases aqui, por favor depois consulte “Capítulo 11, Empacotar com git”. |
O comando “dpkg-source --commit” funciona como o dquilt mas tem uma vantagem sobre o comando dquilt. Enquanto o comando dquilt não consegue lidar com ficheiros binário modificados, o comando “dpkg-source --commit” detecta ficheiros binário modificados e lista-os no ficheiro debian/source/include-binaries para os incluir no tarball Debian como parte do pacote fonte Debian.
O comando uscan(1) descarrega a versão de autor mais recente usando o ficheiro debian/watch. Ex.:
Ficheiro debian/watch básico:
version=4 https://ftp.gnu.org/gnu/hello/ @PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@
O comando uscan pode verificar a autenticidade do tarball de autor com configuração opcional (veja “Secção 6.12, “Ficheiro debian/upstream/signing-key.asc””).
Veja uscan(1), “Secção 9.4, “Novo lançamento do autor””, “Secção 8.1, “Corrige com Files-Excluded””, e “Secção 11.10, “Gerir a lista de patch com gbp-pq”” para mais.
Alguns pacotes estão assinados com uma chave GPG e a sua autenticidade pode ser verificada usando a sua chave GPG pública.
Por exemplo, “GNU hello” pode ser descarregado via HTTP de https://ftp.gnu.org/gnu/hello/. Existem conjuntos de ficheiros:
Vamos pegar no conjunto da versão mais recente.
Descarrega o tarball de autor e a sua assinatura.
$ wget https://ftp.gnu.org/gnu/hello/hello-2.9.tar.gz ... $ wget https://ftp.gnu.org/gnu/hello/hello-2.9.tar.gz.sig ... $ gpg --verify hello-2.9.tar.gz.sig gpg: Signature made Thu 10 Oct 2013 08:49:23 AM JST using DSA key ID 80EE4A00 gpg: Can't check signature: public key not found
Se você conhece a chave GPG pública do maintainer do autor a partir da lista de mail, use-a como o ficheiro debian/upstream/signing-key.asc. Caso contrário, use o servidor de chave hkp e verifique-a via seu web de confiança.
Descarregue chave GPG pública para o autor.
$ gpg --keyserver hkp://keys.gnupg.net --recv-key 80EE4A00 gpg: requesting key 80EE4A00 from hkp server keys.gnupg.net gpg: key 80EE4A00: public key "Reuben Thomas <rrt@sc3d.org>" imported gpg: no ultimately trusted keys found gpg: Total number processed: 1 gpg: imported: 1 $ gpg --verify hello-2.9.tar.gz.sig gpg: Signature made Thu 10 Oct 2013 08:49:23 AM JST using DSA key ID 80EE4A00 gpg: Good signature from "Reuben Thomas <rrt@sc3d.org>" ... Primary key fingerprint: 9297 8852 A62F A5E2 85B2 A174 6808 9F73 80EE 4A00
![]() | Dica |
---|---|
Se o seu ambiente de rede bloquear o acesso ao porto HKP 11371, então use “hkp://keyserver.ubuntu.com:80”. |
Após confirmar que o ID de chave 80EE4A00 é de confiança, descarregue a sua chave pública para o ficheiro debian/upstream/signing-key.asc.
Defina a chave GPG pública para debian/upstream/signing-key.asc.
$ gpg --armor --export 80EE4A00 >debian/upstream/signing-key.asc
Com o ficheiro debian/upstream/signing-key.asc em cima e o ficheiro debian/watch seguinte, o comando uscan consegue verificar a autenticidade do tarball de autor após a sua descarga. Ex.:
Ficheiro debian/watch melhorado com suporte a GPG:
version=4 opts="pgpsigurlmangle=s/$/.sig/" \ https://ftp.gnu.org/gnu/hello/ @PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@
Instale o ficheiro de configuração Salsa CI. Veja “Secção 11.3, “Serviço CI de Salsa””.
Podem ser adicionados ficheiros de configuração opcionais sob o directório debian/. A maioria deles são comandos de controle dh_* oferecidos pelo pacote debhelper mas existem alguns para os comandos dpkg-source, lintian e gbp.
![]() | Dica |
---|---|
Mesmo uma fonte de autor sem o seu sistema de compilação pode ser empacotada apenas usando estes ficheiros. Veja “Secção 14.2, “Nenhum Makefile (shell, CLI)”” como um exemplo. |
A lista alfabética de ficheiros de configuração opcionais notáveis debian/pacotebinário.* listados em baixo fornece meios muito poderosos de definir o caminho de instalação dos ficheiros. Por favor note:
Copie ficheiros modelo de configuração como necessário para que os nomes de ficheiros correspondam aos seus nomes de pacote binário pertinentes.
Lista scripts de completação bash a serem instalados.
O pacote bash-completion é requerido para ambos ambientes de compilação e utilizador.
Veja dh_bash-completion(1).
Lista ficheiros que devem ser removidos mas não são limpos pelo comando dh_auto_clean.
Veja dh_auto_clean(1) e dh_clean(1).
Define o nível de compatibilidade do debhelper. (descontinuado)
Use “Build-Depends: debhelper-compat (= 13)” em debian/control para especificar o nível de compatibilidade e remova debian/compat.
Veja “NÍVEIS DE COMPATIBILIDADE” no debhelper(7).
This optional file is installed into the DEBIAN directory within the binary package while supplementing it with all the conffiles auto-detected by debhelper.
Este ficheiro é principalmente útil para se usar entradas "especiais" como a funcionalidade remove-on-upgrade do dpkg(1).
Se o programa que você está a empacotar requerer que cada utilizador modifique os ficheiros de configuração no directório /etc, existem duas maneiras populares de fazer com que não sejam ficheiros de configuração, mantendo o comando dpkg contente e caladinho.
Veja dh_installdeb(1).
Instalado no ficheiro etc/cron/hourly/pacote-binário em pacote-binário.
Veja dh_installcron(1) e cron(8).
Instalado no ficheiro etc/cron/daily/pacote-binário em pacote-binário.
Veja dh_installcron(1) e cron(8).
Instalado no ficheiro etc/cron/weekly/pacote-binário em pacote-binário.
Veja dh_installcron(1) e cron(8).
Instalado no ficheiro *etc/cron/monthly/*pacote-binário em pacote-binário.
Veja dh_installcron(1) e cron(8).
Instalado no ficheiro etc/cron.d/pacote-binário em pacote-binário.
Veja dh_installcron(1), cron(8), e crontab(5).
Se isto existir, é instalado em etc/default/pacote-binário em pacote-binário.
Veja dh_installinit(1).
Lista directórios a serem criados em pacote-binário.
Veja dh_installdirs(1).
Geralmente, isto não é necessário pois todos os comandos dh_install* criam os directórios requeridos automaticamente. Use isto apenas se encontrar problemas.
Instalado como o ficheiro de controle do doc-base em pacote-binário.
Veja dh_installdocs(1) e “Manual Debian doc-base (doc-base.html)” fornecido pelo pacote doc-base.
Lista ficheiros de documentação a serem instalados em pacote-binário.
Veja dh_installdocs(1).
Instalado em usr/lib/emacsen-common/packages/compat/pacote-binário em pacote-binário.
Veja dh_installemacsen(1).
Instalado em usr/lib/emacsen-common/packages/install/pacote-binário em pacote-binário.
Veja dh_installemacsen(1).
Instalado em usr/lib/emacsen-common/packages/remove/pacote-binário em pacote-binário.
Veja dh_installemacsen(1).
Instalado em usr/lib/emacsen-common/packages/startup/pacote-binário em pacote-binário.
Veja dh_installemacsen(1).
Lista ficheiros ou directórios exemplo a serem instalados em usr/share/doc/pacote-binário/examples/ em pacote-binário.
Veja dh_installexamples(1).
Se isto existir, funciona como ficheiro de configuração para o comando gbp.
Veja gbp.conf(5), gbp(1), e git-buildpackage(1).
Lista ficheiros de informação a serem instalados em pacote-binário.
Veja dh_installinfo(1).
Instalado em etc/init.d/pacote-binário em pacote-binário. (descontinuado)
Veja dh_installinit(1).
Lista ficheiros que devem ser instalados mas não são instalados pelo comando dh_auto_install.
Veja dh_install(1) e dh_auto_install(1).
Lista pares de ficheiros de fonte e destino para serem ligados por link simbólico. Cada par deve ser posto na sua própria linha, com a fonte e destino separados por espaço em branco.
Veja dh_link(1).
Instalado em usr/share/lintian/overrides/pacote-binário no directório de compilação do pacote. Este ficheiro é usado para suprimir diagnósticos do lintian erróneos.
Veja dh_lintian(1), lintian(1) e “Manual do Utilizador de Lintian”.
Se este ficheiro opcional existir, o debhelper usa-o como modelo para gerar ficheiros DEBIAN/pacotebinário.{pre,post}{inst,rm} dentro do pacote binário enquanto adiciona “-- "$@"” ao comando dpkg-maintscript-helper(1).
Veja dh_installdeb(1) e “Capítulo 6 - Scripts de maintainer de pacote e procedimento de instalação” no “Manual de Política Debian”.
Estes são ficheiros modelo de manuais gerados pelo comando debmake. Por favor renomeie estes para nomes de ficheiro apropriados e atualize o seu conteúdo.
A Política Debian requer que cada programa, utilitário e função deve ter um manual associado incluído no mesmo pacote. Os manuais são escritos em nroff(1). Se você é novato a fazer um manual, use manpage.asciidoc ou manpage.1 como ponto de partida.
Lista os manuais a serem instalados.
Veja dh_installman(1).
tech-ctte #741573 decidiu “Debian deve usar ficheiros .desktop como apropriado”.
Ficheiro de menu Debian instalado em usr/share/menu/pacote-binário em pacote-binário.
Veja menufile(5) para o seu formato. Veja dh_installmenu(1).
Instalado em usr/share/doc/pacote-binário/NEWS.Debian.
Veja dh_installchangelogs(1).
Coleção de ficheiros patch -p1 que são aplicados à fonte do autor antes de se compilar o pacote.
Nenhuns ficheiros patch são gerados pelo comando debmake.
Veja dpkg-source(1), “Secção 4.4, “Configuração do quilt”” e “Secção 5.9, “Passo 3 (alternativos): Modificação da fonte do autor””.
Se estes ficheiros opcionais existirem, os ficheiros correspondentes são instalados no directório DEBIAN dentro do pacote binário após enriquecido pelo debhelper. Caso contrário, estes ficheiros no directório DEBIAN dentro do pacote binário são gerados pelo debhelper.
Sempre que possível, em vez disto deve ser usando um mais simples pacotebinário.maintscript.
Veja dh_installdeb(1) e “Capítulo 6 - Scripts de maintainer de pacote e procedimento de instalação” no “Manual de Política Debian”.
Veja também debconf-devel(7) e “3.9.1 Perguntando nos scripts do maintainer” no “Manual de Política Debian”.
Instalado no primeiro pacote binário listado no ficheiro debian/control como usr/share/doc/pacote-binário/README.Debian.
Este ficheiro fornece a informação especifica ao pacote Debian.
Veja dh_installdocs(1).
Instalado no primeiro pacote binário listado no ficheiro debian/control como usr/share/doc/pacote-binário/README.source.
Se correr “dpkg-source -x” num pacote fonte não produz a fonte do pacote, pronto para editar, e permite-nos fazer alterações e correr dpkg-buildpackage para produzir um pacote modificado sem tomar nenhum passo adicional, é recomendado criar este ficheiro.
Se isto existir, será instalado em lib/systemd/system/pacote-binário.service em pacote-binário.
Veja dh_systemd_enable(1), dh_systemd_start(1), e dh_installinit(1).
O formato de pacote Debian.
Veja “FORMATOS DE PACOTE FONTE” em dpkg-source(1).
Este ficheiro não é instalado, mas é sondado pelo comando lintian para fornecer sobreposições para o pacote fonte.
Veja dh_lintian(1) e lintian(1).
O comando dpkg-source usa este conteúdo como suas opções. As opções notáveis são:
Isto não está incluído no pacote fonte gerado e destina-se a ser cometido para o VCS do maintainer.
Veja “FORMATOS DE FICHEIRO” em dpkg-source(1).
Texto de formato livre que é colocado no topo da patch automática gerada.
Isto não está incluído no pacote fonte gerado e destina-se a ser cometido para o VCS do maintainer.
Veja “FORMATOS DE FICHEIRO” em dpkg-source(1).
Os ficheiros de símbolos, se presentes, são passados ao comando dpkg-gensymbols para serem processados e instalados.
Veja dh_makeshlibs(1) e “Secção 10.16, “Símbolos de biblioteca””..
Instalado no primeiro pacote binário listado no ficheiro debian/control como usr/share/doc/pacote-binário/TODO.Debian.
Veja dh_installdocs(1).
Se isto existir, será instalado em usr/lib/tmpfiles.d/pacote-binário.conf em pacote-binário.
Veja dh_systemd_enable(1), dh_systemd_start(1), e dh_installinit(1).
Se isto existir, será instalado em etc/init/package.conf no directório de compilação do pacotes. (descontinuado)
Veja dh_installinit(1).
[11] Isto é a predefinição até ao debhelper v13. No debhelper v14, ele avisa sobre a mudança de predefinição. Após debhelper v15, irá mudar a predefinição para DESTDIR=debian/tmp/ .
[12] Para mais de 90% dos pacotes, o nome do pacote é igual ou menos que 24 caracteres; a versão de autor é igual ou menos que 10 caracteres e a revisão Debian é igual ou menos que 3 caracteres.
[13] O comando debmake gera um ficheiro debian/rules um pouco mais complicado. Mas está a parte central.
[14] Esta simplicidade está disponível desde a versão 7 do pacote debhelper. Este guia assume o uso de debhelper versão 13 ou mais recente.
[15] Isto é a predefinição até ao debhelper v13. No debhelper v14, ele avisa sobre a mudança de predefinição. Após debhelper v15, irá mudar a predefinição para DESTDIR=debian/tmp/ .
[16] If you’re using the vim editor, make sure to save this with the ":wq" command.