将 Redox OS 支持迁移到 Tier 1

为了提供背景，我们最近制定了平台支持政策。其核心内容是，如果我们有相应的 CI，则该平台属于 Tier 1。我将 Redox 列为 Tier 2 平台，因为我们没有为其提供 CI。我们希望支持 Redox 操作系统，因为这是一个非常棒的项目。uutils 也是 Redox 上核心工具的默认实现（至少在我最后检查时是这样）。然而，自 https://GitHub.com/uutils/coreutils/pull/2550 以来，我们可能已经无意中破坏了对 Redox 的支持。例如，在 https://GitHub.com/uutils/coreutils/pull/5064 中，但可能还有更多失败的测试需要查找。这不是因为破坏支持的 PR 的作者的过错，因为我们没有 Redox CI 任务，就很难保持兼容性。我们等待设置此功能的时间越长，就越难修复。我认为支持此功能的方式如下：

1. 通过在 Redox 上构建和测试 utils 来调查损害的严重程度。
2. 修复一些破坏整个 utils 构建的问题（例如下面提到的 terminal_size 问题）。
3. 找出哪些 utils 已经编译成功，并相应地调整此功能集： https://GitHub.com/uutils/coreutils/blob/1f081f3716b181cafbd0be9e2ef8d42a3c554330/Cargo.toml#L239-L245
4. 创建一个 CI 任务，用于在 Redox 上构建、测试和检查代码。
5. 更新我们的平台支持页面，使支持“正式” :)。
6. 打开一个问题，以跟踪所有应该工作但没有工作的 utils。
7. 然后我们可以开始接受修复，以启用更多 utils。