Skip to content

docs(fuse): make the "Use it" examples per-platform - #19

Merged
lukemartinlogan merged 1 commit into
mainfrom
docs/fuse-use-it-per-platform
Aug 12, 2026
Merged

docs(fuse): make the "Use it" examples per-platform#19
lukemartinlogan merged 1 commit into
mainfrom
docs/fuse-use-it-per-platform

Conversation

@lukemartinlogan

Copy link
Copy Markdown
Contributor

Follow-up to #18. This commit was pushed to that branch a few minutes after it was merged, so it missed the merge — the shipped FUSE page still has Linux-only usage examples. Cherry-picked onto current main unchanged.

What this fixes

#18 made Installation, Mount, and Unmount per-platform, but left "3. Use it" as Linux-only shell against /mnt/cte, which doesn't translate to either other platform. It now uses the same groupId="os" tabs as the surrounding steps, so picking a platform once carries through the whole page.

  • Linux — unchanged, /mnt/cte.
  • macOS — mountpoint is ~/cte-mnt (or /Volumes/cte-mnt under the FSKit backend), and the checksum tool is md5; macOS does not ship the md5sum spelling.
  • Windows — PowerShell equivalents (Set-Content, Copy-Item, Get-Content, Get-FileHash -Algorithm MD5, Get-ChildItem, Remove-Item), plus a cmd.exe variant, since the mount is an ordinary volume that any path-taking application can use.

Windows mountpoint

The bigger gap was that the Windows mount step never actually showed how to set the mountpoint. It's the first argument to clio_cte_fuse exactly as on Linux — only the accepted forms differ:

clio_cte_fuse Z: -f              # mount at exactly Z:
clio_cte_fuse C:\iowarp\cte -f   # or a directory whose parent exists

Plus the two things that bite in practice:

  • Mounting onto a drive letter already in use fails, so Get-PSDrive -PSProvider FileSystem to see what's taken — and for scripted use, the first-free-letter loop lifted from CI/fuse_mount_smoke.ps1.
  • Test-Path Z:\ to confirm the mount is live before writing to it. The daemon needs a moment; CI polls for up to 20 s.

Drive-letter mounting is flagged as the form CI exercises end to end, so it's the one to prefer when either would do. The directory form states the parent-must-exist requirement and nothing beyond that — the repo only proves the drive-letter path, so I didn't assert WinFsp directory-mount behavior I couldn't verify.

Verification

npx docusaurus build completes with no broken links or anchors. One file changed, +100/−4.

🤖 Generated with Claude Code

The usage examples were Linux-only shell against /mnt/cte, which does not
translate to either other platform. Split them into the same os-grouped
tabs the install/mount/unmount steps already use, so picking a platform
once carries through the whole page.

  - macOS: same commands, but the mountpoint is ~/cte-mnt (or
    /Volumes/cte-mnt under FSKit) and the checksum tool is `md5`, not
    `md5sum`.
  - Windows: PowerShell equivalents (Set-Content / Copy-Item /
    Get-Content / Get-FileHash / Get-ChildItem / Remove-Item) plus a
    cmd.exe variant, since the mount is an ordinary volume any
    path-taking application can use.

Also expand the Windows mount step to actually demonstrate setting the
mountpoint, which is the thing that differs most from Linux: it is the
first argument as everywhere else, but takes either a drive letter
(mount at exactly Z:, with Get-PSDrive to find a free one and the CI
script's first-free-letter loop for scripted use) or a directory path
whose parent exists. Notes that drive-letter mounting is the form CI
exercises end to end, and how to confirm the mount is live before
using it.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@lukemartinlogan
lukemartinlogan merged commit 7cd8253 into main Aug 12, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant