およそMECEでないアカシックレコードの200那由多飛んで3万分の1

xfce4 ではデフォルトで ssh-agent を自動起動するらしい

2023-03-13T04:54:15Z

TL;DR

xfce4 では、デフォルトで ssh-agent を自動起動する設定になっているので、設定エディタや Terminal から無効化する必要がある。 Terminal から実行する場合は以下のように実行する:

 xfconf-query -c xfce4-session -p /startup/ssh-agent/enabled -n -t bool -s false

経緯

最近は gpg に日常を大きく依存する日々を送っている。というのも、pgp 鍵はかなり便利であるからだ。

例えば以下のものが挙げられる:

password manager の pass で master password として使う
副鍵に Authentication の権限を持たせて SSH 鍵として使う
pgp 鍵の notation 機能を使って Keyoxide で keybase もどきをする

本題

これほど gpg に頼って生活を送っていると、毎回 gpg のパスワードを入力するのがバカらしくなってくる。

ここで、Linux 環境の gpg に備えられている gpg-agent が登場する。これを使えば、ssh-agent のように SSH でサーバにアクセスする際、鍵の passphrase を要求される回数が大きく減ってうれしい。

しかし、ここ数日、ArtixLinux の FS が壊れたので、 PC に ArchLinux をインストールして、久々の xfce4 を楽しんでいた。

もちろん、gpg-agent は QoL に関わる大事なものなのでセットアップを試みようとするも、立ち上げた記憶のない ssh-agent が毎ログインのたびに起動してくる。

悪く言えば ssh-agent をジャックする gpg-agent は、ssh-agent が後に起動してしまうと、例え gpg-agent が立ち上がったとしても利用することができない。

このままだとつらいね、ということで、数日間悪戦苦闘して直したので、数日の供養として、解決しなかった手法、した手法をそれぞれ述べていこうと思う。

この記事の対象

signin するだけで gnome-keyring の Default keyring が開く、であったり、signin すると pgp 鍵が開く、といった gnome-keyring と gpg-agent の環境構築は、対象としない。これに関しては ArchWiki の gnome-keyring と gpg のページを見るほうが手っ取り早い。

代わりに、この記事は、xfce4 において、勝手に ssh-agent が起動されてしまう問題の解決を提示する。

解決しなかった

systemd の environment.d を使う

