List of Linux [text.Baldanders.info]

Ubuntu サーバで LLM 構築へ：（2）用語集

2026-06-10T08:15:23+00:00

前回の続き。事前学習に当たって関連する用語を整理していく。

最近はどうやってるか知らないが，私が若い頃はユーザ企業からの受託プロジェクトが多かったので，業務知識の摺り合わせのために用語集を作ることが必須だった。これをサボると顧客との間で「そんなつもりじゃなかった」みたいなすれ違いが頻出して泥沼化することがある。思ったより業界・業種ごとに独自の用語や隠語は多いものである。

用語については，まず AI に思いつく限り列挙してもらい，それを私が（勉強がてら）自力で調べる，という形で進めていく。 …という感じに指示したら，いきなり180個近く列挙して下さりやがった（笑）

まぁ，少しずつのんびりいこう。この記事は随時更新する予定。

人工知能

別表記

Artificial Intelligence, AI

意味，定義など

元々は動物や人間の認知機能（の一部）を機械的に模倣（シミュレーション）する研究分野を指していたが，そこから派生した要素技術や製品・サービスも含めて AI と呼ばれるようになった。

機械学習

別表記

Machine Learning, ML

意味，定義など

人工知能（技術）のサブセット。データから学習し，未知の入力に対する予測・分類・推定を行う技術の総称。

統計的機械学習

別表記

Statistical Machine Learning, Statistical ML, SML

意味，定義など

機械学習を「確率モデル」「推定」「推論」「不確実性」といった確率・統計学の枠組みで捉えて学習や評価を行うという立場（見方）を指す。

ブックマーク

統計的機械学習とは| IBM

深層学習

別表記

深層機械学習, ディープラーニング, Deep Learning, DL

意味，定義など

多層（deep）のニューラルネットワークを中核にする機械学習のサブセット。必ずしもラベル付きデータセットを必要とせず，テキストや画像など非構造化データから特徴を自動的に抽出して学習することができる点が特徴。

深層学習を統計的に見るなら統計的機械学習の文脈に入ると言えるが，深層学習という言葉が指すもの（実装・最適化・表現学習など）は確率論中心で語られるとは限らない。

ブックマーク

AI，機械学習，ディープラーニング，ニューラル・ネットワーク | IBM

ニューラルネットワーク

別表記

Neural Network, NN

意味，定義など

単純なニューロンを層状（入力層，中間層/隠れ層，出力層）に積み重ね，データからパターン認識の重みとバイアスを学習し，入力から出力までをマッピングする機械学習モデル。脳の神経ネットワークから着想を得ている。

生成 AI

別表記

Generative AI

意味，定義など

与えられた知識（訓練データ）を元に文脈（コンテキスト）や指示に従って，テキスト（プログラムコードを含む）や画像，動画，音声などのコンテンツを生成する AI 製品のこと。

従来の AI 製品が情報の分析・評価・予測などを主目的としていたのに対して，生成 AI はコンテンツの生成を主目的としている点が特徴。生成 AI が社会に与えたインパクトは大きく，近年では AI といえば生成 AI を指すことが多い。

大規模言語モデル

別表記

Large Language Model, LLM

意味，定義など

ニューラルネットワークを大規模化し，トランスフォーマーを採用して「次トークンを予測すること」を事前学習目的の中心にした機械学習モデル。生成 AI におけるテキスト生成に関する部分の中核的な存在。大規模言語モデルの「大規模」はモデルが大きい（パラメータ数が多い）ことを指して名付けられている。

まず事前学習（pre-training）として大量のテキストを使って「ラベルなし（自己教師あり）」でモデルに言語の基本を学ばせる。その後の調整（fine-tuning / instruction tuning など）で特定のタスクに適応させることができる。

flowchart TD A[事前学習
Pre-training] --> B[微調整
Fine-tuning] B --> C[指示追従の微調整
Instruction tuning] B --> D[タスク別微調整例
要約/分類/抽出など] B --> E[（場合により）さらなる調整
例: 報酬学習/RLHF, 安全性調整] A:::pre B:::ft C:::it D:::task E:::post classDef pre fill:#e8f4ff,stroke:#2b6cb0 classDef ft fill:#f0fff4,stroke:#2f855a classDef it fill:#fff7e6,stroke:#b7791f classDef task fill:#faf5ff,stroke:#6b46c1 classDef post fill:#fff0f0,stroke:#c53030

全体アーキテクチャ推奨構成（LiteLLM/Nginx あり）

なぜ生成 AI が LLM 中心になったか：

トークン予測：単純で汎用的な学習目的で，大規模テキストから共通に学べる
トランスフォーマー設計： attention 中心でスケールしやすい学習器として噛み合う
スケーリング則：増やしたときの改善が経験的に整理され，投資判断がしやすい
スケールでタスク適応が変化： fine-tuning なしに few-shot で強くなる傾向が示され，普及・実装が加速

ブックマーク

トランスフォーマー

別表記

Transformer

意味，定義など

自己注意機構だけに基づく新しいネットワーク構成。再帰や畳み込みを使わずに，注意機構だけで構成しているため，並列化が可能で大規模化しやすい。

ブックマーク

RAG

別表記

Retrieval-Augmented Generation

意味，定義など

LLM に外部知識（検索結果）を取り込ませてから生成させるアプローチ。これにより知識不足や幻覚（hallucination）の問題を緩和し，より正確で信頼性の高い生成が可能になる。

実運用では以下のような手順になる。

手順	役割
1. 文書をチャンク化	検索しやすい単位に分割
2. チャンクを embedding に変換	文書意味を数値化（ベクトル化）
3. ベクトルを Vector DB / Vector Index へ格納	類似検索できる形で保存
4. ユーザ質問を embedding に変換	質問も同じ空間で表現（ベクトル化）
5. 類似度（例：cosine similarity）で上位を検索	関連文書を取り出す
6. 取得した文書をプロンプトに入れて生成	LLM の generator が回答

ブックマーク

Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks

Embedding

別表記

埋め込み，ベクトル化

（複数形 Embeddings で）埋め込みベクトル群

意味，定義など

RAG において，外部文書やユーザ質問（プロンプト）などのテキストデータを数値ベクトルに変換する技術。文書をチャンクと呼ばれる単位に分割し，チャンク化された各データに対して意味的な特徴を捉える多次元のベクトル情報を埋め込む。ベクトルを埋め込まれたデータは key-value 形式で持つデータストア（Vector DB など）に保存される。

このため，日本語では Embedding をサ変名詞的に「ベクトル化」と訳すことが多い。

MCP

別表記

Model Context Protocol

意味，定義など

AI アプリケーションが外部のデータや機能にアクセスするため，外部コンテキスト交換のためのオープンな標準プロトコル。クライアント・サーバで構成される。 AI アプリケーション側がクライアント。サーバ側は LLM に渡せるものを以下のプリミティブとして提供する。

プリミティブ	概要	典型例
Tools	サーバが公開する「実行可能なツール」。LLM（言語モデル）が文脈に応じて発見・呼び出しできる形で提供されます。	DB問い合わせ、API呼び出し、計算など
Resources	クライアント（LLMアプリ）にコンテキストとして渡すためのデータ。ファイルやDBスキーマ、アプリ固有情報などを共有できます。	社内文書、スキーマ、参照データ等
Prompts	サーバが公開するプロンプトテンプレート。ユーザが明示的に選べるように設計される、と説明されています。	業務用の定型指示テンプレなど

RAG とは相補的な関係になることが多い。たとえば RAG が外部資料を取得する方法を MCP で提供するなど。

AI エージェント

別表記

AI Agent

単に Agent / エージェントと言う場合もある

意味，定義など

一般的に AI エージェントは「環境を知覚（perceive）し，環境に働きかけて行動（act）する自律的なシステム」として説明される。

AI エージェントが生成 AI と結びつくと以下のような役割・行動になる。

LLMを意思決定の中核にして
計画して（plan）
ツールを呼び出し（call tools）
複数ステップの実行に必要な状態（state）を保持して
目的を達成するために動く。または推論と行動を繰り返す

目的別に AI エージェントを例示してみる。

目的（ユーザが求めること）	エージェントの核となる動き（イメージ）
会話/問い合わせ対応	会話しつつ，必要なら外部情報やツールへ “取りに行って” 回答する（単発Q&Aより行動ループを持つことが多い）
業務自動化（ワークフロー実行）	次に何をするか計画し，ツール/API を呼んで段階的に完了させる（state 保持が重要）
調査・意思決定支援	情報を集め，推論して結論を出す（必要に応じて “推論→行動→再推論” のループ）
開発支援（コード生成/デバッグ）	目標に向けて反復し，ツール（実行環境，リポジトリ操作等）を使いながら進める（目的達成型の行動）

また，以下のように行動決定の仕方で分類する方法もある。

種類	特徴
ツール実行を伴うエージェント	LLM が計画し，ツールを呼び，複数ステップを進める
熟考（deliberative）/プランニング中心	世界の明示的なモデルを持ち，記号的推論で「何をするか」を決める
BDI エージェント	beliefs（信念）/desires（欲求）/intentions（意図）で分けて行動選択する枠組み
マルチエージェント	複数のエージェントが協力して（autonomousのまま）タスクを進める

なお，ここで言う「自律的（autonomous / autonomy）」とは「どれくらいユーザ介入なしで動けるように設計されているか」という文脈で使われ，辞書的な意味での自律とは異なる点に注意。

ブックマーク

