「DeveloperWiki:Coreパッケージの承認」の版間の差分
ナビゲーションに移動
検索に移動
細 (Ny-a がページ「DeveloperWiki:パッケージの承認」を「DeveloperWiki:Coreパッケージの承認」に移動しました: en:DeveloperWiki:ExtraSignoffs も存在するため) |
|||
| (同じ利用者による、間の6版が非表示) | |||
| 1行目: | 1行目: | ||
| − | [[ |
+ | [[カテゴリ:DeveloperWiki]] |
| + | [[en:DeveloperWiki:CoreSignoffs]] |
||
| + | == core パッケージの承認 == |
||
| + | このポリシーは [core] リポジトリ、つまり Arch Linux の core である部分が可能な限り常に機能することをより確実にすることを目的としています。パッケージは開発者・Trusted User・テスターによりテストされることができ、これらのグループは全員 archweb へのアクセス権限を持っています。 |
||
| − | = Core Signoffs = |
||
| + | パッケージのテストには単純な "起動するか" のテストから、もっと複雑なものまであります。通常、いくつかの単純な例 (例えば、"新しい linux カーネルでも起動するか" や "perl は私の持っている perl スクリプトを実行できるか" など) についてソフトウェアが機能し続けることを確認すれば十分です。主な目的は、とても激しく壊れてしまったパッケージを、多くのユーザーに影響が及ぶ前に見つけることです。 |
||
| − | This policy is intended to ensure the [core] repository, and thus the core of Arch Linux, is as functional as possible at all times. Packages can be tested by developers, Trusted Users and testers which all have access to archweb. |
||
| + | === 手順 === |
||
| − | Testing a package can range from a simple "does it start/run?" test to more complex ones. Normally checking if the software still works for some simple example (for example, "does the new linux kernel still boot" or "does perl still run some perl script I have?") is sufficient. The main goal is to catch very badly broken packages before they can hit a large number of users. |
||
| + | 手順は単純です。 |
||
| − | === Process === |
||
| − | The process is simple: |
||
| + | * 全ての [core] パッケージははじめに [testing] に置かなければ '''なりません'''。 |
||
| − | * All [core] packages '''MUST''' go to [testing] first. |
||
| − | * Archweb |
+ | * Archweb は自動的に新しいパッケージを見つけて、開発者とテスターが [https://www.archlinux.org/packages/signoffs/ このページ] でパッケージを承認できるようにします。 |
| + | * パッケージがうまく機能するなら、テスターは archweb からパッケージを承認する必要があります。 |
||
| − | * If a package works fine, the tester should signoff via archweb. |
||
| + | * パッケージがうまく機能しないのであれば、できるだけ早くバグレポートを作成・メンテナにメールを送る必要があります。 |
||
| − | * If it does not work, a bug report and/or email to the maintainer should be created/sent ASAP. |
||
| + | * パッケージが全てのアーキテクチャについて2つ以上の承認を受けたら、[testing] から [core] に移動することができます。 |
||
| − | * When a package receives 2 signoffs for each architecture, it can be moved from [testing] to [core]. |
||
| + | * メンテナはパッケージを [testing] に残して、より多くのテストや承認を受けることもできます。 |
||
| − | * A maintainer is free to leave a package in [testing] for further testing or signoffs. |
||
| − | === |
+ | === 注意 === |
| + | |||
| − | The maintainer himself *DOES* count as a signoff. We are working under the assumption that the maintainer did test the package before pushing it to [testing]. Thus, a package may only need one signoff if the original maintainer tested it on both architectures before uploading. |
||
| + | メンテナ自身もパッケージを承認 *できます*。メンテナは [testing] に置く前にパッケージをテストしているという仮定に基づいています。つまり、パッケージは元のメンテナがアップロード前に全てのアーキテクチャでテストしていれば、パッケージの承認は1つしか必要ありません。 |
||
2020年5月4日 (月) 13:24時点における最新版
core パッケージの承認
このポリシーは [core] リポジトリ、つまり Arch Linux の core である部分が可能な限り常に機能することをより確実にすることを目的としています。パッケージは開発者・Trusted User・テスターによりテストされることができ、これらのグループは全員 archweb へのアクセス権限を持っています。
パッケージのテストには単純な "起動するか" のテストから、もっと複雑なものまであります。通常、いくつかの単純な例 (例えば、"新しい linux カーネルでも起動するか" や "perl は私の持っている perl スクリプトを実行できるか" など) についてソフトウェアが機能し続けることを確認すれば十分です。主な目的は、とても激しく壊れてしまったパッケージを、多くのユーザーに影響が及ぶ前に見つけることです。
手順
手順は単純です。
- 全ての [core] パッケージははじめに [testing] に置かなければ なりません。
- Archweb は自動的に新しいパッケージを見つけて、開発者とテスターが このページ でパッケージを承認できるようにします。
- パッケージがうまく機能するなら、テスターは archweb からパッケージを承認する必要があります。
- パッケージがうまく機能しないのであれば、できるだけ早くバグレポートを作成・メンテナにメールを送る必要があります。
- パッケージが全てのアーキテクチャについて2つ以上の承認を受けたら、[testing] から [core] に移動することができます。
- メンテナはパッケージを [testing] に残して、より多くのテストや承認を受けることもできます。
注意
メンテナ自身もパッケージを承認 *できます*。メンテナは [testing] に置く前にパッケージをテストしているという仮定に基づいています。つまり、パッケージは元のメンテナがアップロード前に全てのアーキテクチャでテストしていれば、パッケージの承認は1つしか必要ありません。