policycoreutils 予約

[Noriko Mizumoto]

水本です

74%にドロップしていたので更新しようと思います。ちょっと重いのでのんびり
やるつもりで、予約します。

水本

policycoreutils 予約 =＞ 完了

[Noriko Mizumoto]

こんにちは

上記の翻訳作業を完了しました。
diff を付けようと思ったんですが重すぎてだめでした。
現在、既訳済み含め、全文字列レビューされていない状態です。
ちょっと量が多いのですが、できれば査読をお願いします。

水本

policycoreutils 予約 =＞ 完了

[Casey Jones]

水本さん

すべて査読しました。
レビューマークがつけられなかったのですが、
下記以外はとりあえずレビュー済みマークしていいかもです。

水本さんが訳した部分ではないかもしれませんが、気になったところです。
また、前にも査読した覚えがあるので、同じ事を書いているかもです...


"Allow polipo to connect to all ports > 1023"
「polipo が1023より大きいすべてのポートに接続することを許可します。」だと思います。


"Allow pppd to load kernel modules for certain modems"
「pppd が特定モデム用にカーネルモジュールをロードすることを許可します。」でいかがでしょう。日本語の読みやすさの問題ですが。

"silently blocked"(2カ所)
「暗にブロック」でいかがでしょう？

"ftpd"
typo。訳が「sftpd」になっているのが２カ所。「ftpd」ですね。

"Git system daemon"
typo。訳が「Git デーモン」になっているのが２カ所。「Git システムデーモン」ですね。

"all domain"
typo。訳が「全土メイン」になっているのが一カ所。「全ドメイン」ですね。


"enforcing"
が「施行」になっているのが一カ所。「強制」の方がいいかと思います。
また、「enforce」になっているのが一カ所ありますが「強制」で統一してよいかもです。

"shadow"
「シャドー」になっているのが一カ所ありますが「shadow」で統一してよいかもです。

"equivalence" "equivalency"
「等価」「同等」どちらも使われています。無理に統一する必要はないかもですが...

"capabilities"
「ケイパビリティ」になっているのが一カ所ありますが「機能」で統一してよいかもです。


"boolean"
「boolean」「ブーリアン」「論理値」どちらも使われています。「boolean」で統一してよいかもです。


"labeling"
「ラベリング」「ラベル付け」どちらも使われています。無理に統一する必要はないかもですが...

"relable"
「ラベル変更」「再ラベル付け」どちらも使われています。無理に統一する必要はないかもですが...


"role"
「ロール」「役割」どちらも使われています。無理に統一する必要はないかもですが...


"man page"
「マニュアルページ」「man ページ」どちらも使われています。無理に統一する必要はないかもですが...


Casey




On Thursday, February 6, 2014 1:16 PM, Noriko Mizumoto <noriko(a)fedoraproject.org&gt;
wrote:
 
こんにちは

上記の翻訳作業を完了しました。
diff を付けようと思ったんですが重すぎてだめでした。
現在、既訳済み含め、全文字列レビューされていない状態です。
ちょっと量が多いのですが、できれば査読をお願いします。


水本

