バイナリdebパッケージの構築方法：詳細なHowTo

今日は、Ubuntu / Debian用の* .debパッケージを正しく作成する方法の抽象的な例を紹介します。 パッケージはバイナリにします。 ソースコードからバイナリをコンパイルするパッケージは、ここでは考慮されません：既製の例を使用して、以下で説明する知識を習得した後、本質を理解し、類推によって行動できます:)

この記事には不必要な「手作業」はありません。パッケージ形式はかなり単純で、最も重要な論理構造に進化しており、すべてが文字通りひざまずいて、いくつかの特殊なユーティリティを使用しています。

ボーナスとして、記事の最後に、独自のローカルリポジトリをすばやく作成する例があります。リポジトリからパッケージをインストールすると、依存関係を自動的に追跡できます。 -複数のマシンに1つのコンソールコマンドですべてをインストールします:)

強力なLinuxソフトウェアのインストールシステムを使いたくない場合は、CheckInstallプログラムのWebサイトにアクセスすることをお勧めします。「make install」コマンドからdebパッケージを自動的に作成します。）

ソース

多くの場所からのナディルガンの情報ですが、主に次の2つがあります。

• Opennet：L GNU Debian / Linuxディストリビューション用のパッケージ作成の概要
• Debian.org：Debian ポリシーマニュアル -公式
• Ubuntu Wiki： PackagingGuide /ベーシック

この記事では、非常に強力なアプリケーションのインストール制御を得るのに十分なパッケージを作成する基本について詳しく説明しています。 より高度な機能は省略されていますが、関心のある人向けのドキュメントへの直接リンクが提供されています。
この記事は、ドキュメントのコピーや翻訳ではありません。メモの形式の知識の集まりであり、現在は記事の形式で発行されています。 明確にするために、至る所に例、指の説明、見つけた便利な機能、および無知から生じる可能性のあるいくつかの典型的な間違いがあります。

準備する

なぜこれだけなのですか？

はい、CheckInstallは作業パッケージを作成できますが、debパッケージで可能なすべての機能をサポートしているわけではありません:) :)つまり：

• パッケージをインストールする前、後、 およびインストールする代わりに実行するスクリプト:)
• 自動構成ファイル管理：パッケージは、古い構成を新しい構成で上書きすることを許可しません
• テンプレートの使用：インストール中にユーザーに質問する機能（!!!）
• 他のパッケージファイルを変更する

必要なもの

もちろん、tar、gz、arアーカイバは完全なパッケージを作成するのに十分ですが、不要な大騒ぎを排除し、作成したツールを使用して生活を楽にすることができます:)
私たちは置きます：
$ sudo apt-get install dpkg debconf debhelper lintian

私たちは何をしますか

たとえば、特定のスクリプト/usr/bin/super.shが考慮されます。 中身は関係ありません。主なことは、正しい場所にどのように表示されるかです:)

フォルダーの準備

ホームディレクトリ（または都合の良い場所）に、未来のパッケージのすべてのファイルが置かれるフォルダーを作成します： mkdir ~/supersh 。 次に、 パッケージのルートを呼び出します 。
パッケージのルートに「DEBIAN」フォルダーを作成します（大文字で、これは重要です！）。 このフォルダーには、パッケージの生成を制御する情報が含まれており、パッケージのインストール時にディスクにコピーされません。
また、パッケージルートフォルダーには将来の「ディスクルート」が含まれます。パッケージをインストールすると、すべてのファイル（「debian」フォルダーを除く）が/ルートに解凍されます。 したがって、スクリプトは、パッケージのルートを基準にして次のように配置する必要があります： "usr / bin / super.sh"
黒地に白：
mkdir -p ~/supersh/DEBIAN #
mkdir -p ~/supersh/usr/bin #
cp super.sh ~/supersh/usr/bin/ #
その結果、次のことができます。
supersh/DEBIAN/
supersh/usr/
supersh/usr/bin/
supersh/usr/bin/super.sh


パッケージの作成：DEBIAN / *

前述したように、DEBIANフォルダーにはインストール中に使用されるファイルが含まれています。 ここでは、各ファイルについて（例を使用して）説明します。
本格的なパッケージを作成するには、制御ファイル「control」で十分です。残りはすべて、テキスト情報（変更ログ、ライセンス）の添付、またはアプリケーションの高度なインストール機能の制御に使用されます。
DEBIAN / *フォルダーにある以下のファイルから必要なものを選択し、指示に従って入力してください:)
この例では、 必須のDEBIAN /コントロールのみが実際に使用されます。

デビアン/コントロール：基本情報

コントロールは、すべての基本的なプロパティを記述するパッケージの中心的なファイルです。 ファイルは、「属性：値」のペアで構成されるテキストファイルです。 コメントを使用できます。行の先頭にある「＃」文字（この機能はdpkg> = 1.10.11で追加されました。コメントに依存しないでください:)。
表には、制御ファイルに定義されているすべてのフィールドが表示されます。 必須フィールドは太字でマークされています 。それらがないと、パッケージは正しく構成されていると見なされません。

属性	説明	例
-基本-
パッケージ：	パッケージ名：[a-zA-Z0-9-]-ラテン、数字、ハイフンのみ。 この名前はインストール中に使用されます：apt-get install <package>	Package: supersh
バージョン：	パッケージ（および内部のプログラム）のバージョン。 更新するかどうかを決定するために使用されます。 採用されている形式は、 <_>-<_>です。 パッケージのバージョンを常に示すことをお勧めします。パッケージの構造が変更されると、数が1つ増えます。 有効な文字は無料です。日付と文字を使用できます。 今日のリポジトリの例を参照してください:)	Version: 1.0-1<br>Version: 2009.12.12-1
提供する	このパッケージをインストールした結果としてシステムに登録されたアプリケーション（おそらく仮想）の名前。 ほとんど使用されません：主に、パッケージの名前を変更する必要がある場合、または複数のパッケージが同じ機能を提供する場合。 たとえば、ApacheおよびnginxパッケージはhttpdをProvides: httpd次をProvides: httpdデーモン機能 「仮想パッケージです」をインストールしようとしてエラーが発生した可能性があります。 これです:)	Provides: supersh
メンテナー	パッケージメンテナーの名前とメール：アプリケーションをdebianizedした人。 形式は任意ですが、 <e-mail>受け入れられます	Maintainer: o_O Tync <oo-tync.habrahabr.ru>
建築	パッケージの対象となるプロセッサアーキテクチャ。 有効な値： i386, amd64, all, source allスクリプトに使用されます：それらは移植性がありますよね？ :) sourceコンパイル済みソースパッケージに使用されます	Architecture: all
セクション	アプリケーションが通常使用されるタスクを定義します（アプリケーショングループ）。 可能な値：admin、base、comm、contrib、devel、doc、editors、electronics、embedded、games、gnome、graphics、hamradio、interpreter、kde、libs、libdevel、mail、math、misc、net、news、non-free 、oldlibs、otherosfs、perl、python、science、shells、sound、tex、text、utils、web、x11	Section: misc
説明	パッケージの説明。 説明は2つの部分で構成されます。同じ行の短い説明（70文字） と、スペースで始まる後続の行の長い説明です。 拡張説明では、すべての改行は無視されます。 単一のドットを使用して\ nを挿入します。	Description: Short.<br>␣Long <br>␣goes here.<br>␣.<br>␣New line.
-関係と依存関係-
依存する	このパッケージをインストールするために必要なパッケージのコンマ区切りリスト。 パッケージ名の後に、演算子<<、=、>>、<=、> =を使用して、括弧でバージョン制限を指定できます。 演算子が指定されていない場合->>が使用されます	Depends: dpkg, libz (>= 1.2.3), jpeg (= 6b), png (< 2.0)
事前依存	このパッケージのインストール中に必要なパッケージのリスト。 パッケージのインストールスクリプトには、これらの依存関係が必要になる場合があります。たとえば、flash-installerパッケージにはw​​getが必要です。 バージョン制限を使用できます（依存を参照）。	Pre-Depends: wget (>= 1.0)
対立	同時にインストールできないパッケージのリスト。 リストされたパッケージの少なくとも1つが既にインストールされている場合、インストールは失敗します。	Conflicts: crapscript
置換	このパッケージによってファイルが変更されるパッケージのリスト。 何かを変更する「パッチパッケージ」を作成する場合に必要です。そうしないと、インストール中に別のパッケージのファイルを置き換えるときにエラーが発生します。 たとえば、UT2004にパッチを適用し、ガイド付きロケットランチャーの音を削除します:)	Replaces: ut2004
お勧め	インストールに推奨されるパッケージのリスト これらのパッケージはオプションですが、通常は現在のパッケージで使用されます。	Recommends: superplatform
候補	インストール用に提供されるパッケージのリスト。 これらのパッケージはオプションですが、プログラムはそれらでさらにうまく機能します:)理論的には、パッケージマネージャーはそれらのインストールを提供する必要があります。	Suggests: supersh-modules
ビルド依存	（アーキテクチャ：ソースのみ） ソースのコンパイルに必要なパッケージのリスト。 Dependsと同じですが、論理的に分離されています。	Build-Depends: cmake
-追加-
設置サイズ	キロバイト単位のパッケージファイルサイズ。 最も近い整数に丸められた単なる数字。 必要な合計ディスク容量を決定するためにパッケージマネージャーによって使用されます。	Installed-Size: 3
優先順位	優先パッケージ：システム内でどれほど重要か 可能な値：追加、オプション、標準、重要、必須（このようなパッケージはまったく削除されません！）。	Priority: optional
必需品	この属性をyesに設定すると、パッケージを削除できません。	Esssential: yes
起源	文字列：パッケージ内のプログラムはどこから来たのか。 通常、著者のウェブサイトのURL、メール、または名前が使用されます。	Origin: brain
Xソース	* .tar.gzソースアーカイブへの完全なリンク	X-Source: ...*.tgz

はい、これらは制御ファイルの堅実な機能です:)
この例では、次のようになります。
Package: supersh
Version: 1.0-1
Section: misc
Architecture: all
Depends: bash, sed (>= 3.02-8)
Maintainer: o_O Tync <oo-tync.habrahabr.ru>
Description: Super Shell Script
␣A super example script.
␣.
␣It does nothing :)


デビアン/著作権：©/ライセンス

ライセンスのテキスト。 ファイルはオプションですが、作成者を強調することをお勧めします;）

DEBIAN / changelog：変更履歴

特別な形式の変更ログ：dpkgがパッケージのバージョン番号、リビジョン、配布、重要度を取得するために使用します。 公式ドキュメントを参照することをお勧めします;）そして、例を挙げます。
supersh (1.0-1) stable; urgency=medium

* Testing.

-- o_O Tync <oo-tync.habrahabr.ru> Sun, 13 Dec 2009 00:11:46 +0300


DEBIAN /ルール：コンパイルルール

パッケージのコンパイルを制御するために使用：これはArchiteture: source :)の場合です
公式ドキュメントを参照

DEBIAN / conffiles：構成ファイルのリスト

通常、パッケージには、/などでホストされている構成ファイルの空白が含まれています。 明らかに、パッケージ内の構成が更新されると、ユーザーは編集した構成を失います。 この問題は、「config.d」タイプのフォルダーを使用して簡単に解決できます。その内容はメイン構成に含まれ、重複するオプションを置き換えます。
「DEBIAN / conffiles」ファイルを使用すると、問題をさまざまに解決できます。構成ファイルのリストが含まれています（1行に1つ）。 パッケージの現在のバージョンでこれらのファイルのいずれかが更新されると、ユーザーは構成のバージョンの競合に関する警告を受け取り、削除、置換、またはマージを選択できます。
構成を掘る各Linuxoidは、必ずこの状況に直面しました:)そして、ここから脚が伸びていきます。
各行には、各構成への完全な絶対パスが必要です。 例：
/etc/supersh/init.conf
/etc/supersh/actions.conf


