<feed xmlns='http://www.w3.org/2005/Atom'>
<title>sl0ppi.git/packaging/fetch-vendor.sh, branch main</title>
<subtitle>a sl0p.foo repository</subtitle>
<id>https://git.sl0p.foo/sl0ppi.git/atom/packaging/fetch-vendor.sh?h=main</id>
<link rel='self' href='https://git.sl0p.foo/sl0ppi.git/atom/packaging/fetch-vendor.sh?h=main'/>
<link rel='alternate' type='text/html' href='https://git.sl0p.foo/sl0ppi.git/'/>
<updated>2026-08-13T20:51:59Z</updated>
<entry>
<title>release: 0.1.9, with a bun that runs without AVX2</title>
<updated>2026-08-13T20:51:59Z</updated>
<author>
<name>user</name>
<email>user@clank</email>
</author>
<published>2026-08-13T20:51:59Z</published>
<link rel='alternate' type='text/html' href='https://git.sl0p.foo/sl0ppi.git/commit/?id=7a50cd9f09a6ed1ca65ffccc84dab6023bb59446'/>
<id>urn:sha1:7a50cd9f09a6ed1ca65ffccc84dab6023bb59446</id>
<content type='text'>
The tarball shipped bun's default x64 build, which requires AVX2 -- so sl0ppi
installed cleanly on a plain KVM guest and then died with "Illegal instruction"
the first time anything ran pi. Known since 0.1.7 and carried as an open item;
not something to ship a third time.

packaging/fetch-vendor.sh now fetches bun-linux-x64-baseline.zip. Verified
without needing such a machine, on an emulated CPU that has none:

  qemu-x86_64 -cpu Nehalem &lt;baseline&gt;/bun --version   -&gt;  1.3.14
  qemu-x86_64 -cpu Nehalem &lt;default&gt;/bun  --version   -&gt;  Illegal instruction

Also drops the installer's closing note about the status bar asking for
permissions on first launch: shipped plugins are granted implicitly now, so the
prompt it told people to expect no longer appears. (That text is baked into the
0.1.9 tarball; it is wrong but harmless, and corrected for the next one.)

And gitignores *.core -- qemu writes one where you stand when it kills a target
on an illegal instruction, and a 100MB core dump nearly went into this commit.

0.1.9 contains everything since 0.1.8: the split button actually visible and
clickable where it is drawn, including on stacked panes; shipped plugins not
asking for permission; the status bar as a framed box in the pane style with a
new-tab button and margins matching the pane gap, collapsing to a single line
in the mobile layout; and runtime tabs keeping a status bar without losing the
purpose the CLI uses for identity.
</content>
</entry>
<entry>
<title>build: scaffold versioning, docs and the packaging pipeline</title>
<updated>2026-08-12T17:39:44Z</updated>
<author>
<name>user</name>
<email>user@clank</email>
</author>
<published>2026-08-12T17:39:44Z</published>
<link rel='alternate' type='text/html' href='https://git.sl0p.foo/sl0ppi.git/commit/?id=4b77895ba0e8498e29dffdfce61f7d2b329e3e26'/>
<id>urn:sha1:4b77895ba0e8498e29dffdfce61f7d2b329e3e26</id>
<content type='text'>
Adds the layer that makes this a distributable product rather than three
directories:

  VERSION      one sl0ppi version for the whole monorepo
  FORKS.md     what each component is based on, and how to rebase the fork
  Makefile     build / vendor / stage / package, plus dev-box helpers
  packaging/   fetch pinned payloads, assemble an install tree, install it
  docs/        architecture, the rename plan, the roadmap

The self-contained runtime question is settled and verified: pi upstream builds
its own release binary with `bun build --compile`, and a vendored bun runs the
vendored pi dist unmodified, so the tarball carries bun + pi and needs no system
node, npm or rust on the target machine.

packaging/install.sh does a per-user install under ~/.local, never clobbers an
existing config (writes .new alongside, or backs up under --force-config), and
warns loudly when a stock zellij is present -- because until docs/rename.md is
implemented the binary is still zellij underneath and would collide with it.
</content>
</entry>
</feed>
