sid – matoken's blog https://matoken.org/blog Is there no plan B? Mon, 26 Oct 2026 22:12:30 +0000 ja hourly 1 https://wordpress.org/?v=7.1.4 https://matoken.org/blog/wp-content/uploads/2025/03/cropped-1865f695c4eecc844385acef2f078255036adccd42c254580ea3844543ab56d9-32x32.jpeg sid – matoken's blog https://matoken.org/blog 32 32 ImpressiveでPDFスライドを自動再生 https://matoken.org/blog/2026/10/27/impressive%e3%81%a7pdf%e3%82%b9%e3%83%a9%e3%82%a4%e3%83%89%e3%82%92%e8%87%aa%e5%8b%95%e5%86%8d%e7%94%9f/ https://matoken.org/blog/2026/10/27/impressive%e3%81%a7pdf%e3%82%b9%e3%83%a9%e3%82%a4%e3%83%89%e3%82%92%e8%87%aa%e5%8b%95%e5%86%8d%e7%94%9f/#respond Mon, 26 Oct 2026 22:12:28 +0000 https://matoken.org/blog/?p=5775

先日開催された「鹿児島Linux勉強会 2026.10」の発表で「SBC再利用でディジタルサイネージを作る」というものがありました。
余っている古めのSBC(シングルボードコンピューター)をイベントの展示で利用するデジタルサイネージ取りて活用する話でした。
発表後デモ用のスライドを自動再生させたいという話に。

そういえば以前 #koedolug で @hatochan@mstdn.maud.io からhtmlでのプレゼンテーションツールのReveal.jsで同じようなことできないかなという話が出たときにAsciidoc Reveal.js で以下のようなスライドを試していました。

しかし今回はSBCでウェブブラウザは重いのでPDFスライドを自動再生させたいということで少し探してみました。

手元の端末に入っているいくつかのPDFプレゼンテーションツールのmanを見るとImpressiveにそれらしいオプションがあります。

-a <seconds> or --auto <seconds>
       Automatically advance to the next page after the given number of seconds. Together with the -w option (described below), this can be used to create automatic slideshows.
       Note that this option will not interrupt video playback: If a video is longer than the interval specified with --auto, it will be played until the end, but Impressive will change to the next page directly after that.
— man impressive
-w or --wrap
       If this option is set, Impressive will "wrap" over to the first page after the last page. In other words, advancing to the next page at the end of the presentation will restart the whole presentation.
— man impressive

この --auto と --wrap を使って実現できました.
ただ、ページ遷移時のトランジションがランダムでちょっと鬱陶しいようなということでトランジションのオプションも。

-t <trans1[,trans2...]> or --transition <trans1[,trans2...]>
       Using this switch, the set of transitions Impressive will randomly draw at page changes can be specified. If only one transition class is specified, this class will be used for all pages that do not have another transition ex‐
       plicitly assigned in their page properties. Multiple transitions have to be separated by commas; they will be used in random order. The -l option can be used to get a list of available transitions.
— man impressive

-l でトランジションの一覧が表示できます。これを -t , --transition に指定することでトランジションを指定できました。

$ impressive -l 2>/dev/null
Available transitions:
  Crossfade       - simple crossfade
  FadeOutFadeIn   - fade out to black and fade in again
  None            - no transition
  PagePeel        - an unrealistic, but nice page peel effect
  SlideDown       - slide downwards
  SlideLeft       - slide to the left
  SlideRight      - slide to the right
  SlideUp         - slide upwards
  SqueezeDown     - squeeze downwards
  SqueezeLeft     - squeeze to the left
  SqueezeRight    - squeeze to the right
  SqueezeUp       - squeeze upwards
* WipeBlobs       - wipe using nice "blob"-like patterns
  WipeBrightness1 - wipe based on the current slide's brightness
  WipeBrightness2 - wipe based on the next slide's brightness
  WipeCenterIn    - wipe from the corners inwards
* WipeCenterOut   - wipe from the center outwards
  WipeClouds      - wipe using cloud-like patterns
* WipeDown        - wipe downwards
  WipeDownLeft    - wipe from the upper-right to the lower-left corner
* WipeDownRight   - wipe from the upper-left to the lower-right corner
  WipeLeft        - wipe from right to left
* WipeRight       - wipe from left to right
  WipeUp          - wipe upwards
  WipeUpLeft      - wipe from the lower-right to the upper-left corner
  WipeUpRight     - wipe from the lower-left to the upper-right corner
(transitions with * are enabled by default)

ということで合わせてこんな感じで。

$ impressive \
  --auto 30 \ (1)
  --wrap \ (2)
  --transition None \ (3)
  slide.pdf (4)
  1. 30秒でページ送り

  2. 最終ページから最初のページに遷移

  3. トランジションを None に(カンマ区切りで複数指定可能)

  4. スライドPDF

]]>
https://matoken.org/blog/2026/10/27/impressive%e3%81%a7pdf%e3%82%b9%e3%83%a9%e3%82%a4%e3%83%89%e3%82%92%e8%87%aa%e5%8b%95%e5%86%8d%e7%94%9f/feed/ 0
日本語入力システムのMeltypeを試す https://matoken.org/blog/2026/10/26/try-japanese-input-system-meltype/ https://matoken.org/blog/2026/10/26/try-japanese-input-system-meltype/#respond Sun, 25 Oct 2026 21:19:26 +0000 https://matoken.org/blog/?p=5748

Linux iBus/fcitx5にも対応した日本語入力システムのMeltype を試しはじめました。

MeltypeはLinux, Windows, macOSに対応している日本語入力システムです。半角/全角を自動判別してくれるようです。
Linuxではamd64/arm64アーキテクチャー、iBus/fcitx5に対応しているようです.
ライセンスはGPL-3.0 licenseです。

導入

今回はDebian sid amd64のfcitx5環境に導入しました。
GitHub Releases から現時点での最新の1.3.0のamd64の.deb を使いました。

$ wget -c https://github.com/yksr-melt/Meltype/releases/download/v1.3.0/meltype_1.3.0_amd64.deb
$ sha256sum meltype_1.3.0_amd64.deb
6eec30d93299399ec19f89c73cda0796ad6f08606cc106dec07a4166a3c64862  meltype_1.3.0_amd64.deb
$ vt file 6eec30d93299399ec19f89c73cda0796ad6f08606cc106dec07a4166a3c64862
File "6eec30d93299399ec19f89c73cda0796ad6f08606cc106dec07a4166a3c64862" not found
$ vt scan file ./meltype_1.3.0_amd64.deb --wait
$ vt file 6eec30d93299399ec19f89c73cda0796ad6f08606cc106dec07a4166a3c64862 --format json | jq '.[0].last_analysis_stats'
{
  "confirmed-timeout": 1,
  "failure": 0,
  "harmless": 0,
  "malicious": 0,
  "suspicious": 0,
  "timeout": 0,
  "type-unsupported": 14,
  "undetected": 60
}
$ sudo apt install ./meltype_1.3.0_amd64.deb

パッケージ導入後はfcitx5に登録します. fcitx5-config-qt を起動、

この時点ではfcitx5はMeltype を見つけてくれません。メッセージにあるように「更新」ボタンを押すことで認識しました。

meltype fcitx5 01
meltype fcitx5 02

Meltype を追加して「適用」を押すと使えるようになります。

まだ導入したばかりで使い勝手はまだなんとも言えませんがしばらく試してみようと思います。

環境

$ dpkg-query -W fcitx5* meltype
fcitx5  5.1.23-1
fcitx5-chinese-addons
fcitx5-config-qt        5.1.16-1
fcitx5-configtool
fcitx5-configtool-data
fcitx5-data     5.1.23-1
fcitx5-frontend-all     5.1.23-1
fcitx5-frontend-fbterm
fcitx5-frontend-gtk2
fcitx5-frontend-gtk3    5.1.7-1
fcitx5-frontend-gtk4    5.1.7-1
fcitx5-frontend-qt5     5.1.16-1
fcitx5-frontend-qt6     5.1.16-1
fcitx5-frontend-tmux
fcitx5-module-dbus
fcitx5-module-emoji
fcitx5-module-fcitx4
fcitx5-module-ibus
fcitx5-module-kimpanel
fcitx5-module-quickphrase
fcitx5-module-wayland
fcitx5-module-xorg
fcitx5-modules:amd64    5.1.23-1
fcitx5-mozc:amd64       3.33.6133+ds1-0.2
meltype 1.3.0
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/10/26/try-japanese-input-system-meltype/feed/ 0
scrcpy 5.0でハードウェアデコードに対応 https://matoken.org/blog/2026/10/06/scrcpy-5-0_hardware-decode/ https://matoken.org/blog/2026/10/06/scrcpy-5-0_hardware-decode/#respond Tue, 06 Oct 2026 10:56:42 +0000 https://matoken.org/blog/?p=5722

Android端末をUSBや無線経由で画面表示や操作のできるScrcpyの5.0がリリースされました.

今回のハイライトはハードウェアデコード機能の追加.

laptopを省電力モードにしている状態で動画再生中のAndroidを画面転送していると再生が追いつかずどんどん映像と音がずれていたのですがハードウェアデコードが使えるとこういったことが減りそうです.

Debian packageのscrcpyは結構古いです.

$ rmadison scrcpy
scrcpy     | 1.17-1          | oldoldstable                             | source, amd64, arm64, armhf, i386
scrcpy     | 3.3.4-1~bpo12+1 | oldstable-backports-sloppy-debug/contrib | source
scrcpy     | 3.3.4-1~bpo12+1 | oldstable-backports-sloppy/contrib       | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
scrcpy     | 3.3.4-1~bpo13+1 | stable-backports-debug/contrib           | source
scrcpy     | 3.3.4-1~bpo13+1 | stable-backports/contrib                 | source, amd64, arm64, armel, armhf, i386, ppc64el, riscv64, s390x
scrcpy     | 4.1-1           | testing/contrib                          | source
scrcpy     | 4.1-1           | unstable-debug/contrib                   | source
scrcpy     | 4.1-1           | unstable/contrib                         | source
scrcpy     | 4.1-1+b1        | testing/contrib                          | amd64, arm64, armhf, i386, loong64, ppc64el, riscv64, s390x
scrcpy     | 4.1-1+b1        | unstable/contrib                         | amd64, arm64, armhf, i386, loong64, ppc64el, riscv64, s390x

scrcpyのsourceをpullして5.0で

$ git pull
$ git checkout v5.0
HEAD is now at 19871982 Update links to 5.0
$ git status
HEAD detached at v5.0
nothing to commit, working tree clean

buildは大変なので既製のサーバーを使用します.

$ ./install_release.sh

5.0になりました.

$ which scrcpy
/usr/local/bin/scrcpy
$ scrcpy --version
scrcpy 5.0 <https://github.com/Genymobile/scrcpy>

Dependencies (compiled / linked):
 - SDL: 3.4.16 / 3.4.16
 - libavcodec: 63.1.102 / 63.1.102
 - libavformat: 63.1.102 / 63.1.102
 - libavutil: 61.1.102 / 61.1.102
 - libavdevice: 63.1.102 / 63.1.102
 - libusb: - / 1.0.30

--hwdec オプションもあります.

$ scrcpy --help | grep -A7 -- --hwdec=
    --hwdec=mode
        Configure hardware video decoding on the computer.
        Possible values are "auto" (the first available hardware decoder,
        software decoding otherwise), "disabled" (always use software decoding),
        "vaapi" (Linux only), "d3d11va" (Windows only) and "videotoolbox" (macOS
        only).
        Default is "auto".

既定値では --hwdec=auto で vaapi になりました.