DEBIAN / dirs：作成するフォルダーのリスト

「プログラムで必要とされているが、何らかの理由で作成されていないフォルダーへの絶対パスのリスト。」公式ドキュメントを読みます。 実際には、プログラムで使用される何らかの方法で、すべてのフォルダーがここにリストされます。バイナリーがどこにあり、プログラムで使用されるのか。
1行に1つ。 例：
/var/log/supersh
/var/lib/supersh
複数の空のフォルダを作成するのに便利です。

DEBIAN / menu：メニュー項目の作成

メニュー項目を作成するための扱いにくいファイル。 それは私にとってはうまくいきませんでした:)その内容は珍しいウィンドウマネージャまたは何らかのコンソールメニューのいずれかで使用されているかのように感じます...または以前に使用され忘れられていました:)
例：
?package(supersh):needs="text" section="Applications/Programming" title="Super Shell Script" command="/usr/bin/super.sh"
TODO：理由を見つけてください。 これはman5 menufile書かれてman5 menufile 、率直に言って私は掘り下げませんでした:)

UPD：メニュー項目を追加する正しい方法

ファイル/ DEBIAN / menuが作成するものは不明であり、どこにあるのかが明確ではありません。グラフィックメニューの要素はまだ作成されていません。 したがって、私たちはそれを正しく行います:)
/usr/share/applicationsには、 *.desktopファイルがたくさんあります。これらはメニュー項目です。 これらは、iniファイルのような構文を持つテキストファイルです。 開いて、勉強し、同じことをして、結果の*.desktopファイルをusr/share/applications/ *.desktopます。 そのアイコンはusr/share/pixmapsます。
その後、 update-menusメニューupdate-menusコマンドの実行をpostinstスクリプトに追加します。
if [ "$1" = "configure" ] && [ -x "`which update-menus 2>/dev/null`" ] ; then
update-menus
fi

パッケージインストールスクリプトの操作については、後で説明します。
ヒントをありがとう。

DEBIAN / md5sums：ファイルのチェックサム

パッケージの整合性を検証するために使用されます。 重要なファイル。
このように入力します（cwd =パッケージルート）：
$ md5deep -r usr > DEBIAN/md5sums

DEBIAN / watch：プログラムがダウンロードされたサイトを監視します

この機能は、数十のパッケージからメンテナンスを行う場合に役立ち、すべての更新を追跡するのは困難です。
このファイルには、uscanおよびuupdateプログラムの手順が含まれています。 この機会を利用して、パッケージのソースコードを受け取ったサイトを監視し、配布全体の品質管理を確保できます。
例：
# Site Directory Pattern Version Script
ftp.obsession.se /gentoo gentoo-(.*)\.tar\.gz debian uupdate

uscan（1）の別の例：
version=3
madwimax.googlecode.com/files/madwimax-(.*)\.tar\.gz

公式ドキュメントをよく読んでください。このような強力なものは、単なる人間ではめったに必要ありません:)

DEBIAN / cron.d：cronジョブのインストール

このファイルには、インストール用のcrontabピースが含まれています。 例ですべてを説明します。
#
# Launches super.sh periodically
#
0 4 * * * root [ -x /usr/bin/super.sh ] && usr/bin/super.sh


DEBIAN / inid.d：initスクリプト

initスクリプトの内容はこのファイルに書き込まれます。 インターネットでのinitスクリプトの記述については、

スクリプティング

最も興味深いのは、スクリプトをdebパッケージに埋め込むことです。 スクリプトを使用すると、ファイルを正しい場所にコピーするだけでは実行できないアクションを実行して、パッケージのインストール、再インストール、および削除を制御できます。 これには、追加のファイルのダウンロード（フラッシュインストーラーと同様）、既存のファイルの変更、およびユーザーがパッケージを自分用に構成できる対話型（GUIまたはncurses）ダイアログを表示することができます。たとえば、mysqlはrootに設定するパスワードを尋ねます。
すべてのスクリプトはルートとして実行されます（その他は何ですか）。 また、インストールの場所を指定する引数（処理する必要はありません）も受け取ります。 詳細はこちらをご覧ください 。

