コンピュータ

大画面目的でのAndroidタブレット

スマートフォンで細かい文字等を読むのがキツくなってきて、眼鏡を替えたりいろいろしてみたもののイマイチだったので、11.5inchのAndroidタブレットを導入。(E Ink Android 端末の BOOX もあるけれど、今回の目的には合わなかったので別。)

スマートフォンには電話や電子マネーの用途もあるので全面移行とはいかないけれど、同じOSなので一部アプリケーションはすんなり移行完了。

しかし、画面が大きいとレイアウトを変更して情報を詰め込もうとするアプリケーションとか、無駄な装飾が増えて表示領域を限定するアプリケーションもあるんですよね。ただ表示をデカくして欲しいのだけなのに。

文字だけなら設定でフォントを大きくする手もあるけれど、レイアウトのせいでかえって読みにくい場合もあり。

(勝手に)祝・アクトレイザー30周年

スーパーファミコンの「アクトレイザー」発売から30年です。おめでとうございます。

アクトレイザーのオープニングを MUCOM88 Windows (FM6+SSG3) で鳴らしてみました。

もう何年かわからない(10年以上)前に作った mml2mid 用データを MUCOM88 (Windows) 用に手直しして、音色も、これまた何年ぶりかわからない久しぶりに、0から作りました。正直、既存の音色を使ったほうがよかったのでは。

データはこの辺にあります。(なければ消したということで)

https://est.ceres.ne.jp/tmp/actr1-01-v10.muc

MUCOM88 自体ちゃんと使うの初めてなので、いろいろ変なのはご容赦を。

DELLのサイトのフォントが変なのは何故?

DELLのすべてのページではないが、買い物やドライバ検索をしていると、汚いというか変な表示に遭遇する(かなり前から)。

そういったページでは、CSS で body にこんな font-family の指定がある:
(実際には1行に押し込んであるので適当にリフォーマットしています)

font-family: Roboto-Regular, Roboto-Light, "Cordia New", 
    "Microsoft Sans Serif", Utsaah, "Devanagari MT", "Nirmala UI", 
    Latha, InaiMathi, Gautami, "Telugu Sangam MN", Tunga, 
    "Kannada Sangam MN", Kartika, "Malayalam Sangam MN", Shruti, 
    "Nirmala UI", "Gujarati MT", "Gujarati Sangam MN", Vrinda, 
    "Bangla Sangam MN", "Meiryo UI Reg", "メイリオ Reg", 
    "MS UI Gothic Reg", "Hiragino Kaku Gothic Reg", "ヒラギノ角ゴ Pro W3 Reg", 
    "Microsoft YaHei", "微软雅黑", "Hiragino Sans GB", "Microsoft JhengHei", 
    "微軟正黑體", "Malgun Gothic", "맑은 고딕", Gulim, AppleGothic, 
    "Apple LiGothic", "LiHei Pro", Osaka, STHeiti, "华文黑体", STXihei, 
    "华文细黑", SimHei, "黑体", "Arial Unicode MS", Arial, sans-serif;

日本語用として、メイリオ等を指定しようとした形跡もあるのだけれど、末尾に Reg が付いているせいでマッチせず、中国語(簡体字)フォントである "Microsoft YaHei" がマッチしてしまう模様。(これ、Windows のシステムフォントで消せない?ので、うまい回避方法が思いつかない。)

ただ、h1 のようなヘッダは別にフォント指定があって、何故か Roboto-Medium しか指定されていない(Roboto 日本語はない)ので、フォントが見つからずデフォルト(最近の Windows の Chrome 等なら Meiryo)になる。最初からこれでいいのでは……。

  • font-family で使える個別フォント名が標準化されてないのが悪い(規格のせい)
  • 日本語用のグリフがない(あるいは中途半端な)フォントが日本語の表示に使われてしまうのが悪い(実装のせい)
  • DELLが悪い(人(ウェブデザイナ?)のせい)

どれ?

NetBSD/macppc (9.0_STABLE) で pkgsrc/databases/mysql57-client が作れない問題

追記
対処された模様。
pkgsrc/databases/mysql57-client/hacks.mk:
pkgsrc/databases/mysql57-server/hacks.mk:

# [Tue Sep 22 21:38:02 CEST 2020 : he]
# On NetBSD/powerpc, use devel/libatomic to get 8-byte atomics.
.if ${MACHINE_ARCH} == "powerpc"
.include "../../devel/libatomic/buildlink3.mk"
.endif

なるほど、あれこれやっている間に devel/libatomic というのができてたのね。

以下、過去の記録:

――――――――――――――――――――――――――――――――
どっかで見た話のようで別の話のような、そうでもないような。

アップグレードの怪

NetBSD 8.1(のまま放置されていた)から 9.0_STABLE にアップグレード:

  1. 新しい 9.0_STABLE のカーネルを /netbsd として置きます。
  2. /stand/amd64/9.0/modules 以下に新しいカーネルモジュールを置きます。
  3. 再起動します。

すると、何故か NetBSD 8.1 が起動します(???)
(8.1 のカーネルを削除しても亡霊のように 8.1 が起動します)

$ strings /netbsd | grep 9.0_STABLE
とか実行すると、間違いなく /netbsd は 9.0_STABLE のものです。
いったい何が起きているのでしょうか?

wordpress:「プラグインは wp_version_check() を無効化してアップデートを防ぎました。」がプラグインと関係なかった件

wordpress(これを書いた時点では 5.4.2)の wp-admin/site-health.php で、

1件の致命的な問題
バックグラウンド更新が想定通りに動作していません [セキュリティ]

といわれる。セキュリティ致命的な問題だというので早急に対処する。
(自動更新はできてるけどねえ?)

uname -a は冗長か?

わりとどうでもいいネタ。

uname -a を実行すると、

$ uname -a
NetBSD xxx.ceres.ne.jp 9.0_STABLE NetBSD 9.0_STABLE (GENERIC) #0: Fri Apr  3
02:59:31 JST 2020  est@xxx.ceres.ne.jp:/xxx/amd64/obj/sys/arch/amd64/compile
/GENERIC amd64

NetBSD とか 9.0_STABLE とか、2回出てきて冗長な気がする。

NetBSD が悪いわけではなく、BSD 系全般(とか Darwin とか)こんな感じだったはずだが(※)。