~kris/9p

krisyotam.net

ref: 8bfa4b74cf61e74b5d7c8df7d0b0bceefe2569fe krisyotam.net/research/positioning-research.md -rw-r--r-- 32.3 KiB
8bfa4b74 — Kris Yotam ci: declare SourceHut source for push builds a month ago

#Plan 9 Community Research: Positioning as the Gwern of Plan 9

Compiled 2026-05-16. Research across 8 parallel agents covering essays, people, wiki gaps, dead projects, strategy, modern relevance, contributions, and culture.


#Table of Contents

  1. Strategic Overview
  2. Essential Essays and Papers
  3. Reaction Essay Candidates
  4. Community Figures and Blogroll
  5. Community Hubs
  6. Wiki Topics and Knowledge Gaps
  7. Dead Projects to Revive
  8. Modern Relevance Connections
  9. 9front Contribution Opportunities
  10. Culture and Philosophy Guide
  11. Content Strategy
  12. Execution Priority

#Strategic Overview

The Plan 9 community is unusually small, unusually smart, and unusually underserved by written intellectual infrastructure. It has archivists (the Bell Labs papers are preserved) but almost no analysts and zero provocateurs writing at length. The gap is enormous relative to the community's intellectual density.

Key insight: Gwern's authority comes not from being comprehensive but from being trustworthy. He shows his work, publishes methodology, updates and corrects, cites primary sources, distinguishes between what he knows and what he believes, and is willing to say "I was wrong." The Plan 9 community has strong opinions but a thin tradition of showing work in writing. Someone who adopts those epistemic standards will immediately stand out because the bar is low and the audience is smart enough to notice.

The position is open. The community is the right size (large enough to have an audience, small enough that one person can know everyone). The content gaps are real. The modern relevance connections are genuine. The window exists because the people who built the thing are still alive and have not been interviewed.


#Essential Essays and Papers

#Canonical Bell Labs Papers (9p.io / doc.cat-v.org)

