dotfiles/dot_config/sway/executable_tb-autostart.sh, branch masterMy linux config and rc fileshttps://git.sommerfeld.dev/dotfiles/atom/dot_config/sway/executable_tb-autostart.sh?h=master2026-05-29T10:18:16Zrefactor(flatpak): route mpv and thunderbird via flatpak; drop system pkgs2026-05-29T10:18:16Zsommerfeldsommerfeld@sommerfeld.dev2026-05-29T10:18:16Zurn:sha1:cd1c92b746a51a6994281f34a5f773c37d1d2dfe
Both org.mozilla.thunderbird and io.mpv.Mpv are already installed via
flatpak, but several places still launched the system binaries (because
they were in PATH). Worse, `mpv` was kept on the host *only* for the
streamlink-launches-mpv path, and `thunderbird` was being pulled in as
a hard dep of external-editor-revived even though it was never the
mailer actually used. Untangle both.
Thunderbird
-----------
* dot_config/sway/executable_tb-toggle.sh,
dot_config/sway/executable_tb-autostart.sh:
swap `thunderbird` → `flatpak run org.mozilla.thunderbird`. The
`app_id` matcher in sway config already targets the flatpak id, so
the scratchpad-stash and Super+t toggle keep working unchanged.
* etc/pacman.conf:
add `AssumeInstalled = thunderbird=999.0-1`. external-editor-revived
(AUR) hard-depends on `thunderbird`; this satisfies the dep without
installing the package. Run `sudo pacman -Rns thunderbird` after
deploy to remove the now-unneeded system binary.
* meta/base.txt: document the AssumeInstalled trick next to the
external-editor-revived entry.
mpv
---
* dot_config/streamlink/config: `player=mpv` → `player=flatpak run
io.mpv.Mpv`. The flatpak already pulls in our ~/.config/mpv via the
read-only filesystem override (see
run_onchange_after_deploy-flatpak-overrides.sh.tmpl), so behavior is
unchanged.
* dot_local/bin/executable_linkhandler: same swap for inline video URLs.
* dot_local/bin/executable_mpv: deleted. The wrapper only existed to
bwrap /usr/bin/mpv into _sandbox-net-parser; flatpak's own sandbox
supersedes that.
* dot_local/bin/executable__sandbox-net-parser,
dot_local/bin/executable_streamlink: comment refresh — mpv is no
longer one of the tools this wraps, and the streamlink wrapper now
forwards to the flatpak player rather than nested-bwrap caveats.
* meta/base.txt: drop `mpv` from the host package list and update the
surrounding comment.
README.md: refresh the media row of the stack table to match.
On-host steps:
chezmoi apply -v
sudo pacman -Syu # picks up AssumeInstalled
sudo pacman -Rns thunderbird mpv # safe now
flatpak install -y flathub org.mozilla.thunderbird io.mpv.Mpv
swaymsg reload # pick up new tb scripts
fix(sway): bump tb-autostart post-IMAP grace period 5s -> 10s2026-05-13T12:43:27Zsommerfeldsommerfeld@sommerfeld.dev2026-05-13T12:43:27Zurn:sha1:03a506ec81fb4b45ba905fa980e861af7e127d69
5s still wasn't enough on cold boot — Thunderbird kept racing the SMTP
listener and showing the connection-failure dialog.
fix(sway): extend post-IMAP SMTP grace period 1s -> 5s2026-05-13T12:43:27Zsommerfeldsommerfeld@sommerfeld.dev2026-05-13T12:43:27Zurn:sha1:0d820cf864a04a4e81c47cc85d577bf3756e0561
The IMAP '* OK' banner arrives before the SMTP listener on 1025 is
fully ready. 1s wasn't always enough — Thunderbird would still race
into a 'failed to connect to 127.0.0.1, please retry' dialog.
Revert "fix(sway): bump tb-autostart bridge IMAP wait 60s -> 180s"2026-05-13T12:43:27Zsommerfeldsommerfeld@sommerfeld.dev2026-05-13T12:43:27Zurn:sha1:1784b4fafce18169d92b61d579529057eecc97bb
This reverts commit 8b6d81742fa71aff76e602edc023c45ca4b38066.
fix(sway): bump tb-autostart bridge IMAP wait 60s -> 180s2026-05-13T12:43:27Zsommerfeldsommerfeld@sommerfeld.dev2026-05-13T12:43:27Zurn:sha1:34d0db92dc4a962fa77d1dec0bc8b3f987cb4e1d
ProtonMail Bridge cold-start (keyring unlock + account decryption)
occasionally exceeds 60s, so the IMAP '* OK' banner never arrives in
time and Thunderbird launches into a 'failed to connect to 127.0.0.1,
please retry' dialog. Triple the budget to 180s.
Revert "fix(sway): bump tb-autostart window-mark wait 20s -> 60s"2026-05-13T12:43:26Zsommerfeldsommerfeld@sommerfeld.dev2026-05-13T12:43:26Zurn:sha1:b62aa43830d9a358e1eb9896b1a3138136a5173d
This reverts commit 9c051b2cb47ca6e60b6c76877be78cc529d9f4da.
fix(sway): bump tb-autostart window-mark wait 20s -> 60s2026-05-13T12:43:26Zsommerfeldsommerfeld@sommerfeld.dev2026-05-13T12:43:26Zurn:sha1:1df4ca3e057c02a0e72c11b3e54b7057383a782b
Flatpak Thunderbird has a slower cold start than the native package
used to. On a busy session start, the main window with the tb-main
mark sometimes appears after the existing 20s budget, and the script
exits without moving it to the scratchpad — leaving TB tiled on the
current workspace.
fix(sway): wait for protonmail-bridge IMAP banner before launching TB2026-05-13T12:43:22Zsommerfeldsommerfeld@sommerfeld.dev2026-05-13T12:43:22Zurn:sha1:740aaf55a6e6c969e01f0b032c4142a126680eb8
The bridge opens the IMAP listener before the keyring is unlocked, so a
port-open check returns true while the server would still reject logins.
Probe for the '* OK' IMAP greeting (the bridge only sends it once it can
actually service logins) and add a 1s grace period for SMTP (1025) to
catch up.
fix(sway): wait for protonmail-bridge IMAP before launching thunderbird2026-05-13T12:43:19Zsommerfeldsommerfeld@sommerfeld.dev2026-05-13T12:43:19Zurn:sha1:2f126ccb071f6d566824ce80c8b0cffd00a88c86
On cold boot Thunderbird would race protonmail-bridge and pop up a
'failed to login to 127.0.0.1' error. Poll 127.0.0.1:1143 (bridge's
default IMAP port) for up to 15s before spawning TB. Gives up silently
if the bridge doesn't come up.
chore(fmt): apply shfmt and prettier formatting2026-05-13T12:43:19Zsommerfeldsommerfeld@sommerfeld.dev2026-05-13T12:43:19Zurn:sha1:083a99063d5092e0895424f652804065c84463f8
- shfmt -i 2 -ci -s on the four updated shell scripts (tabs → 2 spaces)
- prettier --write on KEYBINDS.md and README.md