mirror of
https://github.com/spacedriveapp/spacedrive.git
synced 2026-10-29 20:39:24 -04:00
* CI: the Windows unit job gates main Core Tests (windows unit) was green twice on main (15d7df1,e4b4cb7), 40 min cold and 21 min warm, so continue-on-error goes and the name loses its caveat. cache-on-failure stays so a red run still warms the fix's run. Co-authored-by: capy-ai-staging[bot] <305915985+capy-ai-staging[bot]@users.noreply.github.com> * Daemon raises its own file descriptor limit at startup The daemon shelled out to 'ulimit -n' to read the limit and warned when it was under 10000, which it is at every launchd start on a Mac with a plist written before #3111 (8192). Now it calls setrlimit: the hard limit when finite, else 65536 then OPEN_MAX, since macOS reports unlimited but refuses a soft limit above kern.maxfilesperproc. One info line records the result; the warning stays only when the raise fails. The desktop app's LaunchAgent template gains the same SoftResourceLimits NumberOfFiles 65536 the CLI's already has. Co-authored-by: capy-ai-staging[bot] <305915985+capy-ai-staging[bot]@users.noreply.github.com> * sd update: version marker writer with a unit test The updater already wrote sd-version.txt after an install (#3111). The write moves into write_version_marker so a test can prove the format: the full sha on one line with a trailing newline, as the rebuild script writes it. Co-authored-by: capy-ai-staging[bot] <305915985+capy-ai-staging[bot]@users.noreply.github.com> * Raise the fd limit before Core::new and warn when the raised limit is still low Library pools, watchers and the network endpoint open descriptors inside Core::new, so the raise has to come first. A raise that lands under 10000 (a container with hard 8192) now still warns. Co-authored-by: capy-ai-staging[bot] <305915985+capy-ai-staging[bot]@users.noreply.github.com> --------- Co-authored-by: capy-ai-staging[bot] <305915985+capy-ai-staging[bot]@users.noreply.github.com>
Spacedrive Documentation
The Spacedrive docs site, built with Fumadocs on Next.js. This directory is a standalone app with its own bun install, separate from the repo workspace.
bun install
bun run dev # dev server on localhost:3000
bun run build # production build
Or from the repo root: just dev-docs / just build-docs. Requires Node 20+.
Layout
overview/,core/,extensions/,cli/,react/,gpui/: published MDX content, one sidebar tab per folder. Navigation order lives in each folder'smeta.json.app/,lib/,components/: the Next.js app. Pages are served from the site root, socore/jobs.mdxrenders at/core/jobs.public/: images, logo, favicon.plans/,core/design/,design/,archive/: internal working docs, not part of the site.WRITING_GUIDE.mdx,CODE_COMMENTS.mdx: contributor guides, not published.
Writing pages
Frontmatter supports title, description, and sidebarTitle (a shorter name for the sidebar). Callouts, <Steps>, <Tabs>, <Cards>, and <Accordions> are registered globally, so no imports are needed in MDX. Every page is also served as raw markdown at <path>.md and indexed in /llms.txt.