#Foundations
Paper Authors URL Why It Matters
Plan 9 from Bell Labs Pike, Presotto, Dorward, et al. doc.cat-v.org/plan_9/4th_edition/papers/9 The thesis statement of the entire project
The Use of Name Spaces in Plan 9 Pike, Presotto, Thompson, et al. doc.cat-v.org/plan_9/4th_edition/papers/names Plan 9's decisive break from Unix: per-process namespaces
The Organization of Networks in Plan 9 Presotto, Winterbottom doc.cat-v.org/plan_9/4th_edition/papers/net/ Network resources indistinguishable from local ones
Security in Plan 9 Cox, Grosse, Pike, et al. doc.cat-v.org/plan_9/4th_edition/papers/auth Factotum, avoiding Unix's accumulated security mistakes
#User Interfaces
Paper Authors URL Why It Matters
8 1/2, the Plan 9 Window System Rob Pike doc.cat-v.org/plan_9/4th_edition/papers/812/ Window system as a file server
Acme: A User Interface for Programmers Rob Pike doc.cat-v.org/plan_9/4th_edition/papers/acme/ Text environment exposing itself as a filesystem
Rc - The Plan 9 Shell Tom Duff doc.cat-v.org/plan_9/4th_edition/papers/rc Shell that fixes POSIX sh's accumulated pathologies
Plumbing and Other Utilities Rob Pike doc.cat-v.org/plan_9/4th_edition/papers/plumb Pattern-matching IPC replacing clipboard
Rio: Design of a Concurrent Window System Rob Pike doc.cat-v.org/plan_9/3rd_edition/rio/ Case study in concurrent design evolution
#Implementation
Paper Authors URL Why It Matters
Venti: A New Approach to Archival Storage Quinlan, Dorward doc.cat-v.org/plan_9/4th_edition/papers/venti/ Content-addressed storage, ancestor of Git/IPFS
The Plan 9 File Server Ken Thompson doc.cat-v.org/plan_9/4th_edition/papers/fs/ Standalone machine speaking only 9P
Plan 9 C Compilers Ken Thompson doc.cat-v.org/plan_9/4th_edition/papers/compiler Template for Go compiler infrastructure
UTF-8: Hello World Pike, Thompson doc.cat-v.org/plan_9/4th_edition/papers/utf Most consequential encoding decision ever made
Lexical File Names in Plan 9 Rob Pike doc.cat-v.org/plan_9/4th_edition/papers/lexnames Getting dot-dot right when bind mounts exist
Acid: A Debugger Built From A Language Phil Winterbottom doc.cat-v.org/plan_9/4th_edition/papers/acidpaper Debugger as programmable language
Maintaining Files on Plan 9 with Mk Hume, Flandrena doc.cat-v.org/plan_9/4th_edition/papers/mk Make without make's pathologies
Process Sleep and Wakeup on a Shared-memory Multiprocessor Pike, Presotto, et al. doc.cat-v.org/plan_9/4th_edition/papers/sleep Early argument for model checking in systems code
#Pre-Plan 9 Foundational Papers
Paper Authors URL Why It Matters
Designing Plan 9 (1st ed, 1990) Pike, Presotto, Thompson, Trickey doc.cat-v.org/plan_9/1st_edition/designing_plan_9 Original rationale before Plan 9 shipped
The Blit: A Multiplexed Graphics Terminal (1983) Rob Pike doc.cat-v.org/bell_labs/blit/ Conceptual seed of everything that followed
A Concurrent Window System Rob Pike doc.cat-v.org/bell_labs/concurrent_window_system/ Channels over event queues; shaped 8 1/2, Rio, Go
Window Systems Should Be Transparent Rob Pike doc.cat-v.org/bell_labs/transparent_wsys/ Direct critique of X11
Structural Regular Expressions (1987) Rob Pike doc.cat-v.org/bell_labs/structural_regexps/ Breaking the line-centric assumption
The Text Editor Sam Rob Pike doc.cat-v.org/plan_9/4th_edition/papers/sam/ Command language based on structural regexps
Squeak: A Language for Communicating with Mice Cardelli, Pike doc.cat-v.org/bell_labs/squeak/ Ancestor of Newsqueak, Alef, Limbo, Go channels
UTF-8 History (email, 2003) Rob Pike doc.cat-v.org/bell_labs/utf-8_history Thompson designed UTF-8 on a napkin in September 1992

#Polemical and Philosophical Essays

Paper Authors URL Why It Matters
cat -v Considered Harmful (1983) Pike, Kernighan harmful.cat-v.org/cat-v/ Founding document of Unix philosophy revival
Systems Software Research is Irrelevant (2000) Rob Pike doc.cat-v.org/bell_labs/utah2000/ Pike's most provocative statement; sparked massive debate
The Good, the Bad, and the Ugly (2001) Rob Pike doc.cat-v.org/bell_labs/good_bad_ugly/ Unix's genuine innovations alongside structural flaws
Notes on Programming in C (Pikestyle, 1989) Rob Pike doc.cat-v.org/bell_labs/pikestyle Data structures, not algorithms, are central
The Rise of Worse is Better (1989) Richard Gabriel doc.cat-v.org/programming/worse_is_better The intellectual foil to Plan 9's entire project
#ifdef Considered Harmful Spencer, Collyer doc.cat-v.org/henry_spencer/ifdef_considered_harmful Preprocessor conditionals = failed architecture
The Hideous Name Pike, Weinberger doc.cat-v.org/bell_labs/the_hideous_name/ Why naming in networked systems is hard

#Lesser-Known Writings That Deserve Attention

Paper Authors URL Why It Matters
Help: A Minimalist Global User Interface Rob Pike doc.cat-v.org/plan_9/1st_edition/help/ Universal context-sensitive help; predates plumber
The IL Protocol Presotto, Winterbottom doc.cat-v.org/plan_9/4th_edition/papers/il/ Custom transport; case study in protocol tradeoffs
APE: The ANSI/POSIX Environment Howard Trickey doc.cat-v.org/plan_9/4th_edition/papers/ape POSIX compatibility without design compromise
Alef Language Reference Manual Phil Winterbottom doc.cat-v.org/plan_9/2nd_edition/papers/alef/ref Go's concurrency model is Alef with better GC
Adding Architecture Support in Plan 9 Bob Flandrena doc.cat-v.org/plan_9/4th_edition/papers/libmach Reveals how Plan 9 made porting tractable