$ scrcpy
scrcpy 5.0 <https://github.com/Genymobile/scrcpy>
INFO: ADB device found:
INFO:     -->   (usb)  cfc15fe5                        device  P780
/usr/local/share/scrcpy/scrcpy-server: 1 file pushed, 0 skipped. 43.9 MB/s (733974 bytes in 0.016s)
[server] INFO: Device: [TINNO] Rakuten P780 (Android 11)
INFO: Renderer: opengl
INFO: OpenGL version: 4.6 (Compatibility Profile) Mesa 26.2.4-1
INFO: Trilinear filtering enabled
INFO: Trilinear filtering disabled for VA-API frames
INFO: Interop: vaapi
INFO: Video decoding: vaapi
INFO: Texture (VA-API): 720x1520

VA-APIで対応しているハードウェアデコードのコーデックは vainfo コマンドなどで確認できます.

$ vainfo
Trying display: wayland
Trying display: x11
libva info: VA-API version 1.24.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_24
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.24 (libva 2.23.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 26.2.4 ()
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            :	VAEntrypointVLD
      VAProfileMPEG2Main              :	VAEntrypointVLD
      VAProfileH264Main               :	VAEntrypointVLD
      VAProfileH264Main               :	VAEntrypointEncSliceLP
      VAProfileH264High               :	VAEntrypointVLD
      VAProfileH264High               :	VAEntrypointEncSliceLP
      VAProfileJPEGBaseline           :	VAEntrypointVLD
      VAProfileJPEGBaseline           :	VAEntrypointEncPicture
      VAProfileH264ConstrainedBaseline:	VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:	VAEntrypointEncSliceLP
      VAProfileVP8Version0_3          :	VAEntrypointVLD
      VAProfileHEVCMain               :	VAEntrypointVLD
      VAProfileHEVCMain10             :	VAEntrypointVLD
      VAProfileVP9Profile0            :	VAEntrypointVLD
      VAProfileVP9Profile2            :	VAEntrypointVLD

Android側は scrcpy --list-encoders で確認できます.
恐らく(hw)となっているところがハードウェアエンコード.このPCとAndroidの組み合わせだとH.264かH.265になりそうです.

$ scrcpy --list-encoders
scrcpy 5.0 <https://github.com/Genymobile/scrcpy>
INFO: ADB device found:
INFO:     -->   (usb)  cfc15fe5                        device  P780
/usr/local/share/scrcpy/scrcpy-server: 1 file pushed, 0 skipped. 71.2 MB/s (733974 bytes in 0.010s)
[server] INFO: Device: [TINNO] Rakuten P780 (Android 11)
[server] INFO: List of video encoders:
    --video-codec=h264 --video-encoder=c2.qti.avc.encoder             (hw) [vendor]
    --video-codec=h264 --video-encoder=OMX.qcom.video.encoder.avc     (hw) [vendor] (alias for c2.qti.avc.encoder)
    --video-codec=h264 --video-encoder=c2.android.avc.encoder         (sw)
    --video-codec=h264 --video-encoder=OMX.google.h264.encoder        (sw) (alias for c2.android.avc.encoder)
    --video-codec=h265 --video-encoder=c2.qti.hevc.encoder            (hw) [vendor]
    --video-codec=h265 --video-encoder=OMX.qcom.video.encoder.hevc    (hw) [vendor] (alias for c2.qti.hevc.encoder)
    --video-codec=h265 --video-encoder=c2.qti.hevc.encoder.cq         (hw) [vendor]
    --video-codec=h265 --video-encoder=OMX.qcom.video.encoder.hevc.cq (hw) [vendor] (alias for c2.qti.hevc.encoder.cq)
    --video-codec=h265 --video-encoder=c2.android.hevc.encoder        (sw)
    --video-codec=vp8 --video-encoder=c2.android.vp8.encoder          (sw)
    --video-codec=vp8 --video-encoder=OMX.google.vp8.encoder          (sw) (alias for c2.android.vp8.encoder)
    --video-codec=vp9 --video-encoder=c2.android.vp9.encoder          (sw)
    --video-codec=vp9 --video-encoder=OMX.google.vp9.encoder          (sw) (alias for c2.android.vp9.encoder)
[server] INFO: List of audio encoders:
    --audio-codec=opus --audio-encoder=c2.android.opus.encoder        (sw)
    --audio-codec=aac --audio-encoder=c2.android.aac.encoder          (sw)
    --audio-codec=aac --audio-encoder=OMX.google.aac.encoder          (sw) (alias for c2.android.aac.encoder)
    --audio-codec=flac --audio-encoder=c2.android.flac.encoder        (sw)
    --audio-codec=flac --audio-encoder=OMX.google.flac.encoder        (sw) (alias for c2.android.flac.encoder)

laptopを省電力モードにして動画再生中のAndroidの画面を転送してみると遅れもなくなったようです.
ということて低スペックマシンなどで遅いと思っていた方なんかには嬉しい変更です.

Note

F-Droidで見かけたのですが,Android → Android の画面転送のできるAndroid版scrcpyもありました.(未検証)

]]>
https://matoken.org/blog/2026/10/06/scrcpy-5-0_hardware-decode/feed/ 0
OpenCloud 8.0.0のリアルタイム共同編集機能を試す https://matoken.org/blog/2026/10/05/opencloud-8-0-0-real-time-collaborative-editing/ https://matoken.org/blog/2026/10/05/opencloud-8-0-0-real-time-collaborative-editing/#comments Mon, 05 Oct 2026 10:31:49 +0000 https://matoken.org/blog/?p=5713

OpenCloud 8.0.0で標準テキストエディターでのリアルタイム共同編集機能が入りました.

Highlights
📝 Real-time collaborative editing in the Editor

Several people can now edit the same Markdown or .ocnote file at the same time. Everyone sees every keystroke immediately, without locking and without waiting for a save.

シングルバイナリで試そうとしましたが単体ではこの機能は動作せず,別途YJS Serverが必要で動作しませんでした.

YJSの含まれたDocker composeが用意されているので今回これで試してみました.

OpenCloudをDocker composeで起動

まずはcompose fileのリポジトリをclone

$ git clone https://github.com/opencloud-eu/opencloud-compose
$ cd opencloud-compose

.env を用意.

$ cp  .env.example .env (1)
$ editor .env (2)
  1. .env.example をもとに .env を用意

  2. .env を編集

$ diff .env.example .env
13c13
< #COMPOSE_FILE=docker-compose.yml:yjs/yjs.yml:traefik/opencloud.yml
---
> COMPOSE_FILE=docker-compose.yml:yjs/yjs.yml:traefik/opencloud.yml (1)
82,83c82,83
< #TRAEFIK_PORT_HTTP=4080
< #TRAEFIK_PORT_HTTPS=4443
---
> TRAEFIK_PORT_HTTP=4080
> TRAEFIK_PORT_HTTPS=4443 (2)
114c114
< INITIAL_ADMIN_PASSWORD=
---
> INITIAL_ADMIN_PASSWORD=SicVeftijLafJav~ (3)
  1. YJSを使えるように

  2. ポートがすでに利用されているので別のポートに変更

  3. 適当な初期パスワードを設定

/etc/hostsを編集してテスト用のドメインを設定.

$ sudo git -C /etc diff /etc/hosts
diff --git a/hosts b/hosts
index 4ec7947..d81d0c6 100644
--- a/hosts
+++ b/hosts
@@ -1,6 +1,8 @@
 127.0.0.1      localhost
 127.0.1.1      tp-l13.home.matoken.org tp-l13
+127.0.0.1      cloud.opencloud.test
+127.0.0.1      traefik.opencloud.test
+127.0.0.1      keycloak.opencloud.test

 # The following lines are desirable for IPv6 capable hosts
 ::1     localhost ip6-localhost ip6-loopback

OpenCloudを起動.

$ docker compose up

https://cloud.opencloud.test:4443/ にアクセスするとOpenCloudに接続されます.

共同編集を試す

共同編集を試すためにMarkdown若しくは.ocnoteのファイルを用意します.
このファイルを共有します.
少し試した感じではURL共有だと共同編集は有効にならないようです.
ユーザーを複数用意して他のユーザーに編集権を付けて共有することで共同編集ができるようになりました.

opencloud file share

共同変種画面はこんな感じです.ユーザーのカーソル位置が共有され,編集も相互にリアルタイムに反映されます.
ただし,Etherpadと違いこの行は誰が編集したかなどはわからないようです.

opencloud collaborative editing

ということで,リアルタイム共同編集は動作するように出来ました.しかし現時点ではOpenCloudアカウントが必要で現在Etherpadでパスワード無しで共同編集をしているものの置き換えには難しいかなという感じ.
リリースされたばかりなのでこれからに期待です.

opencloud 8.0.1
]]>
https://matoken.org/blog/2026/10/05/opencloud-8-0-0-real-time-collaborative-editing/feed/ 1
OpenCloud 8.0.0のシングルバイナリがなかなか動かせなかった https://matoken.org/blog/2026/10/05/opencloud-8-0-0_single-binary/ https://matoken.org/blog/2026/10/05/opencloud-8-0-0_single-binary/#comments Sun, 04 Oct 2026 21:25:10 +0000 https://matoken.org/blog/?p=5700

先日OpenCloud 8.0.0がリリースされました.
ハイライトにリアルタイムコラボレーション編集機能がエディター機能に実装されたとのことでMarkdownや.ocnote形式のファイルが複数人でリアルタイム編集できるようになったようです.

Highlights
📝 Real-time collaborative editing in the Editor

Etherpadと同じようなものかもしれないと久々にOpenCloudを動かしてみたら数カ所嵌ったのでメモしておきます.

OpenCloudはGo言語で書き直されているownCloud Infinite Scale(oCIS)のフォークです.PHPベースのownCloudやNextcloudに比べて軽量と言われています.

ハードウェア要件を見ると10人くらいまでの最低要件でこんな感じでRaspberry Pi 3でも大丈夫みたいです.GitHub releasesのバイナリにはamd64やarm64なんかの他にもレガシーなi386やarm(32bit)もあります.

Minimum (Minimal bare-metal Deployment – Up to 10 Users)

  • eg. Raspberry Pi 3
  • 1 GHz (Single-core)
  • 512 MB Ram
  • Storage: depends on data usage

OpenCloudシングルバイナリの導入

導入はDockerがありますが,GitHub Releasesのリングルバイナリを利用するのがおてがるそうです.以前もそれで試していたので今回もこれを使うことに.

$ wget -c https://github.com/opencloud-eu/opencloud/releases/download/v8.0.1/opencloud-8.0.1-linux-amd64 \
          https://github.com/opencloud-eu/opencloud/releases/download/v8.0.1/opencloud-8.0.1-linux-amd64.sha256
$ sha256sum --check opencloud-8.0.1-linux-amd64.sha256
opencloud-8.0.1-linux-amd64: OK
$ chmod u+x opencloud-8.0.1-linux-amd64

以前試していた設定があるので設定のdiffを確認します.

$ ./opencloud-8.0.1-linux-amd64 init --diff
Do you want to configure OpenCloud with certificate checking disabled?
 This is not recommended for public instances! [yes | no = default]
running in diff mode
diff -u /home/matoken/.opencloud/config/opencloud.yaml /home/matoken/.opencloud/config/opencloud.yaml.tmp

  :

差分が多いしテストでしか使ってなかったので --force-overwrite で設定を上書きすることにします.

$ ./opencloud-8.0.1-linux-amd64 init --force-overwrite

OpenCloud serverが起動しない?

これで起動しようとするとコケます.

$ ./opencloud-8.0.1-linux-amd64 server
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x1b0 pc=0x7f404a03b157]

Linux armhf環境だと起動します.
リリースから数日経ってもIssueにも上がっていないし自分の環境だけそうです.

なんだろうと思いながら何度か実行するとタイミングによりメッセージが変わります.

