9fans.github.io

Plan9Port是什么网站?

Plan9Port（9fans.github.io）是 Plan 9 from User Space 的项目主页，把 Plan 9 操作系统的用户空间工具移植到 Unix-like 系统（Linux、macOS、BSD 等），让这些工具不装 Plan 9 也能用。

主要用途

• 提供 Plan 9 风格的编辑器、shell 和日常工具，例如 acme 编辑器、rc shell、sam、9p 文件协议客户端等。
• 让用户在现有 Unix 环境里体验或使用 Plan 9 的工作方式，而不是模拟整个 Plan 9 系统。
• 作为源码与文档入口，供开发者编译安装这套工具。

适用场景

• 想尝试 acme 这类独特的鼠标驱动编辑器，但不想离开 Linux 或 macOS。
• 需要 rc shell 或 Plan 9 的 9p 协议工具做脚本、文件共享实验。
• 研究 Plan 9 设计、想对照源码阅读的用户。

选择条件

如果你要的是完整 Plan 9 系统或图形桌面，这个项目不提供；它只移植用户空间工具。若只想在 Unix 上补几个 Plan 9 风格工具，它更合适。同类可参考 9fans.net 的 Plan 9 社区资源，或 贝尔实验室 的 Plan 9 原始资料。

在类Unix系统上安装Plan9Port后,如何配置环境变量才能正常使用9、9p等命令?

Plan9Port 安装后需要把它的 bin 目录加进 PATH，并设置 PLAN9 环境变量指向安装目录，否则 9、9p 等命令不会被找到或无法定位自身资源。

配置方法

假设安装在 /usr/local/plan9（源码安装的默认位置），在 shell 启动文件（~/.bashrc、~/.zshrc 或 ~/.profile）中加入：

export PLAN9=/usr/local/plan9
export PATH=$PATH:$PLAN9/bin

然后重新加载配置（如 source ~/.bashrc）或重开终端。PLAN9 是 Plan9Port 工具用来定位字体、man 页、库等资源的根目录，只加 PATH 而不设它，部分工具仍会报找不到文件。

验证

• 9 version 或 9p 能正常输出，说明命令可执行。
• 9 man 9 能打开手册，说明 PLAN9 指向正确。

使用时的注意点

• 9 命令用于在 Plan 9 命名空间里运行程序，例如 9 rc 启动 rc shell、9 acme 启动 acme 编辑器；9p 用于挂载或访问 9P 服务，例如 9p ls tcp!host!port。
• 如果装在非默认路径（如 $HOME/plan9），把上面两行的路径同步改掉即可。
• 多用户系统上也可把这两行写进 /etc/profile.d/plan9.sh 供全局使用。

下一步

配置完成后，可先跑 9 rc -c 'echo ok' 确认命名空间与 shell 正常，再用 9p 连接实际服务。若命令存在但报资源缺失，优先检查 PLAN9 是否指向含 lib/、man/ 的安装根目录。

Plan9Port中的acme编辑器与Unix下的vim或emacs在操作习惯上有哪些主要区别?

Plan9Port 的 acme 与 vim、emacs 的核心差异在于：acme 把编辑、执行命令和文件浏览统一在同一个窗口体系里，操作主要靠鼠标三键和“文本即命令”的选区动作，而不是靠模式切换或大量快捷键。

主要操作习惯区别

适合谁、什么情况下用

• 如果你习惯“选中一段文本就当命令跑”，并且经常在编辑时顺手执行命令、查看输出，acme 的窗口化工作流会更连贯。
• 如果你依赖大量键盘操作、宏、插件生态和精细撤销，vim 或 emacs 更合适。
• 例如需要在编辑代码时反复执行构建命令并保留每次输出，acme 把每次输出放在单独窗口，便于对照；而 vim/emacs 需要额外配置终端或编译缓冲区。

选择条件

先确认你是否接受以鼠标三键为主的交互。若主要工作在 SSH 终端、没有三键鼠标或偏好纯键盘流，acme 的收益会明显下降。反之，在 Plan9Port 环境里做探索式编辑和命令试验，acme 的“选区即动作”是它最值得体验的部分。

用Plan9Port的rio窗口管理器替代现有桌面环境需要注意什么?

Plan9Port 的 rio 不是完整桌面环境，不能直接“替换”GNOME/KDE 这类桌面。它只是 Plan 9 用户空间工具集里的窗口管理器，缺少会话管理、通知、托盘、设置中心等桌面层能力。更现实的用法是：保留现有系统，把 rio 作为独立会话或 X 会话中的窗口管理器来运行。

需要注意的点

• 会话与启动方式：rio 通常通过 X 启动，需在显示管理器里配置为独立会话，或从 TTY 用 startx 指定启动 rio。不要指望它接管登录、锁屏、电源管理。
• 窗口管理模型不同：rio 的交互逻辑来自 Plan 9，窗口有标签和可编辑的文本区域，鼠标按键含义与常见 WM 不同。日常操作习惯需要重新适应，尤其是窗口移动、缩放和焦点切换。
• 缺少桌面组件：没有任务栏、系统托盘、通知守护、剪贴板管理器、快捷键配置界面。这些需要自己用其他工具补，或者接受没有。
• 字体与外观：rio 和 Plan 9 工具默认使用固定字体和朴素配色，中文显示、高分屏缩放需要手动配置字体和环境变量，否则可能字体过小或中文缺字。
• 应用兼容性：rio 管理的是 X 客户端，普通 X 程序能跑，但依赖桌面环境的程序（如某些文件管理器、设置面板）会缺少集成。Wayland 原生程序无法直接在 rio 下运行。
• 输入法与快捷键：输入法需要确保在 X 环境下正常启动；全局快捷键没有统一配置入口，得靠各程序自己或额外工具。