#Adjacent Community Writings

Paper Authors URL Why It Matters
McIlroy's Pipes Memo (1964) Doug McIlroy doc.cat-v.org/unix/pipes/ Philosophical charter for everything Plan 9 extends
A Research Unix Reader Doug McIlroy doc.cat-v.org/unix/unix-reader/ How Unix thought evolved and devolved
A Descent into Limbo Brian Kernighan doc.cat-v.org/inferno/4th_edition/limbo_language/descent Accessible entry to Plan 9 ideas in language context

#Reaction Essay Candidates

These are writings where a modern response would have the most traction:

#Tier 1: Highest Impact

"Systems Software Research is Irrelevant" (Pike, 2000) Pike's 2000 diagnosis has only gotten sharper. A 2026 response could ask: did open-source replace academic research as the site of systems innovation? Is that better or worse? Today's "systems research" often means ML training infrastructure papers.

"cat -v Considered Harmful" (Pike & Kernighan, 1983) The argument was ignored when written. Now with 40 years of feature-bloated tools: did the Unix philosophy fail, or was it never actually tried?

"The Use of Name Spaces in Plan 9" (Pike et al.) Containers and Kubernetes namespaces are a pale, painful reinvention of Plan 9's per-process namespaces, implemented 25 years later by people who apparently did not read this paper. Trace that genealogy (or non-genealogy).

"The Rise of Worse is Better" (Gabriel, 1989) Do Rust, NixOS, or 9front represent evidence that better design can win evolutionary races under certain conditions?

#Tier 2: Strong Essays

"The Good, the Bad, and the Ugly" (Pike, 2001) Linux proved you can build an enormously successful system from structural flaws. Do "structural flaws" matter when the surrounding ecosystem compensates?

"Venti" (Quinlan & Dorward) Content-addressed storage is now everywhere (IPFS, Git, Nix store, Docker layers). What Venti got right that its successors ignored.

"Structural Regular Expressions" (Pike, 1987) Modern tools still process text line by line. Why this idea failed to spread, and whether jq/xq represent partial vindication.

"Window Systems Should Be Transparent" (Pike) Wayland replaced X11 by making the compositor responsible for everything -- arguably the opposite of Pike's transparency principle. Does Wayland vindicate or refute the argument?


#Community Figures and Blogroll

#Bell Labs Original Team

Person Site Known For Active
Rob Pike herpolhode.com/rob/ Co-designer of Plan 9, UTF-8, acme, sam, Go Retired from Google, sporadic
Ken Thompson None Plan 9 co-designer, UTF-8, Unix, Go Emeritus
Dennis Ritchie (d. 2011) -- Computing Techniques Research Dept head, C, Unix Deceased
Dave Presotto None Original team lead, Upas mail, networking Retired
Phil Winterbottom None Original team lead, Alef language, kernel work No public presence
Howard Trickey None Plan 9 design papers, geometry tools No public presence
Tom Duff None Duff's Device, rc shell, graphics Unknown
Doug McIlroy None (formerly dartmouth.edu) Unix pipes inventor, intellectual godfather Emeritus at Dartmouth
Brian Kernighan cs.princeton.edu/~bwk/ awk, ditroff, Bell Labs documentation Princeton professor, active
Russ Cox swtch.com/~rsc/ plan9port, 9fans archives, Security in Plan 9 paper, Go Active on Go
Geoff Collyer None 64-bit 9k kernel, RISC-V ports, maintenance Unknown

#9front Core Developers (Current)

