您可以更改 /etc/apt/sources.list 以使用 Debian Archive 来安装软件包，但您仍然无法获得安全更新。
您应该使用： http:
//archive.debian.org/debian/用于wheezy 主要贡献 非免费的
wheezy-updates和安全性不可用。

但是，变通方法并未解决原始问题。
我们不能指望新用户知道他们需要弄乱 apt 源，坦率地说，他们不需要这样做。
我们至少应该将拉伸 ISO 图像设置为默认图像。（而且 Stretch RTAI 图像也很有用）。
我认为这里的一个问题是没有多少人知道如何创建 ISO 映像。

虽然还有其他一些 ISO；据我所知，Wheezy ISO 是唯一带有 RTAI 的 ISO，这使它成为许多用户的唯一选择（除非您安装更旧的操作系统）。因此，它完全可以用于预期目的。在有人能够为更新的发行版获得令人满意的 RTAI 内核之前，我认为 Wheezy 必须成为任何需要 RTAI 的人的当前 ISO。
恕我直言，基本操作系统的 EOL 状态对于机器控制来说并不是很重要 – 尽管如果 sources.list 更新到新的包存档位置会很好。

我同意我们应该将任何其他可用且经过测试的 ISO 映像添加到下载页面。我以为 Jessie 和 Andy 提到了 Stretch – 但我在网站上没有看到他们的任何提及？

RTAI 提供或支持哪些 RT-PREEMPT 不提供或支持的内容？我遇到的唯一区别是 Mesa 以太网板驱动程序需要 RT-PREEMPT，这对我来说是将 Stretch ISO 推广为标准的另一个原因。

Stretch ISO 隐藏得很好，但我对它没有任何问题（除了不喜欢 Xfce，这只是个人喜好）。为了让自己的生活更轻松，我保存了一个书签，这是链接： http: //linuxcnc.org/testing-stretch-rtpreempt/

一般来说，RTAI 内核在软件步进（并行端口）方面表现更好。
不幸的是，大多数新手（包括我自己）都是从这里开始的，所以这似乎仍然是一个不错的默认设置。

做一些探索，最近的 RTAI 下载有内核 4.9.80 的补丁
似乎 Debian Stretch 是基于内核 4.9，所以看起来 RTAI stretch 是可能的。

RTAI 还支持 x86_64 位，所以也许是时候加入 2000 年代了？

恕我直言，基本操作系统的 EOL 状态与机器控制无关。

如果它在网络上（我假设基本上每个人都以某种方式将他们的机器连接到以太网，否则您将如何安装任何东西/移动文件），这绝对是一个问题。

为什么我们不能更改 /etc/apt/sources.list 以使用 Debian Archive，以便 buildbot 工作并构建文档？

谁拥有 buildbot 的钥匙？我知道我不知道。

我管理 buildbot，它在我家的硬件上运行。我刚刚更新/etc/apt/sources.list了所有气喘吁吁的建设者@0wn3r上面的评论（以及对 jessie builders 的评论也需要一个颠簸）。

我同意@mozmck和@andypughRTAI 比 Preempt-RT 更好地为使用通过 parport 步进的软件的人提供服务，这是一个需要很好支持的重要用例。/etc/apt/sources.list但是，如果我们更新Wheezy RTAI iso，那将对我们的用户有所帮助。

我花了很多时间试图让 RTAI 5.0.1 在 Debian Jessie 上与 Linux 4.4 一起工作，并且在实时启动和停止期间出现无法解释的系统挂起，我和 RTAI 开发团队都无法修复。这就是我们从未向用户发布它的原因：我们无法使其稳定。我已经很长时间没有尝试过了，也许从那以后情况有所好转。

@jepler在 Stretch Preempt-RT iso 上完成了所有工作，我相信它基本上已经准备就绪，我们只是从未将这项努力一直推到终点线。

构建拉伸 iso 图像的代码，包括与将 .iso 和 .zsync 文件上传到 wlo 相关的帮助脚本，都在 github 上。

有人可能想重新滚动它以获得当前的 debian 更新（包括内核安全更新）和当前的 linuxcnc 版本。

我不太可能花时间在上面，所以我鼓励其他人拿起它并这样做。如果没有其他人方便的话，我可以安排对存储库的 github 权限。一切都在这里： https ://github.com/LinuxCNC/stretch-live-build

上传到wlo的权限比较复杂，已经有授权的人需要在相关shell帐户的authorized_keys中放置一个ssh公钥。除了我，这个列表至少应该包括 cradek 和 seb。

如果有人开始构建和测试这个更新后的 Stretch ISO，我会帮助将其上传到 wlo。

我试试看

前几天我遇到了这个 PR，jepler 已经开始更新文档了：#500

我克隆了 stretch-live-build 并安装了 live-wrapper 并运行了 do.sh 但我收到了这个错误：
`john@deb9-fresh:~/stretch-live-build$ ./do.sh
Usage: -c [options]

-c: error: no such option: –customise
`
知道哪里出了问题吗？

我刚刚试过了，它对我有用。我在使用 Debian Buster。
您是否遵循了中的步骤README.md，特别是git submodule设置？

Seb 谢谢我错过了那一步。

我让它工作了，但是当我意识到它正在下载一堆数据并且用完了我每月分配的 1.5GB 时，我不得不将其关闭。如果构建时间超过 3 小时，我将无法构建它，因为我的免费数据在早上 8 点结束。

我让它工作了，但是当我意识到它正在下载一堆数据并且用完了我每月分配的 1.5GB 时，我不得不将其关闭。如果构建时间超过 3 小时，我将无法构建它，因为我的免费数据在早上 8 点结束。

在开发 jessie 时，请记住它将在 2020 年 6 月停产。
我不明白我们为什么要为过去和 EOL 操作系统烦恼。
花时间释放拉伸 iso 会更有意义。拉伸效果很好。

最后一张拉伸图片是 2018 年的，有更新的吗？

当前的 2.7.14 版本是 2018 年 6 月发布的，因此 Stretch ISO 与 LinuxCNC 版本保持同步。
我不确定是什么延迟了 2.8 的发布。

原文：
Wie sieht es denn nun aus? 想要 2.8 和 Stretch offiziell？
Auch ein paar Sachen wie der Wizard hätten einen Upgrade nötig。秋季 ZBsp 轴克隆。

译者：
现在看起来怎么样？2.8 和 Stretch 什么时候正式发布？
还有一些像向导这样的东西需要升级。例如，命名案例中的 Axis 克隆。

2.7 Wheezy ISO 文件已替换为链接到存档存储库的文件，因此包安装等现在可以再次运行。
这显然是一个 stogap，但正在努力切换到 Stretch preempt-rt ISO 作为默认下载。