ユーザのログイン時に systemd が参照する環境変数は.bashrc や.xinitrc と独立であるらしい。その環境変数をユーザが操作するには、 ~/.config/environment.d/*.conf を編集すればよいらしく¹、実際に .xinitrc などの概念がない Wayland では利用されているらしい²。

しかし、この手法では、解決しなかった。どうやら、このファイルには shellscript における unset が用意されておらず、構文エラーとなってしまった。

systemd の environment generator を使う

また、systemd には、先程の environment.d のファイルを生成するための機構がある ³。ユーザごとの環境変数であれば、 /etc/systemd/user-environment-generators/ にプログラムを格納し、標準出力で environment.d 形式の要素を吐ければよいらしい。これは、言語は問われないので、shellscript である必要は全然なく、Python などで書いても問題ないらしい。

こちらも解決はしなかった。そもそも、こちらにも shellscript における unset が用意されていないようだ。

gnome-keyring などの systemd user unit を無効化する

確かに gcr-ssh-agent.service は無効化する意味があるのだが⁴、他の service ファイルや socket ファイルを無効化したところで ssh-agent を起動するものはないので、無効化したところで解決しないことは自明であった……。

解決した

なんと、xfce4 では ssh-agent と gpg-agent を自動起動する機能があるらしい⁵。なので、ssh-agent を無効化する:

 xfconf-query -c xfce4-session -p /startup/ssh-agent/enabled -n -t bool -s false

ssh-agent を無効化するだけも問題ないのだが、私としては、gnome-keyring を使って gpg-agent を管理したいので、gpg-agent も無効化しておく:

 xfconf-query -c xfce4-session -p /startup/gpg-agent/enabled -n -t bool -s false

これを実行してから、ArchWiki の gpg と gnome-keyring のページにある記述を順番にこなせば、gpg-agent は動作するようになるハズである。

Gemini Protocol のサーバ実装 gmid を ArchLinux にインストールする

2022-03-15T12:03:11Z

おことわり

この記事では断りなくmustache構文を用いることがある。注意されたい。

Gemini Protocol とは

概要

今の WWW には、問題点があると考える。広告やトラッキング、自動再生される動画などである。特に広告とトラッキングに関しては、広告やトラッキングをブロックすることが、ブラウザの機能として取り込まれるまでになり、さらに、それらが欠かせないものとなってしまった。

gemini は、そんなカオスな現代の WWW とは、対照的なプロトコルである。

公式サイトの FAQ にある「what is gemini? 」の章には、大体以下のことが書いてある。

プロトコルとしては、OSI 参照モデルにおけるアプリケーション層に該当する
プロトコルに加え、軽量なハイパーテキストフォーマットを加えたもの
Web を本来のあるべき姿に戻しつつ、 Gopher ¹ を現代風に味付けしたもの。
- URI、MIME type や TLS といった、標準化され、成熟している技術の上に成立している
シンプルさとプライバシーを念頭に置いている
- 拡張を困難にすることで、シンプルでプライバシーを確保することができる

その他、Gemini の response は、 HTTP のように Header 部と Body 部に分かれている。 Header 部には status code や、その文書の言語などを記述する、などに用いられている。

gemini に CSS や JavaScript に当たるものはない。CSS 的な装飾は Client に委ねられている。

gemtext

先程の箇条書きにあった「軽量なハイパーテキストフォーマット」は gemtext(MIME: text/gemini、拡張子:gmi)と考えられる。

これは Markdown をベースとした軽量マークアップ言語である。 gemini protocol で閲覧できるページのほとんどは、この gemtext で書かれている。 Markdown との大きな差異はリンクにある。

Markdownではこのように文中に[リンク]()を挿入することができるが、

gemtextではこのように

=> https://gemini.circumlunar.space リンク

は改行しなければならない。

しかし、これは表現力を落としてでも、パースを簡単にしようとしているのではないかと考えている。

また、gemtext には Vim、Emacs や nano など各エディタに syntax highlight が用意されている。

client

server に関しては後の章に譲るとして、ここでは client について紹介する。 client について紹介するのは、本筋ではないため、軽く紹介するに留める。興味のある方は公式サイトのページ、もしくは awesome-geminiを参照していただきたい。

GUIはLagrange、TUIはAmforaが、おすすめと挙げられることが多いように感じられる。ちなみに、Emacs には Elpher というクライアントが melpa から入手できる。

gmid を選んだ理由

gmid を選んだ理由として 2 つの譲れない点があった。

eniehack.net は、友人とのカンパによって運用されているので、みんなで使えるようにしい
すでに Nextcloud が運用されているマシンなので、ファイルシステムをひっ迫したくない

これらから、要件として以下の基準を満たすものをサーバとして採用しようと考えた:

per-user directory(例: https://example.com/~username)がやりたい
Go や Nim などのコンパイラを、サーバに導入せずに済む

これらを満たしたものをawesome-geminiから検討した結果、gmid を使うこととした。

他にも、Nim で作られた geminim や、 inetd などのスーパーサーバで動作する vger などがある。実装された言語でも、動作する形態でも、バリエーションが豊富なので、是非いろいろ見てほしい。

gmid のインストール

AUR から

AUR から gmid パッケージをインストールする。ちなみに、 gmid-bin や gmid-git もある。

2022/03/15 追記: systemd-sysusers の設定ファイルや systemd の service ファイルの修正が、AUR パッケージの更新により導入された²。そのため、以下、訂正線の入った作業は行う必要がなくなった。具体的には、AUR から gmid のインストールが完了したら、「gmid.conf の編集」から再開して問題ない。 2022/03/15 追記終わり

また、PKGBUILD を自分で修正したことがある、という上級者は、以下の作業によって .service ファイルの編集、gmid ユーザの作成の各章を飛ばすことができる。

~~1. yay -G や aur fetch などを用いて、 PKGBUILD を入手~~ ~~2. 私の pastebin にある 3 つのファイルを curl などで入手し、 PKGBUILD のあるディレクトリに入れる~~

$ curl -sSL -o gmid.sysusers https://pastebin.com/raw/U9fMpT37
$ curl -sSL -o gmid.service https://pastebin.com/raw/dKfDWpkz
$ curl -sSL -o PKGBUILD.diff https://pastebin.com/raw/MNt0Dcfy

~~3. PKGBUILD に patch を当てる~~

$ patch PKGBUILD{,.diff}

~~4. makepkg や aur build などを用いて、パッケージを作成し、インストール~~

service ファイルの編集

~~このパッケージは systemd の .service もインストールされるのだが、2022/03/14 現在、そのままでは動作しないので~~

# systemctl edit gmid

~~を実行して~~

[service]
ExecStart=
ExecStart=/usr/bin/gmid -f -c /etc/gmid.conf

~~と書き加える必要がある。~~

gmid ユーザの作成

~~公式ドキュメントでは gmid を実行するためのユーザを作成することを勧めているので作成する。~~

~~ArchLinux には、system user を作成するためのツールが systemd によって用意されているので³、これを使う。~~

gmid の upstream が、新しいリリースを出したら、AUR パッケージにも反映されるはずである。 /usr/lib/sysusers.d/gmid.conf がなければ、curl で取得する ⁴ 。

$ curl -sSL -o gmid.conf https://raw.githubusercontent.com/omar-polo/gmid/master/contrib/gmid.sysusers

~~以下のコマンドを実行すれば作成できる:~~

# systemd-sysusers ./gmid.conf

~~念のために /etc/passwd を見ておいてもいいかもしれない。~~

gmid.conf の編集

gmid公式ドキュメントのquickstartを参考に gmid.conf を設定する。ちなみに、gmid パッケージには gmid.conf 向け syntax highlight 用の vim script も付属している。

例えば、per-user directory を作りたい場合:

server "{{FQDN}}" {
    cert "{{public key path}}"
    key "{{private key path}}"

    root "/usr/local/share/gmid/"

    location "/~*" {
        root "/usr/local/share/gmid"
    }
}

などとする。

pacman が、 /usr/local 以下に手を出すことは基本的にありえない⁵。そのため、私はこのディレクトリにしたというだけである。なので、location ディレクティブに記述する directory path は、都合に応じて適宜変更して問題はないはずである。

gencert の実行

理由はよくわからないのだが、Gemini を介して公開されているサーバは、自己署名証明書で TLS 通信を行っている。そのため、gmid についてくる gencert という Perl 製ヘルパースクリプトを実行する。

# /usr/share/gmid/gencert {{FQDN}}

その後、 gmid.conf に記述した場所へ公開鍵(拡張子: .pem )、秘密鍵(拡張子: .key)を移動する。その際、秘密鍵を入れておくディレクトリは、必ず chmod で 700 に設定しておくこと。

firewall の設定見直し

最後に ufw などの firewall の設定を変更する。 gemini protocol のデフォルトポートは 1965 であるので、以下を実行する:

# ufw allow 1965

service 実行

# systemctl start gmid

こぼれ話

gmid の upstream には以下が付属している:

証明書管理用のヘルパスクリプト
config ファイルを syntax highlight するための、vimscript
systemd の service ファイル
systemd-sysusers のための config ファイル

しかし、そのほとんどが AUR のパッケージではインストールされていなかった。そのため、AUR に patch を送ったのは初めてのことだった。すべてが取り入れられたわけではなかった。

しかし、取り入れられなかった点は upstream へ Pull Request を投げたらどうかと言われたため、PRを投げたところ、すんなり受け入れられてしまった。

また、Gemini と同様、HTTP でも、いにしえの `https://eniehack.net/~eniehack` のような URL で自己紹介を書いている。そのため、gemtext から HTML へ変換するプログラムなどを用いて、gemtext から HTML が生成されると便利かもしれない。

参考

Gemini Protocol公式サイト

詳しくはArchwiki、またはWikipediaを参照のこと。 ↩︎
https://aur.archlinux.org/cgit/aur.git/commit/?h=gmid&id=8432689b101b93366fcb6a82259503a6f6a0396c を参照。 ↩︎
systemd-sysusers。詳細は man page:systemd-sysusers(8)を参照。 ↩︎
2022/03/14 現在、まだリリースされていない。 ↩︎
Arch パッケージガイドラインを参照。 ↩︎

yayからaurutilsに移行してみる

2021-02-21T13:41:40Z

動機

AURヘルパーは今までyayを使っていて、何ら不自由はなかった。しかし、書籍『UNIXという考え方』やPOSIX原理主義に感銘を受けたというのが大きい。特に前者の書籍にあった「実行速度より可搬性」というのはかなり同意できた。

shellscriptの良さはPOSIX準拠である環境であれば、確実に使える点だ。これはPerl、PythonやRubyにはない有利な点である。また、shellscriptは遅いと一般的には考えられているが、パイプなどを意識すれば、shellsciptは高速化可能であることも¹、shellscriptのよい点だ。

そのような思想に影響を受けたなか、bash製のaurutilsというAURヘルパーを発見し、私は使っていたyayからaurutilsへ移行してみることにした。

対象読者

ArchLinux系のディストリビューションを使うユーザをこの記事は対象とする。ただし、その中でもTerminalに触れることに抵抗がなく、AURについて知っていることを前提として話を進めることとする。

aurutilsとは

aurutilsとはbash製のAURヘルパである。

AURヘルパにもgolang製のyay、nim製のpakkuなど、様々なものがある。しかし、それらとは異なり、このaurutilsはpacmanにあるcustom local repositoryという機能²を用いて、AURにあるパッケージをインストールする。

具体的に、custom local repositoryを使わないyayと、使うaurutilsではどのように違うのか、比較してみる。 yayなどでは、以下のような動作をする。

AURからパッケージを取得
依存関係の解決
パッケージのインストールを行う。（ makepkg -si ）

しかし、aurutilsでは

AURからパッケージを取得
依存関係の解決
ビルドでちらかった環境の整理
所定の位置へアーカイブを配置する

だけだ。インストールはaurutilsが行なわない。これは、公式リポジトリのパッケージのように、pacmanが行う。

特徴

yay-binを使えば話は別だが、yayはgolangのコンパイラを導入しなければならない。しかし、aurutilsは幾つかのbashスクリプトと、幾つかのmanドキュメントで構成されており、パッケージサイズが小さい。実際に、パッケージアーカイブ( pkg.tar.zst ）の状態で、yay-binは約8MB、aurutilsは約100KBである。 yayのほうが、依存するパッケージは少ないかもしれないが、aurutilsでは依存するパッケージの1つ1つが、小さい。

加えて、aurutilsに関してはpaccacheも設定なしにcustomリポジトリに適用できた。しかし、 makepkg.conf に PKGDEST=/path/to/yay/cache のように設定し、 paccache -c /path/to/yay/cache のように実行すれば、yayでも実行できる。しかし設定せずとも、paccacheが使える点では、yayより有利かもしれない。

ちなみに、paccacheはpacman-contribパッケージにあるコマンドだ。localにあるのパッケージアーカイブを、デフォルトで最新の3つのみを残して、それ以外を削除することができる。

ただ、aurutilsは yay -Ss のような、AURと公式リポジトリを横断的に探索する機能がない、という不便な部分もある。

これらの特徴を考えると、サーバや、HDDの小さいPCなど、ディスクをシビアに管理しなければならないような環境に向いているのかもしれない。

使い方

aurutilsはaurコマンドと、いくつかのサブコマンドで構成されている。サブコマンドの詳しい解説は man 1 aur-sync のように、manコマンドからそれぞれ読むことができる。

install

AURからパッケージをインストールするときは、まず、 aur sync $pkgname のようにパッケージをビルドし、配置する。次に、データベースを更新して（ pacman -Syy ）、インストール（ pacman -S $pkgname ）する。

update

aurutilsを用いてAURから取得したパッケージの更新は、 aur sync -u を実行する。このコマンドによって、まず、パッケージの更新確認する。その結果から、更新がある場合はビルドしてcustomリポジトリへ配置する。

search

パッケージの検索は aur search $pkgname のようにコマンドを実行する。

その他

その他にもaurutilsは aur コマンドのサブコマンドとして様々な機能を提供している。

aur build

パッケージをビルドする

aur fetch

パッケージを取得してくる

aur chroot systemd-nspawn を用いてパッケージをビルドする
aur query

aurwebへGETリクエストを送る
aur pkglist AURにある全てのパッケージ名を取得する

導入

ここからは、yayからaurutilsへ実際に移行してみることにする。³を参考にした。また、検証はしていないものの、yay以外の既存のAURヘルパーに関しても、パッケージアーカイブを移動し、 repo-add コマンドでパッケージを登録すればよいと思われる。さらに、AURヘルパーを初めて導入する場合は、³とここを参考にすれば導入できるはずだ。

pacman -Qqm > ~/aurpkglist
パッケージアーカイブを移動する

yayからlocal repoへアーカイブ(pkg.tar.(xz|zst))を移動する自作scriptを書いたので参考にどうぞ。

ちなみに、私は /etc/makepkg.conf の PKGEXT を ".pkg.tar.zst" にしている⁴。なぜなら、ZStandardは展開と圧縮がgzipより高速で、かつpacmanがデフォルトで用いている圧縮フォーマットだからだ。
pacman.confの編集

作成するcustomリポジトリをpacmanへ認識させる。 /etc/pacman.d/custom/ へ以下の内容を書きこみ、

[options]
CacheDir = /var/cache/pacman/pkg
CacheDir = /var/cache/pacman/custom
CleanMethod = KeepCurrent

[custom]
SigLevel = Optional TrustAll
Server = file:///var/cache/pacman/custom

/etc/pacman.conf の最後に Include = /etc/pacman.d/custom/ を追記する。

sudo install -d /var/cache/pacman/custom -o $USER でディレクトリを作成する
cd /var/cache/pacman/custom/
repo-add custom.db.tar

repo-add とはpacmanが提供する個人的なリポジトリを管理するコマンドだ。このコマンドでは、ワイルドカードでパッケージアーカイブを指定できる。ここではcustomリポジトリのデータベースを作成している。
repo-add -n custom.db.tar *.pkg.tar.xz

ここではcustomリポジトリのデータベースにyayが作成したパッケージアーカイブを登録する。この作業は長いので、ここでティーブレイクをしてもいいだろう。
最後に pacman -Syu をすれば完了だ。

最後に

custom local repositoryを始めて知った。これを応用して、gemやpipのパッケージを管理するのはよさそうだ、と思った。

最後に。添削に協力してくださった、skiaさん、trash_canさんありがとうございました。この場で感謝いたします。

参考

公式GitHubリポジトリ: AladW / aurutils - GitHub

松浦智之、大野浩之、當仲寛哲『ソフトウェアの高い互換性と長い持続性を目指すPOSIX中心主義プログラミング』https://www.ipsj.or.jp/dp/contents/publication/32/S0804-R1601.htmlより。2021/02/20 閲覧。 ↩︎
Pacman/Tips and tricks#Custom local repository - Archwiki ↩︎
Arch Linux: aurutils installation and configuration - GitHub Gist ↩︎
詳細は man 5 makepkg.conf もしくは https://man.archlinux.org/man/makepkg.conf.5.enを参照のこと ↩︎