Person Site/Handle Known For Active
cinap lenrek felloff.net, shithub.us/cinap_lenrek De facto technical lead. Kernel, drivers, crypto, audio Yes, most active committer
Ori Bernstein orib.dev, eigenstate.org git9, gefs, shithub.us, Myrddin language Yes
Jacob Moody posixcafe.org, shithub.us/moody Kernel, userland, infrastructure Yes
qwx sciops.net, shithub.us/qwx Game ports, audio work Yes
rodri (rgl) antares-labs.eu, shithub.us/rodri libgraphics, 3D rendering, games Yes
kvik shithub.us/kvik lu9 (Lua), unionfs, docs.9front.org Yes
sirjofri shithub.us/sirjofri gpufs, libgit, spread, map, dozens of tools Yes
aiju aiju.de Hardware support, drivers, system-level Likely
sl (Stanley Lieber) stanleylieber.com Artist, comics, propaganda posters for 9front Yes
phil9 hj.9fs.net/phil9/ 9front contributor, 9vim fork Yes (2024)
noodle pastanoggin.com, shithub.us/noodle 9front committer Yes
David Arroyo arroyo.cc 9front committer Yes
hiro -- Kernel/system contributions Yes
Richard Miller -- ARM/Raspberry Pi Plan 9 support Historically active

#Adjacent Projects

Person Affiliation Known For Active
Ron Minnich (rminnich) HPE Harvey OS, 9p on Linux (1998), u-root, NxM Yes
David du Colombier (0intro) DataDog 9legacy.org, Plan 9 Foundation, preservationist Yes
Eric Van Hensbergen (ericvh) ARM Research Bell Labs Plan 9/Inferno veteran, 9p research Yes
Barret Rhoden (brho) -- Berkeley Plan 9 release, Akaros OS Active on Akaros
Devine Lu Linvega wiki.xxiivv.com Artist/programmer, Plan 9 daily driver on RPi Yes

#Historical (Deceased/Inactive but Important)

Person Known For
uriel (Uriel Valberg, d. 2012) Founded cat-v.org, #cat-v IRC, vocal simplicity critic. "URIEL WAS RIGHT" is a recurring meme
Sean Quinlan Venti author
Sean Dorward Inferno co-design

#Blogroll Candidates for krisyotam.net

  • orib.dev (Ori Bernstein)
  • posixcafe.org (Jacob Moody)
  • sciops.net (qwx)
  • antares-labs.eu (rodri)
  • stanleylieber.com (sl)
  • aiju.de
  • felloff.net (cinap lenrek)
  • wiki.xxiivv.com/site/plan9.html (Devine Lu Linvega)
  • swtch.com/~rsc/ (Russ Cox)
  • cs.princeton.edu/~bwk/ (Kernighan)
  • 9legacy.org (0intro)

#Community Hubs

#IRC

  • #cat-v on irc.oftc.net -- Primary Plan 9 and Unix philosophy channel
  • #9front -- Likely on OFTC or Libera.chat

#Mailing Lists

  • **9front@9front.org** -- General discussion (subscribe: email 9front-owner@9front.org with "subscribe")
  • 9front-commits -- Read-only commit log
  • 9fans -- Historical Bell Labs-era list, archives at swtch.com/~rsc/. Lower traffic now (~70-99 msgs/month vs 700-1000 in 2009-2013)

#Code Hosting

  • shithub.us -- Plan 9-native git hosting by Ori Bernstein, runs on 9front, 80+ users
  • git.9front.org/plan9front/9front -- Canonical 9front source
  • github.com/9fans -- plan9port, drawterm, acme-lsp
  • github.com/Plan9Foundation -- MIT-licensed historical archive
  • github.com/Plan9-Archive -- 352 preservation repos

#Other

  • r/plan9 -- Subreddit, small
  • wiki.9front.org -- Community wiki (tiny, 40 pages, many 404)
  • fqa.9front.org -- Official end-user docs (9 chapters)
  • marc.info/?l=9fans -- Best searchable 9fans archive (back to 1993)
  • Discord exists but is a walled garden with no archival

#Wiki Topics and Knowledge Gaps

