Archive:Package SCM admin requests/ja: Difference between revisions

Revision as of 05:21, 5 August 2010

紹介

パッケージ管理者の承認を要求するリクエストはこのページに記載されているように Bugzilla のチケットにある fedora-cvs フラグを通してリクエストした方が良いです。この作業を行うために fedorabugs グループのメンバーになる必要があります。

Bugzilla レポートの fedora-cvs フラグを "?" に変更することは管理者の注意を引く必要があることを意味します。 管理者はあなたの Bugzilla チケットを読んで、あなたのリクエストの世話をしようと試みるでしょう。パッケージ管理のための作業を速く簡単に行うために、あなたのリクエストに対して必要な全ての情報を網羅して標準化された方法で整形するために、このページのガイドラインに従ってください。

リクエストを作成するために、最初に承認されたパッケージを取得するために使用した同じ Bugzilla チケットを必ず使用するように注意してください。

新たなパッケージ

After your package is approved by the Package Review Process, you need to request for a repository to be created for your package. Please copy this template into the Bugzilla comment of your bug that's been passed for review, and set fedora-cvs flag to ?. (The flag references CVS for purely historical reasons.) If you are newly sponsored member of the Fedora Packager group you might have to wait a day or two before you will get the permission to set the flag in Bugzilla as the sync is done manually about once a day. After your request is granted, please wait for permissions to be synchronized (which occurs automatically every ten minutes). At that point, your package checkout will contain empty branches for each distro branch. Simply add your files to these branches, commit, push, and build. You can reference Using Fedora GIT for more information on these operations.

Revisionist history
Requests for new f(X-2) packages when fX goes gold will not be accepted. For example, when Fedora 14 is released, no new package requests for Fedora 12 will be accepted.

New Package SCM Request
=======================
Package Name: 
Short Description: 
Owners: 
Branches: 
InitialCC:

Example:

New Package SCM Request
=======================
Package Name: pkgname
Short Description: summary of package
Owners: foo bar
Branches: f12 f13 f14 el6
InitialCC: baz

EPEL is a sub project of Fedora that provides a complimentary add-on repository built from Fedora packages for Red Hat Enterprise Linux and compatible rebuilds. Read more about EPEL before branching for it.

Valid branch names currently used for Fedora: f12 f13 f14 el4 el5 and el6. The devel branch is implicit and always created, so you need not list it.
Owners must be one or more FAS usernames. If you have multiple owners, add secondary owners with a space separated list.
InitialCC contain FAS usernames that receive mail pertaining to this package, but are not necessarily owners. More than one can be listed separated by spaces.

SIG の仮想ユーザ

The following pseudo-users in packagedb can be used in InitialCC when appropriate, so that bugzilla and commits mails get CC'ed to the relevant mailing-lists and groups can triage their bugs effectively:

username	email
anaconda-maint	anaconda-maint-list-redhat.com
astronomy-sig	fedora-astronomy-list-redhat.com
ctrl-center-team	control-center-maint-fedoraproject.org
fonts-sig	fonts-bugs-lists.fedoraproject.org
gecko-maint	gecko-maint-redhat.com
hams-sig	fedora-hams@fedoraunity.org
haskell-sig	fedora-haskell-list-redhat.com
i18n-team	i18n-bugs-lists.fedoraproject.org
kernel-maint	kernel-maint-redhat.com
lvm-team	lvm-team-redhat.com
mono-sig	fedora-mono-lists.fedoraproject.org
orphan	extras-orphan-fedoraproject.org
perl-sig	perl-devel@lists.fedoraproject.org
retired	retired-packages-fedoraproject.org
virtmaint	fedora-virt-maint@redhat.com
xen-maint	xen-maint-redhat.com
xgl-maint	xgl-maint-redhat.com

既存パッケージのパッケージ変更リクエスト

リクエスト:

既存パッケージのための追加ブランチ
その他の特別な git リクエスト、説明を変更する等

リクエストのために、既存のレビューチケットが CLOSED になっている可能性もありますが(reopen しないでください)、そのチケットを使用してください。レビューチケットが存在しない、又はレビューチケットを実際に見つけることができないなら、新しいバグを作成することが認められています。このケースでは、あなたのパッケージ名にコンポーネントを、rawhide にバージョンをセットします。

