草稿
[WIP] 修复 octomap 在 openEuler 上的构建 #7
[WIP] 修复 octomap 在 openEuler 上的构建 #7
草稿
Wanming Hu创建于 9月14日
Wanming Hu
Wanming Hu成员
9月14日

变更说明

  • [新增] 引入源码包 octomap-1.9.8.tar.gz、octovis-1.9.8.tar.gz。

验证

  • ros-humble-octomap 已在 openEuler-Embedded-ROS2-humble-2609-release-1 完成构建并发布(EulerMaker job success,版本 1.9.8-4)。
  • 上述 2609 构建及发布记录仅对应历史构建输入;本 MR 包含后续维护修复,当前整树不等同于历史已发布源码树,本次修复未经冻结工程重新构建发布。

备注

  • 本 MR 包含下述构建验证树之外的已审查修复。
  • 其中 ros-humble-octovis 未随该构建发布,其中本次修复的 spec 另见下述验证边界。

二进制源码包 diff 说明

GitCode 对二进制文件使用内容相似度匹配,因此页面可能把旧版本源码包显示为重命名到新版本源码包(或把分块文件显示为重命名)。这只是 diff 展示方式,不代表提交中存在错误的文件重命名关系。实际变更是删除旧版本源码包、独立新增新版本源码包;spec 通过 Source 字段读取对应的新版本文件,不存在二进制内容错置。

2026-09-16 修复与验证边界

  • [修改] octovis 的 CMake 源码路径由重复包目录修正为 ..。真实 RPM prep 和 configure RED→GREEN,通过 Qt5 与 vendored QGLViewer 配置;未完成编译、安装、RPM 打包和 GUI 运行。既存 spec/归档名 1.9.8 与源码内部 1.10.0 不一致仍待后续验收。
  • 2026-09-16 已校验的 2609 final aarch64 仓库快照中,octovis 未发布;这不表示历史上从未发布。
  • x86_64 仓库 URL 返回 HTTP 404,发布状态未知。上述有限验证不能扩展为完整构建、测试或发布通过;本轮未更改 Version/Release、源码归档或冻结构建工程。
likedislike
合并受阻
Wanming HuWanming Hu成员
9月14日 创建了 pull request,commit 14b959be
Wanming HuWanming Hu成员
9月14日 设置为草稿状态
openeuler-ci-botopeneuler-ci-bot成员
9月14日 添加了label:sig/sig-ROS
openeuler-ci-bot
openeuler-ci-bot成员
9月14日 评论:

Welcome To openEuler Community

Hey @wanminghu , thanks for your contribution to the community.

Bot Usage Manual

I'm the Bot here serving you. You can find the instructions on how to interact with me at Here . That means you can comment below every pull request or issue to trigger Bot Commands. You can self-configure the PR merge rules for this repository. For more details, please refer to Here.

Contact Guide

If you have any questions, please contact the SIG: sig-ROS ,
and any of the maintainers: @anchuanxu1, @davidhan008, @simonaxi, @wanminghu, @wuwei_kubuds, @xiao_yun_wang ,

likedislike
openeuler-ci-bot
openeuler-ci-bot成员
9月14日 评论:

当前仓库存在以下 保护分支 :

Protected Branch Version Release
master 1.9.8 3
openEuler-26.09-DevStation 1.9.8 4
openEuler-26.09 1.9.8 3
openEuler-24.03-LTS-SP4 1.9.8 2
openEuler-24.03-LTS-SP3 1.9.8 2
openEuler-24.03-LTS-SP1 1.9.8 2
openEuler-24.03-LTS-Next 1.9.8 2
openEuler-22.03-LTS-SP4 1.9.8 2
noetic 1.9.8 2
humble
Multi-Version_ros-noetic_openEuler-24.09 1.9.8 2
Multi-Version_ros-noetic_openEuler-24.03-LTS-Next 1.9.8 2
Multi-Version_ros-noetic_openEuler-24.03-LTS 1.9.8 2