{"level":"error","service":"opencloud","event":"opencloud: Failed service 'sharing' (1.000000 failures of 5.000000), restarting: true, error: listen tcp 127.0.0.1:9150: bind: address already in use","service":"sharing","supervisor":"opencloud","restarting":true,"failures":1,"threshold":5,"error":"listen tcp 127.0.0.1:9150: bind: address already in use","time":"2026-09-16T06:17:45+09:00","message":"service terminated"}
{"level":"error","service":"opencloud","event":"opencloud: Failed service 'sharing' (1.629878 failures of 5.000000), restarting: true, error: listen tcp 127.0.0.1:9150: bind: address already in use","service":"sharing","supervisor":"opencloud","restarting":true,"failures":1.6298778555015767,"threshold":5,"error":"listen tcp 127.0.0.1:9150: bind: address already in use","time":"2026-09-16T06:18:05+09:00","message":"service terminated"}
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x1b0 pc=0x7f843683b157]

tcp 9150が当たっていそう.torがすでに使っているようです.

$ sudo ss -ltnp 'sport = :9150'
State                 Recv-Q                Send-Q                               Local Address:Port                               Peer Address:Port               Process
LISTEN                0                     4096                                     127.0.0.1:9150                                    0.0.0.0:*                   users:(("tor",pid=3949956,fd=11))
$ sudo service tor stop

やっぱり駄目です.

$ pstree -Aps 3949956
systemd(1)---firefox.real(3948785)---tor(3949956)-+-lyrebird(3950548)-+-{lyrebird}(3950549)
                                                  |                   |-{lyrebird}(3950550)
                                                  |                   |-{lyrebird}(3950551)
                                                  |                   |-{lyrebird}(3950552)
                                                  |                   |-{lyrebird}(3950553)
                                                  |                   |-{lyrebird}(3950554)
                                                  |                   |-{lyrebird}(3950555)
                                                  |                   |-{lyrebird}(3950650)
                                                  |                   |-{lyrebird}(3950651)
                                                  |                   |-{lyrebird}(3950652)
                                                  |                   |-{lyrebird}(3950653)
                                                  |                   |-{lyrebird}(3950654)
                                                  |                   |-{lyrebird}(3950655)
                                                  |                   |-{lyrebird}(3950656)
                                                  |                   |-{lyrebird}(3950657)
                                                  |                   |-{lyrebird}(3950658)
                                                  |                   |-{lyrebird}(3950659)
                                                  |                   |-{lyrebird}(3950660)
                                                  |                   |-{lyrebird}(3950661)
                                                  |                   `-{lyrebird}(625816)
                                                  |-{tor}(3950480)
                                                  |-{tor}(3950481)
                                                  |-{tor}(3950482)
                                                  |-{tor}(3950483)
                                                  |-{tor}(3950484)
                                                  |-{tor}(3950485)
                                                  |-{tor}(3950486)
                                                  `-{tor}(3950487)

tor daemonではなくTor Browserのtorが当たっていたようでTor Browserを終了するとOpenCloudが起動するようになりました.

OpenCloud側のポートの変更方法はよくわからないしTor Browserの方の設定変更も about:config をいじらないといけないようです.とりあえずTor Browserを停止してOpenCloudを試すことにします.

OpenCloud ログイン画面で500エラー

OpenCloud Serverを起動します.

$ ./opencloud-8.0.1-linux-amd64 server

これでOpenCloudを起動した状態でウェブブラウザで https://localhost:9200/ に接続するとログイン画面になりますが,ログイン画面で500エラーになります.

opencloud login ng

関連しそうなIssueがありました.
すでにOpenCloudを動かしたことがある状態で設定を上書き(init –force-overwrite)するとこういったことが起こるようです.
OpenCloudディレクトリごと一旦削除してからinitを動かすといいようです.OpenCloudのディレクトリは既定値では ~/.opencloud です.このディレクトリごと消してからinitを叩くと動くようになりました.

$ rm -rf ~/.opencloud
$ ./opencloud-8.0.1-linux-amd64 init
$ ./opencloud-8.0.1-linux-amd64 server
    :

ログイン画面( https://localhost:9200/ )でUsername「admin」, Password「(init時に表示)」でログインします.これでOpenCloudが利用できるようになりました.

opencloud login
pencloud file01
opencloud upmenu

テキストエディタ共同編集機能

OpenCloud 8.0.0からの共同編集機能を試そうと,Markdownや.ocnoteを共有して複数のユーザ,複数のウェブブラウザで試してみたが,それぞれ編集は可能なのですが,lockもなく最後に編集したものが反映される動作です.
Dockerだと動くようなので何かが足りないようです.

少し調べると共同編集機能にはYjsというJavaScript製のCRDT(Conflict-free Replicated Data Type)ライブラリが必要らしいです.

シングルバイナリのOpenCloudにはYjsは含まれておらず別途Yjsを用意して起動する必要があるようです.
DockerだとYjsは同梱されていてすぐ動かせるようです.

ということで今回は一旦ここまで.
以前はさくっとと動かせましたが今回はポートが競合したり,古い設定が悪さをしたりライブラリが足りなかったりとDockerで動かせば引っかからずに動いたんだろうなという感じでした.

]]>
https://matoken.org/blog/2026/10/05/opencloud-8-0-0_single-binary/feed/ 1
infiniCLOUDでWebDav接続して暗号化ファイルバックアップ https://matoken.org/blog/2026/10/04/infinicloud-encrypted-backup/ https://matoken.org/blog/2026/10/04/infinicloud-encrypted-backup/#respond Sat, 03 Oct 2026 22:25:13 +0000 https://matoken.org/blog/?p=5665

【LCTZ5】登録後にマイページでこの紹介コードを入力すると、今なら5GBプレゼント!国産クラウドストレージ「infiniCLOUD」

てことでWebDav使えるとこを探して試しに登録してみました.
infiniCLOUDは無料で20GB+紹介コード入力で+5GBの国内クラドサービスです.

登録してWebDav接続して,gocryptfsのreverse mountを使い暗号化バックアップまで試してみました.

infiniCLOUDは現在すぐに登録出来ません.一旦仮登録して順番待ちに入り,そこから待ちが解消されたらメールで連絡が来て本登録となっています.
今回は仮登録から本登録まで7日ほどかかりました.

本登録時には無料で20GB利用できます.ここで「マイページ」の「紹介ボーナス情報」→「紹介コードを入力する」で紹介コードを入力すると容量が5GB追加されます.

紹介コードは私のコードを使ってもらえるなら「LCTZ5」を入力してください.若しくはWeb検索やSNS検索でもたくさん出てきます.

WebDav接続

infiniCLOUDはWebDavに対応していますが標準では利用できません.マイページで有効にする必要があります.

マイページに移動し,「外部アプリ接続」→「外部アプリ接続を許可する」にチェックすると,「アプリパスワード」が払い出されます.このパスワードをメモしておきます.

infiniCLOUD dav01

この後,WebDav clientで httpss://higa.teracloud.jp/dav に「接続ID」と「アプリパスワード」で接続できるようになります.
ファイラーのNautilusやPC-ManFM-qtでは davs://higa.teracloud.jp/dav で接続できます.

infiniCLOUD PC ManFM01

gocryptfsのreverse modeで暗号化backup

WebDavでファイルを転送してみます.でも以下のような話もあるし事業者側でチェックできないよう暗号化してから転送することにします.

この記事ではCryptomatorやRcloneが紹介されています.ここではgocryptfsのreverse modeで任意のディレクトリを暗号化マウントして暗号されたディレクトリ以下を転送してみます.

Tip

以下はコマンドでゴニョゴニョやっていますが,Cryptomatorは基本GUIですし,gocryptfs対応のGUIアプリもあります.

Note

以前Cryptomatorを試して「鹿児島Linux勉強会 2021.09」で発表した資料.

今回は以下のようなディレクトリ構成です.

  • バックアップ対象ディレクトリ(平文)を ~/backup

  • reverse modeでリバースマウントした暗号化されたディレクトリを ~/fuse/crypt

  • infiniCLOUDのWebDavのマウントポイントを ~/fuse/WebDav

先ずはreverse modeの初期化を行います.これは初回のみ必要です.
パスワードを求められます.ある程度複雑で長いパスワードを指定します.このパスワードを紛失するとデータは失われます.

初期化(初回のみ)
$ gocryptfs -reverse -init ~/backup
Choose a password for protecting your files.
Password:
Repeat:

Your master key is:

    eb790dfd-6ef73a50-479c61a2-4241ad29-
    d7fca680-e2b285ed-8f8d253d-4de67707

If the gocryptfs.conf file becomes corrupted or you ever forget your password,
there is only one hope for recovery: The master key. Print it to a piece of
paper and store it in a drawer. This message is only printed once.
The gocryptfs-reverse filesystem has been created successfully.
You can now mount it using: gocryptfs -reverse . MOUNTPOINT
設定ファイルが作られている
$ ls -A ~/backup/.gocryptfs.reverse.conf
/home/matoken/backup/.gocryptfs.reverse.conf
$ cat ~/backup/.gocryptfs.reverse.conf
{
        "Creator": "gocryptfs 2.6.1",
        "EncryptedKey": "tDNot8rK0TgXqbeailSl1ivc6BtfJadyruGrT6jH+MTz9w0kiwc7GeetpZlg+XuZkmgbR+IgxCLVjZmneCSLVQ==",
        "ScryptObject": {
                "Salt": "Ua4Sh5RA8XSws5HPfP2nZngtu9MDtXdlPU+3GsZ07qM=",
                "N": 65536,
                "R": 8,
                "P": 1,
                "KeyLen": 32
        },
        "Version": 2,
        "FeatureFlags": [
                "HKDF",
                "GCMIV128",
                "DirIV",
                "EMENames",
                "LongNames",
                "Raw64",
                "AESSIV"
        ]
}
gocryptfsのreverse modeでマウント
$ gocryptfs -reverse ~/backup ~/fuse/crypt
Password:
Decrypting master key
Filesystem mounted and ready.
$ ls -A ~/fuse/crypt
BRR2b2p5T-5OJ6Z5sGNF3Q  gocryptfs.conf  gocryptfs.diriv
$ cat ~/fuse/crypt/gocryptfs.conf
{
        "Creator": "gocryptfs 2.6.1",
        "EncryptedKey": "tDNot8rK0TgXqbeailSl1ivc6BtfJadyruGrT6jH+MTz9w0kiwc7GeetpZlg+XuZkmgbR+IgxCLVjZmneCSLVQ==",
        "ScryptObject": {
                "Salt": "Ua4Sh5RA8XSws5HPfP2nZngtu9MDtXdlPU+3GsZ07qM=",
                "N": 65536,
                "R": 8,
                "P": 1,
                "KeyLen": 32
        },
        "Version": 2,
        "FeatureFlags": [
                "HKDF",
                "GCMIV128",
                "DirIV",
                "EMENames",
                "LongNames",
                "Raw64",
                "AESSIV"
        ]
}
rsyncコマンドでファイル転送.
$ rsync -avcP ~/fuse/crypt ~/fuse/WebDav/
mountして復号できるか確認
$ gocryptfs ~/fuse/crypt ~/fuse/decrypt
Password:
Decrypting master key
Filesystem mounted and ready.
$ ls ~/fuse/decrypt
  :
アンマウント
$ fusermount3 -u ~/fuse/decrypt/
$ fusermount3 -u ~/fuse/crypt/

という感じで自分のデータを暗号化してWebDav経由でinfiniCLOUDに転送して復号化までできることを確認しました.

同じデータを複数人で使いたい場合はNextcloudなどでE2EEなどを使うのが良さそうですが,自分だけで使う分にはこれで十分かなと.

]]>
https://matoken.org/blog/2026/10/04/infinicloud-encrypted-backup/feed/ 0
LaptopのCPU設定をtlpで変更して温度を下げる https://matoken.org/blog/2026/09/02/change-laptop-cpu-settings-with-tlp-to-lower-temperature/ https://matoken.org/blog/2026/09/02/change-laptop-cpu-settings-with-tlp-to-lower-temperature/#comments Tue, 01 Sep 2026 21:00:00 +0000 https://matoken.org/blog/?p=5655

最近暑いのもありPCがシャットダウンしてしまうことが多いです.
シャットダウンしていてログを見ると

