世間でサプライチェーン攻撃がひどいので Takumi Guard を使わせていただく。
1 | export NPM_CONFIG_REGISTRY=https://npm.flatt.tech |
1 | $ npm config get registry |
上記設定は v11 以上向け。v10 以下は NPM_CONFIG_REGISTRY が参照される。
1 | $ pnpm config get registry |
1 | $ yarn config get npmRegistryServer |
1 | $ go env GOPROXY |
1 | $ bundle config get mirror.rubygems.org |
1 | $ pip config get :env:.index-url |
発生したのは数カ月前だけど手元にメモが残っていたのでとりあえず公開しておきます。 ちなみに Windows Update がトリガーだったのかすら正確には覚えておらずです。
エラーはこんな内容でした。
なにやら GPG まわりでエラーが発生していた様子です。
1 | $ sudo apt update |
ソース情報のうち、MS のやつを見てみると GPG 鍵のパスが判明しました。
1 | $ cat /etc/apt/sources.list.d/*.list | grep microsoft |
そのパスにファイルが存在しているのか確認したらなくなっていました。
1 | $ ll /usr/share/keyrings/microsoft-prod.gpg |
どこから拾ってきたのか忘れたけど EB3E94ADBE1229CF でググって出てきた MS 公式の情報から、以下を問題のパスに配置する対応となりました。
1 | $ curl -sSL https://packages.microsoft.com/keys/microsoft.asc | sudo gpg --dearmor -o /usr/share/keyrings/microsoft-prod.gpg |
これで無事に apt update ができるようになりました。
1 | $ sudo apt update |
日報をサボっているうちに気づいたらニート期間最終日になっていました。30連休は長かったようで終わってみればあっという間でした。普段の1ヶ月も爆速に感じるので当たり前ではありますが。
前回の日報からのハイライトになりそうなのはざっくり以下でした。
3月に入ってからはやはりモンハンの濃度が高かったです。仕事がない期間にモンハンの新作が発売されるというのは危険でした……。
反面、開発系はあまりやる気が湧かずに進捗せず。せっかく休みだしそういう期間でも良いか、と開き直っておきました。話題のClineを触るのだけはちらっとやりました。
今日で長期休みが終わるのに「休みが終わってしまう😭」みたいな感情は不思議なことにほとんど無く和やかな状態ではあります。休みすぎて休みに飽きた感があるのかもしれません。
とりあえず明日から新しい環境になるので、うまく馴染めるように頑張っていこうかと思います。
社会人2社目の最終出社を終えて土日を含む30日間の有給消化期間に入りました。 前回の転職の時も毎日ブログを書いていたので今回も書いていきます。 何も書くネタがない虚無な日を生み出さないための防止策でもあります。
今回の会社は8年半くらい在籍して、自分のキャリア（2社）の中では圧倒的に最長になりました。基本的にずっと同じサービスに関わっており、気づいたらなぜか巨大リポジトリのヌシ的なポジションになってしまっていました。力不足感は否めないなと思いつつ、できることをいろいろ頑張っていました。
「いろいろ」に文字通りいろいろ詰まっていていろいろな人と仕事を通じて関わりを持たせてもらいました。
寄せ書きというものに縁のない人生を送ってきましたが嬉しいことに今回はオンラインサービスを使った寄せ書きをいただきました。ありがとうございました。この寄せ書きはオンラインでは1年間しかアクセスができず、それを物理化して保存できるようにする部分が課金ポイントになっていて面白いと感じました。地味に高いですがせっかくなので物理化してみようかなと思っています。
一緒に仕事をした若者たちの「業務でのソフトウェアエンジニア観」のようなものに少しでも影響を与えていたことを寄せ書きから知り非常に感慨深くなりました。入社時点では自分が若者枠だったはずなのに世の中、巡っていくのだなとしみじみです。
仕事で関わった人に挨拶しきれなかったのは申し訳無さがあります。最後の週にゆったり挨拶回りをする予定だったのですがコロナ感染後のアレで最終日まで家に籠もることになってしまったのが悔やまれます。
実は2024年頭の時点で「住宅ローンを組んでマンションを買い、住み始めたら退職してフリーランスになる」方針で動いていたのですが、なんやかんやあってマンションを買うのは延期になり、フリーランスにはならず会社に所属する方針に変わりました。相変わらず勢いで人生を動かしている感が強いですｗ
フリーランスではなく会社に所属する方針になったので転職しなくても良い雰囲気もありますが、辞める前提でいろいろ動いており、すでに気持ちが切り替わっていました。前々から密かに気になっていた会社が1社あり、まずはそこを受けてみたらありがたいことに選考を通過したためそこへ行くことにしました。
基本方針として、現在所属している会社は公開されたネット上では積極的には公開しないスタイルでやっています。今までの所属は公開されたネット上の情報から簡単にわかりますがｗ 次はたぶんプライベートの発表資料にも載せない程度の秘匿感でやっていきます。
今回が人生最後の転職になれば良いなーと今のところ考えています。ちなみに入社時点のお賃金は今とほぼ同じです。
会社とはまったく関係ないのですが、退職することを社内に公表した今年1月上旬から最終出社を迎える2月中旬までの間に驚くほどいろいろな問題が連続して発生しました。
お祓いとか信じてないタイプだけどお祓い行ったほうが良いのか考えてしまいます。
問題はタイトルの通りです。 ensure_installed を指定していると起動時にインストールが実行されるため、何度インストールが実行されても Neovim を再起動する度にまたインストールが実行されてしまう症状です。
Neovim 内で &runtimepath を見てみると、 ~/.local/share/nvim/site が含まれています。 この中には packer とそれが管理するプラグインも格納されている ~/.local/share/nvim/site/pack/packer も含まれます。 これ以上は追っていないですが、おそらく nvim-treesitter がこのディレクトリ以下を見てインストールされているかどうかの判定を行なっているようでした。
packer を完全に削除することで治ります。
1 | rm -rf .local/share/nvim/site/pack |
Neovide を Windows で WSL 内の Neovim で使うときのメモです。Neovim を mise で管理している人向けです。
neovide.exe で起動するNeovim を mise で管理している場合、Neovide から nvim が見えなくて起動時にエラーになってしまいます。 これを解決するために nvim のパスを設定ファイルに書いておきます。
Windows 向けの設定ファイルは %APPDATA%\neovide\config.toml に置きます。
1 | neovim-bin = "$HOME/.local/share/mise/shims/nvim" |
これで Neovide から nvim が見えるようになります。
自分の場合は WSL でしか使わないので wsl オプションもついでに有効化しておきます。 これによって neovide.exe --wsl ではなく neovide.exe だけで起動できるようになります。