#Highest Impact (Most Asked, No Good Reference)

  1. Plan 9 Namespaces -- conceptual ground-up explanation (what a namespace actually is at kernel level, bind/mount manipulation, MREPL/MBEFORE/MAFTER, rfork inheritance, worked examples)
  2. CPU server setup walkthrough (wiki page is 404; linear walkthrough from install to working drawterm access)
  3. Factotum auth debugging guide (protocol factotum speaks, auth modules, rpc protocol, auth_proxy, secstore interaction)
  4. Plan 9 namespaces vs Linux namespaces / Docker (rigorous comparison with code, what Plan 9 had in 1992 that Linux got 20 years later)
  5. Why Plan 9 didn't replace Unix (historical account: AT&T breakup, Linux emergence, commercial incentives, TCP/IP standardization)
  6. NVMe and modern hardware compatibility (which controllers work, AHCI vs NVMe, workarounds)
  7. WiFi end-to-end setup (supported chips, nusb/ether, wpa, /lib/ndb/local config, debugging)
  8. ndb in depth (wiki page is 404; record format, ndb/dns, ndb/cs, static IPs, routes)
  9. Writing 9P fileservers in C (lib9p interface, implementing read/write/stat/walk, post, mount)
  10. Venti architecture and operations (SHA1 blocks, arenas, index, setup, integrity verification, recovery)

#Medium Impact

  • rfork flags reference
  • /proc filesystem reference
  • mk practical guide
  • hjfs vs cwfs vs fossil decision guide
  • Email setup cookbook (nedmail explicitly flagged as critical in 9front todo)
  • 9P vs NFS vs FUSE comparison
  • Drawterm full usage guide
  • rc vs bash comparison
  • Rio internals and customization
  • The Plumber: architecture and rules (wiki page 404)

#Historical Context Pages That Don't Exist

  • Why Plan 9 Failed to Replace Unix
  • The Lucent and Alcatel-Lucent Years
  • The 9front Fork: Origin and Philosophy
  • The Inferno Fork and Limbo
  • Plan 9's Influence on Modern Systems (systematic mapping)
  • Key Papers and Their Context (annotated reading list)

#Comparisons That Should Exist

  • Plan 9 Namespaces vs Linux Namespaces / Docker
  • 9P vs NFS vs FUSE
  • Plan 9 vs Unix: The Deeper Differences
  • rc vs bash/sh/zsh
  • acme vs vim/emacs

#Practical Cookbooks Missing

  • Setting Up a CPU Server from Scratch
  • Running a Multi-Machine Plan 9 Grid
  • 9P over the Internet (Securely)
  • Setting Up Email on 9front
  • TLS Certificates and secstore
  • Fossil: Daily Operations and Recovery
  • Setting Up a Web Server with rc-httpd/werc
  • ports System and Third-Party Software
  • PXE Boot for a Plan 9 Grid

#Dead Projects to Revive

#Highest Leverage, Lowest Barrier

Project Status Gap Revival Difficulty
ninetimes.org DNS dead, never launched No Plan 9 newspaper has ever existed Low -- domain is free, niche is open
Plan 9 newsletter/newspaper Never existed Entire journalism vertical Low -- just start one
9zine/ezine Never materialized (proposed 2008, 2010) Community publication Low -- just start one
Bell Labs Plan 9 wiki Dead (SSL broken), archived on GitHub Neutral cross-fork reference Low -- content exists to seed
9fans archive UX Alive but terrible UX (marc.info) No threading, no good search Low -- build on existing data
cat-v.org Alive but decaying (last update 2022) Central cultural hub fading Medium -- needs new operator or supplement
9gridchan Dead (expired cert) Only public Plan 9 grid High -- needs infra
Harvey OS Archived April 2023 Modern hardware Plan 9 High -- requires core devs
9atom Archived 2020 SMP/perf research fork High -- niche expertise
Plan 9 book Never written Authoritative reference text High -- years of work
IRC logs pre-Libera Gone (Freenode collapse 2021) Historical community record Impossible

#What ninetimes.org Could Be

