一般的なガイドライン - 版の履歴

Kgx: 同期

2025-01-11T18:28:18Z

同期

← 古い版		2025年1月12日 (日) 03:28時点における版
13行目:		13行目:
	=== 投稿方法 ===		=== 投稿方法 ===

	*わかりやすく、意味のあるタイトルを採択するようにしてください。そうすれば問題のトピックについて知見を有する経験豊かなユーザーから情報がもたらされる可能性が高くなるでしょう。また、タイトルをわかりやすくることは、将来同じような問題で他のユーザーが参考にしたりフォーラム検索しやすくなります。さらに、「助けて！」や「緊急」などの主題と関係ないフレーズは使わないようにしてください。		*わかりやすく、意味のあるタイトルを採択するようにしてください。そうすれば問題のトピックについて知見を有する経験豊かなユーザーから情報がもたらされる可能性が高くなるでしょう。また、タイトルをわかりやすくることは、将来同じような問題で他のユーザーが参考にしたりフォーラム検索しやすくなります。さらに、「助けて!」や「緊急」などの主題と関係ないフレーズは使わないようにしてください。
	*謙虚で適切な言葉と語法を使用しようと誠意を尽くすことはコミュニティへの敬意の表れとして好ましく思われ、積極的な反応が得られるでしょう。一部のネット上でしか通じない省略語やハッカー語などのインターネットスラング (いわゆる "textspeak", "netspeak", "leetspeak") を使うのは控えて下さい。		*謙虚で適切な言葉と語法を使用しようと誠意を尽くすことはコミュニティへの敬意の表れとして好ましく思われ、積極的な反応が得られるでしょう。一部のネット上でしか通じない省略語やハッカー語などのインターネットスラング (いわゆる "textspeak", "netspeak", "leetspeak") を使うのは控えて下さい。
	*質問を投稿するときは、エラーメッセージやターミナルの出力、ログ、試行したコマンド、ドキュメントを検索して見つけたことや試してみた検索語句、問題と関連する設定ファイルなど、できるかぎり多くの情報を提供するようにしてください。		*質問を投稿するときは、エラーメッセージやターミナルの出力、ログ、試行したコマンド、ドキュメントを検索して見つけたことや試してみた検索語句、問題と関連する設定ファイルなど、できるかぎり多くの情報を提供するようにしてください。
116行目:		116行目:
	== Wiki ==		== Wiki ==

	[[ArchWiki:About\|wiki]] のガイドラインは~~以下のページ~~にあります:		[[ArchWiki:About\|wiki]] のガイドラインは、[[ArchWiki:貢献]] にあります。

			== GitLab ==
	* [[ArchWiki:貢献]]
	* [[ヘルプ:スタイル]]
	* [[ヘルプ:議論]]

	== ~~バグトラ~~ッカー ==		=== パッケージングの問題 ===

	[https://~~bugs~~.archlinux.org/ ~~バグトラッカー~~]のガイドラインは[[バグ報告ガイドライン]]~~を見てくだ~~さい。		[https://gitlab.archlinux.org/archlinux/packaging/packages archlinux/packaging/packages] GitLab 名前空間での問題報告に関するガイドラインは、[[バグ報告ガイドライン]] に記載されています。

			=== マージリクエストのパッケージ化 ===

			[https://gitlab.archlinux.org/archlinux/packaging/packages archlinux/packaging/packages] GitLab 名前空間のプロジェクトにマージリクエストを提出する際には、以下のガイドラインが適用されます。

			* マージリクエストは専用のブランチから作成してください(デフォルトブランチの '''main''' は使用しないでください)。これにより、パッケージャーが変更をリベースできるようになります。
			* 説明的なコミットと詳細なマージリクエストの説明を作成してください:これらを明確かつ簡潔に保つことで処理が容易になります。
			* チケットを閉じるコミットを提供する場合は、コミットメッセージの本文で[https://gitlab.archlinux.org/help/user/project/issues/managing_issues.md#default-closing-pattern 有効なキーワード]のいずれかを使用してください。
			* コミットメッセージ内でチケットやマージリクエストを参照(または閉じる)する際は、チケットまたはマージリクエストへの '''完全なURL''' を使用してください。
			* {{ic\|.SRCINFO}} を変更内容に同期させてください(例: 新しいチェックサム、依存関係なども {{ic\|.SRCINFO}} に更新してください)
			* コミットやプッシュを行う前に変更をテストしてください:パッケージが正しくビルドされること([[DeveloperWiki:クリーンな chroot でビルドする\|クリーンなchroot環境]]でのビルド)や、問題が正しく解決されていることを確認してください。
			* 些細なパッケージ更新のためにマージリクエストを作成しないでください:代わりに [https://archlinux.org/packages/ Archのパッケージサイト] の '''Flag Package Out-of-Date''' 機能を使用してください。単に {{ic\|pkgver}} を更新するだけでは、新しいリリースのパッケージ化を妨げている原因には通常なりません。
			* リリース関連の変数({{ic\|pkgver}}, {{ic\|pkgrel}}, {{ic\|epoch}})を変更しないでください:マージリクエストはリリース単位ではなく、変更単位であるべきです。変更をリリースするかどうかの判断は、パッケージメンテナーに委ねてください。ただし、'''トリアージが難しい''' パッケージ更新(たとえば、'''パッチ適用やビルド/パッケージング関数の変更が必要''' な更新)の対応を目的としたマージリクエストの場合は、この限りではありません(前のポイントを参照)

Kusanaginoturugi: 他言語リンクを修正

2023-04-04T01:35:38Z

他言語リンクを修正

← 古い版		2023年4月4日 (火) 10:35時点における版
1行目:		1行目:
	[[Category:Arch コミュニティ]]		[[Category:Arch コミュニティ]]
	[[en:~~Code~~ ~~of conduct~~]]		[[en:General guidelines]]
	[[es:~~Code~~ ~~of conduct~~]]		[[es:General guidelines]]
	[[it:General guidelines]]		[[it:General guidelines]]
	[[pt:General guidelines]]		[[pt:General guidelines]]
	[[ru:Code of conduct]]
	[[zh-hans:General guidelines]]		[[zh-hans:General guidelines]]
	[[行動規範]] に加えて、フォーラムなどには独自のガイドラインがあります。		[[行動規範]] に加えて、フォーラムなどには独自のガイドラインがあります。

Ny-a: カテゴリを修正

2022-09-19T02:02:03Z

カテゴリを修正

← 古い版		2022年9月19日 (月) 11:02時点における版
1行目:		1行目:
	[[Category:Arch ~~community~~]]		[[Category:Arch コミュニティ]]
	[[en:Code of conduct]]		[[en:Code of conduct]]
	[[es:Code of conduct]]		[[es:Code of conduct]]

Ny-a: /* メーリングリストに返信する */ 訳出

2022-09-18T04:41:36Z

メーリングリストに返信する: 訳出

← 古い版		2022年9月18日 (日) 13:41時点における版
90行目:		90行目:
	=== メーリングリストに返信する ===		=== メーリングリストに返信する ===

			メーリングリストのスレッドに返信するとき、元のメールの送信者ではなくメーリングリストに返信していることを確認してください。ほとんどのメールクライアントは、返信オプションの中に "メーリングリストに返信する" 機能を提供しているはずです。もしなければ、''To'' フィールドにメーリングリストのメールアドレスを手動で入力してください。
	When replying to a mailing list thread, make sure to reply to the mailing list instead of the author of the original email. Most email clients should provide a "reply to mailing list" feature among the reply options. If not, manually input the mailing list email address in the ''To'' field.

			arch-mirrors-announce や aur-requests のように、購読が必要ないメーリングリストでは、''全員に返信する'' 機能を使ってメーリングリストが関係者全員に届くようにしてください。
	For mailing lists that do not require subscribing, such as arch-mirrors-announce and aur-requests, use ''reply to all'' and make sure the mailing list is among the recipients.

	== AUR ==		== AUR ==

Ny-a: /* Reply to the mailing list */ セクション見出しを訳出

2022-09-17T08:18:57Z

Reply to the mailing list: セクション見出しを訳出

← 古い版		2022年9月17日 (土) 17:18時点における版
88行目:		88行目:
	Unix におけるメールの標準形式はプレーンテキストです。HTML は不必要ですし、コマンドラインクライアントを使用している場合、読めません。一行の長さはあまり長くしないでください: 72文字で改行するのがデフォルトと考えて良いでしょう。		Unix におけるメールの標準形式はプレーンテキストです。HTML は不必要ですし、コマンドラインクライアントを使用している場合、読めません。一行の長さはあまり長くしないでください: 72文字で改行するのがデフォルトと考えて良いでしょう。

			=== メーリングリストに返信する ===
	=== Reply to the mailing list ===

	When replying to a mailing list thread, make sure to reply to the mailing list instead of the author of the original email. Most email clients should provide a "reply to mailing list" feature among the reply options. If not, manually input the mailing list email address in the ''To'' field.		When replying to a mailing list thread, make sure to reply to the mailing list instead of the author of the original email. Most email clients should provide a "reply to mailing list" feature among the reply options. If not, manually input the mailing list email address in the ''To'' field.

Ny-a: 不要な空行を削除

2022-09-17T08:18:30Z

不要な空行を削除

← 古い版		2022年9月17日 (土) 17:18時点における版
6行目:		6行目:
	[[ru:Code of conduct]]		[[ru:Code of conduct]]
	[[zh-hans:General guidelines]]		[[zh-hans:General guidelines]]

	[[行動規範]] に加えて、フォーラムなどには独自のガイドラインがあります。		[[行動規範]] に加えて、フォーラムなどには独自のガイドラインがあります。

Ny-a: /* Reply to the mailing list */ en:Special:PermanentLink/746583 に同期

2022-09-17T08:18:19Z

Reply to the mailing list: en:Special:PermanentLink/746583 に同期

← 古い版		2022年9月17日 (土) 17:18時点における版
88行目:		88行目:

	Unix におけるメールの標準形式はプレーンテキストです。HTML は不必要ですし、コマンドラインクライアントを使用している場合、読めません。一行の長さはあまり長くしないでください: 72文字で改行するのがデフォルトと考えて良いでしょう。		Unix におけるメールの標準形式はプレーンテキストです。HTML は不必要ですし、コマンドラインクライアントを使用している場合、読めません。一行の長さはあまり長くしないでください: 72文字で改行するのがデフォルトと考えて良いでしょう。

			=== Reply to the mailing list ===

			When replying to a mailing list thread, make sure to reply to the mailing list instead of the author of the original email. Most email clients should provide a "reply to mailing list" feature among the reply options. If not, manually input the mailing list email address in the ''To'' field.

			For mailing lists that do not require subscribing, such as arch-mirrors-announce and aur-requests, use ''reply to all'' and make sure the mailing list is among the recipients.

	== AUR ==		== AUR ==

Ny-a: Special:PermanentLink/25336 からコピー

2022-09-17T08:16:48Z

Special:PermanentLink/25336 からコピー

新規ページ

[[Category:Arch community]]
[[en:Code of conduct]]
[[es:Code of conduct]]
[[it:General guidelines]]
[[pt:General guidelines]]
[[ru:Code of conduct]]
[[zh-hans:General guidelines]]

[[行動規範]] に加えて、フォーラムなどには独自のガイドラインがあります。

== フォーラム ==

[https://bbs.archlinux.jp/ フォーラム]に特有のガイドラインです。

=== 投稿方法 ===

*わかりやすく、意味のあるタイトルを採択するようにしてください。そうすれば問題のトピックについて知見を有する経験豊かなユーザーから情報がもたらされる可能性が高くなるでしょう。また、タイトルをわかりやすくることは、将来同じような問題で他のユーザーが参考にしたりフォーラム検索しやすくなります。さらに、「助けて！」や「緊急」などの主題と関係ないフレーズは使わないようにしてください。
*謙虚で適切な言葉と語法を使用しようと誠意を尽くすことはコミュニティへの敬意の表れとして好ましく思われ、積極的な反応が得られるでしょう。一部のネット上でしか通じない省略語やハッカー語などのインターネットスラング (いわゆる "textspeak", "netspeak", "leetspeak") を使うのは控えて下さい。
*質問を投稿するときは、エラーメッセージやターミナルの出力、ログ、試行したコマンド、ドキュメントを検索して見つけたことや試してみた検索語句、問題と関連する設定ファイルなど、できるかぎり多くの情報を提供するようにしてください。
*一つのスレッドでは一つの話題を扱うようにしてください。技術的な問題を取り扱うサブフォーラムでスレッドが長くなるのは良いことではありません。
*質問を投稿するのはどれか一つのサブフォーラムに絞って下さい。最も適切なサブフォーラムを選択して、投稿しましょう。
*チュートリアルや"ハウツー"を投稿しないでください。ドキュメントはメンテナンスできるように wiki にあるべきです。
*既存のスレッドに返信を書くときは、元の投稿を読んで、初めの話題から外れていかないように注意してください。
*最後に、解決方法が見つかったら、最初の投稿を編集して"タイトル"の前に [解決済み] と付け加えるようにしてください。<br>[閉鎖] を使ってはいけません。これはシステムによって新しい投稿ができないようにされたスレッドを示すために使われます。
* [解決済み] と付けられたスレッドに、「同じような問題を抱えています...」というような返信をしないでください。新しいスレッドを作成して、必要であれば [解決済み] のスレッドへのリンクを書いて下さい。

=== 絵やコードの貼り付け ===

コンソールの出力の一部を貼り付けるときは [code] タグを使って下さい。大量のコードを投稿するときは [[Pastebin クライアント]]を使用します。[http://pastebin.com/ pastebin.com] を'''使わないでください'''。ユーザーによってはブロックされていて、迷惑な問題の歴史があります(JavaScript・広告・不十分なフォーマット等)。ロケールを英語以外に設定しているユーザーは、コマンドの前に {{ic|1=LC_ALL=C}} を付けて実行してください。出力が英語になります。フルスクリーンの画像は投稿しないでください、代わりに画像へのリンクを使って、任意でサムネイルを使いましょう。解像度が 250×250px 以上の画像やサイズが 50KiB 以上の画像は削除されます。テキスト出力のスクリーンショットを投稿してはいけません。[[ターミナルからテキストをコピー|素のテキスト]]を投稿してください。

=== この世は持ちつ持たれつ ===

単純ですが、深い意味を持つ、否定しがたい真実です。投稿したスレッドには他人から見て役に立つ情報を記載するよう心掛けましょう。あなたが見つけたことはコミュニティと共有するべきです。失敗もまた共有しましょう。「もういい、解決した」などとスレッドに投稿したり、同じような理由で自分の投稿を削除することは、コミュニティからみると自分勝手で無益なだけでなく、リソースやみんなの時間の全くの浪費でもあります。また、当然のこととして助けを要求したり、助けをゆっくりと待てずにすぐ癇癪を起こすのはここでは望ましくありません。Arch はボランティアのコミュニティによって成り立っています。Arch ユーザーは、自分である程度調査を行い、努力をしてみて、スレッドに事後報告をして、他人への手助けをし、議論に参加し、そしてコミュニティに貢献することを強く推奨します。

[https://kusakata.com/help-vampire-wen-ti/ "help vampire"] になったらおしまいです。

=== プロダクトの推薦文のリクエスト ===

推薦されるコンピュータ製品のアドバイスを求めるようなスレッドは止められます。そこで議論されるテクノロジーなどのトピックは、すぐに時代遅れのものとなり、長持ちするような利益はコミュニティにもたらさないのが常です。自分で調査して自分で結論を出して自分でどの製品が一番相応しいか答えを出せるはずです。

=== 古いスレッド/"Necro-Bumping" ===

いつもきれいにフォーラムを使用していただきありがとうございます。wiki には Arch のドキュメントがあるため、技術的な問題を扱うサブフォーラムにおいて古いスレッドに投稿すること、"necrobumping" は基本的に推奨されません。支離滅裂な"ゾンビ"情報になってしまう可能性があるためです。Arch はローリングリリースであり、古くなった投稿とデータは現況を反映した新しい投稿と混ぜるべきではありません。

'''経験則''':

*質問がある場合、新しいスレッドを作成して、もし関連する古いスレッドがある場合、そのスレッドへのリンクを記述してください。スタッフがスレッドを閉じられるように、古いスレッドを報告することもできます。
*関連する情報に追加すること、判断するところがあり、それが最新情報であるなら、新しいスレッドを作成して必要であれば古いスレッドへのリンクを書いてください。ただし、既に [[メインページ|ArchWiki]] に書かれている情報を投稿して重複させるようなことは止めてください。
*バージョンが一致する、または先のバージョンから変わってない場合に解決方法が見つかったときは、古い(1〜2年以内の)スレッドに投稿することは適切''かもしれません''。

=== パワーポスト/内容のない投稿の禁止 ===

パワーポストは空の意味のないメッセージを投稿する行為です。このような行為は禁止されています。パワーポストを行う理由は2つ考えられます: 投稿数を無為に増やしたい、または、投稿に対する賛意を (まるで投票するかのように) 表したい、ということです。パワーポストの例としては以下のような返信があります (これだけに限定されるものではありません): "+1", "lol", "me too", "I agree", ":)"。

メッセージを投稿したり返信するときは、ちゃんと中身をもたせるようにしてください。内容のない投稿はスレッドや議論をかき乱し、'Show New Posts' 機能が上手く機能しなくなり、さらに帯域とサーバー容量の無駄でもあります。

"+1/-1" や "私も/賛成/反対" などばかり並ぶようになったスレッドはロックされます。個々のパワーポストも削除されることになるでしょう。

=== スレッド上げ ===

一単語を投稿したり中身のないメッセージを投稿することでスレッドに注意を惹きつけるような行為 (bumping) は許されません。自分で調査を行って、トラブルシューティングをし、調査結果を投稿してください。コミュニティから返答がないことにいちいち腹を立てるのはやめましょう。あなたのスレッドが読まれているのに返答や助けが返ってこない場合、さらに詳しい情報を提供したり、自分の行っている調査の方向性が間違っていないか尋ねて下さい。投稿に対して答えが返ってこないのは大抵、元の投稿にほとんど情報がなくて助けをかけることができないか、あるいは wiki やフォーラム、ウェブ上にはっきりと解決法が載っているため、そんな明白なことをわざわざコミュニティが教えるのは不本意だからです。

=== クロスポスト ===

クロスポストとは別々のサブフォーラムに同じ質問を何回も投稿する(例えば、初心者コーナーとインストールサブフォーラムの双方に投稿する)ことや、同じまたは別のサブフォーラムに似たような質問を投稿することです。クロスポストはリソースの無駄であり許されません。クロスポストされたトピックはすぐにロックまたは削除されます。

=== スレッドの乗っ取り ===

既存のスレッドを別のトピックで埋めることをスレッドハイジャックと言います。ハイジャックはしないでください。投稿されている問題と関連するような問題を抱えていても、その問題がハッキリと別の問題であるならば、新しいスレッドを作成するほうが良いでしょう。オフトピックの議論に関するスレッドを乗っ取るようなことも止めて下さい。

=== Dustbin ポリシー (Marked for Deletion) ===

既に掲示板や Wiki に情報が載っている、あるいは Arch Way と相容れないなどの理由でスレッドがロック・クローズされるとゴミ箱に移動されます。5日間の猶予の後、スレッドはスタッフによる削除の対象になります。モデレータがスレッドに "Binned" あるいは "For deletion" などと分かりやすいように印を付けます。

== メーリングリスト ==

[https://lists.archlinux.org/listinfo/ メーリングリスト]のガイドラインです。[https://lists.archlinux.org/pipermail/arch-general/2014-August/036950.html メーリングリストの投稿形式] も参照してください。

=== トップポスティング ===

[[Wikipedia:Posting style#Top-posting|トップポスティング]] (返信元のメッセージを下にコピーしてから返信すること) は禁止です。

=== 引用 ===

メールの中の必要な部分だけを引用してください。引用の多用はスレッドを肥大化させ読むのが苦痛になります。重複は避けて適当な引用部にだけ返信してください。

=== プレーンテキスト ===

Unix におけるメールの標準形式はプレーンテキストです。HTML は不必要ですし、コマンドラインクライアントを使用している場合、読めません。一行の長さはあまり長くしないでください: 72文字で改行するのがデフォルトと考えて良いでしょう。

== AUR ==

[https://aur.archlinux.org/ Arch User Repository] のガイドラインは [[AUR#パッケージの共有]]にあります。

== IRC ==

Arch Linux の [[IRC チャンネル]]は全て freenode の irc ネットワーク上に存在します。freenode のユーザーは freenode の [https://freenode.net/policies ネットワークポリシー] と [https://freenode.net/changuide チャンネルガイドライン] に従う必要があります。

'''#archlinux''' チャンネルの公式言語は英語です。他の言語でヘルプが必要な場合、[[IRC チャンネル#国際 IRC チャンネル|国際的な arch チャンネル]]を使ってください。

* '''#archlinux のメイントピックは Arch Linux に関するサポートと議論です。'''ソフトウェアやハードウェアに関する雑談はメイントピックに差し障りがないかぎりで許可されています。他のチャンネルやプライベートメッセージを使うように言われたときは素直に従ってください。
* {{ic|/topic}} を使って定期的にチャンネルトピックを読んでみてください。重要な情報が書かれていることがあります。
* 公式のチャンネルボットは {{ic|phrik!~archbot@archlinux/bot/phrik}} だけです。ボットコマンドの多用は禁止です。Arch Linux チャンネルにボットを参加させたい場合、オペレーターの指示に従ってください。
* チャンネルをあなたの発言で埋めてはいけません。アスキーアートやボットコマンド、エラーログなどが該当します。
** 3行以上のテキストを貼り付けたいときは pastebin を使ってください。{{ic|program &> program-output.txt}} と [[Pastebin クライアント|pastebin クライアント]]を組み合わせると簡単に使用できます。
** ボットコマンドやヘルプ機能を試したいときは、{{ic|/query}} や {{ic|/msg}} を使ってください。例: {{ic|/query phrik help ''command''}}。
* チャンネルやプライベートメッセージにおける自動返答は許可されていません。離席中にプライベートメッセージで呼びかけられたときに返答することだけが例外的に許可されています。
* 誰何してはいけません。質問だけを投げましょう。
* 助けを要求してはいけません。請願してください。同じ質問をすぐに繰り返してはいけません。質問に答えるのは基本的に'他人'です。
* 助けを求めるときは、詳しい情報を要求された場合に必ず返事をしてください。答えがまだ分からないのであれば、そう言ってください。

== Wiki ==

[[ArchWiki:About|wiki]] のガイドラインは以下のページにあります:

* [[ArchWiki:貢献]]
* [[ヘルプ:スタイル]]
* [[ヘルプ:議論]]

== バグトラッカー ==

[https://bugs.archlinux.org/ バグトラッカー]のガイドラインは[[バグ報告ガイドライン]]を見てください。