kernel: thermal thermal_zone0: acpitz: critical temperature reached
kernel: reboot: HARDWARE PROTECTION shutdown (Temperature too high)

が残されている感じ.
tlpでCPUの設定を変更してみました.

このcritical temperatureはこの端末では100℃のようです.
通常時の温度は75度くらい.

$ sensors | grep coretemp-isa-0000 -A7
coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +52.0���C  (high = +100.0���C, crit = +100.0���C)
Core 0:        +50.0���C  (high = +100.0���C, crit = +100.0���C)
Core 1:        +52.0���C  (high = +100.0���C, crit = +100.0���C)
Core 2:        +52.0���C  (high = +100.0���C, crit = +100.0���C)
Core 3:        +49.0���C  (high = +100.0���C, crit = +100.0���C)

ということでいまこの端末ではtlpを導入しているのでtlpのcpuの設定を変えて見ようと思います.
設定ファイルは /etc/tlp.conf

CPU_SCALING_GOVERNOR_ON_AC/BAT/SAV

先ずは CPU_SCALING_GOVERNOR_ON_AC/BAT/SAV を設定.既定値は performance になっていそうです.
設定可能な項目は環境によって変わるので, tlp-stat -p などで確認します.この端末だと performance, powersave が設定できそうなので powersave に.

設定可能なscaling governor設定項目を確認
$ sudo tlp-stat -p | grep scaling_available_governors
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors = performance powersave
tlp.confを修正
-#CPU_SCALING_GOVERNOR_ON_AC=performance
-#CPU_SCALING_GOVERNOR_ON_BAT=powersave
-#CPU_SCALING_GOVERNOR_ON_SAV=powersave
+CPU_SCALING_GOVERNOR_ON_AC=powersave
+CPU_SCALING_GOVERNOR_ON_BAT=powersave
+CPU_SCALING_GOVERNOR_ON_SAV=powersave

設定変更したらtmpを再起動します. sudo service tlp restart
少し下がった気がするけどしばらく使っているとまたおこりました.

CPU_ENERGY_PERF_POLICY_ON_AC/BAT/SAV

次は CPU_ENERGY_PERF_POLICY_ON_AC/BAT/SAV を設定してみます.
こちらは power が一番低いようなので balance_performance から power へ変更.

設定可能なcpu energy performance設定項目を確認
$ sudo tlp-stat -p | grep energy_performance_available_preferences
/sys/devices/system/cpu/cpu0/cpufreq/energy_performance_available_preferences = default performance balance_performance balance_power power
tlp.confを修正
-#CPU_ENERGY_PERF_POLICY_ON_AC=balance_performance
-#CPU_ENERGY_PERF_POLICY_ON_BAT=balance_power
-#CPU_ENERGY_PERF_POLICY_ON_SAV=power
+CPU_ENERGY_PERF_POLICY_ON_AC=power
+CPU_ENERGY_PERF_POLICY_ON_BAT=power
+CPU_ENERGY_PERF_POLICY_ON_SAV=power

設定変更したらtmpを再起動します. sudo service tlp restart
少し下がった気がするけどしばらく使っているとまたおこりました.

CPU_BOOST_ON_AC/BAT/SAV

次に CPU_BOOST_ON_AC/BAT/SAV を設定してみます.
これはCPUのturbo boostを有効/無効にする設定のようで,設定項目は 0(off)/1(on) のみのようです.

tlp.confを修正
-#CPU_BOOST_ON_AC=1
-#CPU_BOOST_ON_BAT=1
-#CPU_BOOST_ON_SAV=0
+CPU_BOOST_ON_AC=0
+CPU_BOOST_ON_BAT=0
+CPU_BOOST_ON_SAV=0

設定変更したらtmpを再起動します. sudo service tlp restart

この設定が一番効いたようで一気に温度が下がりました.上2つでは数度ずつしか下がりませんでしたが,この設定で一気に20度近く下がり,現在51℃.
ただ,PCがもたつくことが増えました.

この時点でのtlp-stat -p
$ sudo tlp-stat -p
--- TLP 1.10.2 --------------------------------------------

+++ Processor
CPU model = Intel(R) Core(TM) i7-10510U CPU @ 1.80GHz

/sys/devices/system/cpu/cpu0/cpufreq/scaling_driver    = intel_pstate
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor  = powersave
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors = performance powersave
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq  =   400000 [kHz]
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq  =  1800000 [kHz]
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq  =   400000 [kHz]
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq  =  1800000 [kHz]
/sys/devices/system/cpu/cpu0/cpufreq/energy_performance_preference = power [EPP]
/sys/devices/system/cpu/cpu0/cpufreq/energy_performance_available_preferences = default performance balance_performance balance_power power

/sys/devices/system/cpu/cpu1..cpu7: omitted for clarity, use -v to show all

/sys/devices/system/cpu/intel_pstate/status            = active
/sys/devices/system/cpu/intel_pstate/min_perf_pct      =   8 [%]
/sys/devices/system/cpu/intel_pstate/max_perf_pct      = 100 [%]
/sys/devices/system/cpu/intel_pstate/no_turbo          =   1
/sys/devices/system/cpu/intel_pstate/hwp_dynamic_boost =   0
/sys/devices/system/cpu/intel_pstate/turbo_pct         =  68 [%]
/sys/devices/system/cpu/intel_pstate/num_pstates       =  46
/sys/module/workqueue/parameters/power_efficient       = N
/proc/sys/kernel/nmi_watchdog                          = 0

+++ Platform
/sys/firmware/acpi/platform_profile                    = performance
/sys/firmware/acpi/platform_profile_choices            = low-power balanced performance
/sys/devices/platform/thinkpad_acpi/dytc_lapmode       = 0

涼しくなってきたら設定を戻しましょう.

それと去年は問題なかったので経年劣化で熱伝導グリスが乾いてきているのかもしれません.億劫ですがヒートシンクにグリスを塗り直すと良くなる気もします.

環境

$ dpkg -l | grep tlp
ii  tlp                                                 1.10.2-2                                        all          Optimize laptop battery life
ii  tlp-pd                                              1.10.2-2                                        all          Switch Power Profiles from the Desktop
ii  tlp-rdw                                             1.10.2-2                                        all          Switch Wi-Fi and Bluetooth on/off automatically
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/09/02/change-laptop-cpu-settings-with-tlp-to-lower-temperature/feed/ 1
ClamAVのデスクトップUIのClamUI https://matoken.org/blog/2026/09/01/clamui-of-clamavs-desktop-ui/ https://matoken.org/blog/2026/09/01/clamui-of-clamavs-desktop-ui/#respond Mon, 31 Aug 2026 21:31:25 +0000 https://matoken.org/blog/?p=5648

以下の記事で新しいClamAVのデスクトップUIツールのClamUIを知ったので少し試してみました.

ClamUI推奨のflatpakをはじめAppImage, debなどが用意されています.他にもuvでも入るようです.
今回はAppImageを利用.

$ wget -c https://github.com/linx-systems/clamui/releases/download/v0.4.0/ClamUI-0.4.0-x86_64.AppImage
$ chmod u+x ClamUI-0.4.0-x86_64.AppImage
Note

hashや署名などは見当たらず.念の為VirusTotalでcheck.

$ vt analysis YjkyYmIxYTg0YTZjYjNmYTFhMWQzNzNkYjljM2ZkNjc6MTc4ODE5MDI2OQ== | grep stats: -A10
  stats:
    confirmed-timeout: 0
    failure: 1
    harmless: 0
    malicious: 0
    suspicious: 0
    timeout: 0
    type-unsupported: 12
    undetected: 62
  status: "completed"

起動するとこんな画面.

ClamUI01

こんな感じでウィルススキャンできます.

ClamUI02

EICAR Testを叩くとEICAR Test fileを作ってテストするようです.

ClamUI03

これだとあまり意味がないような気がするので自分でTest fileを用意したほうがいいような気がします.

ちなみにClamAVのよく使われているフロントエンドとしてclamtkというものがあります.こちらだとDebian packageで導入できて楽ではあります.

ClamTk
]]>
https://matoken.org/blog/2026/09/01/clamui-of-clamavs-desktop-ui/feed/ 0
Amazon Prime VideoをAndroidスマホからScrcpyでPCの画面に転送 https://matoken.org/blog/2026/08/30/android-2-amazon-prime-video/ https://matoken.org/blog/2026/08/30/android-2-amazon-prime-video/#comments Sat, 29 Aug 2026 21:00:00 +0000 https://matoken.org/blog/?p=5635

攻殻機動隊を観るためにAmazon Primeに一時的に加入しました.氷の城壁もあるしということでとりあえず30日無料で.

LinuxでもPCのウェブブラウザで視聴可能です.でも途中で止まりがちです.とくにCMになるところでよく止まる.そしCMがうるさく体験が悪い…….

Android版Prime Videoアプリを利用

AndroidのPrime Videoアプリだといったんローカルにダウンロードした後(オフラインでも)再生可能で途中で止まらないようです.そしてPCウェブブラウザと比べてCMが少ない感じです.
しかしスマホだと画面が小さすぎます.

Android画面をScrcpyでPCに転送

PCにscrcpyで転送できないかなと試すと真っ黒です.画面保護が効いているとAndroid 12以降+Scrcpyで画面転送するとこうなってしまいます.

Android 11端末(Rakuten Hand 5G)があったのでこちらで試すと保護された画面も見えそうです.

Scrcpyの --new-display オプションでPCのフルスクリーンでと思ったのですが,このアプリはサブディスプレイ非対応と言われてしまいました.

普通にScrcpyでメイン画面を転送してフルスクリーンにすると転送できますが,スマホとPCのアスペクト比が合わないので余白が大きいです.以前やったように,真ん中あたりをcropします.

amazon prime 01

スマホ解像度は 1520×720 で 1280×720 をくり抜くといいと思うので, scrcpy --crop=720:1280:0:$(1520-1280)/2 な感じでくり抜きました.

amazon prime 02
Note
解像度を間違えて無効な解像度を指定するとRakuten hand 5Gは再起動がかかってしまうようです.

オーディオ転送

これでOKかと思ったら音がで出ません.

[server] ERROR: Failed to start audio capture
[server] ERROR: On Android 11, audio capture must be started in the foreground, make sure that the device is unlocked when starting scrcpy.
WARN: Demuxer 'audio': stream explicitly disabled by the device

以前は3.5mmオーディオジャック経由やBluetoothで音を転送していましたがScrcpy 2.0からオーディオ転送に対応しているはずです.

以下のガイドによるとAndroid 11の制限で画面ロック解除後にScrcpy接続しないと音が出ないということでそのようにすると音も出るようになりました.

帯域不足?

Wi-Fi(2.4GHz 〜65Mbps)経由だと帯域が足りないのか帯域が必要そうな場所で画面が荒れます.USB(2.0)接続にしたら安定しました.

コマンドはこんな感じにしました.

$ adb shell settings put system user_rotation 1 && (1)
scrcpy \
  --crop=720:1280:0:$(( (1520-1280)/2 )) \ (2)
  --turn-screen-off \ (3)
  --stay-awake (4)
  1. 画面を横に回転

  2. 画面の真ん中をくり抜き

  3. Androidスクリーンをoff

  4. 画面ロック抑制

amazon prime 03

ということで一旦AndroidのAmazon Primeアプリでダウンロードすることで安定して再生可能,Android 11であれば保護画面もScrcpyでPCに転送可能でした.

正攻法だとGoogle TV Streamerとかを使ってAndroidのキャスト機能でテレビやディスプレイに転送,PCに転送だとHDMIキャプチャ経由でという感じでしょうか.(著作権保護に引っかかるかも?)
しかし,初代Chromecastに比べて大分高いですね…….

環境

受信PC
$ scrcpy --version
scrcpy 4.1 <https://github.com/Genymobile/scrcpy>