Ubuntu サーバで LLM 構築へ：（1）事前学習

2026-06-09T09:26:51+00:00

だいぶ生成 AI を使うことに慣れてきたので，そろそろ自前で LLM サービスを構築することを考えてみる。

いや，既にもうメジャーな AI サービスプロバイダってメタクソ化（enshittified）し始めてるぢゃん。企業サービスに完全にロックインされないうちに自前で構築できるようになっておかないと，と思ってさ。

今回は，以下の要求で Kagi Assistant にサービス構成を提案してもらった。

家庭内 LAN 上の Ubuntu サーバ機に LLM サービスを構築する
クライアントは Windows 機と Ubuntu 機を想定
主な用途はプログラミング支援とブログ作成補助
VS Code で使えるようにする

以降に Kagi Assistant からの提案を載せるけど，まだ内容の検証をしていない。なので嘘や間違いが紛れている可能性があるのでご注意を。私としては，この提案を学習の起点（trigger）とするつもりである。

アーキテクチャ

Kagi Assistant が最初に推奨してきた構成：

graph TB subgraph Server["Ubuntu Server"] Ollama["Ollama
:11434
(推論エンジン)"] LiteLLM["LiteLLM
:4000
(API Proxy)"] Nginx["Nginx
:443
(Reverse Proxy)"] Embed["nomic-embed-text
(Embedding / RAG用)"] PG["PostgreSQL
(LiteLLM 用)"] Ollama ---> LiteLLM LiteLLM --- PG LiteLLM ---> Nginx Ollama --- Embed end subgraph ClientUbuntu["Ubuntu PC"] VSCodeU["VS Code + Continue"] end subgraph ClientWin["Windows PC"] VSCodeW["VS Code + Continue"] end Nginx -- "LAN (HTTPS)" --> ClientUbuntu Nginx -- "LAN (HTTPS)" --> ClientWin

全体アーキテクチャ推奨構成（LiteLLM/Nginx あり）

推論エンジンとして Ollama を提案した理由は以下の通りらしい：

個人〜小規模LAN利用ではOllamaが最適。セットアップが最も簡単で、OpenAI互換APIを標準提供し、モデル管理が容易です。

vLLMは同時接続ユーザーが多い（5人以上）本番運用向けで、単一ユーザーには複雑さが増すだけ
- vLLM vs. Ollama: When to use each framework
- vLLM vs Ollama: Which Local AI Server to Run in 2026
llama.cppは低レベルすぎて管理が煩雑

LiteLLM は Ollama の前に置く OpenAPI 互換 API プロキシ。 Ollama だけでなく OpenAI や Anthropic などの外部 API も統一的に扱えるらしい。図では LiteLLM に PostgreSQL がぶら下がっているが，これは API キー管理・使用量トラッキング用とのこと。

What is stored in the DB | liteLLM

Nginx はリバースプロキシとして HTTPS 終端，セキュリティ（Ollama/LiteLLM への直結ポートをサーバの外に晒さない），ストリーミング対応を担っている。注意点は以下の通り：

LAN 内のみの利用でもHTTPS推奨（Continue.dev が API キーを送るため）
Let’s Encrypt 証明書か自己署名証明書を使用
ストリーミング（SSE）対応のため proxy_buffering off が必須

nomic-embed-text については後述する。

LiteLLM と Nginx は入れなきゃダメ？と訊いてみたら，もう少し簡単な構成もあるらしい。

graph TB subgraph Server["Ubuntu Server"] Ollama["Ollama
:11434
(推論エンジン)"] OpenWebUI["Open WebUI
:8080
(GUIチャット)"] Embed["nomic-embed-text
(Embedding / RAG用)"] Ollama --- Embed Ollama ---> OpenWebUI end subgraph ClientUbuntu["Ubuntu PC"] VSCodeU["VS Code + Continue
ollama run (CUI)
ブラウザGUIチャット"] end subgraph ClientWin["Windows PC"] VSCodeW["VS Code + Continue
ollama run (CUI)
ブラウザGUIチャット"] end Ollama -- "Ollama API
:11434" --> ClientUbuntu OpenWebUI -- "Web UI
:8080" --> ClientUbuntu OpenWebUI -- "Web UI
:8080" --> ClientWin Ollama -- "Ollama API
:11434" --> ClientWin

全体アーキテクチャ推奨構成（Ollama 単体, LiteLLM/Nginx なし）

クライアントの用途ごとの使い分けは以下の通り。

アクセス先	ポート	用途	クライアント
Ollama API	`:11434`	VS Code + Continue（コーディング支援）	Ubuntu / Windows
Ollama API	`:11434`	`ollama run`（CUIチャット）	Ubuntu / Windows
Open WebUI	`:8080`	ブラウザ GUI チャット（ブログ執筆・雑談）	Ubuntu / Windows

VS Code の拡張機能である Continue は Ollama API に対応しているそうなので（セキュリティの問題を除けば）直結で OK。ターミナルエミュレータ等で CUI チャットを行う場合はクライアント側にも Ollama をインストールして接続先をサーバ機に向ければいいらしい。

OLLAMA_HOST=http://192.168.x.x:11434 ollama run qwen3.5:9b

さらに簡単に Ollama API を直に叩く方法もある（自作ツール向け？）。こんな感じ。

# ワンショット質問
curl http://192.168.x.x:11434/api/chat -d '{
  "model": "qwen3.5:9b",
  "messages": [
    {"role": "user", "content": "ブログのタイトル案を5つ提案して"}
  ],
  "stream": false
}'

# ストリーミング（リアルタイム出力）
curl http://192.168.x.x:11434/api/chat -d '{
  "model": "qwen3.5:9b",
  "messages": [
    {"role": "user", "content": "PythonでFizzBuzzを書いて"}
  ]
}'

Ollama API って素の RESTful API でやり取りするのか。確かにこれは（セキュリティ的に）ヤバいな。 LiteLLM/Nginx を噛ませろって言う筈だわ。 LAN 内に他人（のデバイス）が入ってくる余地がないならギリ大丈夫かな。まぁ，どのみち malware に侵入されたらアウトだけど。

Open WebUI は Web ベースのチャットインターフェースで，以下の特徴があるらしい¹。

機能	説明
ChatGPT 風 UI	ブラウザでチャット、使い慣れたインターフェース
会話履歴	すべての会話を保存・検索可能
モデル切替	ドロップダウンでモデル切替
ドキュメント RAG	ファイルをアップロードして対話
ユーザー管理	複数ユーザー・アクセス制御
完全オフライン	外部へのデータ送信なし

OpenAI の API キーを持っていれば Open WebUI から OpenAI のモデルも使えるそうな（以下は Docker 上に Open WebUI をインストールした場合の起動例）。

# Open WebUI起動時にOpenAI APIも設定
docker run -d \
  --name open-webui \
  --network host \
  -v open-webui:/app/backend/data \
  -e OLLAMA_BASE_URL=http://127.0.0.1:11434 \
  -e OPENAI_API_KEY=sk-your-openai-key \
  --restart always \
  ghcr.io/open-webui/open-webui:main

用途別の使い分けについてまとめてもらった。

用途	インターフェース	理由
ブログ執筆・雑談	Open WebUI（ブラウザ）	ChatGPT風で直感的、会話履歴管理
プログラミング支援	VS Code + Continue	コード補完・エディタ統合
サクッと質問	`ollama run`（CUI）	ターミナルから即座に
スクリプト・自動化	curl / Python API	バッチ処理やパイプライン

普段の調べ物は Kagi Assistant で必要十分なので Open WebUI はあまり使わないかもしれないけど。 Open WebUI が不要なら入れない構成もありだな。

モデル選択

Ollama で選択可能な LLM モデルで Kagi Assistant が勧めてきたのは以下のもの¹。

用途	推奨モデル	役割
チャット・コーディング対話	Qwen 3.6-27B または 35B-A3B	chat, edit, summarize
コード自動補完（FIM）	Qwen 2.5-Coder（7B/14B/32B）	autocomplete（タブ補完）
Embedding（RAG用）	nomic-embed-text	codebase検索
Reranker（RAG精度向上）	Qwen3-Reranker-8B	検索結果の再順位付け

GPU VRAM別のモデル構成

VRAM	チャット用モデル	自動補完用モデル	備考
8GB	Qwen 3.5-9B (~6.6GB)	Qwen 2.5-Coder 7B (~5GB)	1モデルずつ切り替え運用
16GB	Qwen 3.6-35B-A3B (~16-22GB)	Qwen 2.5-Coder 14B (~9GB)	同時稼働は量子化調整が必要
24GB	Qwen 3.6-27B (~17GB)	Qwen 2.5-Coder 32B (~20GB)	★最も推奨される構成
32GB+	Qwen 3.6-27B (Q6/Q8) + Qwen 2.5-Coder 32B	同時稼働余裕あり	RTX 5090等

💡 24GB VRAM（RTX 3090/4090）の構成が最もバランスが良い: Qwen 3.6-27Bでチャット・エージェント的コーディング、Qwen 2.5-Coder 32Bでタブ補完。ただし同時稼働はVRAM的に厳しいため、Ollamaはモデルを自動でアンロード/ロードするので、交互に使う運用になります。

あー。そういや，サーバ機のスペックを教えてなかった。手持ちの空いてるミニ PC をサーバ機にする予定なのでスペックは高くないのよ。

というわけで Ryzen 5 7430U, RAM 16GB, 外付け GPU なしの構成で再提案してもらった。

