Nix-on-Droidでインストールが権限違反になるのを修正

[ncaq]

a36067a
なら正常にインストール可能。
25.11の状態のリビジョン。

最初はZDOTDIRが未設定の環境だから?
でもそのへんを利用するようになった前のリビジョンでも権限エラーになるんですよね。

[ncaq]

ZDOTDIR関連が原因だとするとこれで直るかもしれない。
fix: $ZDOTDIRが設定されていない環境向けにフォールバックを追加 by ncaq · Pull Request #108 · ncaq/.zsh.d

[ncaq]

ZSHDOTDIRの修正を適用しても治っていなかった。

Activating installPackages
replacing old 'nix-on-droid-path'
installing 'nix-on-droid-path'
error: getting pseudoterminal attributes: Permission denied
error:
… while waiting for the build environment for '/nix/store/qvhl8jvag6bb4pxgrwq0643x8r70qa51-user-environment.drv' to initialize (failed with exit code 1, previous messages: )
error: unexpected EOF reading a line

[ncaq]

調査したところ、ZDOTDIRは原因ではなく、glibc 2.42と Nix-on-Droidが同梱する古いproot-termuxの非互換が真の原因でした。nix-community/nix-on-droidのIssue #495と完全に一致する既知の不具合です。

エラーの連鎖

• glibc 2.42でisatty() / tcgetattr()の実装が変更され、従来のTCGETS ioctlではなくTCGETS2 ioctl(termios2拡張版)を発行するようになった。
• Nix-on-Droidは非root環境で/nix/storeパスを偽装するためproot-termuxを使うが、古いproot-termuxはTCGETS2 / TCSETS2 / TCSETSW2 / TCSETSF2を処理できない。
• Nixがビルダーを起動する際にpseudoterminalのスレーブ側へtcgetattr()を呼ぶ(local-derivation-goal.cc)。これが内部でTCGETS2を発行し、prootが処理できずEPERM(Permission denied)を返す。

つまりNix本体のバグでも自分の設定ミスでもなく環境依存の問題なので、ZDOTDIRのPRで治らなかったのは当然でした。

なぜa36067a3では動いて現在は動かないのか

a36067a..HEADの差分に含まれるbuild(deps): lock file maintenance(cb9efb8, 7bc0699, 86f6274)がnixpkgs(nixos-26.05追従)を更新し、glibc 2.42を含むリビジョンを引き込んだため。一方flake.nixのnix-on-droid入力はrelease-24.05(rev f3d3b829)に固定されており古いproot-termuxを同梱している。新しいglibcと古いprootの組み合わせで再現している。Issue #495のタイムライン(2026-01-24版は動作、2026-01-31版以降で発生)とも一致する。

修正・回避策

公式修正は進行中だが2026-06-05時点で未マージ。

• PR #529: proot-termuxをunstable-2024-05-04 → unstable-2026-02-20に更新し、TCSETS2/TCSETSF2のワークアラウンド、TCSETSW2→TCSETSW、TCGETS2→TCGETS置換を含む。ただし作者自身が「これだけでは完全な修正ではない可能性」と述べておりオープン状態。
• PR #503: proot-termuxのLLVM 21ビルド修正。合わせて必要になる可能性。

現実的な対処:

• nix-on-droid入力をrelease-24.05からmaster系へ更新し、PRのproot-termuxを取り込む(proot-termuxだけをoverlay/followsで新しいrevへ差し替える)。
• PRのマージを待ち、それまではglibc 2.42を含まない古いnixpkgsリビジョンで運用する。

補足

もし25.11系へ寄せる場合は別問題(Issue #518)にも注意。これはprootではなくactivationスクリプトがnix profile removeを引数なしで呼ぶ互換性問題でerror: No packages specified.として現れる。今回のptyエラーとは別件。