<feed xmlns='http://www.w3.org/2005/Atom'>
<title>slosh.git/contrib/arch/slosh.asc, branch master</title>
<subtitle>an opinionated terminal multiplexer in C with programmable pane chrome</subtitle>
<id>https://git.sl0p.foo/slosh.git/atom/contrib/arch/slosh.asc?h=master</id>
<link rel='self' href='https://git.sl0p.foo/slosh.git/atom/contrib/arch/slosh.asc?h=master'/>
<link rel='alternate' type='text/html' href='https://git.sl0p.foo/slosh.git/'/>
<updated>2026-08-29T13:57:54Z</updated>
<entry>
<title>arch: sign the packages and the database, and say whose key</title>
<updated>2026-08-29T13:57:54Z</updated>
<author>
<name>user</name>
<email>user@clank</email>
</author>
<published>2026-08-29T13:57:54Z</published>
<link rel='alternate' type='text/html' href='https://git.sl0p.foo/slosh.git/commit/?id=05529c90ff835248f599605f356d679b515eae84'/>
<id>urn:sha1:05529c90ff835248f599605f356d679b515eae84</id>
<content type='text'>
An ed25519 key made for exactly this -- slosh package signing
&lt;slosh@slosh.foo&gt;, 0F67C909938CFFA8A76B59FD8D69B55A0E9056B9 -- signs every
package and both indexes. The public half travels two ways that would both
have to lie: contrib/arch/slosh.asc in git, and /arch/slosh.asc on the
website; the READMEs walk through pacman-key --add and --lsign-key, and the
[slosh] stanza loses its SigLevel override because pacman's default demands
signatures and now gets them.

contrib/arch-repo pins the fingerprint, refuses to run without the secret
key (an unsigned update would make every enrolled pacman refuse the repo),
and now regenerates the index from the directory every time: repo-add skips
an entry whose version it already has, so after a same-version rebuild an
incremental add left the db describing the previous bytes -- a checksum
mismatch for every client. An index rebuilt from disk cannot disagree with
disk. Verified end to end with a scratch pacman keyring: enrolled key
syncs and downloads under Required DatabaseRequired, unenrolled key is
refused at the database.
</content>
</entry>
</feed>
