打开 jepler 打开了这个问题 2016 年 7 月 29 日 · 3条评论 打开 测试、打包:可以打包测试并从已安装的系统运行它们#128 jepler 打开了这个问题 2016 年 7 月 29 日 · 3条评论 注释 成员 杰普勒 评论了 2016 年 7 月 29 日 由于测试需要在运行过程中编译和安装组件,因此这很棘手。剩下的可能只是苦差事。 这将是一件好事,这样我们就可以构建一次(到 .deb)然后安装并运行测试。它特别适合 uspace-plus,因为您构建一次,然后最多可在 4 个不同的底层 RTOS 上运行。(这将需要一堆 buildbot 工作,这可能是它自己的问题) jepler 自己分配了这个 2016 年 7 月 29 日 jepler 将此 添加到 2.8里程碑 2016 年 7 月 29 日 贡献者 祖创 评论了 2020 年 6 月 9 日 我可能有一个 2.8-pre 分支的补丁。想要公关? 成员作者 杰普勒 评论了 2020 年 6 月 9 日 是的,请 zultron 提到了这个问题 2020 年 6 月 10 日 针对系统安装运行测试 #888 合并 贡献者 祖创 评论了 2020 年 6 月 10 日 参见#888。(在中国非常幸运!) 事实证明我实际上并没有补丁,但过去我花了很多时间进行测试,所以它并不是非常困难。 为了解决测试必须编译和安装 comps 的问题,测试仅sudo halcompile --install用于非 RIP 构建。在 Machinekit 中,我添加了代码以从用户加载组件$MODULE_DIR,但这不适用于 kthreads。 免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论 受让人 杰普勒 标签 还没有 项目 还没有 里程碑 2.8 发展 没有分支机构或拉取请求 2名参加者
由于测试需要在运行过程中编译和安装组件,因此这很棘手。剩下的可能只是苦差事。
这将是一件好事,这样我们就可以构建一次(到 .deb)然后安装并运行测试。它特别适合 uspace-plus,因为您构建一次,然后最多可在 4 个不同的底层 RTOS 上运行。(这将需要一堆 buildbot 工作,这可能是它自己的问题)