*** update ***
2020-01-21、Sidにてchromiumがupdateされていて (79.0.3945.79-1 → 79.0.3945.130-2)、こちらのversionでは特に問題なく使用できている。
*** updateここまで ***
Web browserのchromiumを79.0.3945.79-1 (12/19現在の最新版)にupgradeしてからSEGVるようになった。起動しないとか、起動してすぐとかではなく、しばらくするといつの間にか落ちている感じ。
Debian Bug Tracking System (BTS)を見てみると既に複数の報告がなされている:
cf. [#945920 - Chromium randomly crashes in the latest version. - Debian Bug report logs](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945920)
現状でできる対策は前のversion (78.0.3904.108-1とか)に戻すことだが、もしかしたらsecurity flawとかがあるかも知れない。
2020年1月21日火曜日
2019年12月1日日曜日
VirtualBox 6.0.14のdkmsがLinux kernel 5.4の仕様変更でbuildできない (VBox 6.1で対応)
*** update ***
2020-01-21更新: Linux kernel 5.4.13 (1/21現在5.4.x系列の最新版)を試している。既にVBox側で対応済みなため、特に問題なくkernel modulesをbuild、使用できている。
*** updateここまで ***
Linux kernel 5.4からset_pages_x()とset_pages_nx()というfunctionsが削除された。
Debian unstableに入っているVirtualBox 6.0.14はこの変更に対応しておらず、現状ではkernel moduleがbuildできずにerrorになる。
VBoxのdevelopersは既に対応するpatchを作製済みで、6.1RC1としてreleaseしている (cf. [#18945 (Linux 5.4: no more arbitrary executable pages and more changes) – Oracle VM VirtualBox](https://www.virtualbox.org/ticket/18945))。
何れDebian unstableかexperimentalに入るだろう。 2020-01-21現在sidに6.1が入っている。
Linux kernel 5.4 seriesにはi915でgpu resetがtimeoutしてin-flight renderingが止まる問題もあるので、当面は5.3で運用する予定。 2020-01-21現在、5.4.13で特に問題がなさそうなのでこのまま移行できそう。
2020-01-21更新: Linux kernel 5.4.13 (1/21現在5.4.x系列の最新版)を試している。既にVBox側で対応済みなため、特に問題なくkernel modulesをbuild、使用できている。
*** updateここまで ***
Linux kernel 5.4からset_pages_x()とset_pages_nx()というfunctionsが削除された。
Debian unstableに入っているVirtualBox 6.0.14はこの変更に対応しておらず、現状ではkernel moduleがbuildできずにerrorになる。
VBoxのdevelopersは既に対応するpatchを作製済みで、6.1RC1としてreleaseしている (cf. [#18945 (Linux 5.4: no more arbitrary executable pages and more changes) – Oracle VM VirtualBox](https://www.virtualbox.org/ticket/18945))。
ラベル:
Linux kernel,
VirtualBox,
workaround
Linux kernel 5.4.1でgpu resetがtimeoutしてXの画面が止まる (1/22: 5.4.13でも発生 → 1/24: 5.5-rc7で解決か)
*** update ***
2020-01-21追記: 5.3系列がEOLっぽいので5.4.13を試してみているが、rebootから2hrsぐらい経過して特に問題なく使えている。少なくとも"Resetting rcs0"は出ていない。
2020-01-22追記: 気付いたら止まっていた……5.5-rc7をテスト中。
2020-01-24追記: 2日以上安定して使えているので5.5-rc7に移行する。
*** updateここまで ***
5.3.10の時点で既に出ていた症状だが、5.4.1にversionが上がって改善されるかなと思いきや、freezeしたまま延々とerror messageがsyslogに吐かれている状況で寧ろ悪化している?
syslogに残っていたerror messagesはこんな感じ (この時のkernelは5.4.0):
中途半端に止まったり (resetによって)動いたりを繰り返すよりは、いっそ止まって使えないというはっきりした状態の方がマシという考え方もあるが。
5.4.0では普通に使えているので取り敢えず様子見。
5.4.0でも止まったので、5.3.14に戻して暫く使ってみる。Debian unstableのVirtualBox (6.0.14-dsfg-3)だとkernelの仕様変更で5.4に対応できていないのもあるので。
2020-01-22追記: 気付いたら止まっていた……5.5-rc7をテスト中。
2020-01-24追記: 2日以上安定して使えているので5.5-rc7に移行する。
*** updateここまで ***
5.3.10の時点で既に出ていた症状だが、5.4.1にversionが上がって改善されるかなと思いきや、freezeしたまま延々とerror messageがsyslogに吐かれている状況で寧ろ悪化している?
syslogに残っていたerror messagesはこんな感じ (この時のkernelは5.4.0):
Dec 1 00:00:06 kernel: i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
Dec 1 00:00:08 kernel: i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
Dec 1 00:00:10 kernel: i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
Dec 1 00:00:12 kernel: i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
Dec 1 00:00:14 kernel: i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
Dec 1 00:00:16 kernel: i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
Dec 1 00:00:18 kernel: i915 0000:00:02.0: GPU recovery timed out, cancelling all in-flight rendering.
Dec 1 00:00:18 kernel: i915 0000:00:02.0: Resetting chip for hang on rcs0
中途半端に止まったり (resetによって)動いたりを繰り返すよりは、いっそ止まって使えないというはっきりした状態の方がマシという考え方もあるが。
5.4.0でも止まったので、5.3.14に戻して暫く使ってみる。Debian unstableのVirtualBox (6.0.14-dsfg-3)だとkernelの仕様変更で5.4に対応できていないのもあるので。
(12/4追記) 5.3.14でも時々画面のrenderingが止まるが、数秒後に回復する。その時のsyslog:
Dec 4 03:16:10 kernel: i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
resetが掛かった後5.3だと復帰するけど、5.4では復帰できずにin-flight renderingが停止する。5.4で変更された中に何かあるようだ。
ラベル:
Linux kernel
2019年9月29日日曜日
Apple iOS 12.4.2へupgrade
Apple iPad mini 2などに向けてiOS 12.4.2がreleaseされた。
内容はsecurity update。
設定 → 一般 → ソフトウェア・アップデート → 自動アップデート が「オン」になっていれば、自動的に適用されるはず。
内容はsecurity update。
設定 → 一般 → ソフトウェア・アップデート → 自動アップデート が「オン」になっていれば、自動的に適用されるはず。
ラベル:
Apple iOS,
security update
2019年9月1日日曜日
Apple iOS 12.4.1へupgrade
手持ちのiPad mini2では、今日9/1の夜あたりに自動でupgradeされる予定だったが、今すぐ更新のボタンを押した。
軽く使ってみた感じ特に不具合には遭遇していない。
軽く使ってみた感じ特に不具合には遭遇していない。
2019年8月31日土曜日
yascrollがemacsの仕様変更で動かなくなったので修正してみた
yascrollが動かなくなっていることに今頃気付いた。
試しに M-x yascroll:show-scroll-bar を実行してみると:
git logで調べてみるとこれだった:
このcommitで加えられた変更により、新たに4つ目のpersistentというparameterが追加された。これがyascrollの側でparametersの数が合わないというerrorの原因となっていた。
なお、window-fringesの詳細はEmacsからF1 helpで参照できる:
解決方法は簡単で、
fileを修正したら、M-x byte-recompile-fileなどでyascroll.elcを再生成し、el-get-reload (他お好みのpackage management systemの作法)でyascrollをreloadする。
試しに M-x yascroll:show-scroll-bar を実行してみると:
Wrong number of arguments: (left-width right-width outside-margins), 4なるerror messageが返って来る。どうやらEmacs側の仕様変更があった模様。
git logで調べてみるとこれだった:
commit 8e0ebb9a3cb9beef2f5ff50436fef1c54a3e3c92src/window.cに含まれるwindow-fringesというCで書かれたfunctionは、これまで指定された (Emacsにおける) windowのleft-widgh, right-width, outside-marginsの3つのparametersを返していた。
Author: Martin Rudalics <rudalics@gmx.at>
Date: Mon Jul 22 09:19:18 2019 +0200
Handle persistence of windows' scroll bar and fringes settings (Bug#36193)
このcommitで加えられた変更により、新たに4つ目のpersistentというparameterが追加された。これがyascrollの側でparametersの数が合わないというerrorの原因となっていた。
なお、window-fringesの詳細はEmacsからF1 helpで参照できる:
window-fringes is a built-in function in ‘C source code’.
(window-fringes &optional WINDOW)
Probably introduced at or before Emacs version 22.1.
This function does not change global state, including the match data.
Return fringe settings for specified WINDOW.
WINDOW must be a live window and defaults to the selected one.
Value is a list of the form (LEFT-WIDTH RIGHT-WIDTH OUTSIDE-MARGINS
PERSISTENT), see ‘set-window-fringes’.
さて、実際にerrorを起こしていたのはyascroll.el内に定義されたyascroll:choose-scroll-barである:
(defun yascroll:choose-scroll-bar ()left-width, right-width, outside-marginesの3つがcl-destructuring-bindに指定されているため、新たに4つ目のpersistentを返すようになったwindow-fringesと不整合を起こした。
(when (memq window-system yascroll:enabled-window-systems)
(cl-destructuring-bind (left-width right-width outside-margins)
(window-fringes)
(cl-loop for scroll-bar in (yascroll:listify yascroll:scroll-bar)
if (or (eq scroll-bar 'text-area)
(and (eq scroll-bar 'left-fringe)
(> left-width 0))
(and (eq scroll-bar 'right-fringe)
(> right-width 0)))
return scroll-bar))))
解決方法は簡単で、
(cl-destructuring-bind (left-width right-width outside-margins persistent)のように適当な名前のvariableを追加すれば良い (なお、このvariableは使われない)。
fileを修正したら、M-x byte-recompile-fileなどでyascroll.elcを再生成し、el-get-reload (他お好みのpackage management systemの作法)でyascrollをreloadする。
ラベル:
Emacs,
workaround,
yascroll
2019年8月3日土曜日
Debian sidのchromium (76.0.3809.87-1)でextensionが使えない
*** 2019-08-04更新 ***
* chromium 76.0.3809.87-2で修正されたことを確認した。
*** 更新ここまで ***
Debian BTSに同様の報告が既に上がっている。
* chromium 76.0.3809.87-2で修正されたことを確認した。
*** 更新ここまで ***
Debian BTSに同様の報告が既に上がっている。
何れ修正されたversionがuploadされるだろうが、workaroundとしてはdowngradeすれば直るとのこと。
cf. [#933598 - Most extensions now crash upon browser start - Debian Bug report logs](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933598)
ラベル:
chromium,
Debian sid
登録:
投稿 (Atom)