役割	推奨モデル	RAM使用量	予想速度	理由
チャット・ブログ・コーディング対話	Qwen 3.5-9B (Q4)	~6 GB	~5-8 tok/s	9Bで品質最優、ブログ執筆に十分な表現力
コード自動補完（FIM）	Qwen 2.5-Coder 3B (Q4)	~2.5 GB	~15-20 tok/s	補完は高速が命、3Bで品質も十分
Embedding（RAG用）	nomic-embed-text	~0.3 GB	高速	コードベース検索用

💡 合計RAM使用量: ~9 GB（OS等の予約分を含めても16GB内に余裕あり）

チャット用を軽くして速度を稼ぐ構成：

役割	モデル	RAM	予想速度
チャット	Qwen 3.5-4B (Q4)	~3 GB	~12-18 tok/s
自動補完	Qwen 2.5-Coder 1.5B (Q4)	~1.2 GB	~30+ tok/s
Embedding	nomic-embed-text	~0.3 GB	高速

合計 ~4.5 GB。速度は快適ですが、ブログ執筆の品質は9Bに劣ります。

🌟 注目の選択肢：Gemma 4 26B-A4B（MoE）

GoogleのGemma 4 26B-A4Bは 総パラメータ26B・推論時アクティブ3.8B のMoEモデルです。 Q4量子化で ~15 GB のRAM使用量。

✅ 品質: 3.8B活性化で26Bクラスの表現力（Qwen 3.5-9B以上の可能性）
⚠️ RAM: ~15 GBで16GBギリギリ。OSの予約分と競合する可能性
⚠️ 速度: MoEはアクティブパラメータが少なくても全パラメータのメモリアクセスが必要なため、DDR4帯域幅がボトルネックになり 予想3-6 tok/s

結論: 試す価値はありますが、16GBではスワップ発生のリスクが高く、安定性に欠ける可能性があります。まずはQwen 3.5-9Bで安定運用し、余裕があればGemma 4 26B-A4Bも試すのがおすすめ。

⚡ パフォーマンスを引き上げるTips

施策	効果	詳細
`num_ctx`を小さく	速度向上	4096→2048にするとコンテキスト処理が高速化。ブログ執筆なら2048で十分な場面も
モデルを1つずつロード	RAM節約	`OLLAMA_MAX_LOADED_MODELS=1`で未使用モデルを自動アンロード
Q3量子化を試す	RAM削減・速度UP	`ollama run qwen3.5:9b-q3_K_M`でRAM~4.5GB、品質は若干低下
スワップの無効化	安定性向上	RAM不足時のスワップは極端な低速化の原因。`/etc/fstab`でswapを0に
将来的にGPU追加	劇的改善	Thunderbolt/OCuLink外付けGPUエンクロージャーでRTX 3060(12GB)等を追加すれば、一気に実用的に

Ryzen 5 7430U には内蔵 GPU (Radeon Graphics) があるが LLM 推論には非力なので CPU-only 推論となる。そうなるとメモリ帯域幅が重要になるんだけど DDR4-3200 デュアルチャネルは DDR5 半分以下の帯域幅（〜51GB/s）しかない。 RAM のサイズも 32GB 以上は欲しいらしい。

サーバRAM	推奨構成	備考
8GB	Qwen 3.5-4B (チャット) + Qwen 2.5-Coder 1.5B (補完)	1モデルずつ切り替え
16GB	Qwen 2.5-Coder 7B (チャット) + Qwen 2.5-Coder 3B (補完) + nomic-embed	★最も現実的
32GB	Qwen 3.5-35B-A3B (チャット) + Qwen 2.5-Coder 7B (補完) + nomic-embed	★★最高の体験
64GB	Qwen 3.5-35B-A3B + Qwen 2.5-Coder 14B + nomic-embed	余裕あり

なかなかに貧弱な構成と言われてしまった（笑）

！だってメモリもプロセッサも高いんだよ，今！

しょうがないぢゃん orz

nomic-embed-text について

nomic-embed-textはOllama上で動く Embeddingモデル です。テキストを数値ベクトル（768次元）に変換するだけで、それ自体にデータベースは必要ありません。

テキスト入力 → nomic-embed-text → 768次元ベクトル出力

ベクトルデータはデータベース化して RAG (Retrieval-Augmented Generation; 検索拡張生成) に使用する¹。 Open WebUI および Continue は自前でベクトルデータベースを持っている。規模が大きくなれば PostgreSQL + pgvector などのベクトルデータベースが別途必要になる。

🏗️ RAGの規模別アーキテクチャ

規模	ベクトル保存先	構成
小規模（個人・Continue.dev）	ローカルファイル（Continue内蔵）	Ollama + nomic-embed-text のみ
中規模（チーム・Open WebUI）	Open WebUI内蔵のChromaDB	Ollama + Open WebUI
大規模（組織・自作パイプライン）	PostgreSQL + pgvector / Qdrant / Milvus	Ollama + 独自バックエンド

今回はここまで

とりあえず Ollama と RAG についてはちゃんと勉強せなあかんなぁ，というのは分かった。あとは実際に組んでみて評価していく感じかな。

薄々わかってはいたが，どうも手持ちの環境は貧弱すぎるみたいだけど，どの程度足らないのかの感覚がわからない。これは使ってみて確かめるしかないだろう。

仕事が絡むなら vLLM も気になるところだが，そういう仕事が貰えるなら考えるということで（笑）

RAG の機能は，簡単にいうと LLM に外部の情報を検索させてから回答させる仕組み。これによって組み込まれた知識にない情報についても（extrinsic hallucination を抑えつつ）対応することができるようになる。 Google 検索のようなキーワード検索ではなく，プロンプトによる指示に合わせて意味的検索ができるのが特徴。 Continue は nomic-embed-text が出力したベクトル化情報をファイルに保存するらしい。 Open WebUI は自前でベクトル化を行い，内蔵の ChromaDB に保存するようだ。 ↩︎ ↩︎ ↩︎

VS Code 1.122.0 の不具合に関する覚え書き【解消済み】

2026-05-28T05:42:28+00:00

【2026-05-30 追記】

今回の不具合は 1.122.1 で修正されたようだ。

APT で code を保留にしている場合は

$ sudo apt-mark unhold code
$ sudo apt update
$ sudo apt upgrade

とすればスムーズに更新できるだろう。

今回のこれは Linux ユーザの評判をかなり落としたんじゃないかねぇ。起動していきなり画面共有の許可ダイアログが出るのは流石に拙かった。私もビビったもん。

Issue スレッドも罵詈雑言の嵐だったし。

【2026-05-29 追記】

似た isuue が複数立ったのでまとめられたようだ。現在生きてる issue はこっち。

Last update asks for screen sharing permission every time · Issue #318697 · microsoft/vscode

原因らしきものが見つかったようだ。それにしても，罵詈雑言の嵐だな（笑）

👋 This is caused by a new flow for reporting vscode issues (gated behind a setting issueReporter.wizard.enabled). Unfortunately there is a small snippet of code that executes outside the gated setting. Despite us having a test plan item for linux, this has slipped our testing because the test plan item was mistakenly done on WSL and not on a proper linux distribution. I apologize for this regression. We unfortunately cannot “pause”/“freeze” an update on linux due to the way package managers work, so we are now working on a fix and a .1 release.

via Last update asks for screen sharing permission every time

というわけで，今回の現象は別のバグが発生して問題を報告しようとし，その際に画面共有の許可を求めるコードが実行されてしまうことが原因だったようだ。なんだそれ？ヤバくね？

とにかく，今回のケースについては修正されるまでは 1.121.0 にダウングレードしておくのが正解のようだ。

VS Code 1.122.0 の不具合に関する覚え書き【2026-05-28】

先程 VS Code 1.122.0 がリリースされ，自宅マシンの Ubuntu 環境に APT でアップデートしたのだが，起動時に変なダイアログが出るようになった。

Screen Sharingより

どうもこれは既に issue として上がっているようだ。

これを回避する方法として2つ挙がっている。

Wayland から X11 (XWayland) に切り替える
ひとつ前のバージョン 1.121.0 にダウングレードする

1 は環境変数か起動時引数で指定する方法がある。環境変数を指定する方法はこれ。

$ ELECTRON_OZONE_PLATFORM_HINT=x11 code

起動時引数の指定は ~/.vscode/argv.json ファイルに以下の記述を追加するとよい。

{
  ...

  // Temporary bug fix for v1.122.0 (disabling Wayland)
  "ozone-platform": "x11"
}

手元の環境で試してみたが，この方法はうまく行かなかった。

というわけでバージョンダウンする。

$ sudo apt install code=1.121.0-1779186519
$ sudo apt-mark hold code

2行目は apt upgrade を保留するコマンドで，これを解除するには以下のコマンドを実行する。

$ sudo apt-mark unhold code

Issue を眺める限り単純じゃないっぽいが，次バージョンで修正されることを期待しよう。

【おまけ】 Agents Window

（この節は「Secretary as a Service」へ移動した）

ブックマーク

VS Code 1.122リリース、GitHubサインインなしでBYOKを利用可能に | gihyo.jp

『カーニハンのUNIX回顧録』オンライン読書会第5回目

2026-05-23T07:03:30+00:00

『カーニハンのUNIX回顧録』オンライン読書会の第5回目に参加してきた。

第5回『カーニハンのUNIX回顧録』オンライン読書会 (2026/05/23 13:00〜)

今回は7章から9章の途中まで。最後まで終わらなかった。印象に残った部分をかいつまんで紹介する。

