【相談】dnf でのアップデート時の メッセージ "Upgrading" の動名詞と進行形を区別できない

[Ooyama Yosiyuki]

大山です。
たびたび投稿して、すみません。さて、
Fedora 23での gnome ターミナルでアップデート中に出る語句「Upgrading」（現時点での和訳は「アップグレード」）
  #28; Refs: ../dnf/yum/rpmtrans.py:129 ../dnf/cli/output.py:1005
の翻訳に関して、相談があります。

gnome ターミナルでの dnf アップデート時に出るメッセージに、「アップグレード」という語句が何度か出るのですが、
「トランザクションの要約」の前にある「アップグレード:」の原文「Upgrading」は、おそらく動名詞の用法であり「アップグレード内容」「アップグレードします」のような意味でしょう。
いっぽう、「トランザクションを実行中」の「アップグレード」の原文「Upgrading」は、おそらく現在進行形の用法であり、「アップグレード中」「アップグレードしています」のような意味でしょう。

厳密に考えると、和訳のさい、動名詞と進行形の「Upgrading」の意味を区別する必要があります。
しかし、現在でのzanataでの仕様では、たしか、両方とも同じメッセージID（たぶん、#28; Refs: ../dnf/yum/rpmtrans.py:129
../dnf/cli/output.py:1005）に対応しており、翻訳入力時に区別できません。