Dependencies (compiled / linked):
 - SDL: 3.4.12 / 3.4.14
 - libavcodec: 62.28.102 / 62.28.102
 - libavformat: 62.12.102 / 62.12.102
 - libavutil: 60.26.102 / 60.26.102
 - libavdevice: 62.3.102 / 62.3.102
 - libusb: - / 1.0.30
$ lsb_release -dr
Description:	Debian GNU/Linux forky/sid
Release:	n/a
$ arch
x86_64
Android
$ adb shell dumpsys package com.amazon.avod.thirdpartyclient | grep version
    versionCode=469002047 minSdk=28 targetSdk=36
    versionName=3.0.469.2047
    signatures=PackageSignatures{e610cfa version:2, signatures:[e627f73a], past signatures:[]}
$ adb shell getprop ro.product.model
P780
$ adb shell getprop ro.build.version.release
11
$ adb shell getprop ro.build.version.sdk
30
$ adb shell getprop ro.product.cpu.abi
arm64-v8a
]]>
https://matoken.org/blog/2026/08/30/android-2-amazon-prime-video/feed/ 1
ターミナルグラフィックウェブブラウザのterminal-browser https://matoken.org/blog/2026/08/27/terminal-graphic-webbrowser-terminal-browser/ https://matoken.org/blog/2026/08/27/terminal-graphic-webbrowser-terminal-browser/#comments Wed, 26 Aug 2026 21:42:49 +0000 https://matoken.org/blog/?p=5577

先日,ターミナルグラフィックウェブブラウザのBrow6elを知って試しています.

このとき似ているterminal-browserも知ったのですが,macOS専用でした.

その後,v0.5.0でLinuxにも対応したので試してみました.

導入

公式ではcurl | bash が紹介されていますが,これは嫌いなので手動で導入します.
現時点ではmacOS arm64,Linux adm64, Linux arm64のバイナリアーカイブが用意されています.これをダウンロードして展開します.

ダウンロード
$ wget -c https://github.com/zenbu-labs/terminal-browser/releases/latest/download/terminal-browser-linux-x64.tar.gz
ハッシュとファイルサイズの確認
$ sha256sum terminal-browser-linux-x64.tar.gz (1)
7c2375593623a12109615eca94ceaeece6a6193c4cc955ba159215f0f6c09ff7  terminal-browser-linux-x64.tar.gz
$ wc -c terminal-browser-linux-x64.tar.gz (2)
137362872 terminal-browser-linux-x64.tar.gz
$ curl -s https://terminal-browser.sh/install | grep terminal-browser-linux-x64.tar.gz (3)
linux-x64 https://terminal-browser.sh/install/dl/stable/v0.6.0/terminal-browser-linux-x64.tar.gz 7c2375593623a12109615eca94ceaeece6a6193c4cc955ba159215f0f6c09ff7 137362872"
  1. sha256sumの確認

  2. ファイルサイズの確認

  3. sha256sumとファイルサイズはinstall scriptの上の方にある

アーカイブの展開
$ fuse-archive terminal-browser-linux-x64.tar.gz
fuse-archive: Created mount point 'terminal-browser-linux-x64'

terminal-browserの実行環境

terminal-browserはSixelに対応しておらず,Kittyに対応しています.Kittyに対応したターミナルエミュレータを使う必要があります.
今回はKitty Graphicの元となっているKittyを選びました.

Tip
Kitty terminalで日本語入力を行いたい場合環境変数 GLFW_IM_MODULE=ibus が必要です.これは Fcitx 5 を利用する場合でも ibus と設定するようです.

ちなみにKittyグラフックプロトコル非対応な端末でterminal-browserを実行するとGhosttyをお薦めされます.こだわりなどなければGhosttyが無難かもしれません.

  This terminal cannot show images, which terminal-browser needs.

  We recommend Ghostty:
  https://ghostty.org/download

  Note: any terminal that supports the kitty graphics protocol is supported

terminal-browserの実行

引数なしで起動したり,

$ ./terminal-browser-linux-x64/terminal-browser/bin/terminal-browser

urlを指定して開いたりいくつかのコマンドラインオプションやコマンドもあります.

$ ~/Downloads/terminal-browser-linux-x64/terminal-browser/bin/terminal-browser --help
Usage: terminal-browser [url] [options]
       terminal-browser <command> [args]

  open      Open the browser in a terminal pane
  ls        List running browsers and their tabs
  setup     Configure installed terminals so terminal-browser works best
  upgrade   Upgrade to the latest release
  new-tab   Open a tab here, and a browser too if there is none
  shutdown  Stop the daemon
  action    Use the open browser through the agent-browser CLI

terminal-browser <command> --help for one command's options
terminal-browser --version prints the installed version

操作はショートカットキーが用意されていたりしますがほぼマウス操作で済む感じです.

terminal browser01
terminal browser02
Note

この記事を書いていて気づきましたが,タブ上のタイトルやアドレスバーのサジェストなどの日本語が豆腐になってしまいますね…….以下のissueによると中国語は本文も豆腐になるようです.

ssh経由でリモート起動

VPSにもterminal-browserをダウンロードしてssh経由で利用してみます.

$ ssh ${user}@${remote}
$ wget -c https://github.com/zenbu-labs/terminal-browser/releases/latest/download/terminal-browser-linux-x64.tar.gz
$ wc -c terminal-browser-linux-x64.tar.gz
137362872 terminal-browser-linux-x64.tar.gz
$ sha256sum terminal-browser-linux-x64.tar.gz
7264ca86fd0b5f5ad597e0fe5517da7a67e7079633151067c51f13238ee0cc45  terminal-browser-linux-x64.tar.gz
$ tar tvzf terminal-browser-linux-x64.tar.gz
$ tar xzf terminal-browser-linux-x64.tar.gz
$ ./terminal-browser/bin/terminal-browser
terminal browser03
terminal browser04

v0.5.0時点では動作が妙に重くなったりすることがありましたが,現在の最新版のv0.6.0では問題なく動いていそうです.

sshモード

v0.6.0 でsshモードが付きました.
このsshモードはssh経由でリモートサーバーに接続して利用するのですが,Chromiumはローカルで動作してChromiumが要求した通信をリモートから取得します.
--ssh ${user}@${remote} のように指定しますが, ~/.ssh/config を見てくれるようなので助かります.ポートや鍵を指定したい場合はこれで設定すれば良さそうです.

$ ~/terminal-browser-linux-x64/terminal-browser/bin/terminal-browser --ssh ${user}@${remote}

ローカルからリモートにデータを取りに行くのでローカルで動かすのと同じくらいの通信速度です.(fast.comではupが数倍に見える?)
使いどころがあまり思いつきませんが,VPN的な使い方がいいのかな?

terminal browser05
Note

VS Codeをターミナルで利用するterminal-codeというツールがあるのですが,このツールも同時にsshモードに対応して既視感があるなと思ってよく見ると同じ作者でした.ちなみにこのツールはterminal-browser内蔵でjsを呼んでいるようです.試してみようと思いましたがpathが固定で面倒で諦めちゃいました.

Zellij経由での利用

先週あたりにリリースされたターミナルワークスペースのZellij v0.45.0でちょうどKitty Graphics Protocolに対応していたのでちょっと試してみます.

うまく表示されることもあれば動かないことも?kitten icatでの画像表示でも同様.挙動がまだよくわかりません.ZellijはKittyに対応したばかりなのでバグかも?

terminal browser06

Brow6elとの比較

Brow6elはAppImageがあったりSixel/Kitty両対応,カスタマイズもしやすい感じです.
対してterminal-browserはChromiumを使っているのでWeb互換性が高く操作もマウスで大体okなので学習コストも低く感じます.

用途により使い分けでしょうか.

環境

$ ./terminal-browser-linux-x64/terminal-browser/bin/terminal-browser --version
terminal-browser v0.6.0
$ dpkg-query -W kitty
kitty	0.48.2-1
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/08/27/terminal-graphic-webbrowser-terminal-browser/feed/ 1
グラフックターミナルウェブブラウザのBrow6elをリモートVPSで実行 https://matoken.org/blog/2026/08/03/run-brow6el-remotely/ https://matoken.org/blog/2026/08/03/run-brow6el-remotely/#comments Sun, 02 Aug 2026 22:04:21 +0000 https://matoken.org/blog/?p=5556

グラフックターミナルウェブブラウザのBrow6elをリモートのVPSで動かしてみました.

普通にVPS上でbuildしてもいいのですが,Brow6elにはAppImageを作成する build_appimage.sh が提供されているのでローカルPCでこれを使い,Brow6elのAppImageを作って利用することにします.
build.sh が終わって ./build/run_brow6el.sh でBwow6elが動作する状態で実行します.

$ ./build_appimage.sh
   :
✓ AppImage created: build/brow6el-x86_64.AppImage

linuxdeployを使ってAppImageをパッケージングしてくれます.

$ ls -l build/brow6el-x86_64.AppImage
-rwxr-xr-x 1 matoken matoken 167807480 Aug  3 06:26 build/brow6el-x86_64.AppImage
$ file build/brow6el-x86_64.AppImage
build/brow6el-x86_64.AppImage: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), static-pie linked, BuildID[sha1]=804289becc7fc6672c279ca50542e32508c1e518, stripped

出来上がった brow6el-x86_64.AppImage を実行するとBrow6elが起動します.
リモートのVPSにコピーして,

$ rsync -avcP build/brow6el-x86_64.AppImage $REMOTE:~/bin/

ssh経由で実行すると失敗?

$ ssh ${REMOTE} ~/bin/brow6el-x86_64.AppImage
Profile mode: temporary
Profile path: /tmp/brow6el_809104_3878246043
Brow6el - Terminal Web Browser with Sixel Support
Graphics detection: Sixel=NO, Kitty=NO
Error: Your terminal does not support graphics rendering
Please use a terminal emulator with graphics support:
  Sixel: mlterm, xterm, wezterm, foot, etc.
  Kitty: kitty, ghostty, wezterm, etc.

ssh ${REMOTE} convert rose: sixel: は大丈夫なのでSixel周りは問題ないと思うのですが.
とりあえず,ssh loginした後 brow6el-x86_64.AppImage を実行すれば起動します.

$ ssh ${REMOTE}
$ brow6el-x86_64.AppImage -v
Brow6el ec0bc3f
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/148.0.7778.96 Brow6el/ec0bc3f
$ brow6el-x86_64.AppImage

VPSでfast.comで速度を見ると恐らくVPSのリミット上限になっているのかなという感じの速度.

brow6el fast.com

ちなみに同じ時間の自宅はこんな感じです.

$ speedtest-cli --simple
Ping: 64.723 ms
Download: 13.05 Mbit/s
Upload: 2.78 Mbit/s

回線によっては地図系のサービスで一部レイヤーの読み込みに失敗してしまうことがあり,例えば台風の後などトヨタの通れた道マップでこの道路のがけ崩れ未だ治ってないのかと思っていたら実は読み込めていないだけだったたこともありました.こういうときなどVPSなどのリモートでBrow6elを動かすと良さそうです.

brow6el toyotamap

ただ,EmbeddedとはいえChromiumなので結構RAMを使います.そこそこRAMの載ったものを使ったほうが良さそうです.
無料だとXServerの無料VPSがRAM 2GB/4GBなので動かしやすそうです.でも今見ると受付停止中でした.

ちなみにGNU timeコマンドでメモリを確認するとこんな感じ.長時間だとまた増えそうです.

time -f %M

217312

URL指定なしで開いて閉じる

293456

www.google.comを開いて閉じる

371624

SperkerDeckでスライドを1つ読む

397432

AsciiDoctor Reveal.jsで作られた45pのスライドを閲覧

417480

YouTubeで検索した後90秒の動画を再生

486984

NextcloudにloginしてNoteでメモをしたり

1875016

comic-walker.comで漫画を5話分読んで閉じる

