/srv/irclogs.ubuntu.com/2017/03/12/#ubuntu-jp.txt

hito_jpオンラインなもののちょっと席外したりします（あとわりとくたびれているので寝落ちの危険アリ）10:44
hito_jpそして先週はすんませんでしたー（熱出して死んでた）10:44
ikuyaNOTEいえいえ、ご自愛を最優先で10:45
hito_jpちょこっと用事が終わってないので30minぐらい席外します、すみません11:00
ikuyaNOTEはーい11:01
mocchi こんばんは11:01
ikuyaNOTEこんばんはー11:01
shibataこんばんは11:01
jkbys_こんばんは11:01
ikuyaNOTE今日は誰が司会進行しましょうかー11:02
kazken3こんばんは11:02
jkbys_いくやさんが司会がええんとちゃうかな11:03
ikuyaNOTEじゃあ今日もやりますか……11:04
ikuyaNOTEでは、IRCミーティングを始めます11:04
mocchiんじゃぁ議事録やります。11:04
mocchihttps://wiki.ubuntulinux.jp/IRCMeeting/2017031211:04
ikuyaNOTE以後終了まで発言できるのはCoCに署名した方のみです11:04
ikuyaNOTE議題が増えていますね11:05
mocchi前回の議事録を参照して、金曜日に更新しておきました。11:06
ikuyaNOTEありがとうございます。11:06
mocchi柴田さんgarevert 処理は11:06
mocchiおっと11:06
ikuyaNOTE> 17.04 翻訳作業中に確認した問題について11:06
ikuyaNOTEあ、続けてください11:07
shibata前回議題にあがったrevert処理は一通り完了しました。11:07
mocchi柴田さんが土曜日にrevert処理を完了したと思いますので、11:07
mocchi報告だけいただければいいかなーと思います。11:07
mocchi> revert 関係に関しては。11:07
shibataただ議題にあがったリストが妥当かという話がMLにあがっていますので、11:07
shibataこの議題の続きはMLですすめるという形で良いと思います。11:08
shibata（ここで何か確認しておきたいことがなければ11:08
ikuyaNOTE特に追加で話しておくことはないかなぁと思いますねぇ11:08
mocchi了解です。11:09
ikuyaNOTEcall for translationはどのタイミングで出す、というのはコンセンサスを得てもいいかもしれません11:09
ikuyaNOTEプロセスの見直しを考慮するかしないかという点で11:09
shibataCfTは、revert作業の完了が必須という認識です。11:09
shibataあぁ、revert作業の完了とプロセスの見直しの完了の両方が必須？11:10
ikuyaNOTEかどうかですね11:10
shibataあ、「必須とすべきかどうか」を議論する話だったのですね。理解できていませんでした。11:10
ikuyaNOTEはい、そうです11:10
ikuyaNOTE必須とするべきであれば、最悪17.04では見送らないといけなくなるかもしれません。かといって、見直しが完了しないのにCfTを出すのは誠実ではないと取られるかもしれません11:11
shibata柴田としてはrevert作業については必須とすべきと考えています。プロセスの見直しは変更内容次第かなぁ。11:12
shibataというわけで、議題としてプロセスの見直しを先にやるのはいかがでしょう？11:12
ikuyaNOTEプロセスの見直しの結論は多分今日中には出ないので、それにつられてCfTが遅れるのはちょっと割けたいところです。11:13
shibataなるほど。11:13
=== chonan_ is now known as chonan
ikuyaNOTEいや、最低限のところだけ決めればいい気がしてきました11:14
ikuyaNOTE普通に翻訳する分には、現行ので特に問題ないと考えています。11:15
ikuyaNOTEhttps://wiki.ubuntulinux.jp/Develop/TranslationGuide11:15
ikuyaNOTEですね。11:15
ikuyaNOTE問題となるのは https://wiki.ubuntulinux.jp/enroll/translator_candidates かなと。11:15
ikuyaNOTEもしこの前提が正しければ、CfT自体を出すことは問題ないように思います11:16
shibata改定案の1だけでも、CfTの前にやっておいたほうがいいとは考えています。11:17
ikuyaNOTEそうですね11:18
shibataただやるかやらないか、誰がいつまでにどうやるかってのを「プロセスの見直し」議論するだろうと思っていますので、その議論が終わるまで柴田としてはCfTのタイミングについて意見を出しづらいなと思っています。11:18
ikuyaNOTEでは、まずは先にプロセスの見直しの話をする、というところから始めましょうか。11:19
ikuyaNOTEたぶん決を採る必要はないと思いますので、ご意見がある方はどうぞ11:19
mocchi案3と5はマージできそうですね。11:20
ikuyaNOTEちょいと気が早いですよ。。11:21
ikuyaNOTEでは、プロセスの見直しの話をします。11:21
mocchi気になってしまったもので・・・。11:21
ikuyaNOTE上から行きましょうか。11:21
ikuyaNOTE> 1. ライセンス(3-clause BSD)を遵守することを追加する(ikuya)11:22
ikuyaNOTEとはいえ、これはもう書いてあるんですよねぇ11:22
=== ken-i54k is now known as ken-i54k_
ikuyaNOTEなので、このライセンスと互換性のないものを突っ込まないでください、書くのがいいのかなぁと思うのですが……11:22
=== ken-i54k is now known as ken-i54k_
ikuyaNOTE何かご意見のある方はどうぞ11:23
ikuyaNOTE（ご意見がないのか私の進め方が悪いのかわからない……後者のような気がしますけど……11:24
shibata「追加する」というよりは「強調する」のがいいのでしょうか。11:24
ikuyaNOTEなるほど、そうですね11:25
shibataいまだと重要度のわりに埋もれちゃっているなぁと。いや、これが出てきたころはライセンス遵守は当然で、「スタイルガイド」を順守してもらうほうが重要だと感じてはいたのですが……11:26
ikuyaNOTE仰るとおりすぎてなんともはやです11:26
shibataでも、強調するにしてもうまくやらないと「重要・緊急・必須・拡散希望・いますぐ拡散を！」みたいなノリになってしまうんですよね……11:27
chonan結局どれが一番大事なのかわからなくなってしまうと...11:28
shibataですです（ここに書いてあることは全部大事なんですけどね……）11:29
ikuyaNOTE実際どのように書き換えるのかを相談するはちょっとこの場では難しいので、とりあえず方針を確認するだけなのでそのあたりは一旦置いとくしかない気がしますね……11:29
shibataライセンスに関して何か新しい項目を追加する必要はなく、強調する方法を考えるということでいいのでしょうか？11:30
ikuyaNOTEはい、それでいいと思います。11:30
shibata了解です。11:30
ikuyaNOTE一応決をとっておきます？11:31
kazken3ごめんなさい、一点だけ確認ですがこの記載の追加箇所は「TranslationGuide」であっていますか？「スタイルガイド」の方ですか？11:31
ikuyaNOTE前者という認識です11:31
kazken3了解です。11:31
shibata「TranslationGuide を改定したい 」という議題なので、スタイルガイドは管轄外だと思ってました……11:31
kazken3了解です11:31
kazken3「スタイルガイド」が話題に出ていたので、ちょっとごっちゃになりました。11:32
hito_jpちなみにそもそも論として、「参加する人はガイドを読んでくれる」は前提にいれていいんでしたっけ……11:32
shibataすみません＞スタイルガイド11:32
kazken3個人的には注意点の欄を短文にまとめ太字、その後は現在の記載を連ねるのがわかりやすいかな。。とは思っています。11:32
kazken3いえいえ＞スタイルガイド11:33
shibataLaunchpadの翻訳UIの先頭につねに表示される以上、そこは前提にしていいのではないでしょうか＞ガイドを読んでくれる11:33
kazken3そうですね。頭に乗っています。＞TranslationGuide11:33
ikuyaNOTEですねー（確認してました11:34
ikuyaNOTE> Before translating, be sure to go through Ubuntu Translators instructions and Japanese guidelines.11:34
ikuyaNOTEこの英語を読めない人が翻訳しようとするというのは流石に考慮外でいいのではないかと思うのですが……。11:35
shibataそういうときのための、2.の提案だという理解です＞考慮外11:35
hito_jpいちまつの不安が拭いきれない自分がいます……11:35
ikuyaNOTEこれも改定案WIPページが必要ですね……。11:36
hito_jpあーなんか個別論に入ると無限に時間が吸われますね11:37
ikuyaNOTE2に進んでいいでしょうか11:37
shibatahito_jp: 前提に立たない場合どういう対応になるのでしょうか？11:37
hito_jpたぶんガイドでカバーできないので11:37
hito_jpMLで定期的に流すとかそういうフォロー対応が必要かなぁ、と。11:37
shibataガイドは読んでくれないけど、MLは読んでくれるだろうという前提に立つ？11:38
hito_jpとはいえ例外的な事象に対してプロセスを重くするとろくなことがないという製造業由来の教えもあるので11:38
hito_jpえーと、少なくとも単一の方法でアプローチすると漏れるので、穴の空いた靴下は複数履きましょうというやつです11:38
shibataそういう意味では、CfTにはガイドライン読んでねというのはすでに対応済みですよね？11:38
hito_jpCfTより頻度上げないとだめかなと11:39
shibataなるほど。11:39
hito_jpまあプロセス重くしない方向にするのがいい気はするので（今回のは例外的事象だと思われる）、とりあえず気にしない方向で……。11:40
ikuyaNOTEIRCミーティングのログに毎回入れておくとかですかねぇ……11:40
shibataとりあえず議事録にはそういう提案があったということだけ書いておいてもらえばいいのかな。11:40
hito_jpIRCミーティング定期開催するのしんどいー……11:40
ikuyaNOTEログじゃないサマリー11:40
hito_jpはい > 議事録11:41
ikuyaNOTEでもCfTよりは頻度が上がるはずです11:41
ikuyaNOTEまぁいいや、2に行きましょうか11:41
mocchi議事録上では、案のひとつとして扱えると思いました。11:41
hito_jpえーと、「頻度を上げるべきか」と「頻度の上げ方」を同時に議論するとしんどい11:41
shibataはい。11:41
shibata＞2.に行きましょう11:41
hito_jpとりあえず走らせてから後からGoということで、司会はもうがんがん進めて良いと思います11:42
ikuyaNOTE議事録は大丈夫でしょうか？11:42
mocchi頑張ってます.11:42
ikuyaNOTEでは次へ11:42
mocchi先に進んでもらって構いません。11:42
ikuyaNOTE> 2. ライセンス違反と見られる行動があった場合はこのような行動を取るという(今回の結論)を追加する(ikuya)11:42
ikuyaNOTEようは映画泥棒みたいなやつですね11:43
hito_jpこれって「revertしてね、さもなければrevertするよ」に要約できるやつです？11:44
ikuyaNOTEそうですね。11:44
hito_jp1の附則でもOKです？11:45
hito_jp分けない方が分かりやすい気がする、という意味で。11:45
hito_jp1と2ってコインの裏表だと思うので……。11:46
ikuyaNOTE一番下に書いておくくらいかなと思っていましたが、確かにまとめてしまったほうがいいかもですね11:46
shibata「revertするよ」はライセンス違反だけが対象ですか？ ライセンス違反をのぞくガイドライン違反でなんらかの対応が必要になったときは、また別途考えるということ？11:46
hito_jpそれは都度でいい気がするんですよね11:47
ikuyaNOTEライセンス違反だけでいいんじゃないですかねぇ。ガイドライン違反はrevertではなく普通に上書きするだけでいい気がします11:47
shibataライセンス違反限定なら、1の附則のほうがわかりやすいと思います。11:47
hito_jprevertを要求するシリアスなガイドライン違反って何がありえそうでしょうか。とっさに思いつかない。11:48
shibataたしかに＞revertが必要になる例11:48
kazken3ライセンス違反ぐらいしかなさそうですかね。11:49
shibata最初のイメージがガイドラインの一番下に「このガイドラインに違反した場合は」みたいな項目が追加されるのかなというものだったので。11:49
hito_jpああ、非常事態対応プロシージャとしての立ち位置ってことですね。それは個別に議論にしたい……。11:50
ikuyaNOTEでは、2は1とまとめて目立たせる、ということでいいでしょうか11:50
shibataはい。異論はありません。11:50
hito_jp反応必要そうな時は> peersとかしてもらえると+1で反応できるので議事録係がはっぴー11:51
ikuyaNOTEこれも特に決は必要なさそうかなぁと思いました11:51
ikuyaNOTE議事録的に問題なければ次に行こうと思います11:52
mocchi大丈夫です。11:52
hito_jppeersコールしないで済むパターンなら、wait発生しちゃうので次に行く方がいいと思いますー。11:52
ikuyaNOTEwaitは意図的に入れていますすみません11:53
hito_jpぉぅ11:53
ikuyaNOTE> 3. 予備審査にCoCに署名していることを追加する11:53
ikuyaNOTEまぁこれは不要と思う人はいないと思うのですが、現在のqueueをどうするかという問題があるように思います。11:54
hito_jp現在のqueueはredefineに伴ってリセットでいいと思うんですよね11:54
hito_jpやるつもりがある人なら手を上げる気がする11:54
kazken3リセットで良いかと思います。11:55
shibataCandidatesっていましたっけ。11:55
kazken3いません。11:55
ikuyaNOTEリセットし、現在はkarmaしか見ていないのをCoCへの署名を確認するいう感じでしょうか11:55
ikuyaNOTECoCへの署名も11:56
chonanそもそもプロセス変えるわけですから、queueはリセットで良い気がします11:56
kazken3そうですね。既存のメンバーの方々には確認して対応のお願いをかける流れかなと考えます。11:57
ikuyaNOTEこれは大事なので決を採りますね。意見のある方はどうぞ11:57
shibataすみません、何に対して決をとるのでしょうか？11:57
shibataリセットすること？CoCへの署名確認を必須とすること？11:57
ikuyaNOTE両方です。11:58
shibataまた、リセットとはLPでいうところのdeclineでしょうか、それとも https://wiki.ubuntulinux.jp/enroll/translator_candidates の何かを編集するのでしょうか？11:58
ikuyaNOTE現在のqueueをリセットし、karmaしか見ていないのをCoCへも署名を確認する11:58
hito_jpdeclineでいいのでは11:58
shibatadeclineした場合も、再申請可能でしたっけ（LPの仕様がわかっていません）11:59
hito_jpあとできれば確認するときには意見に方向性をもたせてもらえるとやりやすい気がする。そこで公平性重視してバランシングするの良くない11:59
ikuyaNOTE私は後者と思っていました……11:59
hito_jpKarma不足のときはdeclineしてるので申請可能11:59
hito_jp↑再申請可能11:59
shibataなるほど、了解です＞再申請可能12:00
ikuyaNOTE(declineってなんだっけというのを思い出した12:00
ikuyaNOTEdeclineは確かもう終わってるんですよね12:01
shibata再申請可能であれば、declineもwikiの編集も大差ないと思いますので、柴田の疑問は解消済みです。12:01
shibatahttps://launchpad.net/~ubuntu-l10n-ja/+members#proposed12:01
ikuyaNOTEああ、まだいらっしゃいますね12:02
hito_jpあらためて多数決というか+1での確認でOKですかね12:03
shibataこのページのproposedをadminが見れば、approve/declineボタンがでるんだと思います。12:03
shibata柴田としてはそれでOKです＞確認12:03
ikuyaNOTE現在のqueueをリセットし、またメンバー申請もdeclineし、karmaしか見ていないのをCoCへも署名を確認する12:04
ikuyaNOTEこれが要約になるでしょうか12:04
mocchiはい。ありがとうございます。12:04
hito_jpあれそのまとめなんかおかしいかも12:05
ikuyaNOTEどのようにすればいいでしょう12:05
hito_jp基本的にはtranslatorsの権限獲得要件は「既存のtranslatorsからendorsementを得ること」であって、karmaは必須要件じゃないです。そのまとめだと必須に読める。12:05
ikuyaNOTEおお、それは知りませんでした12:06
hito_jp「現在のqueueをリセットし、またメンバー申請もdeclineし、権限の獲得要件にCoCへのLP上でのサインを追加する」だとたぶん正しい12:06
ikuyaNOTE> review queueに含まれる貢献者は、karmaが規定を満たしており、最初の一票目の賛成を得られれば、「Candidates」になることができる。12:07
hito_jpkarma足りなくてもよそで十分な実績があって既存translatorsがレビューできるなら権限確保できるので。12:07
ikuyaNOTEでもこう書いてあるんですが……12:07
hito_jpそれキューのプロセスのためのルールですね12:07
hito_jp権限付与の条件じゃない気がする……する……少なくとも設計はそうじゃない……12:07
ikuyaNOTE私の誤解ということで理解しました12:08
ikuyaNOTE> 現在のqueueをリセットし、またメンバー申請もdeclineし、権限の獲得要件にCoCへのLP上でのサインを追加する12:08
ikuyaNOTEこれで決を採りましょう12:09
shibata+112:09
ikuyaNOTE+112:09
hito_jp+112:09
chonan+112:09
mocchi+112:09
kazken3+112:10
ikuyaNOTEでは次に行きましょう12:11
ikuyaNOTE> 4. 想定質問集みたいのを追加する12:11
ikuyaNOTEこれはねこまつさんがいらっしゃらないので、意図をお聞きしないと難しい気がしますねぇ12:11
hito_jp先に5の3へのマージ可能性確認した方がいいかも……12:11
hito_jp（記憶が新しいうちにという意図）12:12
shibata5.は3.とどうちがうのでしょう＞ kazken312:12
ikuyaNOTE異論がなければ今日のところは4はスルーしようと思います12:12
kazken3同じですね。12:12
shibataはい＞4のスルー12:12
ikuyaNOTE> 5. translator candidates での選考において、Code of conduct への署名を要求する12:12
shibata5も完了、ですね。12:12
ikuyaNOTE私もそういう理解です12:13
kazken3いいとおもいます＞5も完了12:13
ikuyaNOTEでは次へ12:13
ikuyaNOTE> 6. 相談先や連絡先の記載12:14
kazken3基本,12:14
ikuyaNOTEいきなりubuntu-translatorsに投げないようにしましょうとかそういう話と理解していますが……12:14
kazken3ubuntu-jp@l.u.cでいいとは思っています。12:14
hito_jp「投げてから一週間ぐらいは待て」とかですかね……12:15
kazken3いままで、そのあたりの連絡先に明記がなかったので。12:15
ikuyaNOTEそれもありますね>1週間12:15
kazken3そうですね。12:15
hito_jp一週間は行き過ぎにしても三日ぐらいはないとbusyなときに応答性を保証できない気がします…12:15
hito_jpvisibilityというかtransparencyというか、なんらかのpublic属性があって妥当な問い合わせ先ならOKですよね12:17
hito_jpということでubuntu-jp@l.u.cに同意12:17
kazken3個別に連絡が来ても応答はしませんとか明記した方がいいんですかね。。。12:18
hito_jp原則として、ですかね12:18
kazken3そうですね。原則ですね。12:18
hito_jpなんか個別に連絡がなされざるをえないことはありそうな気がする。具体的には特定のtranslatorsが死去したケースとか遺族から連絡が来ることありそう。12:19
ikuyaNOTE公開できない内容があるかもしれないですしねぇ12:19
kazken3そうですねえ。12:19
ikuyaNOTE連絡先、返答までの待ち時間の目安、個別の連絡は原則として応答しない12:20
ikuyaNOTEの3点でしょうか。ほかにもあります？12:20
hito_jp自分は思いつかないです12:20
kazken3書き先はTranslationGuideに書く方向でいいですかね。12:20
ikuyaNOTEはい、それでいいと思います12:21
kazken3了解です。私からは特にありません。12:21
ikuyaNOTE（というかそれ以外にないというか……12:21
ikuyaNOTE決を採る必要もないように思うので次に行きましょうか12:22
ikuyaNOTE> 7. その他12:22
ikuyaNOTE私はMLにも書きましたけど、12:23
ikuyaNOTE> 2017/2/28(日付は適当)以前のふうせんさんの翻訳の提案を見つけたときは消す12:23
ikuyaNOTEというのが必要のような気がしましたが、MLに報告する、でもいいかもしれません。が、負担も大きい気がしますしどうすればいいのやら……12:23
hito_jp全部クリアリングしないといけないんですよね……12:24
ikuyaNOTEそうなんですが、現状逐次対応以外の方法が思いつかないです……12:24
hito_jpLPのユーザーページから全部たぐってとにかく消す、みたいな作業をすれば現実的には可能ですかねぇ……12:25
shibata今ひとつよくわかっていないのですが、その「全部」の対象はzesty以外もってことでしょうか？12:25
hito_jp過去のやつも消さないと自動サジェスチョン経由でまぎれこんじゃうという理解をしています12:25
ikuyaNOTEユーザーページから全部の翻訳が辿れるんですか？12:25
shibatazestyに限ればkuromaboさんのチェックで「全部が保証されている」という認識でいます。12:26
shibataユーザーページからは直近のデータしかたどれないはずです。12:26
ikuyaNOTEですよねぇ12:26
hito_jpあーあれrecent activitiesに限定なんでしたっけ12:26
shibata個々のパッケージページからは、過去の提案・却下分はチェックできます。12:26
shibata（もちろん採用されている翻訳も）12:27
shibata自動サジェストが問題になるのであれば、Launchpad以外の対応も必要になります。12:28
hito_jp.po経由で拾ってきちゃうんでしたっけあれ12:28
ikuyaNOTE拾ってきますね……12:28
hito_jpそれとも.poよりもさらにアクティブな収拾の仕組みがある？12:28
shibata（ただし、ソースパッケージからの自動サジェストの名義はpoファイルの先頭になるので実質あまり気にしなくていいはずです）12:28
shibataいえ、.poのlast-transolator（だっけ？）フィールドの値です。12:29
shibataあ、KDEは.poじゃないんですっけ。12:29
hito_jp.po経由の自動サジェスチョン経由は頭痛いものの現実的にどうしようもない、という理解をしました12:29
ikuyaNOTEpoだったと記憶しています。まぁrosettaでは翻訳できないですけど……。12:30
ikuyaNOTEはい、どうしようもないと私も理解しています12:30
shibataあとは、ソースパッケージ外（LP上にあるUbuntu以外の翻訳プロジェクト）からの提案ぐらいでしょうか。12:30
hito_jpあれってどういう仕組みで拾ってくるんでしたっけ12:31
hito_jpいやちがうな仕組みどうでもいいんだ12:31
shibata原文が（ほぼ？）一致しているかどうか、かな。12:31
hito_jp現実的に対処可能？（yes/no）　だけ分かればとりあえずいいのかな12:31
shibata「理論的には可能」ぐらいです。12:31
hito_jp「LPが、原文が一致している場合にライセンスに疑義のある候補を拾ってくる」はなんか別枠の問題のような気もするんですよね12:32
ikuyaNOTEはい、とりあえずそこまでは考えていませんが、クリーンルーム的な意味でサジェストを見たくない場合もあるかなぁと12:32
hito_jp理論的に可能しかし現実的にムリ、かつ、そもそもLPの構造的問題、なんだけど、情を把握している我々として何が出来るか、ですかね問題意識としては。12:32
ikuyaNOTEそうですね12:33
shibataあと、poファイルや外部プロジェクトの翻訳「提案」を「採用」する場合は「license compatibility確認してね」ってポップアップはでます。12:33
ikuyaNOTEほー12:33
shibataえっと、優先順位的に「1. zesty」「2. xenialなどのサポート対象」「3. サポート外になったubuntu」「4. ubuntu外のLPプロジェクト」「5. poファイル」みたいな感じで、12:34
shibata1-2ぐらいなら現実的に対処可能です。3は大変そう、4はかなり厳しいという印象になります。12:35
hito_jpそれは暗黙で「自分達で全部やる」が入ってますね？12:35
shibataはい＞自分たち12:35
hito_jp3までは自分達でやるが前提でいいとして、4はたぶんproject ownerに通知ぐらいでOKかなぁと思っています。でも今日はそこまで議論せずに済ませたい感12:36
hito_jpで、今ここでの問題は5. 経由で 1/2 とか将来のubuntuが影響を受けるよねという点に限定してもいいです？　限定するとなにかまずそう？12:37
shibataいえ、あくまで「自動サジェストに出てくる可能性がある」ことを問題視するなら、という話となります。12:37
hito_jpそこの「いえ」は「限定するとまずそう」にかかってるでOKです？12:38
shibata「いえ」というのは「限定するとまずいとは思いません」という話です。12:38
shibataはい＞かかってる12:38
ikuyaNOTEさしあたって、CfTを受けて実際に翻訳を始めたら見つけちゃった、その場合はどうしたらいいですかねという話に限定しようと思いましたが、結局そういう話になってしまいますね……。12:40
hito_jp見つけたらrevert、で実務的には問題ないということにしておきたい……12:40
shibata個人的には「zestyのクリーンナップで翻訳ファイルの禊は終わり」「それ以外で見かけても見なかったことにしてね」「revert権限があればrevertしておいて」ぐらいでいいんじゃないかと思います。12:41
hito_jp見なかったことに、というか、ベストエフォートでここにURL貼ってねページはあってもいいのかなと思いました12:41
hito_jpあくまでベストエフォートで。12:42
hito_jprevert権限がない人が見つけたときに「だまっておいてね」はなんか公正さに欠ける気がする12:42
shibatarevert権限がなければ、連絡してくれるとうれしいって話ですね。12:42
shibataはい、「見なかったことにしてね」よりは妥当な表現・やり方だと思います。12:43
ikuyaNOTE連絡先はMLのほうがよくないです……？ wikiにページを作成します？12:43
hito_jp連絡する、だとデッドロックが生まれるので、「要revertページ」とかそんなの12:43
hito_jpMLに投げるのはわりとストレスだと思いますよ12:43
hito_jpどこまで対応してあるのかわかんなくなっちゃいますし。無限の処理力を仮定しないときびしい……12:43
shibataWikiは、wiki.ubuntu.com？ wiki.ubuntulinux.jp？ w.u.cのページの利点はLPのアカウントさえあれば書き込めるという点です。12:44
shibata（それぐらいしか利点ないけど）12:44
hito_jpある程度汎用化して、「あきらかに間違ってると確信できる or ライセンスイシュー」なので要revertみたいなwiki.ubuntulinux.jpにでも書いていってもらえれば……12:44
hito_jptranslatorsになるプロセスを考えると、基本的にはwiki.ubuntulinux.jpのwikiアカウントも持っているだろうと仮定していいように思います12:45
shibataなるほど。12:45
ikuyaNOTE翻訳あるいは提案を見つけた場合は、wiki.ubuntulinux.jpの当該ページに書き込んでください、という感じですかね12:46
shibataURLについて、一点気をつけなくてはいけないのは、翻訳ページと原文の両方を記載しないとidentifyできないということですね。12:47
hito_jpぬぬ。翻訳ページの絶対URLじゃダメなんでしたっけ12:47
shibata訳語の順番（個々の訳語の順番）はパッケージのアップデートによって変わりうるので。12:47
hito_jpあー。12:48
ikuyaNOTEつらい……12:49
shibataikuyaNOTE: 「当該ページとその書き込み方法は別途調整する予定です」も追加で。12:49
shibata（ちなみにzestyのonboardも、前回のミーティングと今回のミーティングの間で、New Upstream Releaseがありましたので、いろいろ書きなおしています）12:50
ikuyaNOTE翻訳あるいは提案を見つけた場合は、wiki.ubuntulinux.jpの当該ページに書き込んでください。その方法は別途調整します、ですね12:50
shibataはい。12:50
ikuyaNOTEこれをTranslationGuideに追加する、ということでいいでしょうか12:51
ikuyaNOTE(wait中12:51
shibata特別12:51
shibata特別な例ではなく汎用化するという話だったと思いますので、ガイドライン追加案の1の編集結果に追記でいいのではないでしょうか。12:52
mocchiあのー、議事録係的には、個人を特定可能な名称を出すのはCoCというか良識に反する気がしますが、12:52
mocchiそれでも記載しないとダメでしょうか?12:52
mocchiいちおう今は以下のように記載してます。12:53
mocchi * 問題のあるメッセージを投稿した翻訳者の、過去の成果への対応について12:53
hito_jpえーとサジェスチョンのところです12:53
hito_jp？12:53
hito_jpほわっつ12:53
hito_jp問題のあるメッセージis何ってなってます12:53
mocchis/メッセージ/翻訳/ では?12:54
hito_jp「ライセンス上互換しない翻訳提案を投稿した」、が「問題のあるメッセージを投稿した」になってる？12:54
mocchiそうです。12:54
shibata最初の議題が「> 2017/2/28(日付は適当)以前のふうせんさんの翻訳の提案を見つけたときは消す 」でしたからね……12:54
hito_jpそれ明確なミスリードなのでまず直して頂いて12:54
hito_jpあんまり個人名残したくないですねぇ……12:55
shibata「ふうせんさんの翻訳」が契機にはなっているものの、ここの議事は「ライセンス違反の翻訳」が発覚した時の対応を議論しているつもりです。12:56
hito_jpとりあえず議事録にはアカウント名入れない12:57
hito_jpガイドラインとか作業上不可避なやつは入れるしか、と認識してますがみなさんいかがです？12:57
ikuyaNOTE仰るとおりです12:58
shibataはい。12:59
mocchi「入れる」の目的語として「議事録に」が省略されているという理解でOK?12:59
hito_jpいや12:59
mocchi?12:59
hito_jp議事録上はぜったいにいれない12:59
hito_jpガイドライン等、実務上アカウント名なしで識別不可能なドキュメントには含める12:59
mocchi何を?12:59
hito_jp問題のアカウント名を13:00
shibataあれ、今日の議事録の話です？13:00
hito_jp> 21:52:34 mocchi     > あのー、議事録係的には、個人を特定可能な名称を出すのはCoCというか良識に反する気がしますが、13:00
hito_jpに関する話だと思ってるのですが……13:00
mocchi> ガイドライン等、実務上アカウント名なしで識別不可能なドキュメントには含め13:01
mocchiこっちはどう理解すれば正しいですか?13:01
shibataすいません、すごい一般的な話をしているものだと。13:01
hito_jpどうis何13:01
mocchi端的に言うと、何を言っているのか私にはわからない。13:02
mocchi私に対してどういう行動を期待されているのか、わからない。13:02
hito_jpえーと、「アカウント名を含めるのはCoC違反ではないか、たとえば議事録に含めて良い？」という疑問だと認識していて13:02
mocchiはい13:02
hito_jp議事録には含めない、13:02
mocchiOK.13:03
hito_jpガイドライン等、実務上アカウント名なしで識別不可能なドキュメントには含めざるをえない13:03
hito_jpという論理構造です13:03
mocchi今回の場合、議事録以外のドキュメントにおいては、実務上支障があるので、やむを得ないということですか?13:04
shibata（ミーティング開始から2時間経過しました）13:04
hito_jpyes > やむを得ない13:04
mocchiOK. ようやくわかりました。どうもありがとうございます。13:04
hito_jp休憩を挟むのではなく次回回しにしたい気がします……（息切れしてる）13:04
ikuyaNOTECfTを出すかどうかはこの場では決定しないということにします？13:05
hito_jpリリースに支配的な影響を与えるところまでは合意形成完了してると思ってます（してないなら休憩入れてそこを解決、してるならあとは次回にして今日終了を提案したい）13:05
hito_jpあーすっかり出すつもりになってました……13:05
shibataCfTはzestyのrevertが終わって、Guidelineを今回の内容にあわせてアップデートしてからにしたいです。13:06
hito_jpそれ重いなーと思っています13:06
shibataCfTに「今回の議事録をちゃんと読んでね」をいれてもらうでもかまいません。13:06
hito_jpガイドラインはアップデート中です議事録読んでね、で留めてもいいんじゃないかと13:07
shibata重いねーってのはrevert完了もですか？13:07
hito_jp不明点があればこのへんに聞いてくれって13:07
hito_jprevertはやんないとダメかと13:07
hito_jpguideline更新が重いと思っています13:07
hito_jprevertも軽くはないんですが延期不能なので……13:07
shibata「revertが終わって」「ガイドラインの更新があることを通知する」なら、柴田としては異論はありません。13:08
shibata（それ決めたらミーティング終わり、も異論ありません）13:08
ikuyaNOTE見直し中のガイドラインを守って翻訳してね、というのはしんどくないでしょうか……。13:09
hito_jpこれまで作業してた人にとっては特に制約増えないと思うので……13:09
shibata文言が多少異なるだけで書くことは決まっている（議事録に書いてある）という状態ですしね。13:10
hito_jp増える制約って「作業中にこのアカウントからの翻訳提案見つけたらrevertするかrever待ちリストに書いてね」だと思うんで13:10
hito_jpそこだけ明確になってればあとは行動変わらないよって書いてればイケないですかね13:10
mocchiここまでの議事録: https://wiki.ubuntulinux.jp/IRCMeeting/2017031213:10
ikuyaNOTEまぁCfTを出してもこれでは始められないよ、という人も出てくる人もいるかもしれないわけで、とりあえず出すだけ出す、でもいい気がしてきました。13:12
ikuyaNOTE「revertが終わって」「ガイドラインの更新があることを通知する」ののち、CfTを出す、ということでいいでしょうか13:12
shibata通知するのはCfTの中でいいと思います。13:13
ikuyaNOTEああすみません、そうですね13:13
ikuyaNOTEこれも特に決を採る必要はないように思います13:13
ikuyaNOTE次はいつにしましょうか13:14
ikuyaNOTE（でいいんですかね13:14
shibata（でいいんです13:15
ikuyaNOTE来週の同じ時間にします？ もっと早いほうがいいです？13:15
shibataはやめにきめないといけないことって残ってました？13:15
mocchicall for translation はいつ、誰が出すんですか?13:15
ikuyaNOTE特にないように思います13:15
ikuyaNOTEそれはまだわかりません>CfTの時期13:16
mocchi最後のほう、議論がよくわからなかったので、誰か結論をお願いできますか?13:16
shibata* call for translationはいつのタイミングで出す?13:17
shibata* => revertの完了アナウンスが出たあとにCfTをアナウンスする13:17
shibata* アナウンスの際は「ガイドラインの更新が行われる予定であること」と本議事録へのURLを追記する13:18
mocchirevert はこのミーティングにて、shibata さんから完了報告があったと記憶しているので、13:18
mocchiもう出せる状況と理解していいのでしょうか?13:18
shibataだけでいいかな。「誰が」はubuntu-translatorsのadminの誰かだと思います。13:18
shibataいえ、議事録にある「残作業について、ubuntu-jp メーリングリスト上で議論して進める。 」13:18
shibataが完了したら、という意味になります。13:19
shibata完了報告したのはあくまで「すでにリスト化されているものについて」なので。13:19
mocchiそういうことでしたか。文章修正しておきます。13:19
ikuyaNOTE方針の話であって実務の話はしていないので、いつ誰がというのはここの結論としては出せないと思います。13:19
shibataいくやさんと柴田の間で、リストについての認識に齟齬があるようなので、そこを調整しないと完了通知にはならないかなと思っています。13:20
shibata（でもこれはミーティングとは別の話で、ミーティングは終わらせてしまいたい）13:20
ikuyaNOTE私としてはもうあれでいいですけど……13:20
ikuyaNOTE次回はいつにしましょうか13:21
shibata来週でよければ来週で、毎週はつらいならもう一週先？13:21
shibataあと、土日どちらがいいかってのは今回の参加者で意見があるかどうか？13:21
hito_jp日曜がいいな……13:21
shibata前回も土曜がいいって意見はそこまでなかったと思いますので、日曜にしましょうか13:22
ikuyaNOTE1. 3/14 22:00- 2. 3/18 20:00- 3/19 20:00- 3/20 20:00- ぐらいでしょうか13:22
shibata2か3希望です。13:22
ikuyaNOTE私は来週日曜日大阪にいませんが、まぁ参加できると思います13:22
shibataあ、4も休みなのか。4でもいいです。13:23
ikuyaNOTEとりあえず3に参加できそうな人に+1してもらいましょうか13:24
shibata+113:24
ikuyaNOTE+113:24
chonan +113:24
kazken3+113:24
hito_jp3って3/19であってます？13:25
ikuyaNOTEはい13:25
hito_jp+113:25
ikuyaNOTEしまった、3.と4.が抜けてましたね13:25
shibataちゃんと補完できていますよ。われわれはかしこいので13:25
ikuyaNOTEすみませんすみません13:26
kazken3かしこいので。13:26
ikuyaNOTE坂本さんは都合悪いということなんですかね13:26
hito_jp←わーいたーのしー程度に知性が後退している13:26
mocchi議事録まとめるので手一杯で、議論に参加できていない13:26
shibata議論に参加したいなら、言ってもらえれば変わりますよ。13:27
shibata変わっちゃだめだ。代わりますよ。13:27
ikuyaNOTEじゃあ次回は3/19 20:00- ということで13:28
mocchiここまで: https://wiki.ubuntulinux.jp/IRCMeeting/2017031213:28
shibataはい。13:28
ikuyaNOTEお疲れ様でしたー13:28
mocchi3/19 でOK. +113:28
hito_jpおつかれさまでしたー……13:28
ikuyaNOTE(以後CoCへの署名に関係なく発言できます13:29
kazken3mocchi : ありがとうございます13:29
shibata「回復の作業経過」のところの変更点確認しました。>13:29
shibata＞議事録13:29
hito_jpミーティング史上おそらくもっともシビアな議事録係ありがとうございます……（前回も含めて）13:29
shibataおつかれさまでした。13:30
mocchi前回がいちばんシビアでした。。。13:30
shibataもうしわけねぇもうしわけねぇ13:30
mocchichonan: MLへのポストとフォーラムへのポストをお願いできますか?13:30
chonanmocchi : 承りました!13:31
mocchiお願いします。13:31
mocchichonan: ちょっと待ってー。ダブってる項目ありました。直します。13:32
chonanmocchi : はいー13:32
hito_jpそれではおやすみなさい……13:32
ikuyaNOTEおやすみなさいですー13:33
mocchichonan: 直しました。review queue のリセットが重複していた。。。13:33
shibataおやすみなさいー13:33
kazken3おつかれさまですー13:34
shibataikuyaNOTE: MLのほう、いくやさんとしては13:34
chonanmocchi : ありがとうございます!13:34
shibataいくやさんとしては疑問は解消ってかたちでいいんですよね。13:34
ikuyaNOTEはい13:34
shibata了解です。いちおう kuromabo さんに認識があっているかだけ確認しておきます。13:34

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!