Unix 年表

8章に載っている「Unix 年表」は Wikipedia からの転載みたいなので探してみたらあった。

File:Unix timeline.en.svg - Wikimedia Commons (public domain)

すべての Unix 派生版が載っているわけではないが，大まかな系譜は見て取れるだろう。

研究所版 Unix が系譜の根であり，そこから大きくバークレー版（Berkeley Software Distribution; BSD）と商用版（System III & V）に分かれる。両者は同じ祖先を持ちながら互換性がなく，また AT&T が BSD に対して知財権侵害で訴えた¹ こともあり（BSD は AT&T からのコードを削除・書き換え，泥沼となる）まるで似て非なるものとなった。

Xenix

読んで面白かったのは Microsoft が1980年代に Xenix と呼ぶ Unix 派生バージョンを供給してたことで²，1980年代後半の Unix インストールマシン台数ではこれが一番多かったらしい。

もし Microsoft が自身の MS-DOS の代わりに Xenix を推していたら，そして，もし AT&T が見かけによらず取引しやすかったなら，今日の世界はどれだけ違っただろうか．

『カーニハンのUNIX回顧録』 p.172より

ホンマにな。 Xenix はのちに SCO (Santa Cruz Operation) に売却される。

Minix と Linux

AT&T と BSD の間の不毛な争いの間に「もっと自由に使える Unix」の機運が高まる。ここで登場したのが Minix である。 Minix はシステムコールレベルでは互換だがゼロからコードを書いたもので，カーネルの構成が Unix とは異なる。作者の Andrew Tanenbaum は Minix についての教科書を書き，ソースコードを無料公開した。 Minix は教育・研究目的で今も健在らしい。

そして Linus Torvalds による Linux が登場する。この辺までくると私にもリアルな記憶になってくるな。

『カーニハンのUNIX回顧録』には Usenet の comp.os.minix に投稿された Linus Torvalds 投稿（の翻訳）が載っている。

私は，386 (486) AT クローン向けの（無料の）オペレーティングシステムを作っています（単なる趣味で，gnu のように大きく，プロ向けなものにはしたくない）．

『カーニハンのUNIX回顧録』 p.175より

この部分を読んで密かに笑ってしまった。フィンランドの大学生が「単なる趣味で」作った Unix もどきが（ゼロからコードを書き，最初は数千行のサイズだったらしい），今やパソコンを除く多くの機器でメジャーな OS となった（スパコンも今や Linux 駆動だし Android も Linux ベースである）。もっと言えば Linux を礼賛する本も出たりして，世の中というのは実に不思議である³。

Unix の技術がもたらしたもの

『カーニハンのUNIX回顧録』では Unix の技術がもたらしたものとして以下を挙げている。

階層型ファイルシステム
高水準実装言語
ユーザレベルのプログラム可能なシェル
パイプ
ツールとしてのプログラム
普通のテキストが標準データ形式である
プログラムを書くプログラム
専用言語

詳しくは9章を参照あれ。

Unix 哲学

Unix の技術がもたらしたものとして最後に「コンピュータを使った仕事にどのように取り組むか」というのが挙げられている⁴。曰く

それぞれのプログラムは一つのことをうまくやるようにせよ．新しい仕事をするには，新たな「機能」を追加して古いプログラムを複雑にするのではなく，改めて組み立てよ．

すべてのプログラムの出力は，未知の別のプログラムの入力となることを想定せよ．出力を無関係な情報で散らかさないこと．厳格なカラム化やバイナリの入力形式は避けよ．対話型の入力を強要しないこと．

ソフトウェアは，たとえそれがオペレーティングシステムであっても，早期に，できれば数週間以内に試用できるように設計し構築せよ．ぎこちない部分はためらわずに捨てて作り直すこと．

たとえツール構築のために迂回する必要があったり，使い終わったらその一部を捨てることになると予想されようとも，プログラミング作業を楽にするためには，未熟な人の手助けよりもむしろツールの使用を優先せよ．

『カーニハンのUNIX回顧録』 p.188より

これは，今日では「Unix 哲学（Unix Philosophy）」として知られているものの，元になったものである。 4番目とか道具としての生成 AI を指してるような気がして，ちょっと面白かった。

参考

カーニハンのUNIX回顧録 - 丸善出版理工・医学・人文社会科学の専門書出版社: Unixとは何であり，どのように生まれ，なぜ重要なのかを説明する，コンピュータ史上でも特に生産的だった形成期の素晴らしい物語ブライアン・カーニハン著; Release 2025-09-24; 評価

リナックスの革命 ― ハッカー倫理とネット社会の精神: ペッカヒマネン (著), リーナストーバルズ (著), マニュエルカステル (著), 安原和見 (翻訳), 山形浩生 (翻訳); 河出書房新社 2001-05-26; 単行本; 4309242456 (ASIN), 9784309242453 (EAN), 4309242456 (ISBN); 評価

[Comment] 大昔に買ったんだけどうろ覚え。買い直そうかと思ったが邦訳は Kindle ではないのか。それにしても「リナックスの革命」とかいう頭の悪いタイトルはどうにかならなかったのだろうか。副題だけで十分ぢゃん。

reviewed by Spiegel on 2020-12-12 (powered by PA-APIv5)

それがぼくには楽しかったから全世界を巻き込んだリナックス革命の真実 (小プロ・ブックス): リーナストーバルズ (著), デビッドダイヤモンド (著), 風見潤 (翻訳), 中島洋 (監修); 小学館プロダクション 2001-05-10; 単行本; 4796880011 (ASIN), 9784796880015 (EAN), 4796880011 (ISBN)

[Comment] Linux の作者 Linus Torvalds の自伝的作品。

reviewed by Spiegel on 2017-01-23 (powered by PA-APIv5)

『カーニハンのUNIX回顧録』では Oracle vs. Google (Android/Java) の訴訟についても紹介している。この辺は割と真面目にブログ記事にしてるので「Google vs Oracle の訴訟の行方（最終章）」から遡って読んでみて。そもそもプログラムコードに著作権があるってのは（歴史的には）比較的新しい考え方なんだよ。 WCT (WIPO Copyright Treaty) が採択されたのが1996年。発効したのが2002年である。 ↩︎
「Microsoft の Xenix」という部分を見て「銭ックス」と脳内変換したのは私だけではない筈だ！ ↩︎
私の印象でも1990年代までは「Linux はオモチャ」だった。それでも Unix ワークステーションの X 端末としては優秀だったので仕事でもよく使っていたが。 ↩︎
“BSTJ 57: 6. July-August 1978: UNIX Time-Sharing System: Forward. (McIlroy, M.D.; Pinson, E.N.; Tague, B.A.) : Free Download, Borrow, and Streaming : Internet Archive” p.1902 参照。 ↩︎

Ubuntu 26.04 LTS へのアップグレード

2026-05-19T03:40:42+00:00

先月の4月に Ubuntu 26.04 LTS がリリースされた。

急ぐ必要はないし，システムがなにか言ってくるまで様子見を決め込んでいたのだが，今朝ようやく通知が来た。

とりあえずパッケージを最新状態にしてから

アップグレード開始。

このウィンドウが出たときに脳内 BGM があの名曲になった（笑）

サードパーティのパッケージについてのアラート。

今はスクショ撮って AI に「何書いてあんの？」って聞けば教えてくれるので，ホンマ助かる。ここは大人しく「はい」を選択して続行する。サードパーティ・パッケージのリポジトリは一旦無効化されるが，アップグレード後に手動で回復させる。

アップグレード自体は特にトラブルなく完了した。

再起動も問題ないかな。

このウィンドウが出たときに脳内 BGM が（以下略）

このあと簡単な設定を行う。

んー。こんな感じかな。バージョン等を確認しておく。

$ cat /etc/os-release
PRETTY_NAME="Ubuntu 26.04 LTS"
NAME="Ubuntu"
VERSION_ID="26.04"
VERSION="26.04 LTS (Resolute Raccoon)"
VERSION_CODENAME=resolute
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=resolute
LOGO=ubuntu-logo

セキュリティ関連ツールもチェックしておくか。

$ gpg --version
gpg (GnuPG) 2.4.8
libgcrypt 1.12.0
Copyright (C) 2025 g10 Code GmbH
License GNU GPL-3.0-or-later <https://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Home: /home/username/.gnupg
サポートしているアルゴリズム:
公開鍵: RSA, ELG, DSA, ECDH, ECDSA, EDDSA
暗号方式: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256,
      TWOFISH, CAMELLIA128, CAMELLIA192, CAMELLIA256
ハッシュ: SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
圧縮: 無圧縮, ZIP, ZLIB, BZIP2

うーん。 GnuPG を 2.5 系に上げる気はなさそうだな。今ちょっと面倒くさいことになってるし，しょうがないか。

$ ssh -V
OpenSSH_10.2p1 Ubuntu-2ubuntu3.2, OpenSSL 3.5.5 27 Jan 2026

OpenSSH も OpenSSL も微妙にバージョンが古い気がするが… まぁいいか。

動作確認で Snap 版 Remmina を起動したら，こんなのが表示される。

あれ？これ設定がリセットされてる？念のためもう一度設定しておこう。

$ sudo snap connect remmina:audio-record :audio-record
$ sudo snap connect remmina:avahi-observe :avahi-observe
$ sudo snap connect remmina:cups-control :cups-control
$ sudo snap connect remmina:mount-observe :mount-observe
$ sudo snap connect remmina:password-manager-service :password-manager-service
$ sudo snap connect remmina:ssh-keys :ssh-keys
$ sudo snap connect remmina:ssh-public-keys :ssh-public-keys

