欅樹雑記

2020年8月2日日曜日

先日Gitを使っていたら、いきなりこんなメッセージが出てコミットできなくなりました。

$ git commit 
error: gpg failed to sign the data
fatal: failed to write commit object

GPG関連のエラーだということはメッセージからわかりますが、急に出たのでビビりました。

ファイルシステムの障害を疑って鍵をインポートし直しても変わらず、エラーメッセージで検索して出てきた去年の記事に従って環境変数をexportしても変わらず。

どこから調べていいかわからず、とりあえずgpg --list-keysを実行してみたら鍵の有効期限がちょうど切れていました。

というわけで今回は有効期限の更新方法についてです。

前回、Node.jsのモジュールをDenoに対応すべく、import文の拡張子を解決するツールを作りました。

ただし前回の記事でも書いたとおり、あのツールを使うだけでDeno対応できるモジュールは、外部に依存せず自己完結しているものだけです。

じゃあ外部に依存しているモジュールはDeno対応できないのか、と考えてみました。

つくったのは2ヶ月くらい前ですが。

何をやりたかったかというと、「Node.js用に書いたコードをDenoでも動かしたい」というのが動機です。

以前さくらのナレッジに寄稿したとおり、Denoではモジュールの指定に拡張子が必須になったので、従来のNode.jsのコード（特にTypeScriptで書いている場合）はそのままでは動きません。

そこで、拡張子を解決するツールを作ってやればDenoでも動かせるんじゃね？と思いました。

以前、Linux版のEnpassはよく落ちるという愚痴を垂れ流したことがあります。

フォーラムに投稿しようかと思ったんですが、その前にいろいろ試行錯誤していたらだいぶマシになったのでその報告です。

以前、パスワードマネージャーEnpassについて記事を書きました。

以前の記事には書かなかったんですが、Enpassの他の不満点として日本語がポンコツという点があります。

それが今後マシになるかもしれない、というニュースです。

また中途半端なリリース報告です。

やっと型パズルを解きました。

・・・という記事をさくらのナレッジに寄稿しました。

正確には「Node.jsの後悔から生まれた新しい実行環境・Deno入門〜簡単なアプリケーション作成ハンズオン付き〜」です。

まだDeno歴は浅いのであまり偉そうなことは書けないんですが、Denoが生まれた背景とかNode.jsとの違いといった内容を前半で書きました。

後半ではインストールから簡単なウェブアプリケーションまで解説。ソースコードはGitHubに置いています。npm installのような下準備もpackage.jsonのようなメタファイルも何もなく、ソースファイルをコピペするだけでそのまま動かせるのが手軽ですね。

まだライブラリーが少ないので、便利なものを作れば一気に有名になれるチャンスかも知れません。例えばExpressっぽいフレームワークとか。もうあるかもしれませんが。

はてブの登録者数は前回以上にありました。おおむね好評でよかったです。

次回は何の記事を書こうかな。