No Plan 9 newspaper, newsletter, or serial publication has ever been successfully sustained. The attempts (RFC: 9zine 2008, Plan9 ezine 2010) all died without producing a single issue. The niche is completely unoccupied. A publication called Nine Times would face zero competition from any predecessor. Format options:

  • Monthly digest of 9front development, interesting patches, and mailing list threads
  • Long-form essays on Plan 9 philosophy and design
  • Interviews with community members
  • Reviews of new Plan 9 software
  • "Where are they now" profiles of Bell Labs alumni

#Modern Relevance Connections

#Linux Features from Plan 9

Feature Plan 9 Origin Linux Implementation
Namespaces rfork(2) with per-process mount tables (1992) clone(2) with namespace flags (2002+)
/proc filesystem Plan 9 /proc with per-process ctl/mem/status files Linux /proc (directly inspired)
UTF-8 Thompson & Pike, September 1992 Now 98.9% of all websites
Everything-is-a-file (extended) Network, devices, auth all as files Partial (/sys, /dev, but not network)

#Docker/Containers = Reinvented Plan 9 Namespaces

Docker uses multiple Linux namespace types (PID, mount, IPC, network, UTS, user) that map to Plan 9's single unified per-process namespace model. The lineage: Plan 9 namespace (1992) -> Linux namespace (2002+) -> Docker (2013+). Plan 9 achieved with one mechanism what containers need six for.

#9P Protocol in Production (2026)

System How 9P is Used
WSL2 File sharing between Windows host and Linux VM
QEMU/KVM VirtFS host-to-guest filesystem sharing
Chrome OS (Crostini) Linux containers access user data via 9P

#Factotum Anticipated Modern Auth

Factotum (per-user auth agent, protocol-agnostic, negotiates on behalf of apps) directly anticipates: SSH agent, OAuth token brokers, Kubernetes service account tokens, Apple Secure Enclave patterns.

#Plumber = Precursor to Intent Systems

Content-aware, rule-based message routing. The user doesn't manually deliver data; the plumber routes based on pattern matching. Direct precursor to Android's intent system and modern event-driven architectures.

#Plan 9 Networking vs Service Meshes

Plan 9: all resources accessed through 9P regardless of location (transparent). Kubernetes service meshes (Istio, Linkerd): inject sidecar proxies to recreate location transparency. Same goal, vastly different complexity.

#AI/LLM Applications of Plan 9 Ideas

  • Filesystem interfaces for agents: LLM agent interacts with 9P-based filesystem to discover/call tools through exploration rather than schema definitions
  • Namespace-based sandboxing: Per-process namespaces for fine-grained LLM sandboxing
  • Plumber-like intent routing: Pattern-match on LLM output structure, route to appropriate tool dynamically
  • Factotum for credential management: Centralized API key/credential agent for LLM applications
  • Location-transparent service access: Distributed inference/training resolved through namespace, not hardcoded endpoints

#Companies/Projects Using Plan 9 Ideas

  • Nokia Bell Labs (World Wide Streams): distributed stream-processing reviving Plan 9's transparent distribution
  • Go language: Pike + Thompson designed it with Plan 9 philosophy (composition, simplicity, concurrency from Newsqueak/Alef/Limbo)
  • Wanix/Tractor Project: explicitly rebuilds Plan 9 ideas on modern platforms
  • Every container runtime: inherits Plan 9's namespace design

#9front Contribution Opportunities

#Tier 1: Would Make You Legendary

Contribution Why It's Hard Why It Matters
Bluetooth stack Complex state machines, many edge cases, no existing code Zero Bluetooth support currently; wireless peripherals impossible
GPU compute GPU memory management, command submission, shader compilation vary wildly Opens entirely new use cases
WiFi 6E drivers Vendor docs often proprietary, firmware complexity Future-proof wireless
UEFI robustness BIOS/UEFI variation is enormous Modern system compatibility

#Tier 2: High Value, More Achievable

Contribution Impact
Comprehensive test suite + CI pipeline Enables all future work, accelerates development
Modern Ethernet drivers (Realtek, Mellanox) Hardware support
Raspberry Pi 5 support + audio Expands platform
QUIC protocol implementation Future-proof networking
GPU framebuffer drivers (Intel Arc, AMD RDNA) Modern display support
Native Tailscale integration Networking ease