レビューステータスページへ訪問して、検索ボックスにパッケージ名を入力することでそのレビュー状況を検索することができます。

もしあなたがパッケージの所有者でないなら、新たなブランチを要求する前に最初にパッケージの所有者を確認してください。

所有権と共同メンテナの変更
大半のケースでは、既存パッケージの所有権と共同メンテナの状況を変更するリクエストを行うためにFedora パッケージデータベースウェブインタフェースを使用することができます。その所有者から応答がない、又はあなたが多くのパッケージに対して多くの変更を行う必要があるとき、代わりに変更を行うために Admin リクエストをオープンすると良いです。

あなたが何をやりたいか、あなたの Bugzilla コメントが正当化される理由を、注意深く正確に記載するために次のテンプレートを使用してください。それから fedora-cvs フラグへ ? をセットしてください。もしそのバグが closed であっても reopen する必要はないことに注意してください。パッケージ管理者は fedora-cvs フラグの状態のみを検索条件としてクエリします。(バグを reopen すると)そのバグが適切に再クローズされるようにオリジナルの解決方法を探す手間暇を管理者に取らせてしまいます。

テンプレート:

Package Change Request
======================
Package Name:
New Branches: 
Owners: 
InitialCC:

[add any required explanatory text here] 
[ここに必要な説明内容を追加してください]

Package Name フィールドは必須で、その所有者を表示することが推奨されます。変更又は更新する必要のある他のフィールドのみを含めてください。所有者フィールドはブランチの所有権と共同メンテナを表示します。新たなブランチが作成されるとき、所有権か CC 情報は新たなブランチにコピーされないので、新たなブランチが持っておくべき所有者と初期 CC メンバー全員をそのリクエストで特定する必要があることに注意してください。

EPEL ブランチを追加するためのサンプルです。

Package Change Request
======================
Package Name: pkgname
New Branches: el5 el6
Owners: bar foo

その他にテンプレートのフィールドで扱えない特殊な変更を行う必要がある場合、誤った名前で作成されたパッケージは決してビルドされません。もしくはテンプレートの範囲外になります。あなたの Bugzilla コメントに次のテンプレートを使用して要望と正当な理由を説明してください。

アップストリームで名前が変更されたカレントパッケージのために、あなたのリクエストを追加する前に新たなパッケージが作成されてレビューされる必要があります。

自動化への取り組み
これは今後 Infrastructure/PackageDatabase プロジェクトで自動化されるべき中間の手続きです。その手伝いに興味があるならインフラチームと一緒に調べてください。

@@ Line 95: / Line 95: @@
 == 既存パッケージのパッケージ変更リクエスト ==