Note
最後のcomic-walkerがとてもRAM消費量が多いですが,何か間違ったかフルスクリーンで読んだせいかもしれません.
]]>
https://matoken.org/blog/2026/08/03/run-brow6el-remotely/feed/ 6
MComixでSpace keyが使えなくなった https://matoken.org/blog/2026/07/30/space-key-no-longer-works-in-mcomix/ https://matoken.org/blog/2026/07/30/space-key-no-longer-works-in-mcomix/#respond Wed, 29 Jul 2026 22:16:22 +0000 https://matoken.org/blog/?p=5546

最近Debian sid amd64環境のMComixでスペースキーでページ送りができなくなりました.
PgUpで代替はできますが慣れません.Shift + Spaceでページ戻りは効くし別のアプリケーションではSpaceは効きます.
キーボード・ショートカットの設定画面でSpaceを設定することもできるのでSpace自体はアプリに渡っていそう.

キーボードショートカットをリセットしたり,設定ファイル自体を全部消してみたりもしましたが動作は変わりません.

MComixのTicketに以下のようなものが.Waylandでキーバインドが壊れていて,commit 274e95で修正されていそうです.

以下がそのcommit.

Debian packageのMComixのファイルは以下のよう.

$ dpkg -L mcomix | grep keybindings.py
/usr/lib/python3/dist-packages/mcomix/keybindings.py

ということでこんな感じに修正.

$ diff -u /usr/lib/python3/dist-packages/mcomix/keybindings.py /usr/lib/python3/dist-packages/mcomix/keybindings.py.org
--- /usr/lib/python3/dist-packages/mcomix/keybindings.py	2026-07-30 06:50:54.227287451 +0900
+++ /usr/lib/python3/dist-packages/mcomix/keybindings.py.org	2025-09-28 11:56:17.000000000 +0900
@@ -176,7 +176,7 @@
         # Load stored keybindings, or fall back to passed arguments
         keycodes = self._action_to_bindings[name]
         if keycodes == []:
-            keycodes = [tuple(Gtk.accelerator_parse(binding)) for binding in bindings]
+            keycodes = [Gtk.accelerator_parse(binding) for binding in bindings ]

         for keycode in keycodes:
             if keycode in list(self._binding_to_action.keys()):