サードパーティのパッケージを作業の覚え書きとして挙げておく。

PPA 版 Git
- Git stable releases : “Ubuntu Git Maintainers” team
GitHub CLI
- Installing gh on Linux and BSD
NodeSource 版 Node.js
- Node.js Distributions
  - v24 LTS 版を選択
pgAdmin 4
- Download
VS Code
- Running Visual Studio Code on Linux
xtradeb applications
- Ungoogled Chromium
- KeePassXC

おー。全部 resolute バージョンに対応してるな。待ってた甲斐があったな（笑）

「ソフトウェアとアップデート」をインストールする

Ubuntu 26.04 LTS から APT リポジトリを GUI で管理できる「ソフトウェアとアップデート」がなくなってしまった。ただ，リポジトリにはあるらしいのでインストール可能。

「ソフトウェアとアップデート」のパッケージ名って何だっけ？よく分からないのでアプリセンターで検索したらあったよ。

ここからインストールして事なきを得た。

多分 Ubuntu 側はアプリセンターに統一したいんだろうけど APT リポジトリ管理が隠蔽されてるのは困るのよ。サードパーティのリポジトリ設定が正しいか確認するのに GUI の「ソフトウェアとアップデート」を使ってるし OS アップグレード設定もこれで行っている。

もうちょっと考えてほしい。少なくとも LTS 版でやることじゃないよなぁ。

ブックマーク

参考

スーパーユーザーなら知っておくべきLinuxシステムの仕組み: Brian Ward (著), 柴田芳樹 (翻訳); インプレス 2022-03-08 (Release 2022-03-08); 単行本（ソフトカバー）; 4295013498 (ASIN), 9784295013495 (EAN), 4295013498 (ISBN); 評価

[Comment] 版元で PDF 版が買える。セキュリティ・エリアにも持ち込めるよう紙の本を買ったのだが，オンライン読書会が始まったので PDF 版も購入。Linux システムの扱い方に関するリファレンス本として優れている。最初に軽く流し読みして，必要に応じて該当項目を拾い読みしていけばいいだろう。

reviewed by Spiegel on 2023-02-11 (powered by PA-APIv5)

SP Silicon Power シリコンパワー USBメモリ 8GB USB3.1 / USB3.0 亜鉛合金ボディ防水防塵耐衝撃 Jewel J80 SP008GBUF3J80V1TJA: シリコンパワー (Release 2017-02-01); Personal Computers; B01MS6RPN2 (ASIN), 4712702655278 (EAN); 評価

[Comment] ブータブル USB 作成用に購入。ひたすらデザインで決めた（笑）以前に同じデザインの 32GB 版を買ったが，最小サイズで買い直した。現在は在庫切れ？状態。

reviewed by Spiegel on 2022-07-17 (powered by PA-APIv5)

Gogh でてきぱきワーキング【2026-05-23 追記】

2026-04-04T10:08:09+00:00

gogh で作業支援

いわゆる作業支援ゲームあるいはもっと簡単に「作業ゲー」と呼ばれるものは色々と登場しているが gogh (ゴッホ) で自身の作業ルームを公開されている方を Bluesky で見かけたので私も試してみた。

gogh - Focus with Your Avatar
ambr｜note : gogh の制作会社によるブログ
gogh ゴッホ - YouTube : gogh の公式 YouTube チャンネル
@goghjpn.bsky.social on Bluesky : gogh の公式 Bluesky アカウント

Steam 版の gogh は作業ルームをかなり細かくカスタマイズできて，しかもそれを他のユーザと共有できるというので，クリエイター寄りの方々にも人気らしい。

実際、マルチプレイヤー機能が入ってからは本当に爆発的に広まりました。これはgogh配信の大きな特徴なのですが、想像もしていなかったような有名なイラストレーターさんや漫画家さんが次々に作業配信をしてくれました。開発チームには漫画好きやイラストレーターファンが多いので「え…？あの先生も…！？」とチームのSlackに毎日驚きと喜びが溢れていました。

世界30万本を超えたSteam版goghを振り返る - 開発編｜ambrより

モバイル版（Android/iOS）が無料で提供されているにもかかわらず有料の Steam 版がこれだけ売れてるというのは，この辺に理由があるのかも知れない。

Steam 版の gogh の特徴としてはマルチルーム（マルチプレイ）機能の他に

ポモドーロ・タイマー¹
ToDO リスト，日課，日記の記入・管理
複数のアバターを作成可能（最大18アバター）
- DLC でコラボレーションアバターも提供されている
- アバターデザインを公開・共有可能（v3.1.1 より）
複数の部屋を作成可能（最大27部屋）
- 大人数が入れるLサイズ部屋も作成可能
- 壁や天井のない野外ルームもあり
- ルームデザインを公開・共有可能（v3.0.0 より）
- 透過背景可能（v3.1.1 より）
ルームアイテムへのWebカメラストリーミング
- OBS の仮想カメラにも対応（後述）
YouTube 連携（v3.0.0 より）
お絵描きチャット（通常のチャット機能，音声チャット機能はない）
ローカル音楽プレイリスト
テキストチャット機能（v3.2.0 より正式リリース）

などといったものがある。

via File:Pomodoro Technique.jpg - Wikimedia Commons

試しに（マルチプレイヤーでも使えるように）Lサイズ部屋をひとつ作ってみたのだが，うっかり興が乗ってしまい夜ふかし（というかほとんど徹夜）してしまった。我ながら何やってんだか。

goghより

任意の画像データ（GIF も可）を絵や写真オブジェクトとして室内に設置できる。上の部屋では Flickr で公開している写真を展示してみた。まぁ，飾るような写真じゃないんだけどね。雰囲気だよ雰囲気（笑）

gogh と OBS

gogh は OBS と組み合わせてゲーム内でストリーム配信することもできる²。たとえばパソコンモニタやプロジェクタ・スクリーンといったオブジェクトに OBS の仮想カメラの映像を映し出すことができる。

今まで配信とか無縁の生活だったが，面白そうなので OBS Studio をインストールして試してみた³。のだが，どうしても上手くいかない。最初は OBS 側のシーンやソースの設定の問題かと思って色々弄ってみたが全然ダメで，ふと思いついて Web カメラを gogh のアイテムに直結してみたが，これもダメだった。これって多分 gogh 側にカメラ映像が渡ってないな。

ちなみに私のメインマシンは Ubuntu なのだが，よく考えたら Steam 版 gogh は Windows 版のみの提供で Linux/Ubuntu 環境では Proton でエミュレーションして動かしているのだった。だから OBS との連携ができなくても仕方ないのかな？

しょうがない。ミニ PC (Windows 機) に OBS Studio を入れるか。あまりパワーがないのでまともに動くか不安だけど。

goghより

おっ。あっさり動いた。自分で自分を映してるので合わせ鏡みたいになってるが，まぁよかろう。一応 gogh とは別のゲームを起動して仮想カメラで映してみたが，これも問題なかった。パワーがないのでちょっとカクカクしてたけど（笑）

.｡oO（マルチプレイ用に部屋を公開したらストリーミングが切れてしまった。これってこういうもの？）

OBS を使えば YouTube などのサービスにも配信できる。とはいえ，これで稼ぐ気はないし，何となく Google のサービスは嫌なので atproto エコシステム下のサービスである Streamplace を使うことを考えてみようかな。

Start streaming with OBS | Streamplace Docs

上手くいったらまた報告する。

ブックマーク

参考

てきぱきワーキン〓ラブ (5) (ビームコミックス): 竹本泉 (著); エンターブレイン 2000-05-01; コミック; 4757700423 (ASIN), 9784757700420 (EAN), 4757700423 (ISBN); 評価

[Comment] ついに（「さよパラ」にも出てきた）アレックスの謎が解ける？

reviewed by Spiegel on 2017-10-13 (powered by PA-APIv5)

ポモドーロ・タイマーはいわゆるポモドーロ法（Pomodoro Technique）に基づいたタイマーで，メインの作業時間（通常25分）と休憩時間（通常5分）を交互に繰り返すことで集中力を維持するためのもの。gogh では作業時間と休憩時間の長さはユーザが自由に設定できる。「ポモドーロ」とはイタリア語で「トマト」を意味し，この名前はこの方法を考案した Francesco Cirillo がトマト型のキッチンタイマーを使っていたことに由来するらしい。 ↩︎
OBS (Open Broadcaster Software) はオープンソースの高機能ライブ配信・録画用ソフトウェア。 “OBS Studio” という製品名で無料提供され Windows, macOS, Linux 用のバイナリが提供されている。映像・音声のミキシング，ライブ配信，高画質録画，シーンの切り替えといった機能を備えている。 YouTube や Twitch といったサービスへの配信にも対応している。また仮想カメラ機能を使い Zoom や Microsoft Teams といったビデオ会議ツールのカメラ入力としても利用できる。 ↩︎
ちなみに OBS Studio のインストールには通常の方法の他に Steam からインストールする方法もある。 Steam 版は自動更新してくれるメリットがある。ただし Windows バイナリのみの提供で Ubuntu 機ではインストールできないこともないが起動時に「ネイティブ版を使え」と怒られる。それでも無視して起動しようとしたらクラッシュした。 Linux ネイティブの OBS Studio は Flatpak で提供されている。また Ubuntu 環境では PPA に公式リポジトリがあるので，そちらから APT でインストールすることもできる。 ↩︎

