OverviewFilesCommitsIssuesDocsReleasesPeers

favela-surface-android commits / ca1ea12

README: link sibling repos, which this tree already does and I did not
The convention was already here — favela-web and favela-node link siblings as [hyper-proto-peer](../hyper-proto-peer), favela-community as [hyper-rooms](../hyper-rooms). The READMEs I wrote from scratch had ZERO of them; the ones I only edited kept theirs. Measured before fixing: favela-bridge, favela-host, favela-identity, favela-markdown, favela-peer, favela-surface and favela-surface-android each had 0 relative links while mentioning 5-10 siblings by name. Linked on FIRST mention only, prose only. Skipped code fences, tables, existing links and URLs, and left later mentions as code spans so a paragraph does not turn into a row of blue. One case the automated pass got wrong and I reverted by hand: favela-surface's Boundary section lists the modules it may NOT import, as a uniform run of code spans. Linking hyper-overlay and ap-bridge there broke the list's formatting and read as "go read these" when the point is "never import these". Those two are code spans again. Rewrapped the lines the inserted links pushed past 100 columns, which is where the rest of this tree wraps. The long lines that remain in favela-community and favela-node are pre-existing prose — verified against HEAD — and one is inside a code fence. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
ca1ea12dbc76f2fef94338da0fd2afac133f1563
by plankatron <fleeky@gmail.com> · 2026-09-20T21:23:03.000Z

Changed files (1) +10 -6

README.md +10 -6
……@@ -1,8 +1,9 @@
11# favela-surface-android
22
3A full favela node on an Android handset: `favela-peer` inside a
4[bare-kit](https://github.com/holepunchto/bare-kit) worklet, with `favela-surface` rendering its
5pages into a WebView, and the atproto half composed in through `favela-host`.
3A full favela node on an Android handset: [favela-peer](../favela-peer) inside a
4[bare-kit](https://github.com/holepunchto/bare-kit) worklet, with
5[favela-surface](../favela-surface) rendering its pages into a WebView, and the atproto half composed
6in through [favela-host](../favela-host).
67
78## Install
89
……@@ -16,7 +17,8 @@ https://7rnx.net/git/releases/favela-surface-android/<version>/favela-surface-an
1617Requires Android 10 — `android/build.gradle` sets `minSdkVersion = 29`, matching what
1718react-native-bare-kit 0.14.5 declares. Sideloading needs "install unknown apps" for your browser.
1819
19This is not a pgh app; the deliverable is an APK installed by Android's package manager. The
20This is not a [pgh](../pgh) app; the deliverable is an APK installed by Android's package manager.
21The
2022worklet bundle inside it *is* published to the pgh release registry — see [OTA](#ota).
2123
2224| | |
……@@ -27,7 +29,8 @@ worklet bundle inside it *is* published to the pgh release registry — see [OTA
2729| `worklet.bundle` | 40 MB |
2830| `loader.bundle` | 227 KB |
2931
30`applicationId` is deliberately not favela-android's `to.favela.android`: sharing one would make
32`applicationId` is deliberately not [favela-android](../favela-android)'s `to.favela.android`:
33sharing one would make
3134installing this app replace the other, and they hold different identities and different storage.
3235The gradle `namespace` is still `to.favela.android` — it sets the R class package and manifest
3336resolution, never the install identity.
……@@ -115,7 +118,8 @@ to land in two places. `lib/host/` is the extraction boundary when anyone has th
115118
116119## OTA
117120
118`pgh-runtime`, over Hyperswarm from the pgh release registry — not over the forge's HTTPS release
121[pgh-runtime](../pgh-runtime), over Hyperswarm from the pgh release registry — not over the forge's
122HTTPS release
119123path, which is load-balanced and replicates between backends asynchronously. A release landed on one
120124backend and had not reached the other after 600s on 2026-08-25, and the phone correctly reported no
121125update.