@@ -207,7 +207,7 @@
         """
         assert name in BINDING_INFO, "'%s' isn't a valid keyboard action." % name

-        nb = tuple(Gtk.accelerator_parse(new_binding))
+        nb = Gtk.accelerator_parse(new_binding)
         old_action_with_nb = self._binding_to_action.get(nb)
         if old_action_with_nb is not None:
             # The new key is already bound to an action, erase the action
@@ -216,7 +216,7 @@

         if old_binding and name != old_action_with_nb:
             # The action already had a key that is now being replaced
-            ob = tuple(Gtk.accelerator_parse(old_binding))
+            ob = Gtk.accelerator_parse(old_binding)
             self._binding_to_action[nb] = name

             # Remove action bound to the key.
@@ -238,7 +238,7 @@
         """ Remove binding for an action """
         assert name in BINDING_INFO, "'%s' isn't a valid keyboard action." % name

-        ob = tuple(Gtk.accelerator_parse(binding))
+        ob = Gtk.accelerator_parse(binding)
         self._action_to_bindings[name].remove(ob)
         self._binding_to_action.pop(ob)

@@ -299,7 +299,7 @@
         for action in BINDING_INFO.keys():
             if action in stored_action_bindings:
                 bindings = [
-                    tuple(Gtk.accelerator_parse(keyname))
+                    Gtk.accelerator_parse(keyname)
                     for keyname in stored_action_bindings[action] ]
                 self._action_to_bindings[action] = bindings
                 for binding in bindings:

問題なく動作するようになっていそうです.
このままだとパッケージアップデートで上書きされてしまいますが,本家と同じバージョンだし恐らく次のアップデートでこの修正は入ると思います.

最近Pythonのアップデートがあったのでその辺りで壊れたのかもしれません.

$ apt history-list | grep -i python | grep 2026
284  install libhsa-runtime64-1 python...2026-01-06  05:18:29  I,U,R    5
356  install python3-tables              2026-02-25  05:31:49  I,U,R    5
533  install python3-poetry              2026-06-08  21:04:04  Install  11
628  install python3                     2026-07-23  18:03:44  I,U,R    66
環境
$ mcomix --version
MComix 3.1.1
$ dpkg-query -W mcomix python3-cairo python3-gi python3-pil python3 gir1.2-gtk-3.0 python3-gi-cairo
gir1.2-gtk-3.0:amd64    3.24.52-1
mcomix  3.1.1-2
python3 3.14.6-1
python3-cairo   1.27.0-3
python3-gi      3.56.3-2
python3-gi-cairo        3.56.3-2
python3-pil:amd64       12.3.0-1
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/07/30/space-key-no-longer-works-in-mcomix/feed/ 0
ターミナルグラフックウェブブラウザのbrow6el https://matoken.org/blog/2026/07/29/brow6el-terminal-web-browser-with-graphics-support/ https://matoken.org/blog/2026/07/29/brow6el-terminal-web-browser-with-graphics-support/#comments Tue, 28 Jul 2026 23:10:32 +0000 https://matoken.org/blog/?p=5537

バックエンドとしてChromium Embedded Framework (CEF)を使い,JavaScriptなども解釈してSixel/Kittyのターミナルグラフックプロトコルを使いターミナル上にウェブページを表示するもののようです.
気になったので試してみました.

導入

Quick Startに手順があります.
恐らく現時点ではLinux arm64, aarch64のみの対応だと思います.

$ git clone https://tangled.org/janantos.tngl.sh/brow6el (1)
$ cd brow6el
$ ./download_cef.sh (2)
$ ./build.sh (3)
$ ./build/run_brow6el.sh https://example.com (4)
  1. source clone

  2. CEFをダウンロード

  3. build

  4. brow6el実行

試してみる

これだけで動作します.
実行時のターミナルはSixel/Kittyに対応している必要があります.今回の環境はSixelに以前から対応しているmltermを使いました.
Sixelはちょっと効率が悪いせいだと思うのですが,全画面表示だと重たいです.少し小さめのウィンドウにしたほうがいいと思います.

以下いくつかのサイトの表示例.ピクセル単位で表現されているので一見普通のChromiumです.キーボードの他マウスでも操作できます.キーボード操作はVimium pluginやqutebrowserなどに似ている感じです.

brow6el fabcross
図 1. FabScene.広告も含め普通に表示される.
brow6el jiji
図 2. 時事ドットコム.背景色と記事の色が近く読みにくい.(追記:user scriptの force-light-mode や reader-mode で読みやすく)
brow6el mastodon
図 3. mastodon.JavaScriptが必須だがちゃんと表示される.
brow6el youtube
図 4. YouTube.フルスクリーンだとフレームレートが低すぎる.このくらいだと結構普通に視聴できる.
brow6el nc
図 5. NextCloud Note
brow6el GoogleDoc
図 6. GoogleDocの閲覧.
brow6el ghostintheshell
図 7. TVアニメ『攻殻機動隊 THE GHOST IN THE SHELL』公式サイト.キービジュアルの画像がでてこない?
brow6el fuz
図 8. 漫画サイト.普通に閲覧できるが,全画面表示にしても下部のタイトルバーの分縦が狭くなる.

という感じで少し触った感じでは今季の攻殻機動隊のアニメのページでTopのキービジュアルの画像がでない以外普通に動いていそうです.
ただやはり解像度を上げるとカクついてストレスを感じます.

結構さくっと動かせますし現時点でかなり実用的に思えます.
未だ試していませんが,UserScriptも利用できるようです.

少し古くFirefoxやChromiumが辛いようなマシンでリモートのbrow6elに繋いで利用する,回線が細くてうまく表示できないページなどをリモートのVPSなどでbrow6elを使うなどという使い方も良さそうです.

追記のtips

YouTubeはOKでしたが,abema.tv, Tver, ニコニコ動画はうまく動かないようです.
時事ドットコムのような背景色とフォントの色が近い場合,UserScriptの force-light-mode や reader-mode を使うと読みやすくなります.( s key → script選択 )
AppImageを作っておくと便利 → グラフックターミナルウェブブラウザのBrow6elをリモートVPSで実行 – matoken’s blog

環境

$ build/run_brow6el.sh --version
Brow6el ec0bc3f
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/148.0.7778.96 Brow6el/ec0bc3f
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/07/29/brow6el-terminal-web-browser-with-graphics-support/feed/ 5
virsh consoleで仮想マシンに接続できない https://matoken.org/blog/2026/05/26/virsh-console-console-connection-failed/ https://matoken.org/blog/2026/05/26/virsh-console-console-connection-failed/#respond Mon, 25 May 2026 22:16:34 +0000 https://matoken.org/blog/?p=5486
virt manager

virsh consoleコマンドでvmに繋がらなくなりました.

$ virsh console openbsd7.9
error: operation failed: Active console session exists for this domain

エラーメッセージから検索してdaemonを再起動したり,hostを再起動しても駄目です.

virshのmanを見るとこんなオプションが.

Option‐ally the --force flag may be specified, requesting to disconnect any existing sessions, such as in a case of a broken connection.
— `man 1 virsh`

--force オプションをを付けると繋がり,一度繋がると --force 無しでも繋がるようになりました.

$ virsh console openbsd7.9 --force
Connected to domain 'openbsd7.9'
Escape character is ^] (Ctrl + ])
^]
$ virsh console openbsd7.9
Connected to domain 'openbsd7.9'
Escape character is ^] (Ctrl + ])

fugu$ pfetch
      _____       matoken@fugu.matoken.org
    \-     -/     os     OpenBSD 7.9
 \_/         \    host   pc-i440fx-9.1
 |        O O |   uptime 1h 56m
 |_  <   )  3 )   pkgs   117
 / \         /    memory 169M / 989M
    /-_____-\

fugu$

恐らく電池切れでホストのOSが強制終了したときに既存のセッション情報が残ってしまい今回のような状態になったのだと思います.

環境
$ dpkg-query -W libvirt-clients libvirt-daemon
libvirt-clients 12.3.0-1
libvirt-daemon  12.3.0-1
$ uname -rm
7.0.9+deb14-amd64 x86_64
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/05/26/virsh-console-console-connection-failed/feed/ 0
外付けHDDのゴミ箱を有効にする https://matoken.org/blog/2026/05/06/enable-hdd-trash-can/ https://matoken.org/blog/2026/05/06/enable-hdd-trash-can/#respond Tue, 05 May 2026 21:12:52 +0000 https://matoken.org/blog/?p=5455

猫がキーボードの上を歩くことがよくあります.いつの間にかCapsLockとかNumLockとかが掛かってしまったりします.
その程度ならいいのですが,先日ファイラーが開いた状態でDel key を押されファイルが消えてしまいました.外付HDD でゴミ箱も設定していなかったのでゴミ箱からの復活もできません.

外付けHDDのゴミ箱を有効にしました.

freedesktop.orgに文章がありそうです.

It MAY also choose to provide trashing in the “top directories” of some or all mounted resources. This trashing is done in two ways, described below as (1) and (2).
(1) An administrator can create an $topdir/.Trash directory. The permissions on this directories should permit all users who can trash files at all to write in it.; and the “sticky bit” in the permissions must be set, if the file system supports it.
:
(2) If an $topdir/.Trash directory is absent, an $topdir/.Trash-$uid directory is to be used as the user’s trash directory for this device/partition. $uid is the user’s numeric identifier.
:

自分しか使わないので,HDDのrootに,.Trash-$uid というディレクトリを作っておけば良さそうです.

$ cd /run/media/matoken/6f12b6e0-e167-4afc-b30b-ad30c2c9f446 (1)
$ sudo install -d -m 700 -o "$(id -u)" -g "$(id -g)" ./.Trash-"$(id -u)" (2)
$ ls -A | grep .Trash-
.Trash-1000
$ id --user
1000
  1. 対象のHDDのtop dirに移動

  2. 自分用ゴミ箱ディレクトリを作成

この状態でファイラー(今回はPCManFM-Qt)でHDD内のファイルを削除するとゴミ箱に移動するようになりました.
これでまた猫にファイルが消されても復旧しやすくなりました🐈🐾

環境
$ dpkg-query -W pcmanfm-qt*
pcmanfm-qt	2.3.0-1
pcmanfm-qt-l10n	2.3.0-1
$ lsb_release -dr
Description:	Debian GNU/Linux forky/sid
Release:	n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/05/06/enable-hdd-trash-can/feed/ 0
vnStatでトラフィックが計測できなくなっていた https://matoken.org/blog/2026/04/22/traffic-could-no-longer-be-measured-with-vnstat/ https://matoken.org/blog/2026/04/22/traffic-could-no-longer-be-measured-with-vnstat/#respond Tue, 21 Apr 2026 22:11:23 +0000 https://matoken.org/blog/?p=5442

しばらく前からvnStat というツールでネットワークトラフィックを計測してもらっていました.

ビデオミーティングの通信料を確認したりといったことに使っています.
しかし先日ビデオミーティング後に通信料を確認しようとしたらうまく行きません.

レンジを間違えたかなと思いましたがインターフェイス以外同じオプションで他の端末で実行すると出て来るのでレンジは正しそう.

$ vnstat -i enx349971e11a0f -b '2026-04-19 14:00' -e '2026-04-20 00:40' -h
No hourly data available for given date range.

-l でライブモードだとうまく動いていそうですが, -h や -5 を叩くと動くけど古いデータしか出てきません.

$ vnstat -i enx349971e11a0f -h

 enx349971e11a0f  /  hourly

         hour        rx      |     tx      |    total    |   avg. rate
     ------------------------+-------------+-------------+---------------
     2026-04-04
         17:00    218.69 MiB |   18.13 MiB |  236.82 MiB |  551.83 kbit/s
         18:00      1.65 GiB |   72.64 MiB |    1.72 GiB |    4.11 Mbit/s
         19:00    756.85 MiB |   42.89 MiB |  799.74 MiB |    1.86 Mbit/s
         20:00    140.48 MiB |   12.13 MiB |  152.61 MiB |  355.61 kbit/s
         21:00      8.02 MiB |    3.54 MiB |   11.56 MiB |   26.93 kbit/s
         22:00      7.24 MiB |    3.89 MiB |   11.13 MiB |   25.93 kbit/s
         23:00      6.15 MiB |    3.66 MiB |    9.81 MiB |   22.85 kbit/s
     2026-04-05
         00:00      4.99 MiB |    3.47 MiB |    8.46 MiB |   19.71 kbit/s
         01:00      5.71 MiB |    3.51 MiB |    9.22 MiB |   21.49 kbit/s
         02:00      2.87 MiB |    3.32 MiB |    6.19 MiB |   14.42 kbit/s
         03:00     11.47 MiB |   22.75 MiB |   34.22 MiB |   79.74 kbit/s
         04:00    784.37 MiB |   39.35 MiB |  823.72 MiB |    1.92 Mbit/s
         05:00    626.25 MiB |   32.25 MiB |  658.50 MiB |    1.53 Mbit/s
         06:00     38.78 MiB |   11.54 MiB |   50.32 MiB |  117.26 kbit/s
         07:00     16.57 MiB |    4.71 MiB |   21.29 MiB |   49.60 kbit/s
         08:00     12.33 MiB |    4.39 MiB |   16.71 MiB |   38.95 kbit/s
         09:00     12.20 MiB |    4.78 MiB |   16.98 MiB |   39.56 kbit/s
         10:00    104.22 MiB |    6.25 MiB |  110.47 MiB |  257.41 kbit/s
         16:00     14.04 MiB |   10.51 MiB |   24.55 MiB |   57.20 kbit/s
         17:00     47.55 MiB |   10.81 MiB |   58.36 MiB |  135.99 kbit/s
         18:00     93.25 MiB |   13.96 MiB |  107.21 MiB |  249.82 kbit/s
         19:00    133.44 MiB |   19.54 MiB |  152.98 MiB |  356.47 kbit/s
         20:00     53.40 MiB |    6.77 MiB |   60.17 MiB |  140.21 kbit/s
         21:00      3.52 MiB |    1.28 MiB |    4.80 MiB |   11.19 kbit/s
     ------------------------+-------------+-------------+---------------

vnStat への登録インターフェイスを一旦削除して登録し直してみます.

$ sudo vnstat --remove -i enx349971e11a0f --force (1)
$ sudo vnstat --add -i enx349971e11a0f (2)
$ vnstat -5
No 5 minute data available.
  1. vnStat から enx349971e11a0f を削除

  2. enx349971e11a0f を追加し直し

数時間後確認してもデータが見えません…….

$ vnstat -5
No 5 minute data available.

よく見るとvnStat の結果の1行目に変な日付があります.

$ vnstat -i enx349971e11a0f
Database updated: 2026-05-05 08:08:00

   enx349971e11a0f since 2026-04-21

          rx:  0 B      tx:  0 B      total:  0 B

   monthly
                     rx      |     tx      |    total    |   avg. rate
     ------------------------+-------------+-------------+---------------
                                no data available
     ------------------------+-------------+-------------+---------------
     estimated       --      |     --      |     --      |

   daily
                     rx      |     tx      |    total    |   avg. rate
     ------------------------+-------------+-------------+---------------
                                no data available
     ------------------------+-------------+-------------+---------------
     estimated       --      |     --      |     --      |

db が未来の日付になっています.

Database updated: 2026-05-05 08:08:00

この端末はRTC のバックアップバッテリが死んでいるようでバッテリ切れで落ちると時計が飛んでしまいます.その次の起動時にUEFI で時計を合わせて起動して,システム起動後にntp で時計合わせしてもらっているのですが,恐らくそのときに5/5にしてしまいvnStat のdb がおかしくなったのかもしれません.

データベースがおかしそうなのでデータベースを作り直してみます.

$ sudo service vnstat stop (1)
$ sudo -u vnstat mv /var/lib/vnstat/vnstat.db /var/lib/vnstat/vnstat.db.bak (2)
$ sudo service vnstat start (3)
$ vnstat -i enx349971e11a0f (4)
 enx349971e11a0f: No data. Timestamp of last update is same 2026-04-22 05:37:54 as of database creation.
  1. vnStat を一旦停止

  2. データベースを退避

  3. vnStat を起動

しばらく後に確認するとこんな感じでちゃんと動き始めたようです.

$ vnstat -i enx349971e11a0f -h

 enx349971e11a0f  /  hourly

         hour        rx      |     tx      |    total    |   avg. rate
     ------------------------+-------------+-------------+---------------
     2026-04-22
         05:00     66.23 MiB |    9.14 MiB |   75.37 MiB |  175.62 kbit/s
         06:00     13.89 MiB |    4.69 MiB |   18.58 MiB |   86.61 kbit/s
     ------------------------+-------------+-------------+---------------
$ vnstat -i enx349971e11a0f -5

 enx349971e11a0f  /  5 minute

         time        rx      |     tx      |    total    |   avg. rate
     ------------------------+-------------+-------------+---------------
     2026-04-22
         05:35    201.93 KiB |  113.63 KiB |  315.56 KiB |    8.62 kbit/s
         05:40     10.26 MiB |    1.57 MiB |   11.84 MiB |  330.99 kbit/s
         05:45      7.15 MiB |    2.31 MiB |    9.46 MiB |  264.57 kbit/s
         05:50     38.63 MiB |    4.22 MiB |   42.85 MiB |    1.20 Mbit/s
         05:55      9.99 MiB |  949.36 KiB |   10.91 MiB |  305.14 kbit/s
         06:00      8.72 MiB |    1.32 MiB |   10.04 MiB |  280.77 kbit/s
         06:05      1.35 MiB |  858.75 KiB |    2.19 MiB |   61.13 kbit/s
         06:10    725.47 KiB |  429.95 KiB |    1.13 MiB |   31.55 kbit/s
         06:15    637.71 KiB |  431.47 KiB |    1.04 MiB |   29.20 kbit/s
         06:20      0.98 MiB |  989.68 KiB |    1.95 MiB |   54.39 kbit/s
         06:25      1.52 MiB |  736.79 KiB |    2.24 MiB |   62.61 kbit/s
     ------------------------+-------------+-------------+---------------

過去のデータは失われましたが,とりあえずまた計測できるようになりました.

またおかしくなる前に電池を交換したほうがいいかもしれません.

このようなcron を設定してみました.1日1回vnStat のdb をバックアップして古いバックアップを消そうとしています.

$ sudo -u vnstat crontab -l | grep vnstat
@daily  cp --backup=numbered /var/lib/vnstat/vnstat.db /var/lib/vnstat/vnstat.db.bak && find /var/lib/vnstat/ -name "vnstat.db.bak*" -ctime 14 -exec rm {} \;
環境
$ dpkg-query -W vnstat* cron
cron    3.0pl1-208
vnstat  2.13-1
vnstati 2.13-1
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/04/22/traffic-could-no-longer-be-measured-with-vnstat/feed/ 0
ファイルマネージャーアプリのPCManFM-Qtのコンテキストメニューに画像変換Scriptを登録 https://matoken.org/blog/2026/04/03/pcmanfm-qt-action/ https://matoken.org/blog/2026/04/03/pcmanfm-qt-action/#respond Thu, 02 Apr 2026 21:22:49 +0000 https://matoken.org/blog/?p=5415
pcmanfm qt

最近デスクトップ環境でのファイルマネージャーアプリにPCManFM-Qt を使っています.以前はNautilus を使っていて,画像のフォーマット変換などにコンテキストメニューに変換script を登録して利用していました.PCManFM-Qt でも同様のことができないか試してみました.

Nautilus ではこんな感じで変換したい画像の上で右クリックしてコンテキストメニューの Scripts の中に画像変換Script を設定していました.

nautilus script01
nautilus script02

PCManFM-Qt ではこの設定は効かないので,LX-Image-Qt やImagemagick の convert コマンドなどで変換していましたが面倒.

PCManFM-Qt では ~/.local/share/file-manager/actions/ 以下にアクション定義の .desktop ファイルを置くことでコンテキストメニューに登録できるようです.

直に .desktop ファイルでもいいのですが,複数ファイル対応などもしたいのでShell Script を用意して,それを .desktop ファイルから呼ぶことにします.

先ずは適当な場所に変換Script を用意します.指定したファイルをImageMagick のconvert コマンドでwebp 形式に変換するものです.

~/bin/pcmanfm-convert2webp.sh
#!/bin/sh

for file in "$@"; do
  [ -f "$file" ] || continue
  out="${file%.*}.webp"
  convert "$file" "$out"
done

実行権を付与しておきます.

$ chmod u+x ~/bin/pcmanfm-convert2webp.sh

動作を確認します.大丈夫そうです.

$ ~/bin/pcmanfm-convert2webp.sh /home/matoken/Pictures/screenshots/2026-03-31_18:02:35-1365093-selected.png
$ ls -1 /home/matoken/Pictures/screenshots/2026-03-31_18:02:35-1365093-selected.*
/home/matoken/Pictures/screenshots/2026-03-31_18:02:35-1365093-selected.png
/home/matoken/Pictures/screenshots/2026-03-31_18:02:35-1365093-selected.webp

次に .desktop ファイルを用意します.このファイルは ~/.local/share/file-manager/actions/ に置く必要があります.
MimeTypes で画像の場合にこの .decktop が有効になるようにします.Exec に上のScript を書いて実行できるように.このとき複数ファイルの %F を渡します.

~/.local/share/file-manager/actions/convert2webp.desktop
[Desktop Entry]
Type=Action
Name=image2webp
Name[ja]=画像をwebpに変換
Profiles=convert;
Icon=application-default-icon

[X-Action-Profile convert]
MimeTypes=image/*;
Exec=/home/matoken/bin/pcmanfm-convert2webp.sh %F
Categories=Graphics;

この状態でPCmanFm-Qt を終了して新たに起動して画像の上で右クリックで convert2webp が実行できるようになりました.変換もok.画像以外のファイルの上で右クリックすると出てきません.

pcmanfm qt script

かなり便利になりました :)

環境
$ dpkg-query -W pcmanfm-qt imagemagick
imagemagick     8:7.1.2.18+dfsg1-1
pcmanfm-qt      2.3.0-1
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/04/03/pcmanfm-qt-action/feed/ 0
Twitterで配信された動画アーカイブをダウンロード https://matoken.org/blog/2026/04/01/twitter-broadcast-download/ https://matoken.org/blog/2026/04/01/twitter-broadcast-download/#respond Tue, 31 Mar 2026 22:10:47 +0000 https://matoken.org/blog/?p=5405

Twitterで配信されたライブ動画のアーカイブをダウンロードしてみました.

とあるイベントがTwitter で配信されていたらしくYouTube にもあるのではと思ったけど見当たりません.Twitter にアーカイブが残っているのですが,なんか再生がすぐ止まるので辛い.
ということでダウンロードできないかなと検索するとX/Twitter Broadcast Downloader というものを見つけました.これでダウンロードしてみました.

venv 環境に導入して試す.
$ git clone https://github.com/offish/twitter-x-broadcast-downloader (1)
$ cd twitter-x-broadcast-downloader
$ python3 -m venv venv (2)
$ source venv/bin/activate (3)
$ pip install -r "requirements.txt" (4)
$ python main.py (5)
What is the broadcast URL? https://x.com/i/broadcasts/1qGvvkWeqdBGB (6)
Got media key 28_2038539604165640192
Got playback URL https://prod-fastly-ap-northeast-1.video.pscp.tv/Transcoding/v1/hls/PTdVIXd-pzzuOcGNlng6TG9haAxe5-rcN7QaIridcZbNbingfwGFrSiqe9DsliGqOpoLNO8lZ2Pk9a_owkY3aw/non_transcode/ap-northeast-1/periscope-replay-direct-prod-ap-northeast-1-public/master_dynamic_16671870457049479117.m3u8?type=replay
Downloading the broadcast as 28_2038539604165640192.mp4...
[generic] Extracting URL: https://prod-fastly-ap-northeast-1.video.pscp.tv/Transcoding/v1/hls/PTdVIXd-pzzuOcGNlng6TG9haAxe5...117.m3u8?type=replay
[generic] master_dynamic_16671870457049479117: Downloading webpage
[generic] master_dynamic_16671870457049479117: Downloading m3u8 information
[generic] master_dynamic_16671870457049479117: Checking m3u8 live status
[info] master_dynamic_16671870457049479117: Downloading 1 format(s): 5500
[hlsnative] Downloading m3u8 manifest
[hlsnative] Total fragments: 6385
[download] Destination: /home/matoken/src/twitter-x-broadcast-downloader/downloads/28_2038539604165640192.mp4
[download] 100% of    3.64GiB in 00:03:49 at 16.24MiB/s
[FixupM3u8] Fixing MPEG-TS in MP4 container of "/home/matoken/src/twitter-x-broadcast-downloader/downloads/28_2038539604165640192.mp4"


What is the broadcast URL? (7)
  1. source clone

  2. venv 環境を作る

  3. venv を有効に

  4. venv 環境にインストール

  5. X/Twitter Broadcast Downloader を実行

  6. ダウンロードしたいURL を渡す

  7. 次のダウンロードしたいURL 待ち

ダウンロードできました.

$ ls -lA downloads/
total 3722204
-rw-rw-r-- 1 matoken matoken 3811532277 Mar 31 18:03 28_2038539604165640192.mp4
-rw-rw-r-- 1 matoken matoken          0 Mar 31 17:57 .gitkeep
$ ffprobe downloads/28_2038539604165640192.mp4 2>&1 | grep -A 99 ^Input
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'downloads/28_2038539604165640192.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf61.7.100
  Duration: 03:35:23.76, start: 0.000000, bitrate: 2359 kb/s
  Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(progressive), 1920x1080, 2187 kb/s, 30 fps, 30 tbr, 90k tbn (default)
      Metadata:
        handler_name    : VideoHandler
        vendor_id       : [0][0][0][0]
  Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 160 kb/s (default)
      Metadata:
        handler_name    : SoundHandler
        vendor_id       : [0][0][0][0]

以下余録.

リモートのVPS でダウンロードしたのですが結構大きいので小さくしてダウンロードします.

ffmpeg コマンドで動画を小さく
$ ffmpeg -i downloads/28_2038539604165640192.mp4 -vcodec libx264 -crf 33 -vf "scale=720:-2" -c:a copy downloads/28_2038539604165640192-720.mp4
$ ls -1s downloads/
total 4172176
 449972 28_2038539604165640192-720.mp4
3722204 28_2038539604165640192.mp4
動画の音声を取り出してWhisper.cpp で字幕作成
$ ffmpeg -i ~/Downloads/28_2038539604165640192-720.mp4 -ar 44100 -ac 1 -sample_fmt s16 -af silenceremove=1:0:-50dB  clawcon.wav
$ ./build/bin/whisper-cli -m ./models/ggml-large-v3-turbo.bin --output-srt --language auto -f ./clawcon.wav
$ ls -1s clawcon.wav*
1067548 clawcon.wav
    152 clawcon.wav.srt
$ head  clawcon.wav.srt
1
00:00:00,000 --> 00:00:06,660
Alright everyone, we'll be starting in 10 minutes. Please make your way to the stage area. We'll be starting in 10 minutes.

2
00:00:30,000 --> 00:00:59,980
 Thank you.

3
00:01:00,000 --> 00:01:29,980
ダウンロード環境
$ dpkg-query -W python3 python3-venv ffmpeg
ffmpeg  7:7.1.3-0+deb13u1
python3 3.13.5-1
python3-venv    3.13.5-1
$ lsb_release -dr
Description:    Debian GNU/Linux 13 (trixie)
Release:        13
$ arch
x86_64
動画編集,文字起こし環境
$ dpkg-query -W ffmpeg
ffmpeg  7:8.1-3+b1
a$ git remote -v
origin  https://github.com/ggerganov/whisper.cpp.git (fetch)
origin  https://github.com/ggerganov/whisper.cpp.git (push)
$ git log --pretty=oneline -1
95ea8f9bfb03a15db08a8989966fd1ae3361e20d (HEAD -> master, origin/master, origin/HEAD) sync : ggml
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/04/01/twitter-broadcast-download/feed/ 0
FirefoxのAIチャットボットプロバイダーをDuck.aiに変更してみる https://matoken.org/blog/2026/03/31/firefox-duck-ai/ https://matoken.org/blog/2026/03/31/firefox-duck-ai/#respond Mon, 30 Mar 2026 21:15:21 +0000 https://matoken.org/blog/?p=5399

ウェブブラウザのFirefox 133 からサイドバーにAIチャットボットを利用できるようになっています.

チャットボットは複数から選択できますが,プリセットのもの以外の別のチャットボットを追加できないか確認してduck.ai を追加してみました.
Duck.ai はDuckDuckGo 経由でプライバシーをある程度保ったまま利用できるのが個人的に好きです.DuckDuckGo やDuck.ai はTor 経由でも利用できるのでいつもはそちらから使っています.

以下にduck.ai の追加の要望が出ていて,コメントにワークアラウンドの書かれたコメントがあるので真似してみます.

まず,設定から「AI 制御」→「サイドバーの AI チャットボットプロバイダー」から「サイドバーのチャットボット」を「利用可能」にしておきます.

firefox chatbot duck01

次にアドレスバーに about:config を入力して「高度な設定」を開きます.警告が表示されますが,「危険性を承知の上で使用する」を押して強行します.

firefox chatbot duck02

検索欄に browser.ml.chat.provider を入力,鉛筆アイコンをクリックしてテキストボックスに, https://duck.ai/ を入力してEnter を押して確定します.

firefox chatbot duck03

設定のチャットボットが https://duck.ai/ に変わりました.とりあえずこれでOK です.

firefox chatbot duck04
Tip

NoScript などの拡張機能でJavaScript を無効にしている場合,duck.ai のJavaScript を許可する必要があります.

firefox chatbot duck05

サイドバーの AI チャットボットを開くとこんな感じ,これを真に受けるならDuckDuckGo 経由で各チャットボットに接続して匿名を保ってくれるし,データの保持もローカルに,そしてチャット内容はAIトレーニングに利用されないとなっています.

firefox chatbot duck06

この記事を書いている時点で選択できるチャットモデルは,「GPT-5 mini」,「GPT-40 mini」,「gpt-oss120B」,「Llama 4 Scout」,「Claude Haiku 4.5」,「Mistral Small 3」の6つ.ここは偶に変わるようです.

firefox chatbot duck07

以下は記事の要約を行ったときの例です.

firefox chatbot duck08

ちなみにこの設定はチャットボットを変更したり無効にしたら消えてしまうので再度設定し直しが必要そうです.検索エンジンのように設定から任意の複数のチャットボットプロバイダーを追加できるようになるといいですね.

環境
$ dpkg-query -W firefox firefox-l10n-ja
firefox 149.0-1
firefox-l10n-ja 149.0-1
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/03/31/firefox-duck-ai/feed/ 0
Firefox 149のタブノート機能とエクスポート方法 https://matoken.org/blog/2026/03/29/firefox-149_tabnote/ https://matoken.org/blog/2026/03/29/firefox-149_tabnote/#respond Sat, 28 Mar 2026 22:01:24 +0000 https://matoken.org/blog/?p=5381

MozillaのウェブブラウザのFirefox 149がリリースされました.新機能の一つのタブノートを少し試してみました.

タブノートを有効にする

タブノートを利用するには設定で有効にする必要があるようです.
右上の「≡」アイコン→「設定」で設定画面を開き,左側の「Firefox Labs」をクリック,「タブノート」にチェックで有効にできます.

Firefox149 tabnote setting

タブノートの利用

ノートを追加したい該当タブで右クリック→「ノートを追加」か,該当タブホバー→「ノートを追加」でタブノートが書けます.
編集,削除は右クリックから「ノートを更新」→「ノートを更新」 or 「ノートを削除」で行えます.
タブを閉じた後また開くとちゃんとメモは残っていました.

Firefox149 addnote1
Firefox149 addnote2
Firefox149 printnote

タブノートのエクスポート

タブノートを書き出してみます.
タイムスタンプを見ると,プロファイルディレクトリ以下の tabnotes.sqlite がそれっぽいです.以下のようにしてcsv で書き出しができました.

Firefox が実行中だとロックされているので適当な場所にコピー
$ cp ~/.mozilla/firefox/4q5mj0jg.default-release-2/tabnotes.sqlite /tmp/
id, URL, 能登とテキスト,作成日をcsv で書き出し
$ sqlite3 -readonly -header -csv /tmp/tabnotes.sqlite "SELECT id, canonical_url, note_text, datetime(created,'unixepoch','localtime') AS created FROM tabnotes ORDER BY created DESC;"
id,canonical_url,note_text,created
4,https://snac.matoken.org/matoken/admin,"個人用snac","2026-03-29 05:58:56"
3,https://codeberg.org/grunfink/snac2,"軽量ActivityPub server `snac' のリポジトリ","2026-03-27 19:52:19"
2,https://www.sony.jp/tablet/products/P1/specification.html,"2画面コンパクトAndroid タブレット","2026-03-27 19:48:17"
1,https://ja.wikipedia.org/wiki/%E6%96%B9%E9%89%9B%E9%89%B1,"方鉛鉱","2026-03-27 19:37:41"
Tip

Firefox のプロファイルについてはこちらを参考にしてください.

環境

$ dpkg-query -W firefox firefox-l10n-ja
firefox 149.0-1
firefox-l10n-ja 149.0-1
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64
]]>
https://matoken.org/blog/2026/03/29/firefox-149_tabnote/feed/ 0