MPA for Linux でログイン検証（Linux で個人番号カードを読む 2）

2026-04-01T06:25:15+00:00

前回の続き。

myna のリポジトリによると，サブプロジェクトの MPA for Linux を使って Linux の Web ブラウザでマイナポータルや e-Tax のサイトに個人番号カードを使ってログインできるらしい。素晴らしい！

Rust ツールチェーンのインストール

事前準備として Rust ツールチェーンのインストールを行う。

Rust の基礎勉強をしてたのはもう6年も前で，仕事に結びつくこともなかったので完全に放置していた。しかも，あれから自宅パソコンを買い替えたりして開発環境もなくなったので，インストールからやり直すことに。

インストールページに従って，以下のスクリプトをダウンロード&実行する。

$ curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
info: downloading installer

Welcome to Rust!

This will download and install the official compiler for the Rust
programming language, and its package manager, Cargo.

...

   default host triple: x86_64-unknown-linux-gnu
     default toolchain: stable (default)
               profile: default
  modify PATH variable: yes

1) Proceed with standard installation (default - just press enter)
2) Customize installation
3) Cancel installation
>

今回はこのまま Enter キーを押して続行。

info: profile set to default
info: default host triple is x86_64-unknown-linux-gnu
info: syncing channel updates for stable-x86_64-unknown-linux-gnu
info: latest update on 2026-03-26 for version 1.94.1 (e408947bf 2026-03-25)

...

Rust is installed now. Great!

To get started you may need to restart your current shell.
This would reload your PATH environment variable to include
Cargo's bin directory ($HOME/.cargo/bin).

To configure your current shell, you need to source
the corresponding env file under $HOME/.cargo.

This is usually done by running one of the following (note the leading DOT):
. "$HOME/.cargo/env"            # For sh/bash/zsh/ash/dash/pdksh
source "$HOME/.cargo/env.fish"  # For fish
source "~/.cargo/env.nu"  # For nushell
source "$HOME/.cargo/env.tcsh"  # For tcsh
. "$HOME/.cargo/env.ps1"        # For pwsh
source "$HOME/.cargo/env.xsh"   # For xonsh

これで ~/.rustup/ および ~/.cargo/ ディレクトリ以下にツールチェーンがインストールされた。 PATH 設定が ~/.cargo/env ファイルに記述されていて ~/.profile と ~/.bashrc が ~/.cargo/env を読み込むよう書き換えられている。必要に応じて内容を調整する。

とりあえず，今すぐ PATH を通したいなら

$ . ~/.cargo/env

とすればよい¹。

起動確認しておこう。

$ rustc --version
rustc 1.94.1 (e408947bf 2026-03-25)

うんうん。問題なさそうやね。 Rust の勉強もやり直すかなぁ。

MPA for Linux のインストール

いよいよ MPA for Linux をインストールする。

適当なディレクトリに github.com/jpki/myna リポジトリを clone する。

$ git clone https://github.com/jpki/myna.git

リポジトリ内の mpa ディレクトリに移動して cargo install を実行する。

$ cd myna/mpa
$ cargo install --path .
  Installing mpa v23.0.0 (/home/username/path/to/myna/mpa)
    Updating crates.io index
     Locking 107 packages to latest Rust 1.94.1 compatible versions
      Adding der v0.7.10 (available: v0.8.0)
      Adding generic-array v0.14.7 (available: v0.14.9)
      Adding sha1 v0.10.6 (available: v0.11.0)
      Adding sha2 v0.10.9 (available: v0.11.0)

         ...

   Compiling myna v0.6.4 (/home/username/path/to/myna)
   Compiling mpa v23.0.0 (/home/username/path/to/myna/mpa)
    Finished `release` profile [optimized] target(s) in 16.86s
  Installing /home/username/.cargo/bin/mpa
   Installed package `mpa v23.0.0 (/home/username/path/to/myna/mpa)` (executable `mpa`)

これで ~/.cargo/bin/ ディレクトリにホストアプリケーション mpa がインストールされた。

次に同ディレクトリにある install.sh を実行してホストアプリケーションをブラウザに登録する。ブラウザのプロファイルが既定の場所にあるのであれば，引数なしで起動すればよい。

$ ./install.sh
=== Installing Native Messaging Host manifests ===
Host path: /home/username/.cargo/bin/mpa

Installed: /home/username/.config/google-chrome/NativeMessagingHosts/com.github.jpki.mpa.json
Installed: /home/username/.config/chromium/NativeMessagingHosts/com.github.jpki.mpa.json
Installed: /home/username/.mozilla/native-messaging-hosts/com.github.jpki.mpa.json

ブラウザのプロファイルが既定のの場所にない場合は

./install.sh --user-data-dir /path/to/datadir

のように指定できるらしい。今回は既定のままでOK。

次にブラウザのほうほうにも拡張機能をインストールする必要があるのだが，正規ルートからはインストールできないようなので Developer mode で強制的に行う。手順は以下の通り。

Chrome

chrome://extensions/を開く

右上のディベロッパーモードをON

パッケージ化されていない拡張機能を読み込むで./mpa/extensionを読み込む

拡張機能のメニューからMPA for Linuxを開く

動作確認ボタンを押してエラーが出なければOK

Firefox(一時的)

about:debuggingのこのFirefoxを開く

一時的なアドオンを読み込むで./mpa/extension/manifest.jsonを読み込む

拡張機能のメニューからMPA for Linuxを開く

動作確認ボタンを押してエラーが出なければOK

ブラウザ拡張のインストールより

メインで使ってる Firefox に入れるのは怖いので，サブとして使ってる ungoogled-chromium で試した。やり方はたぶん Chrome と同じでいいよね。こんな感じ？

ちなみに Developer mode を OFF にするとこの拡張機能も無効になる。これがあるからオススメしにくいんだよなぁ。

これで MPA for Linux の導入は完了。上手くログインできるかなぁ。

マイナポータルサイトにログインする

マイナポータルより

左サイドにあるログインボタンを押してログイン画面に移動する。

ログイン | マイナポータルより

ここで暗証番号の入力を求められる。

暗証番号入力より

利用者証明用パスワード（4文字の数字）を入力して OK ボタンをクリックする。ボタンをクリックせず Enter キーを押すとなにも起こらず処理が止まってしまうので注意（困るなぁ）。

ホーム | マイナポータルより

よし。上手くいった！

e-Tax サイトにログインする

e-Tax サイトのログインは個人用と法人用がある。私は個人用からログインする。

個人ログイン | e-Taxより

下の方にスクロールすると

個人ログイン | e-Taxより

「ICカードリーダーで読み取り」ボタンがあるので，これをクリックする。あとは前節と同じように暗証番号の入力を求められるので，利用者証明用パスワード（4文字の数字）を入力して OK ボタンをクリックする。

TOP | e-Taxより

こちらも問題なく入れた！

これで Linux 機で確定申告できる！

マイナポータルおよび e-Tax の両サイトへのログインを確認できたので，ブラウザ拡張機能の Developer mode を OFF に戻しておく。

これで来年は自宅 Linux 機で確定申告できるな。もうスマホで確定申告するのは嫌なのよ。スマホは入力端末としては向かないっスよ。

ミニ PC の Windows 機はますますゲーム専用機になっていくな（笑）まぁ，それはそれで重宝しているからいいか。

参考

スーパーユーザーなら知っておくべきLinuxシステムの仕組み: Brian Ward (著), 柴田芳樹 (翻訳); インプレス 2022-03-08 (Release 2022-03-08); 単行本（ソフトカバー）; 4295013498 (ASIN), 9784295013495 (EAN), 4295013498 (ISBN); 評価

reviewed by Spiegel on 2023-02-11 (powered by PA-APIv5)

コマンドの . は source と同じ意味で，指定したファイルを現在の shell で実行する。 ↩︎

Linux で個人番号カードを読む

2026-03-31T11:23:14+00:00

自宅の Ubuntu 機に IC カードリーダーを接続し，個人番号カードの内容を読み取る。

事前準備

今回は IO DATA の非接触式 IC カードリーダー USB-NFC4 を使用する。

USB-NFC4 | ICカードリーダーライター | アイ・オー・データ機器 I-O DATA

昨年の夏頃に Amazon で安売りしてたのを買ったのだが，そのまま放置していた。いざ確定申告で使おうとしたら Windows 機で認識できなくて使えなかった。そのまま捨て置くのはもったいないので Linux で使えるか試そうという話である。

Ubuntu 側で必要なのは以下のソフトウェア

OpenSC/OpenSC: Open source smart card tools and middleware. PKCS#11/MiniDriver
デバイスドライバ : CIR315A 用のドライバで代用
jpki/myna: マイナンバーカード・ユーティリティ・JPKI署名ツール · GitHub

では早速はじめよう。

インストール

Wiki によると Linux 版の OpenSC は自前でビルドしろとあるが， Ubuntu であればバイナリが提供されているっぽいのでそちらを使う。

$ sudo aptitude install opensc opensc-pkcs11 pcscd pcsc-tools libpcsclite1 libusb-1.0-0 libpcsclite-dev libusb-1.0-0-dev
libpcsclite1 は、要求されたバージョン (2.3.3-1) で既にインストールされています
libusb-1.0-0 は、要求されたバージョン (2:1.0.29-2) で既にインストールされています
libpcsclite1 は、要求されたバージョン (2.3.3-1) で既にインストールされています
libusb-1.0-0 は、要求されたバージョン (2:1.0.29-2) で既にインストールされています
以下の新規パッケージがインストールされます:
  libccid{a} libeac3{a} libintl-perl{a} libintl-xs-perl{a} libpcsc-perl{a} libpcsclite-dev libusb-1.0-0-dev libusb-1.0-doc{a} opensc 
  opensc-pkcs11 pcsc-tools pcscd 
