こんにちは。野方です。 リリースも近いのでusersで反応あるかなと思ったのですが なにもないのでこちらに流します。
StretchのKDE環境が起動しない人はいらっしゃいませんか? 単にVirtualBoxだけの問題でしょうか?
---------- 転送メッセージ ---------- From: Jun NOGATA nogajun@gmail.com 日付: 2017年4月28日 22:32 件名: StretchのKDE環境でログインするとデスクトップ起動前で止まる To: debian-users@debian.or.jp
野方です。
VirtualBoxにStretchのKDE環境を選択してインストールしました。 インストールが終わって再起動をするとsddmからログインをしたところでブラックアウト のまま止まってデスクトップが起動しませんでした。
使用したISOイメージは、DI Stretch RC3のmulti archでamd64をインストールしました。 http://cdimage.debian.org/cdimage/stretch_di_rc3/multi-arch/iso-cd/debian-st...
DIの「ソフトウェアの選択」ではKDEにチェックを入れました。 * Debianデスクトップ環境 * KDE * プリンタサーバ * 標準システムユーティリティ
ログインできないのでコンソールからプロセスを見るとksplashqmlがdefunctになっていて、 そこで止まっているようです。
英語環境でインストールすると問題なく起動するので日本語環境でインストールされる パッケージにアタリをつけてアンインストールしてみるとuim-mozcが入っていると ksplashが落ちるようです。
uim-anthyとuim-mozcの二つあるせいかと思いましたが、uim-mozcのみにしても落ちるので、 uim-mozcの何かが原因のような気がします。
ひとまずインストール後にコンソールからuim-mozcをアンインストールするとログインで きるようにはなりましたが、これはいったい何が起こっているのでしょうか。
実機じゃないことが原因かパッケージの問題なのか、わからないので 誰か確認していただけないでしょうか。
-- 野方 純 (NOGATA,Jun) - mail: nogajun@gmail.com - web: http://www.nofuture.tv/diary/
On Sat, 13 May 2017 10:29:24 +0900 Jun NOGATA nogajun@gmail.com wrote:
StretchのKDE環境が起動しない人はいらっしゃいませんか? 単にVirtualBoxだけの問題でしょうか?
試してみましたが、同じ現象が出ますね。sidにあげても同様、kde-fullも 入れても同様。
その後、SSHで入ってみて
1861 tty2 Rl+ 0:09 ksplashqml Breeze --pid 1871 tty2 Sl+ 0:00 _ /usr/lib/mozc/mozc_server 1877 tty2 Sl+ 0:00 _ /usr/lib/x86_64-linux-gnu/uim/uim-candwin-qt5 -v
となっているのに対して/usr/lib/mozc/mozc_serverをkillしたらログインできました。 そもそもなんでksplashqmlなるものがIMを呼び出す必要があるのだろう?
野方です。
やまねさん、確認ありがとうございます。 やっぱり起こりますか。
2017年5月14日 22:43 Hideki Yamane henrich@debian.or.jp:
となっているのに対して/usr/lib/mozc/mozc_serverをkillしたらログインできました。 そもそもなんでksplashqmlなるものがIMを呼び出す必要があるのだろう?
そうなんですよね。スプラッシュスクリーンが呼ぶ必要は無いし uim-anthyだと止まらないので検討がつかないんですよね。
2017年5月14日 22:43 Hideki Yamane henrich@debian.or.jp:
On Sat, 13 May 2017 10:29:24 +0900 Jun NOGATA nogajun@gmail.com wrote:
StretchのKDE環境が起動しない人はいらっしゃいませんか? 単にVirtualBoxだけの問題でしょうか?
試してみましたが、同じ現象が出ますね。sidにあげても同様、kde-fullも 入れても同様。
その後、SSHで入ってみて
1861 tty2 Rl+ 0:09 ksplashqml Breeze --pid 1871 tty2 Sl+ 0:00 _ /usr/lib/mozc/mozc_server 1877 tty2 Sl+ 0:00 _ /usr/lib/x86_64-linux-gnu/uim/uim-candwin-qt5 -v
となっているのに対して/usr/lib/mozc/mozc_serverをkillしたらログインできました。 そもそもなんでksplashqmlなるものがIMを呼び出す必要があるのだろう?
-- Regards,
Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane
daiです。
On Mon, May 15, 2017 at 10:36:50AM +0900, Jun NOGATA wrote:
となっているのに対して/usr/lib/mozc/mozc_serverをkillしたらログインできました。 そもそもなんでksplashqmlなるものがIMを呼び出す必要があるのだろう?
そうなんですよね。スプラッシュスクリーンが呼ぶ必要は無いし uim-anthyだと止まらないので検討がつかないんですよね。
uim-qt5 (libuimplatforminputcontextplugin.so) のバグかもしれません。 uim の Qt5 対応は「とりあえず動くように見えた」状態のもので、 正式に完成およびリリースされたものではありません。
# upstream の開発は 1年半停滞していて、新規リリースは 4年近くありません。 # パッケージのメンテナンスはできますが本体の修正と開発はできません。すみません。
否定文ばかりになってしまいましたが…
その後、SSHで入ってみて
1861 tty2 Rl+ 0:09 ksplashqml Breeze --pid 1871 tty2 Sl+ 0:00 _ /usr/lib/mozc/mozc_server 1877 tty2 Sl+ 0:00 _ /usr/lib/x86_64-linux-gnu/uim/uim-candwin-qt5 -v
となっているのに対して/usr/lib/mozc/mozc_serverをkillしたらログインできました。 そもそもなんでksplashqmlなるものがIMを呼び出す必要があるのだろう?
この状態で ksplashqml や mozc_server に対して strace をアタッチしてみたらどんな出力でしょうか?
daiです。
時間が取れたので VirtualBox で試してみたところ、再現しました。
On Tue, May 16, 2017 at 11:48:39AM +0900, dai@debian.org wrote:
となっているのに対して/usr/lib/mozc/mozc_serverをkillしたらログインできました。
ログインはできましたが、KDE のプロセス 1つに対して uim-candwin-qt5 が 1つ、 合計 30 個以上起動していてあんまりよくないですね…。
uim-qt5 (libuimplatforminputcontextplugin.so) のバグかもしれません。
少し振り返ってみたところ、以前にも似た現象があったようです。
uim-qt5: startkde hangs with uim-qt5 and uim-mozc installed https://bugs.debian.org/812390
当時は uim 1:1.8.6-15exp2 で解決していたようですが、 いつの間にか再発するようになっていたんでしょうか?
その後、SSHで入ってみて
1861 tty2 Rl+ 0:09 ksplashqml Breeze --pid 1871 tty2 Sl+ 0:00 _ /usr/lib/mozc/mozc_server 1877 tty2 Sl+ 0:00 _ /usr/lib/x86_64-linux-gnu/uim/uim-candwin-qt5 -v
となっているのに対して/usr/lib/mozc/mozc_serverをkillしたらログインできました。 そもそもなんでksplashqmlなるものがIMを呼び出す必要があるのだろう?
この状態で ksplashqml や mozc_server に対して strace をアタッチしてみたらどんな出力でしょうか?
試してみたところ mozc_server が何かを待って止まっていたようですが、 詳しくはわかりませんでした。
plasma-workspace: Freezes during login with fresh installed Stretch Japanese environment https://bugs.debian.org/862558
については reassign uim-qt5、affects uim-mozc plasma-workspace とさせて頂きました。
こんにちは。岩松です。
2017年5月28日 19:07 dai@debian.org:
daiです。
時間が取れたので VirtualBox で試してみたところ、再現しました。
On Tue, May 16, 2017 at 11:48:39AM +0900, dai@debian.org wrote:
となっているのに対して/usr/lib/mozc/mozc_serverをkillしたらログインできました。
ログインはできましたが、KDE のプロセス 1つに対して uim-candwin-qt5 が 1つ、 合計 30 個以上起動していてあんまりよくないですね…。
uim-qt5 (libuimplatforminputcontextplugin.so) のバグかもしれません。
少し振り返ってみたところ、以前にも似た現象があったようです。
uim-qt5: startkde hangs with uim-qt5 and uim-mozc installed https://bugs.debian.org/812390
当時は uim 1:1.8.6-15exp2 で解決していたようですが、 いつの間にか再発するようになっていたんでしょうか?
私もこの問題を見ていましたが、解決したのを確認しています。
その後、SSHで入ってみて
1861 tty2 Rl+ 0:09 ksplashqml Breeze --pid 1871 tty2 Sl+ 0:00 _ /usr/lib/mozc/mozc_server 1877 tty2 Sl+ 0:00 _ /usr/lib/x86_64-linux-gnu/uim/uim-candwin-qt5 -v
となっているのに対して/usr/lib/mozc/mozc_serverをkillしたらログインできました。 そもそもなんでksplashqmlなるものがIMを呼び出す必要があるのだろう?
この状態で ksplashqml や mozc_server に対して strace をアタッチしてみたらどんな出力でしょうか?
試してみたところ mozc_server が何かを待って止まっていたようですが、 詳しくはわかりませんでした。
plasma-workspace: Freezes during login with fresh installed Stretch Japanese environment https://bugs.debian.org/862558
については reassign uim-qt5、affects uim-mozc plasma-workspace とさせて頂きました。
Regards, dai
mozc 関連してそうなので、見てみます。
岩松
GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E
debian-devel mailing list debian-devel@debian.or.jp http://lists.debian.or.jp/mailman/listinfo/debian-devel
daiです。
On Wed, May 31, 2017 at 09:27:12AM +0900, Nobuhiro Iwamatsu wrote:
uim-qt5: startkde hangs with uim-qt5 and uim-mozc installed https://bugs.debian.org/812390
当時は uim 1:1.8.6-15exp2 で解決していたようですが、 いつの間にか再発するようになっていたんでしょうか?
私もこの問題を見ていましたが、解決したのを確認しています。
http://snapshot.debian.org/package/plasma-workspace/ で遡ったところ、 4:5.4.0-1 はログインできず、4:5.3.2-1 はログインできました。両者の差は
https://cgit.kde.org/plasma-workspace.git/commit/ksplash/ksplashqml/main.cpp...
でしたが、これが関係しているのかどうかはっきりわからないと思っていたところ、
YOSHINO Yoshihitoさんが原因を突き止めてパッチを作ってくださいました。 こちらのパッチでは問題解決したことを確認しました。ありがとうございます。
On Thu, Jun 01, 2017 at 08:48:47PM +0900, dai@debian.org wrote:
YOSHINO Yoshihitoさんが原因を突き止めてパッチを作ってくださいました。 こちらのパッチでは問題解決したことを確認しました。ありがとうございます。
岩松さんが NMU / unblock request された plasma-workspace 4:5.8.6-2.1 が testing 入りしました。作業ありがとうございました。
FYI:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862558 に登録しておきました。