-To request:
+リクエスト:
-* additional branches for an existing package
+* 既存パッケージのための追加ブランチ
-* other special git requests, changes to the description, etc
+* その他の特別な git リクエスト、説明を変更する等
-please use the existing review ticket for requests, even though it may well be CLOSED (please do not reopen it).  If a review ticket does not exist or you really cannot find it, then creating a new bug is acceptable. In this case set component to your package name, and version to rawhide.
+リクエストのために、既存のレビューチケットが CLOSED になっている可能性もありますが(reopen しないでください)、そのチケットを使用してください。レビューチケットが存在しない、又はレビューチケットを実際に見つけることができないなら、新しいバグを作成することが認められています。このケースでは、あなたのパッケージ名にコンポーネントを、rawhide にバージョンをセットします。
-You can search for the review by visiting the [http://fedoraproject.org/PackageReviewStatus Review Status page] and entering the the package name in the search box.
+[http://fedoraproject.org/PackageReviewStatus レビューステータスページ]へ訪問して、検索ボックスにパッケージ名を入力することでそのレビュー状況を検索することができます。
-Please check with the package owner first before requesting a new branch, if you are not the owner.
+もしあなたがパッケージの所有者でないなら、新たなブランチを要求する前に最初にパッケージの所有者を確認してください。
-{{admon/note|Ownership and comaintainer changes|In most cases, you can use the [https://admin.fedoraproject.org/pkgdb/acls Fedora Package Database web interface] to request changes to ownership and comaintainer status on existing packages.  When the owner is unresponsive or you need to make a lot of changes to a lot of packages it is fine to open an Admin request to make the change instead.}}
+{{admon/note|所有権と共同メンテナの変更|大半のケースでは、既存パッケージの所有権と共同メンテナの状況を変更するリクエストを行うために[https://admin.fedoraproject.org/pkgdb/acls Fedora パッケージデータベースウェブインタフェース]を使用することができます。その所有者から応答がない、又はあなたが多くのパッケージに対して多くの変更を行う必要があるとき、代わりに変更を行うために Admin リクエストをオープンすると良いです。}}
-Please use the following template to state clearly exactly what you want and why it is justified in your Bugzilla comment.  Then set the fedora-cvs flag to '''?'''.  Note that there is no need to reopen the bug if it is closed; the package administrators only query on the state of the fedora-cvs flag, and it takes extra time for the administrators to look up the original resolution of the bug so that it can be re-closed properly.
+あなたが何をやりたいか、あなたの Bugzilla コメントが正当化される理由を、注意深く正確に記載するために次のテンプレートを使用してください。それから fedora-cvs フラグへ '''?''' をセットしてください。もしそのバグが closed であっても reopen する必要はないことに注意してください。パッケージ管理者は fedora-cvs フラグの状態のみを検索条件としてクエリします。(バグを reopen すると)そのバグが適切に再クローズされるようにオリジナルの解決方法を探す手間暇を管理者に取らせてしまいます。
-Template:
+テンプレート:
 <pre>
 Package Change Request
@@ Line 120: / Line 120: @@
 [add any required explanatory text here]
+[ここに必要な説明内容を追加してください]
 </pre>
-The '''Package Name''' field is mandatory, and it is recommended to list the Owners.  Please only include other fields which need to be changed or updated.  In the Owners field list the branch owner and any comaintainers.  Please note that when the new branch is created, ownership or CC information will not be copied to the new branch, so be sure to specify in the request all of the owners and initialCC members the new branch should have.
+'''Package Name''' フィールドは必須で、その所有者を表示することが推奨されます。変更又は更新する必要のある他のフィールドのみを含めてください。所有者フィールドはブランチの所有権と共同メンテナを表示します。新たなブランチが作成されるとき、所有権か CC 情報は新たなブランチにコピーされないので、新たなブランチが持っておくべき所有者と初期 CC メンバー全員をそのリクエストで特定する必要があることに注意してください。
+EPEL ブランチを追加するためのサンプルです。
-Example, to add EPEL branches:
 <pre>
 Package Change Request
@@ Line 133: / Line 135: @@
 </pre>
-If you need other special changes done which cannot be handled by the template field, such as a package that was created with the wrong name that has never been imported or built, or
+その他にテンプレートのフィールドで扱えない特殊な変更を行う必要がある場合、誤った名前で作成されたパッケージは決してビルドされません。もしくはテンプレートの範囲外になります。あなたの Bugzilla コメントに次のテンプレートを使用して要望と正当な理由を説明してください。
-otherwise out of the scope of the template please state your desire and justification below the template in your Bugzilla comment.
-Note for current packages that have been renamed upstream, a new package needs to be created and reviewed before it can be added.
+アップストリームで名前が変更されたカレントパッケージのために、あなたのリクエストを追加する前に新たなパッケージが作成されてレビューされる必要があります。
-{{admon/note|Automation is coming|This is an interim procedure that should be automated in the future with the [[Infrastructure/PackageDatabase]]  project.  Please inquire with the [[Infrastructure]]  team if you are interested in helping.}}
+{{admon/note|自動化への取り組み|これは今後 [[Infrastructure/PackageDatabase]] プロジェクトで自動化されるべき中間の手続きです。その手伝いに興味があるなら[[Infrastructure|インフラ]]チームと一緒に調べてください。}}
 [[Category:Package Maintainers]]

Search

Archive:Package SCM admin requests/ja: Difference between revisions

Revision as of 05:21, 5 August 2010

Contents

紹介

新たなパッケージ

SIG の仮想ユーザ

既存パッケージのパッケージ変更リクエスト