ある朝突然、 cargo test が VSCode Insiders から呼べなくなった。これを踏んでた。どうやら昨日の夕方に 1.36.0-insider がアップデートされて壊れたようだ（アップデートされた記憶はあまりない）。
以下に従って5月のビルド 1.35.0-insider に戻したら問題なく動いた。 Insider らしくてとてもよい（よくない）。
Access older Insider builds · Issue #46089 · microsoft/vscode · GitHub
悲しいことにうまく動せていない。時間が解決してくれる気はする。
開発者版 VSCode insiders が必要。 VSCode とは別のアプリとしてインストールできるので気にせず入れて良い。Remote WSL 拡張を入れればそれで終わり。
その2 で使う useWSL は使わない。ほぼうまく動くが、なぜか rustfmt による整形が動かない上に、 Output View へログを一行も吐いてくれない*1ので調査もできなくて困る。
RLS拡張 が想定しているのはおそらくこちらの使い方。
しかし、まず rustup の PATH が通らない。 issue 上がってそう だけど放置されてる感。拡張の設定で rustup の PATH を WSL 内の full path にすればこの問題は対処できる。
次に嫌なのが、 WSL 内の windows のファイルシステムのマウントが /mnt/固定であること 。 /etc/wsl.conf に root 設定を書いていると動かせない。
root を変えるのが面倒でここで諦めてしまったが、使っている人がいる機能であるはずなので多分動かせば動くのであろうroot を変えたら動いた。あと、当たり前ではあるがこちらだと、 windows のファイルシステムにプロジェクトを置かなければならないという制約がある。
*1:その2でもきちんと動くようになったあとはログが出なくなったので、エラーが起きないとログは吐かないという話のような気もする
songmu さんの WEB+DB の記事を読むのが良い。
リリーステストで、
Hoge.pm requires 5.010 due to explicit requirement
で死んだときは Perl version 指定が正しいか確認する。 // とか使ってると 5.8 系はサポートできないというか、流石に 5.8 系は平成半ばにしてすでに終わっているのではないか。
xt/minilla/spelling.t ......... skipped: no ~/.spellunker.en
が出てたときは touch ~/.spellunker.en するとPODのスペルチェックもやってもらえる。
.circleci/config.yml に以下のように書いておいたら、ある時からキャッシュが効かなくなってハマった。
version: 2
jobs:
build:
docker:
- image: perl:5.28
steps:
- checkout
- restore_cache:
key: cacheminil-v1
- run:
name: Install Minilla
command: |
cpanm Minilla
- save_cache:
key: cacheminil-v1
paths:
- "/usr/local/bin"
- "/usr/local/lib/perl5/site_perl/5.28.0"
..以下略..
正しくは以下。いつまでも 5.28.0 のままではないのだ。
paths:
- "/usr/local/bin"
- "/usr/local/lib/perl5/site_perl"
本当は - image: perl:5.28.0 を指定したいところだが、残念ながら https://hub.docker.com/_/perl を見てもない。
https://hub.docker.com/_/mariadb
10.2 の方では、 MYSQL_USER で test_ データベースを作れない。
mariadb:10.2 の mysql.db 。
MariaDB [mysql]> SELECT Host, Db, User, Create_priv FROM db; +------+--------------+----------+-------------+ | Host | Db | User | Create_priv | +------+--------------+----------+-------------+ | % | hogehoge_dev | hogehoge | Y | +------+--------------+----------+-------------+ 1 row in set (0.00 sec)
mariadb:10.3 の mysql.db 。
MariaDB [mysql]> SELECT Host, Db, User, Create_priv FROM db; +------+--------------+----------+-------------+ | Host | Db | User | Create_priv | +------+--------------+----------+-------------+ | % | test | | Y | | % | test\_% | | Y | | % | hogehoge_dev | hogehoge | Y | +------+--------------+----------+-------------+ 3 rows in set (0.000 sec)
なんで違うのか調べてもわからなかった。 mariadb:10.3 の挙動が意図的なのかデグレってるのかも。