DEBIAN /（preinst | postinst | prerm | postrm）：インストールスクリプト

合計で、1つのパッケージに最大4つのスクリプトを作成できます。

スクリプト	予定
デビアン/ preinst	パッケージをインストールする前に実行されます：インストールを成功させるために何かを準備できます
デビアン/ postinst	パッケージのインストール直後に実行されます。インストール済みのパッケージを構成して、使用できるようにします。 パッケージもここでインタラクティブに設定されます：これはdh_inputとDEBIAN / templatesファイルを使用して行われます
デビアン/ prerm	パッケージがアンインストールされる直前に実行されます。通常、このスクリプトはパッケージのインストールパスをクリーンアップするため、何も残されません:)
デビアン/ postrm	パッケージが削除された直後に実行されます：残りをクリーンアップします

これらのスクリプトで発生したエラーは決してログに記録されないことに注意してください。スクリプトのリターンコードよりも興味深いものはどこにも保存されず、ログは手動で行う必要があります。 私のパッケージのいずれかのユーザーがLinux Mintにインストールできず、理由を把握するためにエラーログ（存在しない）を要求することさえできませんでした:)
各スクリプトの冒頭で次のディスクを使用することをお勧めします。発生したすべてのエラーをsyslogに保存します。
#!/bin/bash
set -e # fail on any error
set -u # treat unset variables as errors

# ======[ Trap Errors ]======#
set -E # let shell functions inherit ERR trap

# Trap non-normal exit signals:
# 1/HUP, 2/INT, 3/QUIT, 15/TERM, ERR
trap err_handler 1 2 3 15 ERR
function err_handler {
local exit_status=${1:-$?}
logger -s -p "syslog.err" -t "ootync.deb" "supersh.deb script '$0' error code $exit_status (line $BASH_LINENO: '$BASH_COMMAND')"
exit $exit_status
}

... ...

exit 0

警告：ディスクはまだ十分にテストされていません。もう一度確認してください。 私は最近デバッグできないことに遭遇しました:)

DEBIAN /テンプレート：ダイアログテンプレート

すでに述べたように、DEBIAN / configスクリプトでは、ユーザーに質問をすることができます。行を入力し、オプションの1つを選択し、チェックマークを付けます...これは、debhelperパッケージdebconfのbash関数の「ライブラリ」によって行われます。 ここでは考えません。
DEBIAN / templatesファイルには、ダイアログボックス（GUIまたはncurses）の表示に使用されるデータが含まれています。 ファイルには、空の行で区切られたブロックが含まれています。 各ブロックは、特定のダイアログボックスで使用されるリソースを定義します。
すべてのタイプのダイアログのヘッダーは標準です：
Template: supersh/template-name
Type: string
Default: Default-value
Description: Dialog-title
␣Dialog-text

テンプレート-テンプレートの一意の（1つのパッケージ内の）識別子。 スクリプト内で特定のダイアログを呼び出す必要がある場合、この名前が使用されます。
タイプ-テンプレートのタイプ。 次のタイプが定義されています：文字列、パスワード、ブール値、選択、複数選択、テキスト、メモ、エラー。
デフォルト値-デフォルト値：ユーザーは単純に受け入れることができます。
説明-制御ファイルと同様に、短い説明と長いテキストの2つのフィールドで構成されます。 1つ目は「ウィンドウ」のタイトル、2つ目はユーザーに必要な内容のより詳細な説明です。 「enter」などの単語を使用することはお勧めしませんが、すぐに「Greeting script」、「Mount point」などのエッセンスを使用することをお勧めします。

種類	テンプレートの説明
ひも	テキスト文字列プロンプト
パスワード	パスワードプロンプト。 明らかな理由により、このタイプのテンプレートにはデフォルト値はありません:)
ブール値	チェックマーク:)「true」または「false」の文字列値があります
選択する	いくつかのオプションのいずれかを選択する機能。 オプションは、オプションのテンプレート属性で提供されます。 Choices: yes, no, maybe
複数選択	チェックマークが付いた複数のオプションを選択する機能。 オプションは、オプションのテンプレート属性で提供されます。 Choices: sex, drugs, rock-n-roll
テキスト	テキストを表示します。あまり重要ではない情報もあります
注	テキストを表示：重要な情報
エラー	非常に重要な情報、重要なテキストを表示します。

