パッケージ作成の基本は次のとおりです。彼らはFreeBSDやOpenBSDからArch Linux、Debian Linux、Ubuntu Linuxまで、幅広いシステムで動作します。

1つは、次のようにパッケージを作成します。

• gitやSubversionなどの方法で、またはアーカイブファイルをダウンロードして解凍してソースコードツリーを取得します。
• 設置前提条件パッケージビルド、ソフトウェアのコンパイルに必要なツールを提供します。
• ここに各オペレーティングシステムごとのパッチを適用します。
• バイナリとデータファイルをコンパイルしますが、特定のソフトウェアがこれを行います。
• /パッケージ化するバイナリとデータファイルがパッケージのインストール後に配置される準備ディレクトリツリーを構築します。
• パッケージ作成ツールを使用して、配送リストと他のメタデータを組み合わせてパッケージを作成します。

次に、それをパッケージストア（直接実行するか、オペレーティングシステム管理者によって公開されたストア）に入れます。後者のコースには、多くの物流的、政治的障害があります。どちらの場合も、署名の問題を処理する必要があります。

詳細はオペレーティングシステムによって異なり、パッケージングシステムによって異なります。たとえば、パッケージマニフェストファイルの構造はさまざまです。そしてDebianbuild-essentialメタパッケージ普遍的なものではありません。しかし、これは一般的な原則です。

したがって、Ubuntuページのこれらのすべての横説説ツールはこの機能の高レベルラッパーであり、ソースソースコードの上に追加するすべての追加エントリでソース管理リポジトリを維持するなどの操作を実行します。

Debian ツールは少し異なります。実際、Debian ツールには次の 3 種類があります。「デップヘルパー」。

さらに、WWWの周りのさまざまな人々が提供するDebianのガイドラインは、通常、既存のファイルをダウンロードするというアイデアに合わせています。Debian ソースパッケージすべてのヘルパーを作成する代わりにビルドしてください。Debian パッケージ項目最初から始めてください。これらのパッケージには、ソースツリーで利用可能なDebianパッケージングメタデータ、制御ファイル、およびパッチが含まれています。元のソースですプラス Debian パッケージング。

通常、パッケージにディレクトリの代わりに「インストール」するターゲットディレクトリを指定すると、独自の適切なステージングツリーが構成されます/。独自のソフトウェアをパッケージ化する場合は、別々の準備領域に適切な「インストール」のメカニズムを提供する必要があります。 （package/stage、、、などのすべての項目を適切な準備領域に昇格させるスクリプトを含む「slashpackage」パッケージがあります。）command/manual/guide/library//usr

rc最後に：いいえ、サービスを開始および停止するためのvan Smoorenburgスクリプトを提供しません。これはUbuntuでは基本ではありません。2006年から、この時、ほぼ15年が経ちました。システム単位のファイルを提供します。 van Smoorenbrgrcスクリプトを提供したいダーバンsystemdを使用していない人のために、新しいスタイルvan Smoorenburgrcスクリプトは2014年に導入され、init-d-scriptマニュアルページの例に基づいています。これは、ほとんどの（現在は古い）WWW文書で知られているものとはかなり異なります。

これらの（およびその他の）WWWページから、、などの詳細debian/controlにdebian/rules戻ることができます。

追加読書

• /etc/init.d/bonesはどこにありますか？
• https://askubuntu.com/a/707750/43344
• https://unix.stackexchange.com/a/332441/5132
• ジョナサンデボインポラード（2018）。 」上部にOS別パッケージを追加」スラッシュパッケージの世代。一般的な答え。