#Tier 3: Solid, Incremental

  • Documentation (security, performance, hardware guides)
  • ARM/ARM64 vendor SoC support
  • Port fixes (Netsurf, Go)
  • USB 3 device class improvements
  • Performance profiling and optimization

#Contribution Process

  1. Make changes, git/export to create patch
  2. Email 9front@9front.org with patch inline
  3. Expect 1+ week response (hobbyist-run)
  4. For commit access: email Ori Bernstein (ori@eigenstate.org)
  5. Style: study style(6) carefully

#Culture and Philosophy Guide

#Core Philosophical Stances

"An argument for simplicity" -- Plan 9 is a working proof that simplicity and clarity are possible. It doesn't exist primarily to be useful; it exists to demonstrate principles.

"Unix, only moreso" -- Radicalizes Unix philosophy: everything is a file (not just storage), per-process namespaces, single protocol (9P) for all communication.

Anti-complexity -- Code is measured by what you've removed, not what you've added. Fewer interfaces, fewer special cases, fewer hacks.

#What Gets You Respected

  • Principled refusal to compromise design
  • Understanding why Plan 9 does things differently (not just that it's "retro")
  • Contributing without bloating
  • Running on real hardware
  • Reading the source code as documentation
  • Showing work publicly with citations

#What Gets You Dismissed

  • "Why doesn't it work like Linux?"
  • Feature creep ("because other OSes have them")
  • Wanting it to be "practical" in the mainstream sense
  • Casual adoption without engaging with ideas
  • Porting for compatibility's sake at design's expense

#Relationship to Adjacent Movements

  • Suckless: Shares anti-complexity, "more code removed = more progress", direct configuration via source
  • OpenBSD: Aligns on simplicity-as-security, good defaults, rigorous code review
  • cat-v.org: The philosophical and archival hub for the broader movement

#Ed Wood / Plan 9 from Outer Space

The naming is not self-deprecating. The community sees Ed Wood's technical incompetence as irrelevant to his vision. Plan 9 the OS is intentionally marginal because architectural purity matters more than market success. The reference is aspirational: cult status is a feature, not a failure.

#The Filter

The community intentionally filters out casual curiosity. Release names ("DO NOT INSTALL"), the FQA's mock-serious warnings, and deliberate incompleteness repel people who don't understand the point. This is preservation, not unfriendliness.


#Content Strategy

#Positioning Opportunities (Controversial Takes That Are True)

  1. "Plan 9 ideas won, but the credit went elsewhere" -- Containers are Plan 9 namespaces. /proc is Plan 9 /proc. Kubernetes service discovery is a broken Plan 9 name server. Write it with code comparisons and historical documentation.

  2. "9P is the right protocol for AI agent communication" -- AI agents need: file-like resource access, composable namespaces, simple read/write semantics. 9P provides all of this. MCP from Anthropic is architecturally close to 9P. Build a prototype, write the essay.

  3. "The shell is the right AI interface, and Plan 9 already figured out why" -- rc's philosophy (everything is a file, composition is trivial, no special syntax for remote resources) is directly applicable to AI tool composition. LangChain is reinventing rc badly.

  4. "9front is the most intellectually honest OS being actively developed" -- Most OS development is driven by compatibility, corporate priorities, or committees. 9front decides based on correctness and elegance. Defend with specific examples.

  5. "The Bell Labs research model explains why Plan 9 is good, and its death explains why nothing like it can be built today" -- Sociological argument about institutions and software quality.

#Content Types That Establish Authority

HackerNews-viable essays:

  • "Plan 9 namespaces are what containers are trying to be"
  • "The 9P protocol is 40 years old and better than what you're using today"
  • "Why I run Plan 9 as my development environment (and what I had to give up)"
  • "Sam: The text editor that preceded everything"
  • "The Bell Labs papers you should read before touching a distributed system"
  • "How Plan 9 solved the configuration problem Unix never did"
  • "Obituary for a network protocol: Why 9P lost to NFS"
  • "rc is not a toy shell"

Canonical reference resources:

  • Annotated bibliography of every Plan 9 paper with reading order
  • Map of Plan 9 ideas in modern software (living, updated document)
  • Comparison of 9front vs Plan 9 vs Inferno vs Harvey vs others
  • Glossary of Plan 9 concepts with philosophical depth
  • Timeline of Plan 9 history with primary source citations

Original research:

  • Benchmark suite: Plan 9 file operations vs Linux equivalents
  • Code genealogy: tracing specific algorithms from Plan 9 into Linux with git blame
  • Protocol analysis: formal comparison of 9P, NFS, SMB, FUSE
  • Interview series: 5-10 people who built or use Plan 9
  • Survey: what current Plan 9 users actually do, what hardware, what workflows

#Differentiation

Write for two audiences simultaneously. Every piece readable by a curious outsider AND containing depth for experts. "Plan 9 namespaces" should be readable by a Docker user who has never heard of Plan 9.

Maintain strong voice and explicit opinions. Existing Plan 9 writing is documentation-style. What's missing is argument: why this is better, why Unix got it wrong, what should have happened.

Publish at depth, not frequency. One 8000-word essay with primary sources does more than fifty 800-word posts.

Update work over time. Revision histories and correction logs signal intellectual honesty and create compounding value.


#Execution Priority

Ranked by impact-to-effort ratio:

#Immediate (This Month)

  1. Write the "Plan 9 ideas that won" essay -- One long-form piece with code comparisons and historical citations. Submit to HN, post on Lobsters. Entry point for outside readers.

  2. Start the NineTimes newsletter -- Even if readership is 10 people. Consistency compounds. Cover: 9front commits, interesting 9fans threads, new software, one essay per issue.

  3. Build and publish the annotated bibliography -- Every Plan 9 paper, annotated, with reading order. Low effort, high ongoing value. Put on krisyotam.net.

#Short-Term (Next 2-3 Months)

  1. Begin the oral history project -- Reach out to 2-3 surviving contributors. Even one published interview is more than anyone else has done.

  2. Build one 9P tool with AI backend -- A 9P server that exposes an LLM as a filesystem (/ai/complete, /ai/embed). Write it, document it, write the essay.

  3. Write 3-4 wiki reference pages -- Start with: namespaces ground-up, CPU server setup, 9P vs Docker. These become canonical and get linked from everywhere.

#Medium-Term (6 Months)

  1. Reaction essays -- Respond to "Systems Software Research is Irrelevant" and "cat -v Considered Harmful" with modern context.

  2. Build a proper 9fans archive -- Take marc.info data, build readable web interface with threading, full-text search, stable permalinks.

  3. Develop benchmark suite -- Highest effort but creates original data that gets cited indefinitely.

  4. Launch a neutral cross-fork wiki -- Seed from Plan9-Archive/plan9-wiki. Cover Bell Labs edition, plan9port, 9front, 9legacy without being tied to any single fork.

#Long-Term (12-14 Months)

  1. Acquire and launch ninetimes.org -- Full newspaper with editorial voice, monthly publication schedule, interviews, reviews, essays.

  2. Submit patches to 9front -- Technical credibility from code contributions that demonstrate understanding of the philosophy.

  3. Revive 9gridchan -- Public Plan 9 grid on your hardware. Unique infrastructure offering.


#Summary: What Nobody Else Is Doing

Gap Who Could Fill It Difficulty
Long-form analytical essays about Plan 9 You Medium
Systematic oral history You Medium-High
Regular journalism/newsletter You Low (consistency is the challenge)
Annotated bibliography and reading curriculum You Low
Modern relevance arguments with prototypes You Medium
Neutral cross-fork documentation You Medium
9P tools for AI/modern systems You Medium
Proper 9fans archive with good UX You Medium
Public Plan 9 grid infrastructure You (have the hardware) Medium-High
Community connector to outside world You Low (just do it)

The common thread: the Plan 9 community produces code but almost no secondary literature. It has ideas but no journalist. It has history but no historian. It has modern relevance but no evangelist. All of these roles are open simultaneously.