=== RYOSUKE is now known as ryosuke === ryosuke is now known as RYOSUKE [12:59] 移動しながらですごめんなさい。中央線に負けました。 [13:02] こんばんは． [13:02] こんばんは [13:02] こんばんは [13:03] こんばんわ。 [13:04] こんばんはモバイル [13:05] モバイルさんに挨拶している機械音声みたいだ [13:05] 議事録だれか頼んだ [13:06] もっちーよろしく [13:07] いなくね [13:07] こんばんはモバイル。こちらは自動応答システムです。 [13:07] しょうがねえなあ [13:08] IRCミーティングページに先週のリンクがなくね [13:08] …… [13:08] ほんとだ [13:08] それも頼む [13:09] 次回からそれもチェックしましょう… [13:09] フォーラムの購読オプションのやつは、まだなにもできていません [13:09] ベータ版は出して、さっきMLに投げました [13:10] https://wiki.ubuntulinux.jp/IRCMeeting/20120424 [13:11] ありがとうございます [13:11] アクションアイテムは他になさげなので議題いきましょう [13:11] Preciseの開発・リリース準備 [13:11] [ ] Remixの32bit or 64bitの結論 [13:12] 開発はなにか残件あったかな [13:13] testersにあるibus入れるんだっけ？ [13:13] それは初耳 [13:15] いくやさんがそんなことを言っていたような [13:17] まあいいや [13:17] どうしましょうねぇ [13:17] 副作用がないなら入れちゃえばいいんじゃないかと個人的には思ったり [13:18] 違いを説明してもらって異論があるかどうかでしょうね [13:18] ぜいぜいぜいぜい [13:18] ikuyaNOTE: もしこのワークアラウンドを提供するにしてもibusパッケージにパッチを当てるのは微妙な気がします。ibus-restart.desktopみたいなものを別パッケージで用意したほうがメンテナンスコストが低いのでは、と感じてます。 [13:18] hitoさんがmemberに(ぉ [13:18] https://launchpadlibrarian.net/99120336/ibus_1.4.1-3ubuntu1_1.4.1-3ubuntu2~ppa1.diff.gz [13:18] こんだけ [13:19] 副作用は0ですね [13:19] ならいいんじゃないかしらー？ [13:19] 10.04がリリースされて2年経ちましたけど、少なくともIBusじしのメンテナンスコストは0なんですよね [13:19] IBus自身 [13:20] remixには入れてしまって、いちおうSRU目指すって感じじゃないかなぁと思います。 [13:20] とはいえそんなに強く押すつもりもないですけど [13:20] ikuyaNOTE: 一度もセキュリティアップデートやSRUがなかったということですよね。 [13:20] そうです [13:20] 村田さんの言ってる意味がよくわからない [13:21] 引数にr付けてるだけですしねぇ [13:21] そもそもIBusのインジケーターアイコンが表示されなくて困っている人がどのぐらいいるのかよくわからんので。 [13:21] ただこれだけの説明だと通らないよねっていう予感も。 [13:21] ええ、思いっきりガン無視されていますね [13:23] あと副作用がゼロかっつーと、一定の前提条件を通った上でって話ではあるので、説明が困難そうな事案ではありますね……。 [13:23] たぶんindicatorに表示されないのは、一定のユーザーに影響があるような気はします。特に操作がよく分からない人にとって。アイコンクリックしてIM enablementっていう操作に影響する前提で話してますが。 [13:24] 少なくともibus-daemonが起動していないときにr付きでもちゃんと起動するのは確認しています [13:24] そこは影響あるっていう理解は正しいです？ [13:24] 影響はあると思いますねー [13:24] ただ、うちでも出てくるのと出てこないのがあってよくわかりません。。 [13:25] ちなみに強引ですけどうちでは/etc/xdg/autostart/（だったかな）にibus-restart.desktopを置いています。毎起動時にインジケーターに表示されているか関係なくibusを再起動するという。 [13:25] ibus-daemonが起動していないとき以外の副作用はちょっと思いつかないですね [13:26] 解決策はともかくindicator出ないと困るよねっていう話でいいですか？ > nobuto [13:26] いちいち再起動用のアイコンを用意する意味がわかりません [13:26] パッチ内容見てないんだけど、別パッケージを用意するほうがいいってどういうこと？ [13:27] ibus本体が更新されても影響でないじゃんっていう話だとは理解したんですが、それどうやってスジ悪にならない形で導入するの、は分からない。 [13:27] hito_jp: 私自身は困っていないですけど、不便という声はよく聞きます（という定量的でない話になってしまいますが [13:28] それは母数が欲しいような秘密なら黙っててもらってもいいような。 [13:28] 一時しのぎ的なパッケージが5年間居座るのってイヤじゃね？とか思ったんだけど、理解が間違ってるのかな [13:28] 少なくともUbuntuではibus.desktopは使ってないんです。なので手を入れることよる弊害がどのへんにあるのかがよくわかりません。 [13:29] 「説得しにくい」かなあ……。 [13:29] ああそうか。私はいくやさんのパッチはSRUは難しいと考えていて、パッチがUbuntuに入らない前提で考えているのと [13:30] SRUが通る前提で考えている場合では、どのパッケージで対処するかは判断わかれますね。 [13:30] ちょっと正確に理解してないんですが、「これはibus.desktopファイルを完全な互換性のもとに入れ替えるものだ」という主張はできないですよね。 [13:30] で、「でもこれは事実上ノーダメージで置き換えられるよ」という主張でSRUが通らないか、というのがいくやさんの考え。 [13:31] コードまで確認したわけじゃないですけど、完全な互換性の下と考えても大丈夫だと思いますよ。 [13:31] ここまで合ってます？ [13:31] あれ。そこって自明でしょうか？ [13:33] 私の変更はrオプションをつけただけです。これは再起動時に使用するものですが、再起動でない場合(ibus-daemonプロセスがいない場合)でもibus-daemonが上がってきます。 [13:33] あと、このパッチって結局手動で操作しないと直らないよねっていう問題があるような気がしますが、そこってどう説得できるものでしょう。 [13:34] はい、それはおっしゃるとおりですね。たぶん自動で直す方法はありません。 [13:35] 検証はしていませんけど、一番確実なのはindicatorパッチを外してUnityの設定を変更してアプレットを強制的に表示することです。 [13:35] さっき書いた、/etc/xdg/autostart にibus-daemon -rdxする.desktopファイルを置くというので自動化はできますが、筋が悪すぎるのも事実です。 [13:35] ……が、これこそ絶対に通らないですね [13:35] それは自動化と言わないような [13:36] どっちも公式なパッケージとしては絶対rejectされますね……。 [13:36] 根本的に治すにはibusのコードを改良しないといけないってことでいいのかな [13:36] あれ、でも再現する環境としない環境があるのか。まずそこがバグ報告としてはわりとアレ。 [13:36] どっちかというとunityじゃないかと。 [13:36] Unityなのか [13:37] ibus悪くないunity悪いnux超悪いとかそんな感じの理解をしてます。 [13:37] IBusのindicatorパッチは、多分あれ以上いじり用がありません [13:37] sleep入れたりwait入れる方策ってのはいけそうです？ [13:37] indicatorのアプレットが起動する前にibus-daemon餓鬼道しちゃうのが問題じゃないのかなーと思います [13:38] im-switchのしくみでsleepとか入れるのはかなり難しいですね [13:38] （というかやってみた） [13:38] が起動 [13:38] ああ。要するにindicator-ibusの作りが微妙という……。 [13:39] で、raceってるから出る環境と出ない環境があるわけですね。出ない環境ではとことん出ない。 [13:39] indicator君はxinitで上げてくるdaemonくんのことは考えていないんじゃないですかねーという仮説 [13:39] そう理解してますまあそれはとてもありそうな……。 [13:40] gsettings set com.canonical.Unity.Panel systray-whitelist "['JavaEmbeddedFrame', 'Wine', 'scp-dbus-service', 'Update-notifier', 'ibus']" [13:40] どーしよー。ibus死にまくるから、supervisor daemonというかオーバシーアというか、望ましい状態じゃないときに自動的に上げるなんか入れようぜとかいう提案で直すのはアリですかね。 [13:41] という魔法でぽぽぽぽーんってのはあるんですけど、筋が悪すぎるので。。 [13:41] 望ましい状態じゃないとき、を検出するのが難しいような…… [13:41] これ再現してるときってindicator-ibusプロセスさん居ないんではなく？　居るけど出ない？ [13:42] ですです [13:42] 居るけど出ないわけですね。 [13:42] .xession-errorsにログは吐いてますけどね [13:42] systra-whitelistのスジの悪さってのはどんな感じでしょう。 [13:42] IBusでせっかくindicator対応パッチ当てているのにその意味がないですよね [13:43] 「他に比べるとまだマシ」という気がしました。 [13:43] workaroundとしてはもっとも自然な気が……。 [13:43] 要するにindicator対応パッチって、unityの作りの悪さのせいで機能してないわけですよね。 [13:43] workaroundとしてはそうですね。そっちの方法も解説しようと思っています [13:44] であれば、そこをカバーする設定を入れようぜ今は仕方ないから、これは重要な事案だ、っていう主張をすればまだしもメンテナはクリアできそうな気がします。 [13:44] 機能していないというか、期待の性能が出せていないというか…… [13:44] UI上けっこうなdisabillityなんだよ、っていう主張のもとならSRU通る気が。 [13:45] systray-whitelistは最終手段だと考えている気はしますけどね…… [13:45] こんばんは． Unity やめてくれ！と，ふと叫びたくなりました…(お目汚しすみません…) [13:45] リリース時点でのworkaroundとして出すのはwhitelistが落としどころで、SRUもそれでチャレンジ、12.10フェーズでは抜本対策、という感触なんですが、どーでしょ。 [13:45] 抜本対策の方法が思いつかないです。。 [13:46] うい。そこはpendingでもいいと思うのです。 [13:46] 永久にpendingになる悪寒はしますが。 [13:47] Remix CDでwhitelistに加えるのはどうすりゃいいでしょう [13:47] waylandになったらxinitがなくなるので(ry [13:47] /usr/share/glib-2.0/schemas/com.canonical.Unity.gschema.xml [13:47] に値が入っているというメモが [13:48] そのファイルを誰の責任で置くのさとかいう問題があるわけですね……。 [13:48] でうｓね [13:48] Unityのほうがガンガン更新されるでしょうしねー [13:48] Remixでやるとしたら、 dh_installgsettings な気がした。 [13:48] ほんとーにそれでいいのかは悩みどころですねぇ……。 [13:49] 極論Remixではリリースノートに書くっていう手もあるようなないような。 [13:50] （そもそも何件あるのさっていう情報が欲しいという意味で） [13:51] 自分の所では実は再現できてないんですが、「確実に再現できる環境はこれだ」って情報をお持ちの方はおられます？ [13:51] systray-whitelistとIBusは書こうと思っていますー [13:51] このメーカーのこのマシンを居抜きで使うと出るぜ、とか。 [13:51] うちにはないです<確実 [13:53] ってことは、影響うける人は少なめなのかな [13:53] うーん……。 [13:54] いくやさんマシンでは、ランダムには再現します？ [13:54] はい。出たり出なかったり [13:54] ただ、VirtualBoxの中だと出ないものの割合が多いかなーというぐらいですね [13:55] そもそも私はGNOME She(ry [13:56] ……その他ご意見のある方がおられない場合、どーにか結論を出したいところですが……。 [13:56] とりあえずリリースノートには書く [13:57] PPAにあるやつはデフォルトで入れるか入れないか。入れない場合は入れる方法も書く [13:57] ぐらいかなーと [13:57] 今の時点で明確な結論が出ないなら、リリースノートに書くだけでいいんじゃないでしょうか [13:57] （主語はいくや） [13:58] リリースノートにgconfの設定方法書く、が今の時点の落としどころかなぁと思いました。 [13:58] できれば英語で書いてきたい……。 [13:58] （「リリースノートに書いてあるこのバグはこうすれば直るんだよ！」っていうと説得しやすくなる気がする） [13:58] gsettings set com.canonical.Unity.Panel systray-whitelist "['JavaEmbeddedFrame', 'Wine', 'scp-dbus-service', 'Update-notifier', 'ibus']" これですよね [13:58] デフォルトではそうです [13:58] 英語のリリースノートに書くのは良い作戦ですね [13:58] いえす。できればワンライナーで突っ込めるようにしたい。 [13:59] 変更しているモノズキがいる可能性はあるので…… [13:59] 英語書くの面倒だお…… [13:59] あれ、英語のリリースノートに書くのならissue書くことになるんですかね？ [14:00] 勝手に変更してもいいんですか？ [14:01] ダメなんでなんかのバグとして登録するはずです。すっかり忘れてますが。 [14:01] そうすると権限のあるrelengな人達がサマリをコピってくれるはず。 [14:01] サマリは書いておかないといけませんが。 [14:01] 例としてはこんな感じなんですかね。 https://bugs.launchpad.net/ubuntu-release-notes/+bug/978963 [14:03] それそれ。ありがとうございます。 [14:04] でもその背景にあるルールはどこだっけ（すいませんちょっと並列で別作業してるので探せてません） [14:07] はっ、気を失ってた [14:08] ルール見つからん! [14:09] 適切なサマリを書いてバグとして足しておけば担当者がなんとかしてくれるだろう作戦やむなし？ [14:10] かなぁ [14:12] 書くのは誰が適切でしょう [14:13] いくやさんが明日の午前中に日本語で書いてくれれば。 [14:13] mjd! [14:14] その日のうちにバグレポに英語で主張するぐらいはできそうですが [14:14] いくやさんが直接バグレポで英語でストレージゴッド無双してくればいいと思った。 [14:14] じゃあ寝ないで書くお…… [14:14] 英語で？ [14:14] ひとまず日本語で [14:15] 今日の今日までpendingする程度にはめんどくさいんだお…… [14:15] Remixのほうはどうしよ [14:16] 日本語でまとめて頂ければヒアリングして英語でうまく主張するぐらいはできると思います！　ぼく一般人だから何も分かりませんけど！ [14:16] iBusでもう1時間以上やってるのか [14:16] 僕も一般人なので何もわからないお…… [14:18] リリースノートに書く、不具合あればリリースノートのコマンド実行しろ、でいいのかな [14:18] と認識しました。 [14:18] やっと片付いたか [14:18] リリース準備は翻訳とか？ [14:19] あとサーバーのログ片付けたりとか [14:19] みんながんばれってことで次いっていいですか [14:20] たぶん [14:20] [ ] Remixの32bit or 64bitの結論 [14:22] 64bitってことになったんですか？？ [14:24] 結論なっしんぐ [14:24] もうリリース日にubuntu.comを見て決めるしかないな！ [14:25] それだ！ [14:25] それで [14:25] ものすごく納得してしまった [14:26] それで。 [14:26] アクセスするたびに32/64どっちかにランダムで振られるとかそんな [14:26] 議題オワタ [14:26] 他になにかあるでしょうっか [14:26] あとフォーラム関連のドキュメント書いたから読んどいてください。 [14:27] リリース後しばらくしたらやりましょう [14:27] 了解です [14:27] 次回はGWか [14:28] 5/1は [14:28] 祝日な気がしますがいいですか [14:28] 平日ですよ [14:28] ちがったっけ [14:28] 平日だった [14:28] あ、remixのリリースは5/3がいいなーと思いますがどうでしょう。 [14:28] GW中ですがいいですか [14:29] サーバーの都合的に5/3? [14:29] 平日にリリースするといろいろ見積もれなくなるからやめて [14:30] 28にできてしまった場合は・・・ [14:30] その場合はやっちゃってください [14:30] できると思ってないけどな！（ぉぃ [14:30] 平日を避ければいいわけですね [14:30] まぁ、リリース前には相談します [14:30] 5/1 ,5/2 を回避ですね [14:30] 5/12になったりしてな！ [14:31] 他になければ次回は5/1ってことで。お疲れ様でした。 [14:31] お疲れ様でした [14:32] お疲れさまでした。 [14:32] お疲れさまでした。 [14:32] したー [14:34] 議事録投げるのは問題なければhitoさんいいすか [14:34] あい。確認したいんでURL貼っていただければ [14:35] mizuno: gconfではなくgsettingsですね。 [14:36] https://wiki.ubuntulinux.jp/IRCMeeting/20120424