なお、たしか「Downgrading」 ( #23; Refs: ../dnf/yum/rpmtrans.py:124 ../dnf/cli/output.py:1008 )
にも、同様の問題があります。

[Jiro Matsuzawa]

大山さん

松澤です。

2016-02-02 20:55 GMT+09:00 Ooyama Yosiyuki <sujiniku(a)fedoraproject.org&gt;:
>  厳密に考えると、和訳のさい、動名詞と進行形の「Upgrading」の意味を区別する必要があります。
>  しかし、現在でのzanataでの仕様では、たしか、両方とも同じメッセージID（たぶん、#28; Refs: ../dnf/yum/rpmtrans.py:129
> ../dnf/cli/output.py:1005）に対応しており、翻訳入力時に区別できません。
>  
これは、zanataの仕様というよりも、dnf側の問題だと思います。
gettextでは、Context(msgctxt)を付与することで、同一原文であっても
異なるメッセージとして区別して訳せる仕組みがあります[1]。

dnf側にバグ報告するのが正攻法であり、根本解決につながります。

[1]: https://www.gnu.org/software/gettext/manual/html_node/Contexts.html#Contexts



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

[Ooyama Yosiyuki]

大山です。
"Upgrading"メッセージの件、 RedHat Bugzilla にバグ報告しました。
まだバグ解決してないので、今のところは中間報告です。

まず、バグジラに報告した理由は、下記のとおりです。

まず私は、DNF公式コミュニティに "Upgrading" メッセージの問題点を報告しようとして、
DNFの公式サイト
http://dnf.baseurl.org/

からのリンクをたどっていった結果、
最終的に RedHat Bugzilla に転送されたので、バグジラに報告しました。
https://bugzilla.redhat.com/show_bug.cgi?id=1305340

そしてバグジラに報告した結果、相手先から下記のGitHub内のDNFサイトを紹介され、
https://github.com/rpm-software-management/dnf

そして、（できればGitHubにて？）「プルリクエストをして頂けませんか？」的な依頼を私が言われたみたいなんですが（「Can you please propose your
solution via pull request [1]? 」と言われました）、
しかし私はIT知識不足のため、GitHubの使い方がさっぱり、現状の私には分かりません。

[Ooyama Yosiyuki]

【中間報告など】
大山です。
"Upgrading"の動名詞と現在進行形の件についての、中間報告です。

Red Hat Bugzilla に報告しときました。
https://bugzilla.redhat.com/show_bug.cgi?id=1305340

なお、前日にも中間報告をしたつもりなのですが、メールの送信に失敗したかもしれません。
なので、もし中間報告のメールが2通来たら、ご容赦ください。

DNFの公式サイトを見たところ、
http://dnf.baseurl.org/

Red Hat Bugzilla にバグ報告をするように誘導していたので、バグジラに報告した次第です。
報告した結果、バグジラでの相手先が私に、GitHub内のDNFのページを提示して、
[1] https://github.com/rpm-software-management/dnf

そして「プルリクエストしてほしい」的なことを私が言われたみたいなのですが、
（「Can you please propose your solution via pull request [1]? I 」と言われました）
しかし私にはGitHubの使いかたが、現状では分かりません。

そもそも「プルリクエスト」ってのが何かを、私は知りません。とりあえず、GitHubのアカウントを作ってみましたが、その先の操作が分かりません。

なお、
"Installing" → "To be installed"
のように「transaction summary」内のメッセージに変えてはどうか、などの提案も、私がされたようです。
（相手先「I though about renaming "Installing" and so on in transaction summary to
"To be installed", etc. But then the wording would be too complicated.」とのことです。）
「To be 過去分詞」という事のようです。

この「To be 過去分詞」の案、私個人的には、よいアイデアだと思います。
なぜなら、よく次回予告とかで「To be continued」とかテレビドラマや漫画でメッセージを見かけるし、
それに日本の高校英語でも「To不定詞は、予定や計画などを表す」って習いますので。

[Jiro Matsuzawa]

大山さん

松澤です。

2016-02-10 12:03 GMT+09:00 Ooyama Yosiyuki <sujiniku(a)fedoraproject.org&gt;:
>  Red Hat Bugzilla に報告しときました。
>  https://bugzilla.redhat.com/show_bug.cgi?id=1305340
>
>  
報告ありがとうございます。

>  報告した結果、バグジラでの相手先が私に、GitHub内のDNFのページを提示して、
>  [1] https://github.com/rpm-software-management/dnf
>
>  そして「プルリクエストしてほしい」的なことを私が言われたみたいなのですが、
>  （「Can you please propose your solution via pull request [1]? I 」と言われました）
>  しかし私にはGitHubの使いかたが、現状では分かりません。
>
>  そもそも「プルリクエスト」ってのが何かを、私は知りません。とりあえず、GitHubのアカウントを作ってみましたが、その先の操作が分かりません。
>  
たぶんご自身で調査済みだとは思いますが、
「プルリクエストしてもらえますか」というお願いの意図は、
大山さんの考える修正案を教えてくださいということです。
翻訳者にとってどういう修正が好ましいのか意見を聞きたいのだと思います。

GitHubでは、プルリクエストという仕組みで修正案を簡単に提供することができます[1]。
詳しく知りたい場合は、オンラインや書籍、雑誌など情報は充実しているので調べてみてください。

もし大山さんがソースレベルで修正案を出す予定がなければ、実際にプルリクエストする必要はないと私は思います。
時間も技術的なスキルもある程度必要になるので、誰でもできる作業でないのは依頼者も分かっているはずです。
その場合、プルリクエストを出すつもりはないという点は開発者に明確に伝えた方が良いかもしれません。


>  なお、
>  "Installing" → "To be installed"
>  のように「transaction summary」内のメッセージに変えてはどうか、などの提案も、私がされたようです。
>  （相手先「I though about renaming "Installing" and so on in transaction summary to
> "To be installed", etc. But then the wording would be too
> complicated.」とのことです。）
>  「To be 過去分詞」という事のようです。
>
>  この「To be 過去分詞」の案、私個人的には、よいアイデアだと思います。
>  
メッセージ自体を変えるというのは、今回の問題の解決法の一つで、良いと思います。

変更後のメッセージに関しては本題から逸れますが、"To be installed:〜"が良いかは正直ちょっとわかりません。
後ろにコロンと対象のパッケージリストが続くので、句読法として少し違和感はあります。
個人的には、今の"Installing:〜"の方が流れとしてまだ自然な気がします。

"The following packages will be installed: 〜"なら、流れも自然で意味も明確で良いかなと思います。
いかがでしょうか?

もちろん、"To be installed"がダメというつもりはありません。
意図は分かりますし、問題を解決するなら良いと思います。
あくまで、これがベストなUIメッセージかは疑問があるという程度です。


[1] https://help.github.com/articles/proposing-changes-to-a-project-with-pull...


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