更新: 0 個、新規インストール: 12 個、削除: 0 個、保留: 0 個。
アーカイブの 2,824 kB を取得する必要があります。展開後に 12.8 MB のディスク領域が新たに消費されます。
先に進みますか? [Y/n/?]

起動確認だけしておく。

$ opensc-tool -i
OpenSC 0.26.1 [gcc  15.2.0]
Enabled features: locking zlib readline openssl pcsc(libpcsclite.so.1)

問題はなさそうかな¹。

CIR315A の製品ページから「USB Linux インストーラ」をダウンロードする。

CIR315A関連ファイルのダウンロードより

ダウンロードしたファイルの内容は以下の通り：

Circle_USB_Linux_Installer_v2.2.2_(driver_v.2.2.2).zip (2025-07-25 時点)
- Generic-Debian
  - libabcccid_2.2.2-1_amd64.deb

この libabcccid_2.2.2-1_amd64.deb をインストールする。

$ sudo dpkg -i libabcccid_2.2.2-1_amd64.deb

myna は GitHub のリリースページからバイナリをダウンロードしてインストールする。

myna-v0.6.4-x86_64-unknown-linux-gnu.zip (2026-03-12 時点)
- myna

ファイル myna を PATH の通ってるディレクトリに置く。こちらも起動確認だけしておこう。

$ myna help
Usage: myna [OPTIONS] <COMMAND>

Commands:
  text     券面入力補助AP
  visual   券面確認AP
  test     Test card reader
  jpki     公的個人認証
  pin      Pin operation
  unknown  謎のAP
  help     Print this message or the help of the given subcommand(s)

Options:
  -v...          
  -d, --debug    
  -h, --help     Print help
  -V, --version  Print version

個人番号カードを読み込む

まずは USB-NFC4 を繋いだだけの状態で IC カードリーダーが認識されているか確認する。

$ opensc-tool -l
# Detected readers (pcsc)
Nr.  Card  Features  Name
0    No              Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00

USB-NFC4 から「ピッ！」って音がする。やっと認識してくれたよ。

ではカードリーダーに個人番号カードを乗っけてみる。

$ opensc-tool -l
# Detected readers (pcsc)
Nr.  Card  Features  Name
0    Yes             Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00

Card 項目が Yes になっている。よしよし。

次に PIN 情報を取得する。

$ pkcs15-tool --list-pins
Using reader with a card: Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00
PIN [User Authentication PIN]
	Object Flags   : [0x12], modifiable
	ID             : 01
	Flags          : [0x12], local, initialized
	Length         : min_len:4, max_len:4, stored_len:0
	Pad char       : 0x00
	Reference      : 1 (0x01)
	Type           : ascii-numeric
	Tries left     : 3

PIN [Digital Signature PIN]
	Object Flags   : [0x12], modifiable
	ID             : 02
	Flags          : [0x12], local, initialized
	Length         : min_len:6, max_len:16, stored_len:0
	Pad char       : 0x00
	Reference      : 2 (0x02)
	Type           : ascii-numeric
	Tries left     : 5

鍵は取り出せるかな。

$ pkcs15-tool --read-certificate 1
Using reader with a card: Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00
-----BEGIN CERTIFICATE-----

...

-----END CERTIFICATE-----

ありゃ。暗証番号がなくてもいいのか。でもちゃんと取り出せてるみたい。

もういっちょ。

$ pkcs15-tool --read-certificate 2 --verify-pin --auth-id 02
Using reader with a card: Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00
Please enter PIN [Digital Signature PIN]: 
-----BEGIN CERTIFICATE-----

...

-----END CERTIFICATE-----

こちらもちゃんと取り出せてるようだな。

“Please enter PIN” には署名用パスワードを入力する²。正しく入力すると以下のポップアップが出る。

myna のほうも動かしてみよう。

$ myna pin status
券面入力補助AP 暗証番号: 3
券面入力補助AP 暗証番号A: 10
券面入力補助AP 暗証番号B: 10
券面確認AP 暗証番号A: 10
券面確認AP 暗証番号B: 10
JPKIユーザー認証用 暗証番号: 3
JPKIデジタル署名用 パスワード: 5

これでパスワード入力を失敗できる（ロックアウトされまでの）残り回数が分かる。

券面情報を取得してみよう。

$ myna text attrs
暗証番号(4桁): ****
氏名    : **********
住所    : **********
生年月日: ********
性別    : *

実際にはちゃんと内容が表示されるが，ここでは伏せ字にしている。あしからず。暗証番号には券面事項入力補助用パスワードを入力する。

myna を使えば PDF ドキュメントなどに電子署名を付与できる。こんな感じらしい。

$ myna jpki pdf sign input.pdf -o signed.pdf

署名の検証は以下の通り。

$ myna jpki pdf verify signed.pdf

「JPKI署名用証明書は4属性(氏名・住所・生年月日・性別)を含みますので注意してください」とあるので，実際に運用する場合はホンマにご注意を。

さらに「MPA for Linux」を使えば Linux のブラウザでマイナポータルや e-Tax などのサイトに個人番号カードを使ってログインできるようだ。ただし（今のところ） Rust のビルド環境が必要なのとブラウザ拡張を無理やり入れるみたいな操作が必要らしいので，今回は割愛する。またどこかで試そうか。

今回はここまで。次回へ続く。

ブックマーク

Linux & IO DATA USB-NFC4 & マイナンバーカード

参考

スーパーユーザーなら知っておくべきLinuxシステムの仕組み: Brian Ward (著), 柴田芳樹 (翻訳); インプレス 2022-03-08 (Release 2022-03-08); 単行本（ソフトカバー）; 4295013498 (ASIN), 9784295013495 (EAN), 4295013498 (ISBN); 評価

reviewed by Spiegel on 2023-02-11 (powered by PA-APIv5)

OpenSC v0.27 より前のバージョンには脆弱性が報告されている。 2026-03-31 時点では Ubuntu の APT リポジトリには反映されてない模様。頑張って反映させてね。 ↩︎
個人番号カードの暗証番号・パスワードには署名用パスワード（最大16文字の英数字），利用者証明用パスワード（4文字の数字），券面事項入力補助用パスワード（4文字の数字），個人番号カード用（住民基本台帳用）パスワード（4文字の数字）の4つがある。 ↩︎

Aptitude コマンドの導入

2026-03-31T02:56:48+00:00

aptitude というコマンドがある¹。依存関係解決能力に優れていて apt コマンドの代わりとして使えるようだ（同じパッケージデータベースを使う）。

【Linux】aptitudeコマンドで依存関係を賢く解決してパッケージを管理する - 森の株

さっそく導入してみよう。

$ sudo apt install aptitude

$ aptitude help
aptitude 0.8.13
使用方法: aptitude [-S ファイル名] [-u|-i]
          aptitude [オプション] <アクション> ...

アクション (指定がない場合、aptitude はインタラクティブモードで起動します):

 install         パッケージをインストール/更新します。
 remove          パッケージを削除します。
 purge           パッケージと設定ファイルを削除します。
 hold            パッケージを固定します。
 unhold          パッケージの固定を解除します。
 markauto        自動的にインストールされたという印をパッケージにつけます。
 unmarkauto      手動でインストールされたという印をパッケージにつけます。
 forbid-version  aptitude に特定のパッケージバージョンの更新を禁止させます。
 update          新規/更新可能なパッケージの一覧をダウンロードします。
 safe-upgrade    安全な更新を行います。
 full-upgrade    パッケージのインストールや削除を伴う可能性のある更新を行います。
 build-dep       パッケージの構築依存関係をインストールします。
 forget-new      どのパッケージが "新規" かの情報を消去します。
 search          名前や正規表現でパッケージを検索します。
 show            Display detailed info about a package.
 showsrc         Display detailed info about a source package (apt wrapper).
 versions        指定したパッケージのバージョンを表示します。
 clean           ダウンロード済みのパッケージファイルを消去します。
 autoclean       古いダウンロード済みのパッケージファイルを消去します。
 changelog       パッケージの変更履歴を表示します。
 download        Download the .deb file for a package (apt wrapper).
 source          Download source package (apt wrapper).
 reinstall       現在インストールされているパッケージを再インストールします。
 why             特定のパッケージをインストールする必要がある理由を表示します。
 why-not         特定のパッケージをインストールすることができない理由を表示します。

 add-user-tag    パッケージ/パターンにユーザタグを追加します。
 remove-user-tag パッケージ/パターンからユーザタグを削除します。