评论 /sync <branch1> <branch2> ... 可将当前 PR 修改同步到其它分支(创建同步 PR):
a) 如果当前 PR 是 Open 状态,同步操作将延迟到 PR 被合并时执行
b) 如果当前 PR 已经 Merged,将立即执行同步操作

注意:

  1. /sync 命令可以指定同步到多个分支,仅最后一个 /sync 命令生效
  2. 如果创建的同步 PR 不正确,可通过向同步 PR 的源分支提交轻量级 PR 完善,或使用 /close 命令关闭
likedislike
此处折叠了54条消息 查看更多
Wanming HuWanming Hu成员
9月27日 修改标题为 “修复 octomap 在 openEuler 上的构建”,原标题为“[WIP] 修复 octomap 在 openEuler 上的构建”
wuwei_kubuds
wuwei_kubuds成员
29 天前 评论:

构建验证结果 · octomap(MR #7 · 三架构)

验证对象:pr/release2609-20260914-octomap @ 0d7bfd1c92fe(源仓库 openeuler-embedded-ros2-humble/octomap)· 目标分支 humble
验证基线:openEuler 24.03-LTS(x86_64 / aarch64 / riscv64 三架构独立执行;arm64/riscv64 经 QEMU 用户态模拟)
验证范围:本 MR 触及的 2 个 spec——octomap.spec, octovis.spec

架构 结果 成功/总数 说明
x86_64 ⚠️ 部分失败 1/2 失败 1 项
aarch64 ⚠️ 部分失败 1/2 失败 1 项
riscv64 ⚠️ 部分失败 1/2 失败 1 项

失败明细(含关键错误摘录)

  • x86_64 / octovis.spec — build_fail(2m34s)
    + FFLAGS='-O2 -g -grecord-gcc-switches -pipe -fstack-protector-strong  -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/generic-h
    + FCFLAGS='-O2 -g -grecord-gcc-switches -pipe -fstack-protector-strong  -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/generic-
    CMake Error at CMakeLists.txt:53 (find_package):
    -- Configuring incomplete, errors occurred!
    error: Bad exit status from /var/tmp/rpm-tmp.Moc0eI (%build)
    
  • aarch64 / octovis.spec — build_fail(5m37s)
    + FFLAGS='-O2 -g -grecord-gcc-switches -pipe -fstack-protector-strong  -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/generic-h
    + FCFLAGS='-O2 -g -grecord-gcc-switches -pipe -fstack-protector-strong  -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/generic-
    CMake Error at CMakeLists.txt:53 (find_package):
    -- Configuring incomplete, errors occurred!
    error: Bad exit status from /var/tmp/rpm-tmp.JCuXvr (%build)
    
  • riscv64 / octovis.spec — build_fail(4m45s)
    + FFLAGS='-O2 -g -grecord-gcc-switches -pipe -fstack-protector-strong  -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/generic-h
    + FCFLAGS='-O2 -g -grecord-gcc-switches -pipe -fstack-protector-strong  -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/generic-
    CMake Error at CMakeLists.txt:53 (find_package):
    -- Configuring incomplete, errors occurred!
    error: Bad exit status from /var/tmp/rpm-tmp.VQxzct (%build)
    

合并建议:⚠️ 存在未通过项——建议修复/复核后再合并(若为依赖链未收敛项,维护者可从本仓库新版本自举后复验)。


本评论由构建验证流水线自动生成(天堂真矢 · maya)· 2026-09-27

likedislike
Wanming HuWanming Hu成员
28 天前 设置为草稿状态
Wanming HuWanming Hu成员
28 天前 修改标题为 “[WIP] 修复 octomap 在 openEuler 上的构建”,原标题为“修复 octomap 在 openEuler 上的构建”
wuwei_kubuds
wuwei_kubuds成员
13 天前 评论:

该 WIP/Draft PR 已经超过两周没有活动,请提交者有空检查和更新。同时也欢迎其他贡献者继续贡献。

likedislike