Arch パッケージガイドライン - 版の履歴

Kgx: /* 再現可能なビルド */ タイトル修正

2023-06-24T10:21:11Z

再現可能なビルド: タイトル修正

← 古い版		2023年6月24日 (土) 19:21時点における版
343行目:		343行目:
	</ol>		</ol>

	== 再現~~可能な~~ビルド ==		== 再現性のあるビルド ==

	Arch はすべてのパッケージを [[再現性のあるビルド\|再現可能]] にすることに取り組んでいます。パッケージャーは、{{Pkg\|devtools}} の {{ic\|makerepropkg}} または {{Pkg\|archlinux-repro}} の {{ic\|repro}} を使用して、パッケージが再現可能かどうかを確認できます。		Arch はすべてのパッケージを [[再現性のあるビルド\|再現可能]] にすることに取り組んでいます。パッケージャーは、{{Pkg\|devtools}} の {{ic\|makerepropkg}} または {{Pkg\|archlinux-repro}} の {{ic\|repro}} を使用して、パッケージが再現可能かどうかを確認できます。

Kgx: /* 再現可能なビルド */ リンクを修正

2023-06-24T10:20:36Z

再現可能なビルド: リンクを修正

← 古い版		2023年6月24日 (土) 19:20時点における版
345行目:		345行目:
	== 再現可能なビルド ==		== 再現可能なビルド ==

	Arch はすべてのパッケージを [[再現~~可能な~~ビルド\|再現可能]] にすることに取り組んでいます。パッケージャーは、{{Pkg\|devtools}} の {{ic\|makerepropkg}} または {{Pkg\|archlinux-repro}} の {{ic\|repro}} を使用して、パッケージが再現可能かどうかを確認できます。		Arch はすべてのパッケージを [[再現性のあるビルド\|再現可能]] にすることに取り組んでいます。パッケージャーは、{{Pkg\|devtools}} の {{ic\|makerepropkg}} または {{Pkg\|archlinux-repro}} の {{ic\|repro}} を使用して、パッケージが再現可能かどうかを確認できます。

	$ makerepropkg $pkgname-1-1-any.pkg.tar.zst		$ makerepropkg $pkgname-1-1-any.pkg.tar.zst

Kgx: 再現可能なビルドを翻訳して追加

2023-06-24T10:15:20Z

再現可能なビルドを翻訳して追加

