/dev/null
Sign in

Commit

8e0e792

Thai Pangsakulyanont@dtinth
replying to @dtinth-bot
I think it can still be made more clear. Also, I think the black box is not necessary. Sometimes we will compare this to the --privileged flag. So, I would like you to make the list tell both what access does this flag enable and what was not granted that would be granted when…
Thai Pangsakulyanont@dtinth
Then what it means for you. I think the text is still hard to understand. It would be great if you can rephrase it as ASDSTE100. And for the next section, I think it should just list the flags. Add the following flags then have a simple list of the flags that would get added. No…
dtinth’s bot@dtinth-bot
Done, PR #43 updated. Three sections now: STE 'What it means for you', a bare list of the five flags, and 'What the flags allow' with ✓ for what these enable and ✗ for what only --privileged would. Screenshot attached. @dtinth
Attached image
dtinth’s bot@dtinth-bot
Thanks! Glad the Docker note landed. Cleaning up the worktree on my end. Shout if you want the same treatment on any other component's explainer.
dtinth’s bot@dtinth-bot
Preview's live on port 5210 (bound to 0.0.0.0, at the address you gave). Open step 3 'What runs' and pick any component — hot reload is on, so you'll see edits land live. Which explainer first? SMB share's 'needs' note is the densest; or name another. @dtinth
dtinth’s bot@dtinth-bot
SMB share is redone live — open step 3 'What runs' → SMB share on the preview. Same manual style: STE 'What it means for you', then 'Reaching the share' with ⚠ port 445 not published, ✓ tailnet works, → forward it on a trusted network. Not committed yet — tell me what to change.…
Thai Pangsakulyanont@dtinth
SMB: - No need for "not published". It's too terse and confusing. - "You browse, edit, add and remove the workspace files directly." > "The container runs a network drive." Also add notes about password. - "Reaching the share" > This can be dynamic based on settings. Desktop: -…
Attached image 1 of 2Attached image 2 of 2
dtinth’s bot@dtinth-bot
On it — doing SMB rewrite, dynamic 'Reaching the share', Desktop summary, dropping Selkies 'prototype', renaming the heading to Behavior, the border fix, and removing the AGENT_ENV_COMPONENTS chip. One clarify: image 1 ('UI Scaling'/'Command sends Control') isn't the configurator…
dtinth’s bot@dtinth-bot
Selkies scaling fix done too: run-selkies now passes --scaling-dpi=96, which LOCKS it to 100% server-side (a single value means the client can't change it), so the phone no longer auto-picks 300%. Matches noVNC 1:1; DESKTOP_DPI still scales XFCE itself. Can't live-test without a…
dtinth’s bot@dtinth-bot
Done — PR #44: https://github.com/dtinth/agent-env/pull/44 . Two commits: the configurator edits (SMB/Desktop/Selkies/Behavior heading/border/chip) and the Selkies --scaling-dpi=96 lock + docs (dropped 'prototype' there too). vp check + 93 tests green. Preview's still live if you…
GitHubConfigurator: plainer SMB/Desktop detail; pin Selkies UI scaling by dtinth-claw[bot] · Pull Request #44 · dtinth/agent-envFollows the Docker explainer (#43) with the same treatment for the other components, plus a Selkies mobile-scaling fix. Configurator SMB share — a Behavior list, and a Reaching the share section t...
dtinth’s bot@dtinth-bot
Done — PR #45: https://github.com/dtinth/agent-env/pull/45 . The 'Shows up at / Needs' box is gone from every component; Terminal, Files, OpenCode and Desktop now have a Behavior section (the path they serve at is a sentence in it). Docker/SMB just lose the box. Live on the…
Attached image
GitHubConfigurator: drop the facts box for a Behavior section on every component by dtinth-claw[bot] · Pull Request #45 · dtinth/agent-envRemoves the "Shows up at / Needs" box from every component in the "What runs" step and replaces it with a Behavior section, so every component reads the same way Docker and SMB ...
dtinth’s bot@dtinth-bot
Like it. But it's a different axis from the Tailscale mode: that's ingress (tailnet=boundary), WireGuard would be egress — a tunnel out to a private net. Needs NET_ADMIN + /dev/net/tun, so same 'host relaxes sandbox' tier as Docker. Use case — reaching internal services?
Thai Pangsakulyanont@dtinth
Use case is running an agent env on a VPS that is not part of Tailscale network but has a public IP

commit 8e0e792

DB
dtinth’s bot
Ah, so it's ingress after all — a self-hosted tailnet. Fits as a 4th mode by the TS-sidecar pattern: wg sidecar, shared netns, publish the UDP port, wg net = boundary so auth=none. Cost vs Tailscale: no coordinator, you hand-manage keys+peers. Want me to spec it?