オプション:
 -h              このヘルプの文章です。
 --no-gui        利用可能でも GTK GUI を使いません。
 -s              アクションのシミュレートのみ行い、実際には実行しません。
 -d              パッケージのダウンロードのみ行い、インストールや削除は
                 行いません。
 -P              アクションの確認のため、常にプロンプトを出します。
 -y              すべての yes/no の質問に対して 'yes' と答えたと見なします。
 -F フォーマット 検索結果の表示フォーマットを指定します。マニュアルを参照し
                 てください。
 -O 順序         検索結果の並び替えを指定します。マニュアルを参照してくださ
                 い。
 -w 幅           検索結果の表示フォーマットの幅を指定します。
 -f              依存関係が壊れたパッケージを積極的に修復しようとします。
 -V              パッケージのどのバージョンがインストールされるか表示します。
 -D              自動的に変更されたパッケージの依存関係を表示します。
 -Z              各パッケージのインストールサイズの変更を表示します。
 -v              付加的な情報を表示します (何倍もの情報が提供されます)。
 -t [リリース]   パッケージをインストールするリリースを指定します。
 -q              コマンドラインモードで、進行状況の逐次表示を抑制します。
 -o キー=値      'キー' の名前の設定オプションを直接設定します。
 --with(out)-recommends     推奨パッケージを強い依存関係として扱うかどうかを
                            指定します。
 -S ファイル名   ファイルから aptitude の拡張状態情報を読み込みます。
 -u              起動時に新しいパッケージ一覧をダウンロードします。
                  (端末インタフェースのみ)
 -i              起動時にインストールを行います。
                  (端末インタフェースのみ)

すべてのオプションの完全なリストと説明については、マニュアルページを参照してください。

この aptitude にはスーパー牛さんパワーなどはありません。

ゴメン。最後の1文は分からない。試しに aptitude パッケージ自身を search してみよう。

$ aptitude search aptitude
i   aptitude                      - 端末ベースのパッケージマネージャ
v   aptitude:i386                 -
i A aptitude-common               - architecture independent files for the aptitude package manager
v   aptitude-doc                  -
p   aptitude-doc-cs               - 端末ベースのパッケージマネージャ aptitude 用チェコ語マニュアル
p   aptitude-doc-en               - English manual for aptitude, a terminal-based package manager
p   aptitude-doc-es               - 端末ベースのパッケージマネージャ aptitude 用スペイン語マニュアル
p   aptitude-doc-fi               - 端末ベースのパッケージマネージャ aptitude 用フィンランド語マニュアル
p   aptitude-doc-fr               - 端末ベースのパッケージマネージャ aptitude 用フランス語マニュアル
p   aptitude-doc-it               - Italian manual for aptitude, a terminal-based package manager
p   aptitude-doc-ja               - 端末ベースのパッケージマネージャ aptitude 用日本語マニュアル
p   aptitude-doc-nl               - Dutch manual for aptitude, a terminal-based package manager
p   aptitude-doc-ru               - Russian manual for aptitude, a terminal-based package manager
p   aptitude-robot                - Automate package choice management

先頭の3文字が各パッケージの状態を表している。先頭文字の

i はインストールされていることを表す
p はインストールされていないことを表す（purge 状態）
c はインストールされてないが設定が残ってる状態（remove 状態）
v は仮想パッケージ（インストール対象外）
B は依存関係が壊れている状態

2文字目は予約されているアクションで，空白は予約なしの状態を指す。 3文字目に A が付いてるものは依存関係によって自動的にインストールされていることを示す。

update および install アクションの使い方は apt コマンドと同じかな。 remove や purge アクションも同じ。カーネルアップグレード後によく使う apt autoremove は aptitude では ~~autoclean アクションを使えばいいのかな~~ カーネル更新 → リブート → aptitude safe-upgrade で古いバージョンのカーネルイメージを削除してくれる。これは有り難い。いわゆる dry run は -s オプションでできるみたい。

apt upgrade については aptitude safe-upgrade で行う。

$ sudo aptitude safe-upgrade

ディストリビューションのバージョンを上げるときに使う full-upgrade アクションは同じようだ。

aptitude コマンドでは，インストール時などに依存関係の競合が発生すると複数の解決策を提示する場合があるらしい（まだ遭遇してない）。安直に y キーを押さずに，提示された解決策を確認してから選択するのがよさそうだ。

引数なしで aptitude コマンドを起動すると TUI モードで起動する。

おー。これはよさげ。パッケージ毎に（依存関係の解決を含めた）細かい操作をする場合には便利かも。なぜか TUI モードではマインスイーパーで遊べる。

参考

スーパーユーザーなら知っておくべきLinuxシステムの仕組み: Brian Ward (著), 柴田芳樹 (翻訳); インプレス 2022-03-08 (Release 2022-03-08); 単行本（ソフトカバー）; 4295013498 (ASIN), 9784295013495 (EAN), 4295013498 (ISBN); 評価

reviewed by Spiegel on 2023-02-11 (powered by PA-APIv5)

“aptitude” (apt + tude) は才能や適性を指す言葉で，ラテン語の “aptus” (適切な，適合した) に由来するそうな。同じ由来の類義語に adapt/adaptation などがある。 apt コマンドは “Advanced Package Tool” の略称だけど “apt” からのこじつけかなとか思ったり。（参考: 語根「apt」＝「fit (適当な) 」を覚えろ！） ↩︎

デスクトップ版ぞーぺんに期待！

2026-03-08T09:48:24+00:00

昨日の “hololive 7th fes. Ridin’ on Dreams STAGE3” よかったねぇ。 FLOW GLOW 初 fes. っスよ。ライブを観ながら Mastodon の TL をチェックしてたんだけど

なんと！そういえば TL で何やら作業をポストされてたな。とりあえず Windows 版をゲットしてミニ PC にインストールしクロスポストを試してみた。

Post by @spiegel@goark.fedicity.net

View on Mastodon

画像データの添付ができなかったものの，基本機能は概ね出来てる感じ。こうなると Linux 版が欲しいよなぁ，と呟いたのだが Go で CLI ならともかくマルチプラットフォームは面倒だよねぇ。 Linux は需要少ないだろうし…

と思ってたら

まじすか！ありがとうございます 🙇

それじゃあ自宅の Ubuntu 機（Ubuntu Desktop 25.10）に入れて動かしてみるか。

ようこそ、ZonePaneへ！より

問題なく起動。 Mastodon と Bluesky のアカウントを追加してクロスポストを試してみる。

クロスポストより

実は IM (Input Method) が上手く動かくて日本語が入力できなかった。別のエディタで投稿内容を書いてコピペして対応。

投稿より

クロスポスト自体は問題なくできた。ついでに投稿したものに対して返信と引用投稿を試してみた。

返信より

引用投稿より

同じように日本語が不自由な以外は問題なさそう。結果はこんな感じ。

投稿結果より

概ね使えてる。強いて気になるところを挙げると（上で挙げた点も含める）

クロスポスト時に画像データの添付ができない（普通の投稿であれば問題ない）
入力フィールドで IM が効かず日本語が入力できない（Ubuntu 環境のみ）
タイムラインの最上部に達すると更新マークが表示されるが実際には何も起こらない。アクションボタンの更新は効く
スワイプが使えないのでタブがたくさんあると一部が隠れてしまう（タブ部分をマウスホイールで横方向にスクロールしないかなぁ）
タイムラインがマルチカラムにならないかなぁ

といったところか。まぁ iOS 版をベースにしているそうなので今のところはこんなものかと。つか iOS 版をベースにここまでできるんだ。 Compose 凄いなぁ。

なによりクロスポストとタイムラインの使い勝手はぞーぺんならではで，これに慣れると公式 Web アプリには戻れないのよ。

あとはマネタイズかな。 Windows 版と macOS 版はストアがあるので有料版の配布は難しくないんだろうけど Linux 版はねぇ。 Open Collective みたいな仕組みを使うなら継続的に払うよ，私は（大金は難しいけど）。ちなみに Android 版はサブスクリプション契約している。

まぁ，のんびり応援していこう。

List of Linux [text.Baldanders.info]

Ubuntu サーバで LLM 構築へ：（2）用語集

人工知能

別表記

意味，定義など

機械学習

別表記

意味，定義など

統計的機械学習

別表記

意味，定義など

ブックマーク

深層学習

別表記

意味，定義など

ブックマーク

ニューラルネットワーク

別表記

意味，定義など

生成 AI

別表記

意味，定義など

大規模言語モデル

別表記

意味，定義など

ブックマーク

トランスフォーマー

別表記

意味，定義など

ブックマーク

RAG

別表記

意味，定義など

ブックマーク

Embedding

別表記

意味，定義など

MCP

別表記

意味，定義など

AI エージェント

別表記

意味，定義など

ブックマーク

Ubuntu サーバで LLM 構築へ：（1）事前学習

アーキテクチャ

モデル選択

nomic-embed-text について

今回はここまで

VS Code 1.122.0 の不具合に関する覚え書き【解消済み】

【2026-05-30 追記】

【2026-05-29 追記】

VS Code 1.122.0 の不具合に関する覚え書き 【2026-05-28】

【おまけ】 Agents Window

ブックマーク

『カーニハンのUNIX回顧録』オンライン読書会第5回目

Unix 年表

Xenix

Minix と Linux

Unix の技術がもたらしたもの

Unix 哲学

参考

Ubuntu 26.04 LTS へのアップグレード

「ソフトウェアとアップデート」をインストールする

ブックマーク

参考

Gogh で てきぱきワーキング【2026-05-23 追記】

gogh で作業支援

gogh と OBS

ブックマーク

参考

MPA for Linux でログイン検証（Linux で個人番号カードを読む 2）

Rust ツールチェーンのインストール

MPA for Linux のインストール

Chrome

Firefox(一時的)

マイナポータルサイトにログインする

e-Tax サイトにログインする

これで Linux 機で確定申告できる！

参考

VS Code 1.122.0 の不具合に関する覚え書き【2026-05-28】

Gogh でてきぱきワーキング【2026-05-23 追記】