テキスト、メモ、エラーテンプレートについては、情報のみを表示するため、デフォルト値もありません:)
次のテンプレートで遊んでみましょう。
Template: supersh/greeting
Type: string
Description: Welcome message
␣The message you wish the script to welcome you with.
Default: Greetings, my master!


debconfとdebhelperの使用の基本

これらは実行可能なドラフトです。 テンプレートについて読み、元のテンプレートで作業することができます： man 7 debconf-devel :)
DEBIAN / config設定スクリプトでテンプレートを使用するには、最初にdebhelper機能を有効にする必要があります。
. /usr/share/debconf/confmodule . /usr/share/debconf/confmodule また、このファイルはpostinstスクリプトに含める必要があります。そうしないと、DEBIAN / configスクリプトはまったく実行されません。
これらの機能はdebconfパッケージで利用可能です。依存することを忘れずに有効にしてください！
プリミティブユースケース。 DEBIAN /設定ファイル
#!/bin/bash -e

# debconf
. /usr/share/debconf/confmodule

case "$1" in
configure|reconfigure)
#
db_input medium "supersh/greeting" || true #
db_go || true #
#
db_get "supersh/greeting" # $RET
greeting="$RET"
echo "$greeting" > /etc/supersh/greeting.txt
;;
*)
echo "config called with unknown argument \`$1'" >&2
exit 1
;;
esac
#
db_input medium "supersh/greeting" || true #
db_go || true #

#
db_get "supersh/greeting" # $RET
greeting="$RET"
echo "$greeting" > /etc/supersh/greeting.txt

ここにはすでに不快な待ち伏せがあります：db_input関数には中程度のダイアログの優先度が与えられていることに注意してください。 debconfでは、最小優先度を設定できます。優先度がそれ以下のダイアログは表示されませんが、デフォルト値（デフォルトテンプレート）が使用されます！ これが正確に行われないようにするために、重要な優先順位を使用します:)さらに、GUIからインストールする場合、質問を出力するためのしきい値が高くなり、それらの多くはまったく表示されません。
可能な優先順位：低-デフォルトが常に使用され、中-デフォルトは通常非常に適切であり、高-デフォルトは望ましくない、重要-ユーザーの注意が不可欠です。
|| true || true 、bashに渡される「-e」キーが原因でスクリプトが停止するのを防ぐために使用されます。
このスクリプトでは、エラーをキャッチするためにそのディスクを使用することもお勧めします。そうしないと、デバッグ時に再配布可能なパッケージに問題がある可能性があります:)
debconf（関数、メソッド、パラメーター、エラーコード）を使用することのすべての微妙な点は、かなり冗長なmanaで説明されています： man debconf-devel 。

そして最後：purge-debconfコマンドでパッケージを削除するとき、データベースからパッケージ情報もクリーンアップする必要があります。 たとえば、db_inputが要求するときにユーザーの選択を保存します。
このデータをクリーンアップするには、以下をpostinstスクリプトに追加します。
if [ "$1" == "purge" ] && [ -e /usr/share/debconf/confmodule ] ; then
. /usr/share/debconf/confmodule
db_purge
fi


パッケージを収集します！ :)

