「DeveloperWiki:Coreパッケージの承認」の版間の差分
ナビゲーションに移動
検索に移動
細 (fix heading style) |
(→core パッケージの承認: 訳出) |
||
| 4行目: | 4行目: | ||
== core パッケージの承認 == |
== core パッケージの承認 == |
||
| + | このポリシーは [core] リポジトリ、つまり Arch Linux の core である部分が可能な限り常に機能することをより確実にすることを目的としています。パッケージは開発者・Trusted User・テスターによりテストされることができ、これらのグループは全員 archweb へのアクセス権限を持っています。 |
||
| − | 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. |
||
| + | パッケージのテストには単純な "起動するか" のテストから、もっと複雑なものまであります。通常、いくつかの単純な例 (例えば、"新しい linux カーネルでも起動するか" や "perl は私の持っている perl スクリプトを実行できるか" など) についてソフトウェアが機能し続けることを確認すれば十分です。主な目的は、とても激しく壊れてしまったパッケージを、多くのユーザーに影響が及ぶ前に見つけることです。 |
||
| − | 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. |
||
=== 手順 === |
=== 手順 === |
||
2020年5月4日 (月) 12:49時点における版
core パッケージの承認
このポリシーは [core] リポジトリ、つまり Arch Linux の core である部分が可能な限り常に機能することをより確実にすることを目的としています。パッケージは開発者・Trusted User・テスターによりテストされることができ、これらのグループは全員 archweb へのアクセス権限を持っています。
パッケージのテストには単純な "起動するか" のテストから、もっと複雑なものまであります。通常、いくつかの単純な例 (例えば、"新しい linux カーネルでも起動するか" や "perl は私の持っている perl スクリプトを実行できるか" など) についてソフトウェアが機能し続けることを確認すれば十分です。主な目的は、とても激しく壊れてしまったパッケージを、多くのユーザーに影響が及ぶ前に見つけることです。
手順
The process is simple:
- All [core] packages MUST go to [testing] first.
- Archweb automatically picks up the new package and allows developers and testers to signoff on this page.
- 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.
- When a package receives 2 signoffs for each architecture, it can be moved from [testing] to [core].
- 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.