适合谁用

适合想体验 Plan 9 工作方式、愿意手动配置 X 会话、主要使用终端和轻量 X 程序的用户。例如需要一台极简开发机，用 rio 加 9term、acme 这类工具工作。不适合需要完整桌面体验、依赖托盘和通知、或使用 Wayland 为主的用户。

下一步建议

先在虚拟机或独立用户会话里试跑 rio，确认字体、输入法和常用 X 程序正常，再决定是否替换日常登录会话。保留原桌面环境作为备用会话，避免配置出错后无法进入图形界面。

Plan9Port里的sam和ssam文本处理工具适合哪些批量编辑场景?

Plan9Port 里的 sam 和 ssam 适合“按结构批量改文本”的场景：sam 是交互式编辑器，可以先用命令批量处理，再人工检查；ssam 是它的流式版本，适合放进脚本或管道，对文件或标准输入做非交互批量编辑。

具体使用情境

• 批量替换并保留可审查记录：在多个源码或配置文件里统一改函数名、路径、变量名。sam 的编辑命令可以写成脚本，先对一批文件执行，再逐个窗口检查结果。
• 结构化文本处理：sam 的正则和地址表达式能按行、按段落、按匹配范围定位，适合改日志、配置文件、文档中成片出现的模式，而不只是简单字符串替换。
• 管道中的流式编辑：ssam 从标准输入读文本、把编辑命令作用于流，输出结果，适合接在 grep、find 等命令后面，例如需要把一组文件里匹配某模式的行统一改写后汇总。
• 脚本化、可重复的批量操作：把常用编辑命令存成 sam 脚本，对目录树反复执行；ssam 则适合写进 shell 脚本，作为构建或整理流程的一步。
• 交互与批处理结合：先用 ssam 做粗筛和机械替换，再用 sam 打开结果做人工复核，比纯 sed 更便于保留“命令即编辑”的可回溯过程。

选择条件

下一步动作

先挑一个重复性最高的批量改名或配置统一任务，写成 sam 命令脚本，用 ssam 在副本上跑一遍，确认输出后再对正式文件执行。

把Plan9Port的rc shell作为日常登录shell需要做哪些配置?

把 Plan9Port 的 rc 作为日常登录 shell，核心是三件事：确认 rc 已随 Plan9Port 安装到可执行路径、在系统账户里把登录 shell 改成它、再补上登录时需要的环境变量与启动文件。Plan9Port 提供的是 Plan 9 用户空间工具在 Unix-like 系统上的移植，rc 是其中附带的 shell。

配置步骤

1. 确认安装位置：Plan9Port 安装后，rc 通常在 Plan9Port 的 bin 目录下（常见为 /usr/local/plan9/bin/rc，具体以你的安装前缀为准）。先直接运行该绝对路径，确认能进入 rc 交互提示符。

2. 加入 PATH 或写绝对路径：登录 shell 在读取用户配置前就要被系统启动，因此不要依赖 PATH 里临时添加的目录。改 /etc/shells 时写入 rc 的绝对路径，并把该路径加入 /etc/shells 列表，否则 chsh 可能拒绝。

3. 修改登录 shell：用 chsh -s /usr/local/plan9/bin/rc 用户名，或直接编辑 /etc/passwd 中该用户的最后一个字段。改完重新登录验证。

4. 准备启动文件：rc 登录时会读取 $home/lib/profile（Plan 9 风格），而不是 .bashrc/.profile。在该文件里设置 path、prompt、fn 函数等。若希望沿用原有环境变量，可在 profile 里显式赋值，例如 path=(/usr/local/plan9/bin /usr/bin /bin)。

5. 处理环境继承问题：图形登录管理器（如 GDM、SDDM）通常只按 shell 类型读取固定文件，rc 不在其识别范围内，可能导致 PATH、DISPLAY、语言变量缺失。稳妥做法是在 $home/lib/profile 里补齐这些变量，或让显示管理器通过会话脚本 source 一份共用环境文件。

适用场景与取舍

• 适合已经在用 Plan9Port 工具链（acme、sam、9p 等）、希望统一 shell 风格的用户；日常脚本仍以 POSIX sh 为主的环境则不必改登录 shell。
• rc 语法与 bash 差异明显：变量用 $var 但赋值写作 var=value，管道和重定向写法不同，~ 展开规则也不一样。把 rc 设为登录 shell 前，先确认常用交互命令和别名能在 rc 下工作。
• 若只是想在终端里偶尔用 rc，不必改登录 shell，直接在现有 shell 里执行 rc 即可，风险更低。

下一步

先在当前 shell 中运行 rc 的绝对路径做一次交互测试，再写一份最小 $home/lib/profile，最后才改 /etc/shells 和账户 shell；出问题时用 chsh 改回原 shell 即可恢复。