--
trans-ja mailing list
trans-ja(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/trans-ja

policycoreutils 予約 =＞ 完了

[KATO Tomoyuki]

こんにちは、加藤です。

>  水本さん
>  
>  すべて査読しました。
>  レビューマークがつけられなかったのですが、
>  下記以外はとりあえずレビュー済みマークしていいかもです。
>  
>  水本さんが訳した部分ではないかもしれませんが、気になったところです。
>  また、前にも査読した覚えがあるので、同じ事を書いているかもです... 

とりあえず、以下の単純な修正はしておきました。

>  "ftpd"
>  typo。訳が「sftpd」になっているのが２カ所。「ftpd」ですね。
>  
>  "Git system daemon"
>  typo。訳が「Git デーモン」になっているのが２カ所。「Git システムデーモン」ですね。
>  
>  "all domain"
>  typo。訳が「全土メイン」になっているのが一カ所。「全ドメイン」ですね。
>  
>  
>  "enforcing"
>  が「施行」になっているのが一カ所。「強制」の方がいいかと思います。
>  また、「enforce」になっているのが一カ所ありますが「強制」で統一してよいかもです。
>  
>  "shadow"
>  「シャドー」になっているのが一カ所ありますが「shadow」で統一してよいかもです。 

以下、部分的にですが。

>  "labeling"
>  「ラベリング」「ラベル付け」どちらも使われています。無理に統一する必要はないかもですが... 
個人的には「〜イング (する)」という語があまり好きではないため、
「ラベル付け」のほうがいいと思います。

>  "relable"
>  「ラベル変更」「再ラベル付け」どちらも使われています。無理に統一する必要はないかもですが... 
たぶん規定のラベルに戻す（restorecon）のことだと思うので、
変更というよりは、「再」というほうがイメージに近い気がします。

>  "role"
>  「ロール」「役割」どちらも使われています。無理に統一する必要はないかもですが... 
最近は「ロール」をよく見かける気がします。

>  "man page"
>  「マニュアルページ」「man ページ」どちらも使われています。無理に統一する必要はないかもですが... 
「マニュアルページ」に統一したい感じです。

policycoreutils 予約 =＞ 完了

[Noriko Mizumoto]

(2014年02月26日 22:31), KATO Tomoyuki wrote:
>  こんにちは、加藤です。
>  
> > 水本さん
> >
> > すべて査読しました。
> > レビューマークがつけられなかったのですが、
> > 下記以外はとりあえずレビュー済みマークしていいかもです。
> >
> > 水本さんが訳した部分ではないかもしれませんが、気になったところです。
> > また、前にも査読した覚えがあるので、同じ事を書いているかもです...
>  
>  
>  とりあえず、以下の単純な修正はしておきました。 
Casey さん、加藤さん、査読及び修正ありがとうございます。
Fedora 翻訳に戻ってくるまでに途方もない時間がかかってしまい申し訳ありま
せん。ご指摘いただいた点を修正しました。また、いまさらで申し訳ないのです
が確認いただきたい点もあります。インラインで。

> > "Allow polipo to connect to all ports > 1023"
> > 「polipo が1023より大きいすべてのポートに接続することを許可します。」
> > だと思います。 
修正しました。

> > "Allow pppd to load kernel modules for certain modems"
> > 「pppd が特定モデム用にカーネルモジュールをロードすることを許可しま
> > す。」でいかがでしょう。日本語の読みやすさの問題ですが。 
修正しました。

> > "silently blocked"(2カ所)
> > 「暗にブロック」でいかがでしょう？ 
暗にブロック＝警告を発しないでブロック、という意味だと思いましたので、こ
の部分も含め全体的に訳文を見直し修正してみました。以下な感じでいかがで
しょう？

Determine whether attempts by vbetool to mmap low regions should be
silently blocked.
=＞ 「vbetool による低領域の mmap 試行を警告を発行せずにブロックするかど
うかを指定します。」

>  
> > "ftpd"
> > typo。訳が「sftpd」になっているのが２カ所。「ftpd」ですね。 
「sftpd」と検索すると4箇所出てきました。しかし、いずれも原文で sftpd と
なっているのでそのままにしました。

> >
> > "Git system daemon"
> > typo。訳が「Git デーモン」になっているのが２カ所。「Git システムデーモン」ですね。 
修正済を確認、ありがとうございました。

> >
> > "all domain"
> > typo。訳が「全土メイン」になっているのが一カ所。「全ドメイン」ですね。 
修正済を確認、ありがとうございました。

> >
> > "enforcing"
> > が「施行」になっているのが一カ所。「強制」の方がいいかと思います。
> > また、「enforce」になっているのが一カ所ありますが「強制」で統一してよいかもです。 
修正済を確認、ありがとうございました。
修正中に"permissive"はほぼ「許容」になっている一方、少数「容認」となって
いるのを見つけました。「許容」に統一しました。ところで、「許容」より「許
可」の方がわかりやすいのではないかとも思うのですがいかがでしょう？

> >
> > "shadow"
> > 「シャドー」になっているのが一カ所ありますが「shadow」で統一してよいかもです。 
修正済を確認、ありがとうございました。

>  
> > "equivalence" "equivalency"
> > 「等価」「同等」どちらも使われています。無理に統一する必要はない
> > かもですが... 
修正済を確認、ありがとうございました。「同等のルール」という部分にだけ
「同等」が当てられています。おそらく「同等」の方がよいと判断され残された
と思います。

> > "capabilities"
> > 「ケイパビリティ」になっているのが一カ所ありますが「機能」で
> > 統一してよいかもです。 
修正しました。

> > "boolean"
> > 「boolean」「ブーリアン」「論理値」どちらも使われています。
> > 「boolean」で統一してよいかもです。 
「boolean」に統一しました。

>  以下、部分的にですが。
>  
> > "labeling"
> > 「ラベリング」「ラベル付け」どちらも使われています。無理に統一する必要はないかもですが...
>  
>  個人的には「〜イング (する)」という語があまり好きではないため、
>  「ラベル付け」のほうがいいと思います。 
賛成です。「ラベル付け」に修正しました。

>  
> > "relable"
> > 「ラベル変更」「再ラベル付け」どちらも使われています。無理に統一する必要はないかもですが...
>  
>  たぶん規定のラベルに戻す（restorecon）のことだと思うので、
>  変更というよりは、「再」というほうがイメージに近い気がします。 
了解です。「再ラベル付け」で修正します。
ところで、以下の翻訳文字列を修正したのですがちょっと自信がありません。確
認してもらえますか？

%s! Could not get new context for %s, not relabeling tty.
修正前:「%s! %s の新しいコンテキストを取得できませんでした、 再ラベルを
行っている tty ではありません。」
修正後:「%s! %s の新しいコンテキストを取得できませんでした、 tty の再ラ
ベル付けは行われません。」

>  
> > "role"
> > 「ロール」「役割」どちらも使われています。無理に統一する必要はないかもですが...
>  
>  最近は「ロール」をよく見かける気がします。 
「ロール」で統一しました。

>  
> > "man page"
> > 「マニュアルページ」「man ページ」どちらも使われています。無理に統一する必要はないかもですが...
>  
>  「マニュアルページ」に統一したい感じです。 
"man page"と出てくると、コマンドラインで"man xxx"を実行して表示させるコ
マンド説明書を指していると思い、個人的には「man ページ」にしていました。
普通のいわゆるガイドなどのマニュアルと区別するという意味でもわかりやすい
のではないかと。しかし、このモジュールで"man page"を検索すると該当する文
字列が５つ出てくるのですが、GUI で出現させることができず、何を指している
のかいまひとつ不明です。どなたかヘルプ求む。次の５つです。

* Generate SELinux man pages
* path in which the generated SELinux man pages will be stored
* Domain name(s) of man pages to be created
* name of the OS for man pages
* Generate HTML man pages structure for selected SELinux man page

以上、よろしくお願いします。

水本

>  --
>  trans-ja mailing list
>  trans-ja(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/trans-ja
>

policycoreutils 予約 =＞ 完了

[Jiro Matsuzawa]

水本さん、皆さん

松澤です。
お久しぶりです。

2014-07-10 14:22 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
>  (2014年02月26日 22:31), KATO Tomoyuki wrote: 
(snip)
> >> "man page"
> >> 「マニュアルページ」「man ページ」どちらも使われています。無理に統一する必要はないかもですが...
> >
> > 「マニュアルページ」に統一したい感じです。
>
>  "man page"と出てくると、コマンドラインで"man xxx"を実行して表示させるコ
>  マンド説明書を指していると思い、個人的には「man ページ」にしていました。
>  普通のいわゆるガイドなどのマニュアルと区別するという意味でもわかりやすい
>  のではないかと。しかし、このモジュールで"man page"を検索すると該当する文 
私も水本さんのご意見と同じです。
他のマニュアル類と区別がしやすいので「manページ」がよいと思います。


>  字列が５つ出てくるのですが、GUI で出現させることができず、何を指している
>  のかいまひとつ不明です。どなたかヘルプ求む。次の５つです。
>
>  * Generate SELinux man pages
>  * path in which the generated SELinux man pages will be stored
>  * Domain name(s) of man pages to be created
>  * name of the OS for man pages
>  * Generate HTML man pages structure for selected SELinux man page
>  
いま出先で、手元に環境がないため実際の確認ができていませんが、
ソースコードを斜め読みした限りで、コマンドラインオプションの説明文のように思えます。
たぶんコマンド名はsepolicy(違っていたらすみません...)だと思いますが、
$ sepolicy --help
などで表示できるかもしれません
一度試してみてください。

とりいそぎ以上です。

policycoreutils 予約 =＞ 完了

[Jiro Matsuzawa]

松澤です。

2014-07-11 1:22 GMT+09:00 Jiro Matsuzawa <jmatsuzawa(a)gnome.org&gt;:
> > 字列が５つ出てくるのですが、GUI で出現させることができず、何を指している
> > のかいまひとつ不明です。どなたかヘルプ求む。次の５つです。
> >
> > * Generate SELinux man pages
> > * path in which the generated SELinux man pages will be stored
> > * Domain name(s) of man pages to be created
> > * name of the OS for man pages
> > * Generate HTML man pages structure for selected SELinux man page
> >
>  いま出先で、手元に環境がないため実際の確認ができていませんが、
>  ソースコードを斜め読みした限りで、コマンドラインオプションの説明文のように思えます。
>  たぶんコマンド名はsepolicy(違っていたらすみません...)だと思いますが、
>  $ sepolicy --help
>  などで表示できるかもしれません
>  一度試してみてください。 
正確には、
先頭のものは
$ sepolicy --help
で、残りの4つは
$ sepolicy manpage --help
で表示できるようですね。

取り急ぎ以上です。


-- 
Jiro Matsuzawa
Email: jmatsuzawa at gnome.org
GPG Key ID: 0xECC442E9

policycoreutils 予約 =＞ 完了

[Noriko Mizumoto]

(2014年07月12日 14:43), Jiro Matsuzawa wrote:
>  松澤です。
>  
>  2014-07-11 1:22 GMT+09:00 Jiro Matsuzawa <jmatsuzawa(a)gnome.org&gt;:
> >> 字列が５つ出てくるのですが、GUI で出現させることができず、何を指している
> >> のかいまひとつ不明です。どなたかヘルプ求む。次の５つです。
> >>
> >> * Generate SELinux man pages
> >> * path in which the generated SELinux man pages will be stored
> >> * Domain name(s) of man pages to be created
> >> * name of the OS for man pages
> >> * Generate HTML man pages structure for selected SELinux man page
> >>
> > いま出先で、手元に環境がないため実際の確認ができていませんが、
> > ソースコードを斜め読みした限りで、コマンドラインオプションの説明文のように思えます。
> > たぶんコマンド名はsepolicy(違っていたらすみません...)だと思いますが、
> > $ sepolicy --help
> > などで表示できるかもしれません
> > 一度試してみてください。
>  
>  正確には、
>  先頭のものは
>  $ sepolicy --help
>  で、残りの4つは
>  $ sepolicy manpage --help
>  で表示できるようですね。 
松澤さん、ありがとうございます。
sepolicy は新機能で F18 および RHEL7 以降に搭載されているのですね、知ら
なかった。。。(sepolgen と setrans などのユーティリティを統合したものの
ようです) しかし、F20 で試したところデフォルトではインストールされていな
いようなので、yum install policycoreutils-devel でインストールしてみました。

>  先頭のものは
>  $ sepolicy --help 
で表示させると、先頭の文字列は sepolicy に manpage の引数を使用した場合
の説明であることがわかりました。

>  で、残りの4つは
>  $ sepolicy manpage --help 
sepolicy manpage にさらに各種の引数を使用した場合の説明でした。このコマ
ンドを使用すると、ポリシーに応じたマニュアルページが生成され、そこにはプ
ロセスドメインについての詳細が記述されているため、常に最新の情報が記述さ
れたページが生成できるらしいです。

長くなりましたが、以上の状況から一般的な man ページとは異なるため、加藤
さんのご意見にしたがい、マニュアルページに統一しようと思います。以下のよ
うな訳文にしました。ただし、実際に生成して現物確認はしていないので、やっ
ぱ man ページの方がいいかもというご意見があればぜひ。

* SELinux のマニュアルページを生成する
* 生成された SELinux のマニュアルページの格納先となるパス
* 作成するマニュアルページのドメイン名
* マニュアルページの OS 名
* 選択した SELinux マニュアルページを HTML 形式で生成する

水本

>  
>  取り急ぎ以上です。
>  
>

policycoreutils 予約 =＞ 完了

[Jiro Matsuzawa]

水本さん、加藤さん、皆さん

松澤です。
ちょっと長くなりますが、ご容赦ください。

2014-07-14 14:47 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> > 先頭のものは
> > $ sepolicy --help
>  で表示させると、先頭の文字列は sepolicy に manpage の引数を使用した場合
>  の説明であることがわかりました。
>
> > で、残りの4つは
> > $ sepolicy manpage --help
>  sepolicy manpage にさらに各種の引数を使用した場合の説明でした。このコマ
>  ンドを使用すると、ポリシーに応じたマニュアルページが生成され、そこにはプ
>  ロセスドメインについての詳細が記述されているため、常に最新の情報が記述さ
>  れたページが生成できるらしいです。
>
>  長くなりましたが、以上の状況から一般的な man ページとは異なるため、加藤
>  さんのご意見にしたがい、マニュアルページに統一しようと思います。以下のよ
>  うな訳文にしました。ただし、実際に生成して現物確認はしていないので、やっ
>  ぱ man ページの方がいいかもというご意見があればぜひ。
>
>  * SELinux のマニュアルページを生成する
>  * 生成された SELinux のマニュアルページの格納先となるパス
>  * 作成するマニュアルページのドメイン名
>  * マニュアルページの OS 名
>  * 選択した SELinux マニュアルページを HTML 形式で生成する
>  
これは、man コマンドで読める troff 形式の普通の man ページです。
ためしに、
$ sepolicy -a [-p 任意のディレクトリ]
と実行してみてください。
指定したディレクトリ(指定しない場合は/tmp)配下に*_selinux.8という名の
troff形式のファイルが生成されるのが確認できると思います。
試しにmanで読む場合は、生成されたファイル名をパス付き(相対でも絶対でも)で
manコマンドに渡してみてください。



あと、「マニュアルページ」という訳語についてですが、
水本さんと加藤さんとで、ひょっとしたら理解に食い違いが出ているような
気がしました (私の勘違いなら申し訳ありません。ご容赦ください)。
私なりの理解では、加藤さんのご意見は、
「manで読むマニュアルを意味する"man pages"を、"man ページ"ではなく"マニュアルページ"としたい」
ということだと解釈しました。

一方で、水本さんは
「通常のmanで読むマニュアルではないから "man ページ"ではなく"マニュアルページ"とした方がよい」
とおっしゃっているように解釈しました。

結果としては同じ「マニュアルページ」でも主張する立場が異なっているように思えたので、そこが少し気になりました。
私の理解が誤っていれば訂正していただけるとありがたいです。



なお、水本さんのおっしゃる、通常のmanではないマニュアル全般(?)について
「マニュアルページ」という訳語を与えるのは少し違和感を覚えます。
一個のまとまった文書を指すのであれば、「マニュアルページ」よりも「マニュアル」だけの方がよいと思います。
いわゆるman pages以外に対して、「マニュアルページ」と呼ぶとすれば、
マニュアルを掲載したWebページを指す場合や、マニュアルの一部分のページを指す場合
などでなければ、少し耳慣れない印象を与えるように思います。
個人的には、man pages以外に「マニュアルページ」と呼ぶ例はパッと思いつきません。
いかがでしょうか。

# man pages自体を「マニュアルページ」と呼ぶのは違和感ないと思います。
# JMでも「マニュアルページ」と呼んでいます[1]。

[1] http://linuxjm.sourceforge.jp/


-- 
Jiro Matsuzawa
Email: jmatsuzawa at gnome.org
GPG Key ID: 0xECC442E9

policycoreutils 予約 =＞ 完了

[KATO Tomoyuki]

松澤さん、水本さん

こんにちは、加藤です。

すっかり遅くなりましたが、
私の指摘意図としては、松澤さんのおっしゃるとおりです。

manコマンドで表示するものだからといって、
manを英語のままにする理由は少ないように感じています。


>  水本さん、加藤さん、皆さん
>  
>  松澤です。
>  ちょっと長くなりますが、ご容赦ください。
>  
>  2014-07-14 14:47 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
>  >> 先頭のものは
>  >> $ sepolicy --help
>  > で表示させると、先頭の文字列は sepolicy に manpage の引数を使用した場合
>  > の説明であることがわかりました。
>  >
>  >> で、残りの4つは
>  >> $ sepolicy manpage --help
>  > sepolicy manpage にさらに各種の引数を使用した場合の説明でした。このコマ
>  > ンドを使用すると、ポリシーに応じたマニュアルページが生成され、そこにはプ
>  > ロセスドメインについての詳細が記述されているため、常に最新の情報が記述さ
>  > れたページが生成できるらしいです。
>  >
>  > 長くなりましたが、以上の状況から一般的な man ページとは異なるため、加藤
>  > さんのご意見にしたがい、マニュアルページに統一しようと思います。以下のよ
>  > うな訳文にしました。ただし、実際に生成して現物確認はしていないので、やっ
>  > ぱ man ページの方がいいかもというご意見があればぜひ。
>  >
>  > * SELinux のマニュアルページを生成する
>  > * 生成された SELinux のマニュアルページの格納先となるパス
>  > * 作成するマニュアルページのドメイン名
>  > * マニュアルページの OS 名
>  > * 選択した SELinux マニュアルページを HTML 形式で生成する
>  >
>  
>  これは、man コマンドで読める troff 形式の普通の man ページです。
>  ためしに、
>  $ sepolicy -a [-p 任意のディレクトリ]
>  と実行してみてください。
>  指定したディレクトリ(指定しない場合は/tmp)配下に*_selinux.8という名の
>  troff形式のファイルが生成されるのが確認できると思います。
>  試しにmanで読む場合は、生成されたファイル名をパス付き(相対でも絶対でも)で
>  manコマンドに渡してみてください。
>  
>  
>  
>  あと、「マニュアルページ」という訳語についてですが、
>  水本さんと加藤さんとで、ひょっとしたら理解に食い違いが出ているような
>  気がしました (私の勘違いなら申し訳ありません。ご容赦ください)。
>  私なりの理解では、加藤さんのご意見は、
>  「manで読むマニュアルを意味する"man pages"を、"man ページ"ではなく"マニュアルページ"としたい」
>  ということだと解釈しました。
>  
>  一方で、水本さんは
>  「通常のmanで読むマニュアルではないから "man ページ"ではなく"マニュアルページ"とした方がよい」
>  とおっしゃっているように解釈しました。
>  
>  結果としては同じ「マニュアルページ」でも主張する立場が異なっているように思えたので、そこが少し気になりました。
>  私の理解が誤っていれば訂正していただけるとありがたいです。
>  
>  
>  
>  なお、水本さんのおっしゃる、通常のmanではないマニュアル全般(?)について
>  「マニュアルページ」という訳語を与えるのは少し違和感を覚えます。
>  一個のまとまった文書を指すのであれば、「マニュアルページ」よりも「マニュアル」だけの方がよいと思います。
>  いわゆるman pages以外に対して、「マニュアルページ」と呼ぶとすれば、
>  マニュアルを掲載したWebページを指す場合や、マニュアルの一部分のページを指す場合
>  などでなければ、少し耳慣れない印象を与えるように思います。
>  個人的には、man pages以外に「マニュアルページ」と呼ぶ例はパッと思いつきません。
>  いかがでしょうか。
>  
>  # man pages自体を「マニュアルページ」と呼ぶのは違和感ないと思います。
>  # JMでも「マニュアルページ」と呼んでいます[1]。
>  
>  [1] http://linuxjm.sourceforge.jp/
>  
>  
>  -- 
>  Jiro Matsuzawa
>  Email: jmatsuzawa at gnome.org
>  GPG Key ID: 0xECC442E9
>  --
>  trans-ja mailing list
>  trans-ja(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/trans-ja
>

policycoreutils 予約 =＞ 完了

[Noriko Mizumoto]

松澤さん、加藤さん

理解のレベルが違っていた、コマンド自体の機能がわかっていなかったため、加
藤さんの指摘意図を理解できなかったんですね。すいません。

「マニュアルページ」について。たしかに、ここではページを訳出する意味もな
いですし、一部を指すわけでもなく違和感がありますね。「マニュアル」にして
みたところ、すっきり感があったので「マニュアル」に修正しました。

水本

(2014年07月15日 08:08), KATO Tomoyuki wrote:
>  松澤さん、水本さん
>  
>  こんにちは、加藤です。
>  
>  すっかり遅くなりましたが、
>  私の指摘意図としては、松澤さんのおっしゃるとおりです。
>  
>  manコマンドで表示するものだからといって、
>  manを英語のままにする理由は少ないように感じています。
>  
>  
> > 水本さん、加藤さん、皆さん
> >
> > 松澤です。
> > ちょっと長くなりますが、ご容赦ください。
> >
> > 2014-07-14 14:47 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> >>> 先頭のものは
> >>> $ sepolicy --help
> >> で表示させると、先頭の文字列は sepolicy に manpage の引数を使用した場合
> >> の説明であることがわかりました。
> >>
> >>> で、残りの4つは
> >>> $ sepolicy manpage --help
> >> sepolicy manpage にさらに各種の引数を使用した場合の説明でした。このコマ
> >> ンドを使用すると、ポリシーに応じたマニュアルページが生成され、そこにはプ
> >> ロセスドメインについての詳細が記述されているため、常に最新の情報が記述さ
> >> れたページが生成できるらしいです。
> >>
> >> 長くなりましたが、以上の状況から一般的な man ページとは異なるため、加藤
> >> さんのご意見にしたがい、マニュアルページに統一しようと思います。以下のよ
> >> うな訳文にしました。ただし、実際に生成して現物確認はしていないので、やっ
> >> ぱ man ページの方がいいかもというご意見があればぜひ。
> >>
> >> * SELinux のマニュアルページを生成する
> >> * 生成された SELinux のマニュアルページの格納先となるパス
> >> * 作成するマニュアルページのドメイン名
> >> * マニュアルページの OS 名
> >> * 選択した SELinux マニュアルページを HTML 形式で生成する
> >>
> >
> > これは、man コマンドで読める troff 形式の普通の man ページです。
> > ためしに、
> > $ sepolicy -a [-p 任意のディレクトリ]
> > と実行してみてください。
> > 指定したディレクトリ(指定しない場合は/tmp)配下に*_selinux.8という名の
> > troff形式のファイルが生成されるのが確認できると思います。
> > 試しにmanで読む場合は、生成されたファイル名をパス付き(相対でも絶対でも)で
> > manコマンドに渡してみてください。
> >
> >
> >
> > あと、「マニュアルページ」という訳語についてですが、
> > 水本さんと加藤さんとで、ひょっとしたら理解に食い違いが出ているような
> > 気がしました (私の勘違いなら申し訳ありません。ご容赦ください)。
> > 私なりの理解では、加藤さんのご意見は、
> > 「manで読むマニュアルを意味する"man pages"を、"man
> ページ"ではなく"マニュアルページ"としたい」
> > ということだと解釈しました。
> >
> > 一方で、水本さんは
> > 「通常のmanで読むマニュアルではないから "man ページ"ではなく"マニュアルページ"とした方がよい」
> > とおっしゃっているように解釈しました。
> >
> > 結果としては同じ「マニュアルページ」でも主張する立場が異なっているように思えたので、そこが少し気になりました。
> > 私の理解が誤っていれば訂正していただけるとありがたいです。
> >
> >
> >
> > なお、水本さんのおっしゃる、通常のmanではないマニュアル全般(?)について
> > 「マニュアルページ」という訳語を与えるのは少し違和感を覚えます。
> > 一個のまとまった文書を指すのであれば、「マニュアルページ」よりも「マニュアル」だけの方がよいと思います。
> > いわゆるman pages以外に対して、「マニュアルページ」と呼ぶとすれば、
> > マニュアルを掲載したWebページを指す場合や、マニュアルの一部分のページを指す場合
> > などでなければ、少し耳慣れない印象を与えるように思います。
> > 個人的には、man pages以外に「マニュアルページ」と呼ぶ例はパッと思いつきません。
> > いかがでしょうか。
> >
> > # man pages自体を「マニュアルページ」と呼ぶのは違和感ないと思います。
> > # JMでも「マニュアルページ」と呼んでいます[1]。
> >
> > [1] http://linuxjm.sourceforge.jp/
> >
> >
> > -- 
> > Jiro Matsuzawa
> > Email: jmatsuzawa at gnome.org
> > GPG Key ID: 0xECC442E9
> > --
> > trans-ja mailing list
> > trans-ja(a)lists.fedoraproject.org
> > https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >
>  --
>  trans-ja mailing list
>  trans-ja(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/trans-ja
>

policycoreutils 予約 =＞ 完了

[Jiro Matsuzawa]

水本さん、皆さん

松澤です。

何ども申し訳ございません。ひょっとしたら、私の言い方がややこしくて
少し混乱させてしまったかもしれません。お許しください。
(些細な点なので、transifex移行など重要な作業が落ち着いた後にでも読んでいただければ、と)


## 私の言いたかったポイント ##
* これらはmanコマンドで読む通常のman pagesである
* 通常のman pagesと、その他マニュアル一般とを区別できる訳語が好ましい

特に後者のポイントについては、水本さんも7月10日のメールで[1]、
ガイドなどのマニュアルと区別できるので「man ページ」とした、
とおっしゃっていた点です。
この点で「マニュアル」は区別がしづらいのであまり良いとは思いません。

提案に挙がった訳語を、man pagesの識別しやすさ順に並べると以下のようになると思います:
1. man ページ
2. マニュアルページ
3. マニュアル


## "man pages"の対訳管理 ##
"man pages"は他にもいろいろな箇所で登場するでしょうし、
今後の作業効率化のためにも、対訳管理しておくのがよいのでは、と思いました。
これについては、話題が独立するので別トピックを立ててそちらで話を進めるのが良いかなと思います。


[1] https://lists.fedoraproject.org/pipermail/trans-ja/2014-July/002551.html


以上です。




2014-07-23 10:20 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
>  松澤さん、加藤さん
>
>  理解のレベルが違っていた、コマンド自体の機能がわかっていなかったため、加
>  藤さんの指摘意図を理解できなかったんですね。すいません。
>
>  「マニュアルページ」について。たしかに、ここではページを訳出する意味もな
>  いですし、一部を指すわけでもなく違和感がありますね。「マニュアル」にして
>  みたところ、すっきり感があったので「マニュアル」に修正しました。
>
>  水本
>
>  (2014年07月15日 08:08), KATO Tomoyuki wrote:
> > 松澤さん、水本さん
> >
> > こんにちは、加藤です。
> >
> > すっかり遅くなりましたが、
> > 私の指摘意図としては、松澤さんのおっしゃるとおりです。
> >
> > manコマンドで表示するものだからといって、
> > manを英語のままにする理由は少ないように感じています。
> >
> >
> >> 水本さん、加藤さん、皆さん
> >>
> >> 松澤です。
> >> ちょっと長くなりますが、ご容赦ください。
> >>
> >> 2014-07-14 14:47 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> >>>> 先頭のものは
> >>>> $ sepolicy --help
> >>> で表示させると、先頭の文字列は sepolicy に manpage の引数を使用した場合
> >>> の説明であることがわかりました。
> >>>
> >>>> で、残りの4つは
> >>>> $ sepolicy manpage --help
> >>> sepolicy manpage にさらに各種の引数を使用した場合の説明でした。このコマ
> >>> ンドを使用すると、ポリシーに応じたマニュアルページが生成され、そこにはプ
> >>> ロセスドメインについての詳細が記述されているため、常に最新の情報が記述さ
> >>> れたページが生成できるらしいです。
> >>>
> >>> 長くなりましたが、以上の状況から一般的な man ページとは異なるため、加藤
> >>> さんのご意見にしたがい、マニュアルページに統一しようと思います。以下のよ
> >>> うな訳文にしました。ただし、実際に生成して現物確認はしていないので、やっ
> >>> ぱ man ページの方がいいかもというご意見があればぜひ。
> >>>
> >>> * SELinux のマニュアルページを生成する
> >>> * 生成された SELinux のマニュアルページの格納先となるパス
> >>> * 作成するマニュアルページのドメイン名
> >>> * マニュアルページの OS 名
> >>> * 選択した SELinux マニュアルページを HTML 形式で生成する
> >>>
> >>
> >> これは、man コマンドで読める troff 形式の普通の man ページです。
> >> ためしに、
> >> $ sepolicy -a [-p 任意のディレクトリ]
> >> と実行してみてください。
> >> 指定したディレクトリ(指定しない場合は/tmp)配下に*_selinux.8という名の
> >> troff形式のファイルが生成されるのが確認できると思います。
> >> 試しにmanで読む場合は、生成されたファイル名をパス付き(相対でも絶対でも)で
> >> manコマンドに渡してみてください。
> >>
> >>
> >>
> >> あと、「マニュアルページ」という訳語についてですが、
> >> 水本さんと加藤さんとで、ひょっとしたら理解に食い違いが出ているような
> >> 気がしました (私の勘違いなら申し訳ありません。ご容赦ください)。
> >> 私なりの理解では、加藤さんのご意見は、
> >> 「manで読むマニュアルを意味する"man pages"を、"man
> ページ"ではなく"マニュアルページ"としたい」
> >> ということだと解釈しました。
> >>
> >> 一方で、水本さんは
> >> 「通常のmanで読むマニュアルではないから "man ページ"ではなく"マニュアルページ"とした方がよい」
> >> とおっしゃっているように解釈しました。
> >>
> >> 結果としては同じ「マニュアルページ」でも主張する立場が異なっているように思えたので、そこが少し気になりました。
> >> 私の理解が誤っていれば訂正していただけるとありがたいです。
> >>
> >>
> >>
> >> なお、水本さんのおっしゃる、通常のmanではないマニュアル全般(?)について
> >> 「マニュアルページ」という訳語を与えるのは少し違和感を覚えます。
> >> 一個のまとまった文書を指すのであれば、「マニュアルページ」よりも「マニュアル」だけの方がよいと思います。
> >> いわゆるman pages以外に対して、「マニュアルページ」と呼ぶとすれば、
> >> マニュアルを掲載したWebページを指す場合や、マニュアルの一部分のページを指す場合
> >> などでなければ、少し耳慣れない印象を与えるように思います。
> >> 個人的には、man pages以外に「マニュアルページ」と呼ぶ例はパッと思いつきません。
> >> いかがでしょうか。
> >>
> >> # man pages自体を「マニュアルページ」と呼ぶのは違和感ないと思います。
> >> # JMでも「マニュアルページ」と呼んでいます[1]。
> >>
> >> [1] http://linuxjm.sourceforge.jp/
> >>
> >>
> >> --
> >> Jiro Matsuzawa
> >> Email: jmatsuzawa at gnome.org
> >> GPG Key ID: 0xECC442E9
> >> --
> >> trans-ja mailing list
> >> trans-ja(a)lists.fedoraproject.org
> >> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>
> > --
> > trans-ja mailing list
> > trans-ja(a)lists.fedoraproject.org
> > https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >
>
>  --
>  trans-ja mailing list
>  trans-ja(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/trans-ja 


-- 
Jiro Matsuzawa
Email: jmatsuzawa at gnome.org
GPG Key ID: 0xECC442E9

policycoreutils 予約 =＞ 完了

[Noriko Mizumoto]

水本です

(2014年07月23日 23:34), Jiro Matsuzawa wrote:
>  水本さん、皆さん
>  
>  松澤です。
>  
>  何ども申し訳ございません。ひょっとしたら、私の言い方がややこしくて
>  少し混乱させてしまったかもしれません。お許しください。
>  (些細な点なので、transifex移行など重要な作業が落ち着いた後にでも読んでいただければ、と)
>   
いえ、混乱はしていないので大丈夫です(^^)v

>  
>  ## 私の言いたかったポイント ##
>  * これらはmanコマンドで読む通常のman pagesである
>  * 通常のman pagesと、その他マニュアル一般とを区別できる訳語が好ましい
>  
>  特に後者のポイントについては、水本さんも7月10日のメールで[1]、
>  ガイドなどのマニュアルと区別できるので「man ページ」とした、
>  とおっしゃっていた点です。 
本メールで対象としている 5 つの文字列は通常の man で読むマニュアルとは異
なるようなので、通常の man page とは扱いを別にした方がよいのではないかと
いうのが私の論点でした。

>  この点で「マニュアル」は区別がしづらいのであまり良いとは思いません。 
松澤さんのヘルプをいただき、ポリシーに応じて管理者が個々に生成する独自の
マニュアルであることがわかりました。このため、通常の man page とは別に
「マニュアル」にしました。

>  
>  提案に挙がった訳語を、man pagesの識別しやすさ順に並べると以下のようになると思います:
>  1. man ページ
>  2. マニュアルページ
>  3. マニュアル
>  
>  
>  ## "man pages"の対訳管理 ##
>  "man pages"は他にもいろいろな箇所で登場するでしょうし、
>  今後の作業効率化のためにも、対訳管理しておくのがよいのでは、と思いました。
>  これについては、話題が独立するので別トピックを立ててそちらで話を進めるのが良いかなと思います。 
通常の man pages と対象となっている 5 つの文字列 (ポリシーに応じて個々に
生成する man pages) を同列に扱うという点で明確に同意が多数なのであれ
ば、"man pages" の対訳管理のトピックで決定した対訳に従うのが自然だと思い
ます。しかし、少なくとも私は、別々に扱った方がよいと思っています。通常の
man pages は「man ページ」がよいと思っていますが、この対象文字列について
は「マニュアル」がわかりやすいのではないかと感じています。

水本

>  
>  
>  [1] https://lists.fedoraproject.org/pipermail/trans-ja/2014-July/002551.html
>  
>  
>  以上です。
>  
>  
>  
>  
>  2014-07-23 10:20 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> > 松澤さん、加藤さん
> >
> > 理解のレベルが違っていた、コマンド自体の機能がわかっていなかったため、加
> > 藤さんの指摘意図を理解できなかったんですね。すいません。
> >
> > 「マニュアルページ」について。たしかに、ここではページを訳出する意味もな
> > いですし、一部を指すわけでもなく違和感がありますね。「マニュアル」にして
> > みたところ、すっきり感があったので「マニュアル」に修正しました。
> >
> > 水本
> >
> > (2014年07月15日 08:08), KATO Tomoyuki wrote:
> >> 松澤さん、水本さん
> >>
> >> こんにちは、加藤です。
> >>
> >> すっかり遅くなりましたが、
> >> 私の指摘意図としては、松澤さんのおっしゃるとおりです。
> >>
> >> manコマンドで表示するものだからといって、
> >> manを英語のままにする理由は少ないように感じています。
> >>
> >>
> >>> 水本さん、加藤さん、皆さん
> >>>
> >>> 松澤です。
> >>> ちょっと長くなりますが、ご容赦ください。
> >>>
> >>> 2014-07-14 14:47 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> >>>>> 先頭のものは
> >>>>> $ sepolicy --help
> >>>> で表示させると、先頭の文字列は sepolicy に manpage の引数を使用した場合
> >>>> の説明であることがわかりました。
> >>>>
> >>>>> で、残りの4つは
> >>>>> $ sepolicy manpage --help
> >>>> sepolicy manpage にさらに各種の引数を使用した場合の説明でした。このコマ
> >>>> ンドを使用すると、ポリシーに応じたマニュアルページが生成され、そこにはプ
> >>>> ロセスドメインについての詳細が記述されているため、常に最新の情報が記述さ
> >>>> れたページが生成できるらしいです。
> >>>>
> >>>> 長くなりましたが、以上の状況から一般的な man ページとは異なるため、加藤
> >>>> さんのご意見にしたがい、マニュアルページに統一しようと思います。以下のよ
> >>>> うな訳文にしました。ただし、実際に生成して現物確認はしていないので、やっ
> >>>> ぱ man ページの方がいいかもというご意見があればぜひ。
> >>>>
> >>>> * SELinux のマニュアルページを生成する
> >>>> * 生成された SELinux のマニュアルページの格納先となるパス
> >>>> * 作成するマニュアルページのドメイン名
> >>>> * マニュアルページの OS 名
> >>>> * 選択した SELinux マニュアルページを HTML 形式で生成する
> >>>>
> >>>
> >>> これは、man コマンドで読める troff 形式の普通の man ページです。
> >>> ためしに、
> >>> $ sepolicy -a [-p 任意のディレクトリ]
> >>> と実行してみてください。
> >>> 指定したディレクトリ(指定しない場合は/tmp)配下に*_selinux.8という名の
> >>> troff形式のファイルが生成されるのが確認できると思います。
> >>> 試しにmanで読む場合は、生成されたファイル名をパス付き(相対でも絶対でも)で
> >>> manコマンドに渡してみてください。
> >>>
> >>>
> >>>
> >>> あと、「マニュアルページ」という訳語についてですが、
> >>> 水本さんと加藤さんとで、ひょっとしたら理解に食い違いが出ているような
> >>> 気がしました (私の勘違いなら申し訳ありません。ご容赦ください)。
> >>> 私なりの理解では、加藤さんのご意見は、
> >>> 「manで読むマニュアルを意味する"man pages"を、"man
> ページ"ではなく"マニュアルページ"としたい」
> >>> ということだと解釈しました。
> >>>
> >>> 一方で、水本さんは
> >>> 「通常のmanで読むマニュアルではないから "man ページ"ではなく"マニュアルページ"とした方がよい」
> >>> とおっしゃっているように解釈しました。
> >>>
> >>> 結果としては同じ「マニュアルページ」でも主張する立場が異なっているように思えたので、そこが少し気になりました。
> >>> 私の理解が誤っていれば訂正していただけるとありがたいです。
> >>>
> >>>
> >>>
> >>> なお、水本さんのおっしゃる、通常のmanではないマニュアル全般(?)について
> >>> 「マニュアルページ」という訳語を与えるのは少し違和感を覚えます。
> >>> 一個のまとまった文書を指すのであれば、「マニュアルページ」よりも「マニュアル」だけの方がよいと思います。
> >>> いわゆるman pages以外に対して、「マニュアルページ」と呼ぶとすれば、
> >>> マニュアルを掲載したWebページを指す場合や、マニュアルの一部分のページを指す場合
> >>> などでなければ、少し耳慣れない印象を与えるように思います。
> >>> 個人的には、man pages以外に「マニュアルページ」と呼ぶ例はパッと思いつきません。
> >>> いかがでしょうか。
> >>>
> >>> # man pages自体を「マニュアルページ」と呼ぶのは違和感ないと思います。
> >>> # JMでも「マニュアルページ」と呼んでいます[1]。
> >>>
> >>> [1] http://linuxjm.sourceforge.jp/
> >>>
> >>>
> >>> --
> >>> Jiro Matsuzawa
> >>> Email: jmatsuzawa at gnome.org
> >>> GPG Key ID: 0xECC442E9
> >>> --
> >>> trans-ja mailing list
> >>> trans-ja(a)lists.fedoraproject.org
> >>> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>>
> >> --
> >> trans-ja mailing list
> >> trans-ja(a)lists.fedoraproject.org
> >> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>
> >
> > --
> > trans-ja mailing list
> > trans-ja(a)lists.fedoraproject.org
> > https://admin.fedoraproject.org/mailman/listinfo/trans-ja
>  
>  
>

policycoreutils 予約 =＞ 完了

[Jiro Matsuzawa]

水本さん

松澤です。
素早いお返事ありがとうございます。

私の方が少し混乱してきました。。。
水本さんの意図をちゃんと理解できていないので、一点だけ確認させてください。

## 質問 ##
原文の"man pages"が通常のman pagesと異なるとは、具体的にどういう意図でしょうか?

以下、質問の補足です。
以前のメール[1]でもお伝えしましたが、これは通常のmanコマンドで読むman pagesだと
理解しております。[1]にもあるとおり、私なりに実際に生成されたファイルを確認し、
manでも読んでみた上で申しています。これが通常のman pagesではないとおっしゃる真意を
掴めていないので、その溝を埋めないことには話が噛み合わないように感じました。

(私なりに水本さんの意図を以下のとおり推測してみたのですが、あまり自信はありません。
要するに「通常のman pagesも、sepolicyで生成されるman pagesも、
ファイル自体は同じtroff形式の一般的なman pagesであるが、*生成方法が特殊*なので
区別した呼称を与えたい」ということでしょうか?)

[1] https://lists.fedoraproject.org/pipermail/trans-ja/2014-July/002554.html


お手数ですが、ご教示ください。
以上です。

2014-07-24 10:07 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
>  水本です
>
>  (2014年07月23日 23:34), Jiro Matsuzawa wrote:
> > 水本さん、皆さん
> >
> > 松澤です。
> >
> > 何ども申し訳ございません。ひょっとしたら、私の言い方がややこしくて
> > 少し混乱させてしまったかもしれません。お許しください。
> > (些細な点なので、transifex移行など重要な作業が落ち着いた後にでも読んでいただければ、と)
> >
>  いえ、混乱はしていないので大丈夫です(^^)v
>
> >
> > ## 私の言いたかったポイント ##
> > * これらはmanコマンドで読む通常のman pagesである
> > * 通常のman pagesと、その他マニュアル一般とを区別できる訳語が好ましい
> >
> > 特に後者のポイントについては、水本さんも7月10日のメールで[1]、
> > ガイドなどのマニュアルと区別できるので「man ページ」とした、
> > とおっしゃっていた点です。
>
>  本メールで対象としている 5 つの文字列は通常の man で読むマニュアルとは異
>  なるようなので、通常の man page とは扱いを別にした方がよいのではないかと
>  いうのが私の論点でした。
>
> > この点で「マニュアル」は区別がしづらいのであまり良いとは思いません。
>
>  松澤さんのヘルプをいただき、ポリシーに応じて管理者が個々に生成する独自の
>  マニュアルであることがわかりました。このため、通常の man page とは別に
>  「マニュアル」にしました。
>
> >
> > 提案に挙がった訳語を、man pagesの識別しやすさ順に並べると以下のようになると思います:
> > 1. man ページ
> > 2. マニュアルページ
> > 3. マニュアル
> >
> >
> > ## "man pages"の対訳管理 ##
> > "man pages"は他にもいろいろな箇所で登場するでしょうし、
> > 今後の作業効率化のためにも、対訳管理しておくのがよいのでは、と思いました。
> > これについては、話題が独立するので別トピックを立ててそちらで話を進めるのが良いかなと思います。
>
>  通常の man pages と対象となっている 5 つの文字列 (ポリシーに応じて個々に
>  生成する man pages) を同列に扱うという点で明確に同意が多数なのであれ
>  ば、"man pages" の対訳管理のトピックで決定した対訳に従うのが自然だと思い
>  ます。しかし、少なくとも私は、別々に扱った方がよいと思っています。通常の
>  man pages は「man ページ」がよいと思っていますが、この対象文字列について
>  は「マニュアル」がわかりやすいのではないかと感じています。
>
>  水本
>
> >
> >
> > [1] https://lists.fedoraproject.org/pipermail/trans-ja/2014-July/002551.html
> >
> >
> > 以上です。
> >
> >
> >
> >
> > 2014-07-23 10:20 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> >> 松澤さん、加藤さん
> >>
> >> 理解のレベルが違っていた、コマンド自体の機能がわかっていなかったため、加
> >> 藤さんの指摘意図を理解できなかったんですね。すいません。
> >>
> >> 「マニュアルページ」について。たしかに、ここではページを訳出する意味もな
> >> いですし、一部を指すわけでもなく違和感がありますね。「マニュアル」にして
> >> みたところ、すっきり感があったので「マニュアル」に修正しました。
> >>
> >> 水本
> >>
> >> (2014年07月15日 08:08), KATO Tomoyuki wrote:
> >>> 松澤さん、水本さん
> >>>
> >>> こんにちは、加藤です。
> >>>
> >>> すっかり遅くなりましたが、
> >>> 私の指摘意図としては、松澤さんのおっしゃるとおりです。
> >>>
> >>> manコマンドで表示するものだからといって、
> >>> manを英語のままにする理由は少ないように感じています。
> >>>
> >>>
> >>>> 水本さん、加藤さん、皆さん
> >>>>
> >>>> 松澤です。
> >>>> ちょっと長くなりますが、ご容赦ください。
> >>>>
> >>>> 2014-07-14 14:47 GMT+09:00 Noriko Mizumoto
> <noriko(a)fedoraproject.org&gt;:
> >>>>>> 先頭のものは
> >>>>>> $ sepolicy --help
> >>>>> で表示させると、先頭の文字列は sepolicy に manpage の引数を使用した場合
> >>>>> の説明であることがわかりました。
> >>>>>
> >>>>>> で、残りの4つは
> >>>>>> $ sepolicy manpage --help
> >>>>> sepolicy manpage にさらに各種の引数を使用した場合の説明でした。このコマ
> >>>>> ンドを使用すると、ポリシーに応じたマニュアルページが生成され、そこにはプ
> >>>>> ロセスドメインについての詳細が記述されているため、常に最新の情報が記述さ
> >>>>> れたページが生成できるらしいです。
> >>>>>
> >>>>> 長くなりましたが、以上の状況から一般的な man ページとは異なるため、加藤
> >>>>> さんのご意見にしたがい、マニュアルページに統一しようと思います。以下のよ
> >>>>> うな訳文にしました。ただし、実際に生成して現物確認はしていないので、やっ
> >>>>> ぱ man ページの方がいいかもというご意見があればぜひ。
> >>>>>
> >>>>> * SELinux のマニュアルページを生成する
> >>>>> * 生成された SELinux のマニュアルページの格納先となるパス
> >>>>> * 作成するマニュアルページのドメイン名
> >>>>> * マニュアルページの OS 名
> >>>>> * 選択した SELinux マニュアルページを HTML 形式で生成する
> >>>>>
> >>>>
> >>>> これは、man コマンドで読める troff 形式の普通の man ページです。
> >>>> ためしに、
> >>>> $ sepolicy -a [-p 任意のディレクトリ]
> >>>> と実行してみてください。
> >>>> 指定したディレクトリ(指定しない場合は/tmp)配下に*_selinux.8という名の
> >>>> troff形式のファイルが生成されるのが確認できると思います。
> >>>> 試しにmanで読む場合は、生成されたファイル名をパス付き(相対でも絶対でも)で
> >>>> manコマンドに渡してみてください。
> >>>>
> >>>>
> >>>>
> >>>> あと、「マニュアルページ」という訳語についてですが、
> >>>> 水本さんと加藤さんとで、ひょっとしたら理解に食い違いが出ているような
> >>>> 気がしました (私の勘違いなら申し訳ありません。ご容赦ください)。
> >>>> 私なりの理解では、加藤さんのご意見は、
> >>>> 「manで読むマニュアルを意味する"man pages"を、"man
> ページ"ではなく"マニュアルページ"としたい」
> >>>> ということだと解釈しました。
> >>>>
> >>>> 一方で、水本さんは
> >>>> 「通常のmanで読むマニュアルではないから "man
> ページ"ではなく"マニュアルページ"とした方がよい」
> >>>> とおっしゃっているように解釈しました。
> >>>>
> >>>> 結果としては同じ「マニュアルページ」でも主張する立場が異なっているように思えたので、そこが少し気になりました。
> >>>> 私の理解が誤っていれば訂正していただけるとありがたいです。
> >>>>
> >>>>
> >>>>
> >>>> なお、水本さんのおっしゃる、通常のmanではないマニュアル全般(?)について
> >>>> 「マニュアルページ」という訳語を与えるのは少し違和感を覚えます。
> >>>> 一個のまとまった文書を指すのであれば、「マニュアルページ」よりも「マニュアル」だけの方がよいと思います。
> >>>> いわゆるman pages以外に対して、「マニュアルページ」と呼ぶとすれば、
> >>>> マニュアルを掲載したWebページを指す場合や、マニュアルの一部分のページを指す場合
> >>>> などでなければ、少し耳慣れない印象を与えるように思います。
> >>>> 個人的には、man pages以外に「マニュアルページ」と呼ぶ例はパッと思いつきません。
> >>>> いかがでしょうか。
> >>>>
> >>>> # man pages自体を「マニュアルページ」と呼ぶのは違和感ないと思います。
> >>>> # JMでも「マニュアルページ」と呼んでいます[1]。
> >>>>
> >>>> [1] http://linuxjm.sourceforge.jp/
> >>>>
> >>>>
> >>>> --
> >>>> Jiro Matsuzawa
> >>>> Email: jmatsuzawa at gnome.org
> >>>> GPG Key ID: 0xECC442E9
> >>>> --
> >>>> trans-ja mailing list
> >>>> trans-ja(a)lists.fedoraproject.org
> >>>> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>>>
> >>> --
> >>> trans-ja mailing list
> >>> trans-ja(a)lists.fedoraproject.org
> >>> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>>
> >>
> >> --
> >> trans-ja mailing list
> >> trans-ja(a)lists.fedoraproject.org
> >> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >
> >
> >
>  


-- 
Jiro Matsuzawa
Email: jmatsuzawa at gnome.org
GPG Key ID: 0xECC442E9

policycoreutils 予約 =＞ 完了

[Noriko Mizumoto]

(2014年07月25日 02:57), Jiro Matsuzawa wrote:
>  水本さん
>  
>  松澤です。
>  素早いお返事ありがとうございます。
>  
>  私の方が少し混乱してきました。。。
>  水本さんの意図をちゃんと理解できていないので、一点だけ確認させてください。
>  
>  ## 質問 ##
>  原文の"man pages"が通常のman pagesと異なるとは、具体的にどういう意図でしょうか?
>  
>  以下、質問の補足です。
>  以前のメール[1]でもお伝えしましたが、これは通常のmanコマンドで読むman pagesだと
>  理解しております。[1]にもあるとおり、私なりに実際に生成されたファイルを確認し、
>  manでも読んでみた上で申しています。これが通常のman pagesではないとおっしゃる真意を
>  掴めていないので、その溝を埋めないことには話が噛み合わないように感じました。
>  
>  (私なりに水本さんの意図を以下のとおり推測してみたのですが、あまり自信はありません。
>  要するに「通常のman pagesも、sepolicyで生成されるman pagesも、
>  ファイル自体は同じtroff形式の一般的なman pagesであるが、*生成方法が特殊*なので
>  区別した呼称を与えたい」ということでしょうか?) 
松澤さん、
私自身は技術的経験およびそれに伴う知識に非常に制限があるため、とんでもな
い勘違いをしていることもあります。その際はどうかご指摘ください。

man comand_name で出力されるのは一般的にそのコマンドに関する説明で、いず
れのマシンで発行しても同じ説明が出力されるものを一般的な man pages と理
解しています。一方、対象の 5 つの文字列は 'sepolicy manpage' というコマ
ンドに関する説明で、ここに出てくる man page とは、インストールした
SELinux ポリシーに応じて管理者が生成する説明を指し、ここにはプロセスドメ
インに関する詳細が記載されています。この説明は生成環境に応じて内容が異な
る、HTML形式で生成する選択もあると理解しています。これについてはRHELのガ
イドを読みました [1]と[2]。
このガイドを読むと、実際に利用する管理者にとっては区別した方がわかりやす
いのではないかと憶測しています。私自身はこの機能を利用した管理を行った経
験がないので理解が誤っているかもしれません。

[1]:https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux...
[2]:https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux...

水本


>  
>  [1] https://lists.fedoraproject.org/pipermail/trans-ja/2014-July/002554.html
>  
>  
>  お手数ですが、ご教示ください。
>  以上です。
>  
>  2014-07-24 10:07 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> > 水本です
> >
> > (2014年07月23日 23:34), Jiro Matsuzawa wrote:
> >> 水本さん、皆さん
> >>
> >> 松澤です。
> >>
> >> 何ども申し訳ございません。ひょっとしたら、私の言い方がややこしくて
> >> 少し混乱させてしまったかもしれません。お許しください。
> >> (些細な点なので、transifex移行など重要な作業が落ち着いた後にでも読んでいただければ、と)
> >>
> > いえ、混乱はしていないので大丈夫です(^^)v
> >
> >>
> >> ## 私の言いたかったポイント ##
> >> * これらはmanコマンドで読む通常のman pagesである
> >> * 通常のman pagesと、その他マニュアル一般とを区別できる訳語が好ましい
> >>
> >> 特に後者のポイントについては、水本さんも7月10日のメールで[1]、
> >> ガイドなどのマニュアルと区別できるので「man ページ」とした、
> >> とおっしゃっていた点です。
> >
> > 本メールで対象としている 5 つの文字列は通常の man で読むマニュアルとは異
> > なるようなので、通常の man page とは扱いを別にした方がよいのではないかと
> > いうのが私の論点でした。
> >
> >> この点で「マニュアル」は区別がしづらいのであまり良いとは思いません。
> >
> > 松澤さんのヘルプをいただき、ポリシーに応じて管理者が個々に生成する独自の
> > マニュアルであることがわかりました。このため、通常の man page とは別に
> > 「マニュアル」にしました。
> >
> >>
> >> 提案に挙がった訳語を、man pagesの識別しやすさ順に並べると以下のようになると思います:
> >> 1. man ページ
> >> 2. マニュアルページ
> >> 3. マニュアル
> >>
> >>
> >> ## "man pages"の対訳管理 ##
> >> "man pages"は他にもいろいろな箇所で登場するでしょうし、
> >> 今後の作業効率化のためにも、対訳管理しておくのがよいのでは、と思いました。
> >> これについては、話題が独立するので別トピックを立ててそちらで話を進めるのが良いかなと思います。
> >
> > 通常の man pages と対象となっている 5 つの文字列 (ポリシーに応じて個々に
> > 生成する man pages) を同列に扱うという点で明確に同意が多数なのであれ
> > ば、"man pages" の対訳管理のトピックで決定した対訳に従うのが自然だと思い
> > ます。しかし、少なくとも私は、別々に扱った方がよいと思っています。通常の
> > man pages は「man ページ」がよいと思っていますが、この対象文字列について
> > は「マニュアル」がわかりやすいのではないかと感じています。
> >
> > 水本
> >
> >>
> >>
> >> [1] https://lists.fedoraproject.org/pipermail/trans-ja/2014-July/002551.html
> >>
> >>
> >> 以上です。
> >>
> >>
> >>
> >>
> >> 2014-07-23 10:20 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> >>> 松澤さん、加藤さん
> >>>
> >>> 理解のレベルが違っていた、コマンド自体の機能がわかっていなかったため、加
> >>> 藤さんの指摘意図を理解できなかったんですね。すいません。
> >>>
> >>> 「マニュアルページ」について。たしかに、ここではページを訳出する意味もな
> >>> いですし、一部を指すわけでもなく違和感がありますね。「マニュアル」にして
> >>> みたところ、すっきり感があったので「マニュアル」に修正しました。
> >>>
> >>> 水本
> >>>
> >>> (2014年07月15日 08:08), KATO Tomoyuki wrote:
> >>>> 松澤さん、水本さん
> >>>>
> >>>> こんにちは、加藤です。
> >>>>
> >>>> すっかり遅くなりましたが、
> >>>> 私の指摘意図としては、松澤さんのおっしゃるとおりです。
> >>>>
> >>>> manコマンドで表示するものだからといって、
> >>>> manを英語のままにする理由は少ないように感じています。
> >>>>
> >>>>
> >>>>> 水本さん、加藤さん、皆さん
> >>>>>
> >>>>> 松澤です。
> >>>>> ちょっと長くなりますが、ご容赦ください。
> >>>>>
> >>>>> 2014-07-14 14:47 GMT+09:00 Noriko Mizumoto
> <noriko(a)fedoraproject.org&gt;:
> >>>>>>> 先頭のものは
> >>>>>>> $ sepolicy --help
> >>>>>> で表示させると、先頭の文字列は sepolicy に manpage の引数を使用した場合
> >>>>>> の説明であることがわかりました。
> >>>>>>
> >>>>>>> で、残りの4つは
> >>>>>>> $ sepolicy manpage --help
> >>>>>> sepolicy manpage にさらに各種の引数を使用した場合の説明でした。このコマ
> >>>>>> ンドを使用すると、ポリシーに応じたマニュアルページが生成され、そこにはプ
> >>>>>> ロセスドメインについての詳細が記述されているため、常に最新の情報が記述さ
> >>>>>> れたページが生成できるらしいです。
> >>>>>>
> >>>>>> 長くなりましたが、以上の状況から一般的な man ページとは異なるため、加藤
> >>>>>> さんのご意見にしたがい、マニュアルページに統一しようと思います。以下のよ
> >>>>>> うな訳文にしました。ただし、実際に生成して現物確認はしていないので、やっ
> >>>>>> ぱ man ページの方がいいかもというご意見があればぜひ。
> >>>>>>
> >>>>>> * SELinux のマニュアルページを生成する
> >>>>>> * 生成された SELinux のマニュアルページの格納先となるパス
> >>>>>> * 作成するマニュアルページのドメイン名
> >>>>>> * マニュアルページの OS 名
> >>>>>> * 選択した SELinux マニュアルページを HTML 形式で生成する
> >>>>>>
> >>>>>
> >>>>> これは、man コマンドで読める troff 形式の普通の man ページです。
> >>>>> ためしに、
> >>>>> $ sepolicy -a [-p 任意のディレクトリ]
> >>>>> と実行してみてください。
> >>>>> 指定したディレクトリ(指定しない場合は/tmp)配下に*_selinux.8という名の
> >>>>> troff形式のファイルが生成されるのが確認できると思います。
> >>>>> 試しにmanで読む場合は、生成されたファイル名をパス付き(相対でも絶対でも)で
> >>>>> manコマンドに渡してみてください。
> >>>>>
> >>>>>
> >>>>>
> >>>>> あと、「マニュアルページ」という訳語についてですが、
> >>>>> 水本さんと加藤さんとで、ひょっとしたら理解に食い違いが出ているような
> >>>>> 気がしました (私の勘違いなら申し訳ありません。ご容赦ください)。
> >>>>> 私なりの理解では、加藤さんのご意見は、
> >>>>> 「manで読むマニュアルを意味する"man pages"を、"man
> ページ"ではなく"マニュアルページ"としたい」
> >>>>> ということだと解釈しました。
> >>>>>
> >>>>> 一方で、水本さんは
> >>>>> 「通常のmanで読むマニュアルではないから "man
> ページ"ではなく"マニュアルページ"とした方がよい」
> >>>>> とおっしゃっているように解釈しました。
> >>>>>
> >>>>> 結果としては同じ「マニュアルページ」でも主張する立場が異なっているように思えたので、そこが少し気になりました。
> >>>>> 私の理解が誤っていれば訂正していただけるとありがたいです。
> >>>>>
> >>>>>
> >>>>>
> >>>>> なお、水本さんのおっしゃる、通常のmanではないマニュアル全般(?)について
> >>>>> 「マニュアルページ」という訳語を与えるのは少し違和感を覚えます。
> >>>>> 一個のまとまった文書を指すのであれば、「マニュアルページ」よりも「マニュアル」だけの方がよいと思います。
> >>>>> いわゆるman pages以外に対して、「マニュアルページ」と呼ぶとすれば、
> >>>>> マニュアルを掲載したWebページを指す場合や、マニュアルの一部分のページを指す場合
> >>>>> などでなければ、少し耳慣れない印象を与えるように思います。
> >>>>> 個人的には、man pages以外に「マニュアルページ」と呼ぶ例はパッと思いつきません。
> >>>>> いかがでしょうか。
> >>>>>
> >>>>> # man pages自体を「マニュアルページ」と呼ぶのは違和感ないと思います。
> >>>>> # JMでも「マニュアルページ」と呼んでいます[1]。
> >>>>>
> >>>>> [1] http://linuxjm.sourceforge.jp/
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Jiro Matsuzawa
> >>>>> Email: jmatsuzawa at gnome.org
> >>>>> GPG Key ID: 0xECC442E9
> >>>>> --
> >>>>> trans-ja mailing list
> >>>>> trans-ja(a)lists.fedoraproject.org
> >>>>> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>>>>
> >>>> --
> >>>> trans-ja mailing list
> >>>> trans-ja(a)lists.fedoraproject.org
> >>>> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>>>
> >>>
> >>> --
> >>> trans-ja mailing list
> >>> trans-ja(a)lists.fedoraproject.org
> >>> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>
> >>
> >>
> >
>  
>  
>

policycoreutils 予約 =＞ 完了

[Jiro Matsuzawa]

水本さん

松澤です。
詳細な説明ありがとうございます。

実際の生成物を確認されたうえで、
日本語表記を分けた方がユーザーにとって都合がよい
と判断されたのであれば、特に異論はありません。

# 以下は、あくまで参考までに。
# 私個人の主観ですが、内容や生成経緯の如何を問わず、
# manで読むことを想定したドキュメントを「manページ」と呼ぶことに違和感はありません。
# もちろん人により受け取り方は様々でしょうし、区別したいという考えがあるのももっともなことだと思います。

簡単ですが、以上です。
ありがとうございました。



2014-07-25 14:11 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
>  (2014年07月25日 02:57), Jiro Matsuzawa wrote:
> > 水本さん
> >
> > 松澤です。
> > 素早いお返事ありがとうございます。
> >
> > 私の方が少し混乱してきました。。。
> > 水本さんの意図をちゃんと理解できていないので、一点だけ確認させてください。
> >
> > ## 質問 ##
> > 原文の"man pages"が通常のman pagesと異なるとは、具体的にどういう意図でしょうか?
> >
> > 以下、質問の補足です。
> > 以前のメール[1]でもお伝えしましたが、これは通常のmanコマンドで読むman pagesだと
> > 理解しております。[1]にもあるとおり、私なりに実際に生成されたファイルを確認し、
> > manでも読んでみた上で申しています。これが通常のman pagesではないとおっしゃる真意を
> > 掴めていないので、その溝を埋めないことには話が噛み合わないように感じました。
> >
> > (私なりに水本さんの意図を以下のとおり推測してみたのですが、あまり自信はありません。
> > 要するに「通常のman pagesも、sepolicyで生成されるman pagesも、
> > ファイル自体は同じtroff形式の一般的なman pagesであるが、*生成方法が特殊*なので
> > 区別した呼称を与えたい」ということでしょうか?)
>
>  松澤さん、
>  私自身は技術的経験およびそれに伴う知識に非常に制限があるため、とんでもな
>  い勘違いをしていることもあります。その際はどうかご指摘ください。
>
>  man comand_name で出力されるのは一般的にそのコマンドに関する説明で、いず
>  れのマシンで発行しても同じ説明が出力されるものを一般的な man pages と理
>  解しています。一方、対象の 5 つの文字列は 'sepolicy manpage' というコマ
>  ンドに関する説明で、ここに出てくる man page とは、インストールした
>  SELinux ポリシーに応じて管理者が生成する説明を指し、ここにはプロセスドメ
>  インに関する詳細が記載されています。この説明は生成環境に応じて内容が異な
>  る、HTML形式で生成する選択もあると理解しています。これについてはRHELのガ
>  イドを読みました [1]と[2]。
>  このガイドを読むと、実際に利用する管理者にとっては区別した方がわかりやす
>  いのではないかと憶測しています。私自身はこの機能を利用した管理を行った経
>  験がないので理解が誤っているかもしれません。
>
>
> [1]:https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux...
>
> [2]:https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux...
>
>  水本
>
>
> >
> > [1] https://lists.fedoraproject.org/pipermail/trans-ja/2014-July/002554.html
> >
> >
> > お手数ですが、ご教示ください。
> > 以上です。
> >
> > 2014-07-24 10:07 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> >> 水本です
> >>
> >> (2014年07月23日 23:34), Jiro Matsuzawa wrote:
> >>> 水本さん、皆さん
> >>>
> >>> 松澤です。
> >>>
> >>> 何ども申し訳ございません。ひょっとしたら、私の言い方がややこしくて
> >>> 少し混乱させてしまったかもしれません。お許しください。
> >>> (些細な点なので、transifex移行など重要な作業が落ち着いた後にでも読んでいただければ、と)
> >>>
> >> いえ、混乱はしていないので大丈夫です(^^)v
> >>
> >>>
> >>> ## 私の言いたかったポイント ##
> >>> * これらはmanコマンドで読む通常のman pagesである
> >>> * 通常のman pagesと、その他マニュアル一般とを区別できる訳語が好ましい
> >>>
> >>> 特に後者のポイントについては、水本さんも7月10日のメールで[1]、
> >>> ガイドなどのマニュアルと区別できるので「man ページ」とした、
> >>> とおっしゃっていた点です。
> >>
> >> 本メールで対象としている 5 つの文字列は通常の man で読むマニュアルとは異
> >> なるようなので、通常の man page とは扱いを別にした方がよいのではないかと
> >> いうのが私の論点でした。
> >>
> >>> この点で「マニュアル」は区別がしづらいのであまり良いとは思いません。
> >>
> >> 松澤さんのヘルプをいただき、ポリシーに応じて管理者が個々に生成する独自の
> >> マニュアルであることがわかりました。このため、通常の man page とは別に
> >> 「マニュアル」にしました。
> >>
> >>>
> >>> 提案に挙がった訳語を、man pagesの識別しやすさ順に並べると以下のようになると思います:
> >>> 1. man ページ
> >>> 2. マニュアルページ
> >>> 3. マニュアル
> >>>
> >>>
> >>> ## "man pages"の対訳管理 ##
> >>> "man pages"は他にもいろいろな箇所で登場するでしょうし、
> >>> 今後の作業効率化のためにも、対訳管理しておくのがよいのでは、と思いました。
> >>> これについては、話題が独立するので別トピックを立ててそちらで話を進めるのが良いかなと思います。
> >>
> >> 通常の man pages と対象となっている 5 つの文字列 (ポリシーに応じて個々に
> >> 生成する man pages) を同列に扱うという点で明確に同意が多数なのであれ
> >> ば、"man pages" の対訳管理のトピックで決定した対訳に従うのが自然だと思い
> >> ます。しかし、少なくとも私は、別々に扱った方がよいと思っています。通常の
> >> man pages は「man ページ」がよいと思っていますが、この対象文字列について
> >> は「マニュアル」がわかりやすいのではないかと感じています。
> >>
> >> 水本
> >>
> >>>
> >>>
> >>> [1] https://lists.fedoraproject.org/pipermail/trans-ja/2014-July/002551.html
> >>>
> >>>
> >>> 以上です。
> >>>
> >>>
> >>>
> >>>
> >>> 2014-07-23 10:20 GMT+09:00 Noriko Mizumoto <noriko(a)fedoraproject.org&gt;:
> >>>> 松澤さん、加藤さん
> >>>>
> >>>> 理解のレベルが違っていた、コマンド自体の機能がわかっていなかったため、加
> >>>> 藤さんの指摘意図を理解できなかったんですね。すいません。
> >>>>
> >>>> 「マニュアルページ」について。たしかに、ここではページを訳出する意味もな
> >>>> いですし、一部を指すわけでもなく違和感がありますね。「マニュアル」にして
> >>>> みたところ、すっきり感があったので「マニュアル」に修正しました。
> >>>>
> >>>> 水本
> >>>>
> >>>> (2014年07月15日 08:08), KATO Tomoyuki wrote:
> >>>>> 松澤さん、水本さん
> >>>>>
> >>>>> こんにちは、加藤です。
> >>>>>
> >>>>> すっかり遅くなりましたが、
> >>>>> 私の指摘意図としては、松澤さんのおっしゃるとおりです。
> >>>>>
> >>>>> manコマンドで表示するものだからといって、
> >>>>> manを英語のままにする理由は少ないように感じています。
> >>>>>
> >>>>>
> >>>>>> 水本さん、加藤さん、皆さん
> >>>>>>
> >>>>>> 松澤です。
> >>>>>> ちょっと長くなりますが、ご容赦ください。
> >>>>>>
> >>>>>> 2014-07-14 14:47 GMT+09:00 Noriko Mizumoto
> <noriko(a)fedoraproject.org&gt;:
> >>>>>>>> 先頭のものは
> >>>>>>>> $ sepolicy --help
> >>>>>>> で表示させると、先頭の文字列は sepolicy に manpage の引数を使用した場合
> >>>>>>> の説明であることがわかりました。
> >>>>>>>
> >>>>>>>> で、残りの4つは
> >>>>>>>> $ sepolicy manpage --help
> >>>>>>> sepolicy manpage にさらに各種の引数を使用した場合の説明でした。このコマ
> >>>>>>> ンドを使用すると、ポリシーに応じたマニュアルページが生成され、そこにはプ
> >>>>>>> ロセスドメインについての詳細が記述されているため、常に最新の情報が記述さ
> >>>>>>> れたページが生成できるらしいです。
> >>>>>>>
> >>>>>>> 長くなりましたが、以上の状況から一般的な man ページとは異なるため、加藤
> >>>>>>> さんのご意見にしたがい、マニュアルページに統一しようと思います。以下のよ
> >>>>>>> うな訳文にしました。ただし、実際に生成して現物確認はしていないので、やっ
> >>>>>>> ぱ man ページの方がいいかもというご意見があればぜひ。
> >>>>>>>
> >>>>>>> * SELinux のマニュアルページを生成する
> >>>>>>> * 生成された SELinux のマニュアルページの格納先となるパス
> >>>>>>> * 作成するマニュアルページのドメイン名
> >>>>>>> * マニュアルページの OS 名
> >>>>>>> * 選択した SELinux マニュアルページを HTML 形式で生成する
> >>>>>>>
> >>>>>>
> >>>>>> これは、man コマンドで読める troff 形式の普通の man ページです。
> >>>>>> ためしに、
> >>>>>> $ sepolicy -a [-p 任意のディレクトリ]
> >>>>>> と実行してみてください。
> >>>>>> 指定したディレクトリ(指定しない場合は/tmp)配下に*_selinux.8という名の
> >>>>>> troff形式のファイルが生成されるのが確認できると思います。
> >>>>>> 試しにmanで読む場合は、生成されたファイル名をパス付き(相対でも絶対でも)で
> >>>>>> manコマンドに渡してみてください。
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> あと、「マニュアルページ」という訳語についてですが、
> >>>>>> 水本さんと加藤さんとで、ひょっとしたら理解に食い違いが出ているような
> >>>>>> 気がしました (私の勘違いなら申し訳ありません。ご容赦ください)。
> >>>>>> 私なりの理解では、加藤さんのご意見は、
> >>>>>> 「manで読むマニュアルを意味する"man pages"を、"man
> ページ"ではなく"マニュアルページ"としたい」
> >>>>>> ということだと解釈しました。
> >>>>>>
> >>>>>> 一方で、水本さんは
> >>>>>> 「通常のmanで読むマニュアルではないから "man
> ページ"ではなく"マニュアルページ"とした方がよい」
> >>>>>> とおっしゃっているように解釈しました。
> >>>>>>
> >>>>>> 結果としては同じ「マニュアルページ」でも主張する立場が異なっているように思えたので、そこが少し気になりました。
> >>>>>> 私の理解が誤っていれば訂正していただけるとありがたいです。
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> なお、水本さんのおっしゃる、通常のmanではないマニュアル全般(?)について
> >>>>>> 「マニュアルページ」という訳語を与えるのは少し違和感を覚えます。
> >>>>>> 一個のまとまった文書を指すのであれば、「マニュアルページ」よりも「マニュアル」だけの方がよいと思います。
> >>>>>> いわゆるman pages以外に対して、「マニュアルページ」と呼ぶとすれば、
> >>>>>> マニュアルを掲載したWebページを指す場合や、マニュアルの一部分のページを指す場合
> >>>>>> などでなければ、少し耳慣れない印象を与えるように思います。
> >>>>>> 個人的には、man pages以外に「マニュアルページ」と呼ぶ例はパッと思いつきません。
> >>>>>> いかがでしょうか。
> >>>>>>
> >>>>>> # man pages自体を「マニュアルページ」と呼ぶのは違和感ないと思います。
> >>>>>> # JMでも「マニュアルページ」と呼んでいます[1]。
> >>>>>>
> >>>>>> [1] http://linuxjm.sourceforge.jp/
> >>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> Jiro Matsuzawa
> >>>>>> Email: jmatsuzawa at gnome.org
> >>>>>> GPG Key ID: 0xECC442E9
> >>>>>> --
> >>>>>> trans-ja mailing list
> >>>>>> trans-ja(a)lists.fedoraproject.org
> >>>>>> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>>>>>
> >>>>> --
> >>>>> trans-ja mailing list
> >>>>> trans-ja(a)lists.fedoraproject.org
> >>>>> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>>>>
> >>>>
> >>>> --
> >>>> trans-ja mailing list
> >>>> trans-ja(a)lists.fedoraproject.org
> >>>> https://admin.fedoraproject.org/mailman/listinfo/trans-ja
> >>>
> >>>
> >>>
> >>
> >
> >
> >
>  


-- 
Jiro Matsuzawa
Email: jmatsuzawa at gnome.org
GPG Key ID: 0xECC442E9