やった！ すべての必要なファイルが作成され、必要なフォルダーにあります。 これで、パッケージを収集できます:)
最初に行うことは、ユーザーパッケージのルートとルートグループ内のすべてのファイルを再帰的に公開することです：root（または必要に応じて他の）。 パッケージファイルは、ファイルのアクセス許可と所有者の両方を保存するtar.gzアーカイブにパッケージ化されているため、これが必要です。 したがって、次を実行する必要があります。
$ sudo chown -R root:root .
ただし、これは必要ありません。 アーカイブを作成するときに、ファイルの所有者をルートに置き換える優れたfakerootコマンドがあります。
この例では、スクリプトに実行可能性ビットが必要です。
次に、フォルダーに戻り、パッケージのルートフォルダーが表示されるようにします。パッケージは、 軽いキック自体で作成されます。
$ fakeroot dpkg-deb --build supersh
作成されたパッケージは、* .debパッケージの命名順序と一致するように名前を変更する必要があります。<package name> _ <version> _ <architecture> .deb
$ mv supersh.deb supersh_1.0-1_all.deb
すべて、パッケージの準備ができました！

自動パッケージチェック

パッケージをチェックし、その構造の典型的なエラーを特定できるlintianユーティリティがあります。 これは次のように行われます。
$ lintian supersh_1.0-1_all.deb

パッケージのインストール

$ sudo dpkg -i supersh_1.0-1_all.deb

独自のパッケージリポジトリを作成する

これで独自のパッケージができました。 それらのいくつかがあり、さらに依存関係がある場合は、ローカルのマイクロリポジトリをすぐに上げてパッケージマネージャーソースのリストに含める方がはるかに便利であることがわかります:)ここでは、簡単なHowTo「独自のリポジトリを作成する方法」について説明します。 関連するドキュメントを読むことで、アイデアを簡単に開発できます:)
最初にヘルパーをインストールします。
$ sudo apt-get install reprepro

将来のリポジトリの説明

リポジトリセンター-その説明。 主なものは、リポジトリコンポーネントのリストです。 「ソフト」および「ゲーム」コンポーネントを作成します。
将来のリポジトリ用のフォルダを選択します。 すべてのアクションはそのルートから実行されます。
次の内容のconf / distributionsファイルを作成します。
Description: my local repository
Origin: Ubuntu
Suite: testing
AlsoAcceptFor: unstable experimental
Codename: karmic
Version: 5.0
Architectures: i386 amd64 source
Components: soft games
UDebComponents: soft games

単純なリポジトリを作成するビジネスでは、すべてのフィールドが基本的な役割を果たしているわけではなく、「何が何であるか」を視覚的に判断するためにのみ使用されます。

リポジトリを作成

リポジトリについて説明します！ 次に、説明に基づいて空白を生成します。 コマンドは、リポジトリのルートで実行されます。
$ reprepro export
$ reprepro createsymlinks
そして、完成したリポジトリを/etc/apt/sources.listに追加します。
deb file:///path/to/repo/ karmic soft games
Webサーバーを使用してこのリポジトリを共有することもできます。

リポジトリ内のパッケージを管理する

リポジトリのルートに、追加する* .debファイルを配置し、karmicディストリビューションのソフトコンポーネントに追加します。
reprepro -C soft includedeb karmic *.deb
これで、パッケージマネージャーからパッケージを入手できます。
パッケージの削除：
reprepro -C soft remove karmic supersh

フィニッシュライン

この記事では、debパッケージを作成するための資料について説明します。ネットワークが十分に明確な説明を持っていない瞬間に重点が置かれています。私がそれを単純かつ明確に述べる試みが失敗しなかったことを願っています:)
宿題:)）は、人や記事で見つけやすい非常によく文書化されたものです：

• ソースコードをコンパイルするソースパッケージの作成：Zabbixの例で、mahoro habrayuzerは彼の記事でこれについて完全に語っています
• debconf、設定スクリプト内のdebhelper：debconf-develとdebhelperによるマナを読んでください。また、dh_makeコマンドを使用してパッケージスケルトンを作成することもできます。
• パッケージでドキュメントを作成する高度な方法：ファイルDEBIAN / docs、DEBIAN / manpage *
• 初期化スクリプトの作成
• cronジョブ管理
• gpgキーでリポジトリに署名する

UPD： @ ICD2 は、パッケージを作成するためのGUIプログラム：GiftWrapがあることを提案しています。

乾杯！ :)

PS記事にはおそらく間違いや誤りがあります。彼女を一緒にとかしましょう！ :)