这篇帖子展示了把 Rust 和 Slint（一个面向嵌入式与桌面设备的 Rust GUI toolkit）跑到一台已越狱的 Kindle 电子书阅读器上，核心代码仓库是一个为 Kindle 后端适配的项目。评论里很多人延伸到 Kindle 越狱社区常见的做法，比如通过阻止 OTA（在线更新）来保住漏洞，或用 KUAL（Kindle Unified Application Launcher，Kindle 上运行自定义应用的启动器）加载自己的程序。讨论还顺带比较了其他更适合折腾的 e-ink 设备，比如运行 Linux 的 Kobo 电子书阅读器和 Pine Note（Pine64 的电子墨水平板），以及 Rust、Zig 的交叉编译体验。整体上这是一个典型的“老设备 + 嵌入式 Rust + 电子墨水屏”动手讨论。
不少评论者分享了自己把 Rust 和 GUI 跑到小型嵌入式设备上的经验，形成了很强的动手氛围。有人在 LicheeRV Nano（RISC-V 64 位、musl 系统）上编译了 Rust/Slint，并提到用自定义 Cross Docker 镜像完成构建；另有人正在越狱 Kindle 上做自托管图书馆服务器，KUAL 应用用纯 Rust 写，直接通过 `cargo build --release --target armv7-unknown-linux-musleabihf` 和 `rust-lld` 交叉编译。还有人补充说 Zig 的 cross-compilation 作为 Rust 后端很好用，并分享了在旧 Kindle 上折腾 Zig 和 GDB 的经历。整体上，这些例子都在强调老旧 e-ink 设备非常适合做 Rust 生态的实验场。
讨论里最实际的问题是：哪些 Kindle 还能越狱，以及怎样避免买到被锁得更死的型号。回复解释说，不同固件版本会用不同方法阻止 OTA 更新，比如创建同名空目录让更新失败，或者安装 `renameotabin` 把负责更新的二进制改名，从而让系统无法自动升级。有人因为 Kindle 自动更新后失去越狱机会而后悔，也有人因此更倾向于直接选 Kobo 电子书阅读器，因为它本身跑 Linux、可构建性更强，不过自定义生态较小，且 secure boot 让像 Quill 这样的自定义系统更难推进。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
评论区还顺带讨论了 Slint 和其他 Rust GUI 库的定位差异。有人认为 Druid 已经基本停止维护，Xilem 虽然继承了部分思路，但仍偏探索阶段、实际影响力不大。相比之下，Slint 被描述为有公司资金支持，维护模式更像 Qt，这让它显得更稳定。还有人指出 Slint 能面向嵌入式设备和 `no-std` 环境，这正是它在 Kindle 这类设备上显得特别合适的原因；iced 也被提到是另一个更活跃的选择。
除了软件可运行之外，评论也关注这类设备是否能稳定长期工作。有人直接问 Kindle 运行这些自定义程序时是不是必须一直插电，暗示续航和功耗可能成为实际限制。另一条嵌入式案例里，作者提到因为 TP4057 模块不够稳定，改用 Battery Pal 来可靠地给 USB-C 转 3.5mm 适配器供电。这个话题说明，做这种改装时，真正的难点往往不只是编译和移植，还有电源管理、充电电路和整体硬件可靠性。
jailbreak: 绕过 Kindle 官方限制，获得安装自定义软件和运行自有代码的能力。
Slint: 一个面向桌面与嵌入式设备的 Rust GUI toolkit，支持较受限的运行环境。
KUAL: Kindle Unified Application Launcher，Kindle 上常用的自定义应用启动器。
cross-compiling: 在一台机器上为另一种 CPU 架构或系统目标编译程序，例如在 x86 上编译 ARM 版可执行文件。
musl: 一种轻量级 C 标准库，常用于小型 Linux 系统和静态链接场景。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。