[M2 mac] NXTモードでの`wineconsole`準備と`t2n`依存チェック

[supurazako]

概要

macOS (Apple Silicon) のNXTモードで、以下の2点に起因して make sample / make nxt app=helloworld up が失敗しました。

1. nxtOSEK ビルドは wineconsole 前提だが、startetrobo 側で macOS の NXT モード時に scripts/wineconsole が用意されていない状態がありました
2. t2n インストール時の依存チェックの際、必要ライブラリが不足していても etrobopkg の途中まで進んでしまう

再現手順

環境

macOS 26.2 (25C56)
Apple M2
NXTモード
Beerhall / etrobo 環境

手順

1. NXTモードで環境起動
2. make sample を実行

当初の症状は以下の通りです。

• kernel_cfg.c 生成で失敗
• make: *** ... Error 127

make -n all で確認すると、先頭で以下を実行していました。

wineconsole > /dev/null 2>&1 ../../ecrobot/../toppers_osek/sg/sg ./helloworld.oil ...

この時点では、以下の状態です。

• scripts/cygpath は存在する
• scripts/wineconsole は存在しない

その後、wineconsole を作成するように変更を行い、 Wine をbrew経由で導入するとビルドは通るようになりましたが、今度はアップロード段階で t2n が無く失敗しました。
さらに etrobopkg により Install t2n; Talk To NXT までは進むものの、次のように失敗しました。

cp: cannot stat 't2n-0.6.src/obj/t2n': No such file or directory
cp: cannot stat 'dist/t2n': No such file or directory

確認した範囲では libusb-compat が未導入時、t2n のビルドが失敗していました。

原因として考えられる点

今回 macOS 上で NXT モードを試した範囲では、以下の 2 点が失敗要因になっているように見えました。

1. wineconsole の前提と起動時準備の間にズレがある可能性

ecrobot.mak では、非 Windows 環境で sg.exe 実行に wineconsole を使う前提になっています。

一方で、macOS の NXT モード起動時には scripts/wineconsole が存在しない状態がありました。
そのため、ビルドスクリプトの前提と実際の起動時準備の間に少しズレがあるように見えます。

2. t2n の依存確認がやや分かりづらい可能性

t2n のビルドでは -lusb が必要で、macOS では実質的に libusb-compat が必要になるようでした。

ただ、etrobopkg では lsusb の有無を基準に依存確認しているように見えます。
そのため、

• usbutils が入っていて lsusb は使える
• しかし libusb-compat は未導入
• その状態でも依存が揃っているように見える

というケースが起こりうるようでした。

改善案

1. NXTモード時は wineconsole を準備する

• macOS を含め、NXT モードでは scripts/wineconsole を用意する
• 中身は wine / wine64 を呼ぶラッパで十分だと思われます

2. t2n の依存確認を明示的にする

macOS では以下を明示的に確認できるとよさそうです。

• libusb
• libusb-compat
• usbutils

3. t2n ビルド失敗時のログを見えるようにする

現在はビルド失敗時に原因が見えにくく、後続の cp エラーとして表面化しているようでした。
make > /dev/null 2>&1 を避けるか、失敗時にログを表示できるようにすると切り分けしやすく
なると思います。

[jtFuruhata]

ここまで短時間でetrobo環境を読み解いていただいてありがとうございます。色々検証していただいたおかげですぐに修正できそうです。せっかくですので動作の仕掛けについて説明しますね。

scripts/(fake)cygpathは、もとのnxtOSEKがcygwin上での動作が前提でしたので、Makefile（nxtOSEK/ecrobot/ecrobot.mak）内でハードコードされているため、脱cygwinのために必要なものです。これはNXTモードで起動した際、fakecygpathで配布してあるものをコピーして、全プラットフォームで利用しています。
scrips/(fake)wineconsoleは、Mac/Linuxでの動作の際にsg.exeを実行するために使うもので、両プラットフォームではインストールが必須になります。しかし、WindowsでもWSL上のUbuntuで実行しているためそのままのMakefileではやはりwineconsoleを起動します。それに対抗するために、WSLで動作している場合にはfakewineconsoleで配布されているものをコピーしてトラップしています。WSL上からは.exeを付けないとWindowsプロセスを起動できないので、それを捌いています。

従って、Mac上のNXTモードは、scripts/cygpathあり、scripts/wineconsoleなしで正解です、私もだいぶ前に書いたことなので忘れかけてました。このあたりは、scripts/startetroboの517-526でやっています。

これと、2個目の問題のlsusbに纏わるもの、etrobopkgの834-927あたりですね、これら共通で言えるのは、おそらくBeerHall外に既に（crossoverではない）wineがインストールされていたり、（libusb-compatがセットになっていない）libusbがインストールされている場合に生じる不具合ではないかと推測します。対策としては、それぞれの存在チェックの際に、BeerHall上のフルパスで確認するようにしたら解決できるかなと考えています。

…とはいえごめんなさい、ちょっとNXTモードはうち以外にニーズがほぼないと思うので、修正は時間ができたら、ということにさせてください。
詳細な報告ありがとうございました。

[jtFuruhata]

あ、もしくはプルリク待ってます。

[supurazako]

返信ありがとうございます。
PRを作成するために検証を進めていたところ、etrobopkgに不具合を発見しました。

これと、2個目の問題のlsusbに纏わるもの、etrobopkgの834-927あたりですね、これら共通で言えるのは、おそらくBeerHall外に既に（crossoverではない）wineがインストールされていたり、（libusb-compatがセットになっていない）libusbがインストールされている場合に生じる不具合ではないかと推測します。対策としては、それぞれの存在チェックの際に、BeerHall上のフルパスで確認するようにしたら解決できるかなと考えています。

とありましたが、そもそもwine(gcenx/wine/wine-crossover)が入っていなかったようです。
846行目を見ると次のようにあります。

brew install --cask --no-quarantine gcenx/wine/wine-crossover

そして、--no-quarantine option は brew 5.0.0 で廃止され、使用できなくなりました。

--no-quarantine and --quarantine flags have been deprecated as Homebrew does not wish to easily provide circumvention to macOS security features.

ref: https://brew.sh/2025/11/12/homebrew-5.0.0/

この理由により、wineが入っておらず、環境が動かなかったようです。

本来は、別のPRに分けるべき不具合だと思いますが、差し支えなければまとめて修正させていただきたいです。

[supurazako]

wine-crossover は使えなかったです。

Warning: Cask 'wine-crossover' is unavailable: '/Users/naoyuki/BeerHall/usr/local/Library/Taps/gcenx/homebrew-wine/Casks/wine-crossover.rb' does not exist.
==> Searching for similarly named casks...
Error: No casks found for wine-crossover.

[supurazako]

現在、gcenx/homebrew-wineを確認するとcaskには game-porting-toolkit のみがあります。
こちらに変える必要があるかもしれません。
https://github.com/Gcenx/homebrew-wine

補足: gcenx/wine/game-porting-toolkit は動作確認ができています

(ちょうど先週使えなくなったようです. Gcenx/homebrew-wine@f201026)

[jtFuruhata]

なるほど、何が代替として適切か、引き続き調査していただけますか？

[jtFuruhata]

あぁこちらでも現状を理解できました。今までwineが必要だったのは、唯一sg.exeだけだったんですよね。これはシミュレータと違ってシステムジェネレータ－で、GUIを伴うものではないので意外とすんなり行けるんじゃないかと思ってます。game-porting-toolkitでも動作するようであれば、その様に書き換えて頂けると助かります。