← 古い版		2023年6月24日 (土) 19:15時点における版
342行目:		342行目:

	</ol>		</ol>

			== 再現可能なビルド ==

			Arch はすべてのパッケージを [[再現可能なビルド\|再現可能]] にすることに取り組んでいます。パッケージャーは、{{Pkg\|devtools}} の {{ic\|makerepropkg}} または {{Pkg\|archlinux-repro}} の {{ic\|repro}} を使用して、パッケージが再現可能かどうかを確認できます。

			$ makerepropkg $pkgname-1-1-any.pkg.tar.zst

			もしくは、

			$ repro -f $pkgname-1-1-any.pkg.tar.zst

			ビルド時にタイムスタンプが必要な場合は、環境変数 {{ic\|SOURCE_DATE_EPOCH}} を使用します。形式は [https://reproducible-builds.org/docs/source-date-epoch/ アップストリームで文書化]

	==追加ガイドライン==		==追加ガイドライン==

	最初に上記のガイドラインを読んで下さい - このページで挙げた重要なポイントは、以下のガイドラインページでは繰り返しません。以下のガイドラインはこのページのスタンダードへの追加として存在します。		最初に上記のガイドラインを読んで下さい - このページで挙げた重要なポイントは、以下のガイドラインページでは繰り返しません。以下のガイドラインはこのページのスタンダードへの追加として存在します。

Kgx: /* ディレクトリ */ 情報を更新

2023-06-24T10:10:35Z

ディレクトリ: 情報を更新

@@ 157行目: / 157行目: @@
 新しい安定リリースについての情報を得るには、{{pkg|nvchecker}} や {{pkg|urlwatch}} などのツールを使用してアップストリームを追跡することをお勧めします。
-==ディレクトリ==
+== ディレクトリ ==
-		パッケージファイルは以下の'''一般ディレクトリガイドライン'''に従って下さい:
+* パッケージファイルは以下の'''一般ディレクトリガイドライン'''に従って下さい:
 ==Makepkg が行うこと==

Kgx: アップストリームとの連携を翻訳して追加

2023-06-24T10:01:41Z

アップストリームとの連携を翻訳して追加

@@ 146行目: / 146行目: @@
 * ソースは {{ic|srcdir}} 内で一意である必要があります (ダウンロード時に名前の変更が必要になる場合があります、例: {{ic|<nowiki>"${pkgname}-${pkgver}.tar.gz::https:/) /${pkgname}.tld/download/${pkgver}.tar.gz"</nowiki>}})
 * 利用できなくなる可能性があるため、特定のミラー (sourceforge など) を使用してダウンロードすることは避けてください。
 ==ディレクトリ==

Kgx: パッケージソースを翻訳して追加

2023-06-24T09:58:56Z

パッケージソースを翻訳して追加

@@ 127行目: / 127行目: @@
 * {{ic|$pkgname}} は [[PKGBUILD#provides]] に追加しないでください。これは常にパッケージによって暗黙的に提供されるためです。
 * [[PKGBUILD#provides]] 内のパッケージのすべての外部共有ライブラリをリストします (例: {{ic|'libsomething.so'}}) それらを識別するには、{{man|1|find-libprovides}} ({{pkg|devtools}} の一部) を使用できます。
 ==ディレクトリ==

Kgx: パッケージ関係を翻訳して追加

2023-06-24T09:53:43Z

パッケージ関係を翻訳して追加

← 古い版		2023年6月24日 (土) 18:53時点における版
122行目:		122行目:
	* '''いずれかの [[PKGBUILD#依存関係]] [[Wikipedia:推移的依存関係\|推移的依存関係]]''' に依存しないでください。依存関係の 1 つが更新されると壊れる可能性があります。		* '''いずれかの [[PKGBUILD#依存関係]] [[Wikipedia:推移的依存関係\|推移的依存関係]]''' に依存しないでください。依存関係の 1 つが更新されると壊れる可能性があります。
	* すべての直接ライブラリ依存関係をリストします。それらを識別するには、{{man\|1\|find-libdeps}} ({{pkg\|devtools}} の一部) を使用できます。		* すべての直接ライブラリ依存関係をリストします。それらを識別するには、{{man\|1\|find-libdeps}} ({{pkg\|devtools}} の一部) を使用できます。

			== パッケージ関係 ==

			* {{ic\|$pkgname}} は [[PKGBUILD#provides]] に追加しないでください。これは常にパッケージによって暗黙的に提供されるためです。
			* [[PKGBUILD#provides]] 内のパッケージのすべての外部共有ライブラリをリストします (例: {{ic\|'libsomething.so'}}) それらを識別するには、{{man\|1\|find-libprovides}} ({{pkg\|devtools}} の一部) を使用できます。

	==ディレクトリ==		==ディレクトリ==

Kgx: パッケージの依存関係を翻訳して追加

2023-06-24T09:51:44Z

パッケージの依存関係を翻訳して追加

← 古い版		2023年6月24日 (土) 18:51時点における版
117行目:		117行目:
	* パッケージのバージョン (つまり [[PKGBUILD#pkgver]]) は、作成者がリリースしたバージョンと同じである必要があります。必要に応じて、バージョンには文字を含めることができます (例: nmap {{ic\|2.54BETA32}}) '''バージョンタグにはハイフンを含めることはできません!''' 文字、数字、ピリオドのみ。		* パッケージのバージョン (つまり [[PKGBUILD#pkgver]]) は、作成者がリリースしたバージョンと同じである必要があります。必要に応じて、バージョンには文字を含めることができます (例: nmap {{ic\|2.54BETA32}}) '''バージョンタグにはハイフンを含めることはできません!''' 文字、数字、ピリオドのみ。
	* パッケージリリース (つまり [[PKGBUILD#pkgrel]]) は、'''Arch Linux パッケージに固有''' です。これらにより、ユーザーは新しいパッケージビルドと古いパッケージビルドを区別できるようになります。新しいパッケージバージョンが最初にリリースされると、'''リリースカウントは 1 から始まります''' その後、修正と最適化が行われると、パッケージは Arch Linux 一般向けに'''再リリース''' され、'''リリース番号が増加''' します。新しいバージョンがリリースされると、リリース数は 1 にリセットされます。パッケージのリリースタグは、'''バージョンタグと同じ命名制限''' に従います。		* パッケージリリース (つまり [[PKGBUILD#pkgrel]]) は、'''Arch Linux パッケージに固有''' です。これらにより、ユーザーは新しいパッケージビルドと古いパッケージビルドを区別できるようになります。新しいパッケージバージョンが最初にリリースされると、'''リリースカウントは 1 から始まります''' その後、修正と最適化が行われると、パッケージは Arch Linux 一般向けに'''再リリース''' され、'''リリース番号が増加''' します。新しいバージョンがリリースされると、リリース数は 1 にリセットされます。パッケージのリリースタグは、'''バージョンタグと同じ命名制限''' に従います。

			== パッケージの依存関係 ==

			* '''いずれかの [[PKGBUILD#依存関係]] [[Wikipedia:推移的依存関係\|推移的依存関係]]''' に依存しないでください。依存関係の 1 つが更新されると壊れる可能性があります。
			* すべての直接ライブラリ依存関係をリストします。それらを識別するには、{{man\|1\|find-libdeps}} ({{pkg\|devtools}} の一部) を使用できます。

	==ディレクトリ==		==ディレクトリ==

Kgx: パッケージのバージョン管理を翻訳して追加

2023-06-24T09:47:09Z

パッケージのバージョン管理を翻訳して追加

← 古い版		2023年6月24日 (土) 18:47時点における版
77行目:		77行目:
	<li>		<li>
	重要なメッセージは全てインストール中に '''.install ファイル'''を使って表示してください。例えば、パッケージを動作させるのに追加のセットアップが必要な時は、説明を加えて下さい。</li>		重要なメッセージは全てインストール中に '''.install ファイル'''を使って表示してください。例えば、パッケージを動作させるのに追加のセットアップが必要な時は、説明を加えて下さい。</li>
	<li>それがなくても動作したり、一般的な機能には必要ない'''提案パッケージ'''（任意依存パッケージ）を含めてはいけません; そうした情報は <b>optdepends</b> に追加してください:		<li>それがなくても動作したり、一般的な機能には必要ない'''提案パッケージ'''(任意依存パッケージ)を含めてはいけません; そうした情報は <b>optdepends</b> に追加してください:
	{{bc\|1=		{{bc\|1=
	optdepends=('cups: printing support'		optdepends=('cups: printing support'
105行目:		105行目:
	</li>		</li>
	<li>		<li>
	パッケージのバージョンは'''作者によってリリースされたバージョンと同じでなくてはなりません'''。必要ならばバージョンには文字を入れることもできます (例, nmap のバージョンは 2.54BETA32)。'''バージョンタグにハイフンを含めることはできません！'''文字、数字およびピリオドのみです。		パッケージのバージョンは'''作者によってリリースされたバージョンと同じでなくてはなりません'''。必要ならばバージョンには文字を入れることもできます (例, nmap のバージョンは 2.54BETA32)。'''バージョンタグにハイフンを含めることはできません!'''文字、数字およびピリオドのみです。
	</li>		</li>

112行目:		112行目:
	</li>		</li>
	</ul>		</ul>

			== パッケージのバージョン管理 ==

			* パッケージのバージョン (つまり [[PKGBUILD#pkgver]]) は、作成者がリリースしたバージョンと同じである必要があります。必要に応じて、バージョンには文字を含めることができます (例: nmap {{ic\|2.54BETA32}}) '''バージョンタグにはハイフンを含めることはできません!''' 文字、数字、ピリオドのみ。
			* パッケージリリース (つまり [[PKGBUILD#pkgrel]]) は、'''Arch Linux パッケージに固有''' です。これらにより、ユーザーは新しいパッケージビルドと古いパッケージビルドを区別できるようになります。新しいパッケージバージョンが最初にリリースされると、'''リリースカウントは 1 から始まります''' その後、修正と最適化が行われると、パッケージは Arch Linux 一般向けに'''再リリース''' され、'''リリース番号が増加''' します。新しいバージョンがリリースされると、リリース数は 1 にリセットされます。パッケージのリリースタグは、'''バージョンタグと同じ命名制限''' に従います。

	==ディレクトリ==		==ディレクトリ==
260行目:		265行目:
	<li>license 行に 'custom' を加えて下さい。任意で、'custom' を 'custom:"name of license"' に置き換えることもできます。</li>		<li>license 行に 'custom' を加えて下さい。任意で、'custom' を 'custom:"name of license"' に置き換えることもできます。</li>
	</ol></li>		</ol></li>
	<li>あるライセンスが ([community] を含む) 公式リポジトリの２つ以上のパッケージで使われると、licenses パッケージに入れられます。</li>		<li>あるライセンスが ([community] を含む) 公式リポジトリの2つ以上のパッケージで使われると、licenses パッケージに入れられます。</li>
	<li>特別な事例として BSD, MIT, zlib/png, Python ライセンスは通常の licenses パッケージに含められていません。license 行の目的のために、一般的なライセンス (license=('BSD'), license=('MIT'), license=('ZLIB'), license=('Python')) として扱われておきながらそれぞれ固有の copyright 行を持っているために技術的にカスタムライセンスになっています。これら4つのライセンスを使っている全てのパッケージは /usr/share/licenses/pkgname 内にそのライセンスを保存しておく必要があります。</li>		<li>特別な事例として BSD, MIT, zlib/png, Python ライセンスは通常の licenses パッケージに含められていません。license 行の目的のために、一般的なライセンス (license=('BSD'), license=('MIT'), license=('ZLIB'), license=('Python')) として扱われておきながらそれぞれ固有の copyright 行を持っているために技術的にカスタムライセンスになっています。これら4つのライセンスを使っている全てのパッケージは /usr/share/licenses/pkgname 内にそのライセンスを保存しておく必要があります。</li>
	<li>パッケージによってはライセンスがひとつだけではないこともあります。そのような場合は、license 行に複数のエントリを書くことができます、例: license=("GPL" "custom:some commercial license")。パッケージの大多数は、一度に適用されるのでなく、異なるケースでライセンスが適用されます。pacman にライセンスでフィルターをかける機能ができたら（つまり、"GPL と BSD ライセンスのソフトウェアだけが欲しい"などと言える）デュアルライセンスは pacman によって AND ではなく OR で扱われます。他のライセンスが挙げられているのかかわらず、pacman は上記のサンプルを GPL ライセンスのソフトウェアだと認識します。</li>		<li>パッケージによってはライセンスがひとつだけではないこともあります。そのような場合は、license 行に複数のエントリを書くことができます、例: license=("GPL" "custom:some commercial license")。パッケージの大多数は、一度に適用されるのでなく、異なるケースでライセンスが適用されます。pacman にライセンスでフィルターをかける機能ができたら(つまり、"GPL と BSD ライセンスのソフトウェアだけが欲しい"などと言える)デュアルライセンスは pacman によって AND ではなく OR で扱われます。他のライセンスが挙げられているのかかわらず、pacman は上記のサンプルを GPL ライセンスのソフトウェアだと認識します。</li>
	<li>(L)GPL には多くのバージョンと組み合わせが存在します。(L)GPL ソフトウェアで使えるのは:		<li>(L)GPL には多くのバージョンと組み合わせが存在します。(L)GPL ソフトウェアで使えるのは:
	<ul>		<ul>

Kusanaginoturugi: 序文を修正

2023-04-10T04:59:34Z

序文を修正

← 古い版		2023年4月10日 (月) 13:59時点における版
14行目:		14行目:
	{{Related articles end}}		{{Related articles end}}
	Arch Linux のためにパッケージを作成するときは―特に新しいパッケージを Arch Linux に'''貢献'''するのが目的のときは以下の'''パッケージガイドラインを守って下さい'''。[https://archlinux.org/pacman/PKGBUILD.5.html PKGBUILD] や [https://archlinux.org/pacman/makepkg.8.html makepkg] の man ページも見て下さい。		Arch Linux のためにパッケージを作成するときは―特に新しいパッケージを Arch Linux に'''貢献'''するのが目的のときは以下の'''パッケージガイドラインを守って下さい'''。[https://archlinux.org/pacman/PKGBUILD.5.html PKGBUILD] や [https://archlinux.org/pacman/makepkg.8.html makepkg] の man ページも見て下さい。

	'''いかなる場合でも公式のバイナリリポジトリに既にあるアプリケーションをビルドする PKGBUILD を投稿してはいけません。このルールの唯一の例外は公式のものに対して新しい機能やパッチがパッケージに加えられている場合です。そのようなときは、pkgname 行は異なっている必要があります。'''

	==PKGBUILD プロトタイプ==		==PKGBUILD プロトタイプ==