@cryo /usr/bin/pnpm 以外の場所にも異なるバージョンの pnpm が置かれていたりしませんか?(which -a pnpm とか実行すると出てきそう)
@cryo /usr/bin/pnpm 以外の場所にも異なるバージョンの pnpm が置かれていたりしませんか?(which -a pnpm とか実行すると出てきそう)
@cryo なるほど、ちょっとそれっぽい環境作ってどういう状況になっているのか調べてみます(多分 /usr/bin/pnpm はただのシェルスクリプトで実体は別の場所にある)
@cryo daemon-reload した後に systemctl show misskey.service を実行すると ExecStart は編集後の値に変わっていますか?
@cryo よっしゃ💪💪
Misskey のインストール手順を見た感じでは pnpm は自分でインストールするのではなく corepack 側で管理させているようなので、直すとしたら一旦 pnpm を消して corepack を有効化するのがよさそう(そうすると package.json に書かれたバージョンの pnpm が使われるようになる)
https://misskey-hub.net/ja/docs/for-admin/install/guides/manual/
最近の nodejs は corepack が標準で入っているので手動で yarn/pnpm をインストールするメリットはあまりないとされる
私の場合は Node.js を nodenv 経由でホームディレクトリ内にインストールしてしまうので、Debian や Fedora が提供する nodejs パッケージの npm コマンドがどういうパスにパッケージを展開する挙動になるのかよく分かっていない
Mastodon / Misskey に関していえばそもそもコンテナイメージで動かしているのでホスト側には Node.js を入れていなかった