这块最近在 openEuler 有些进展，除了本身可重复构建存在问题的C代码之外，最重要的是在 Java 语言软件包上识别了不少当前的问题。

不过，建民想了解这个领域的进展？那可以邀请刘波下次在 TC 例会上介绍下？

发件人: Jianmin Wang [mailto:jianmin@iscas.ac.cn] 发送时间: 2022年6月14日 14:38 收件人: wufengguang wufengguang@huawei.com 抄送: George caozhi1214@qq.com; tc tc@openeuler.org; dev dev@openeuler.org; infra infra@openeuler.org; community@openeuler.org; liubo (AQ) robell.liu@huawei.com; Xuliang(Aron) aron.xu@huawei.com 主题: [Infra] Re: [Tc] [议题申报] // 回复：[Dev] tc双周例会

吴老师，您好，

这是一个蛮有挑战性又是很需要的方向。

是否当前重点是关注在 rpm 包内部的二进制文件的可重复构建？因为有一些交付件默认是需要带时间戳的，比如 rpm 内包含的文件的生成时间，是否也就决定着可重复构建不包括 rpm 包本身，只限于 rpm 包内部的各个文件。

另外，具体技术上是否后续多个 SIG 组协作的重点是不同语言包的可重复构建？因为不同语言的交付件的生成与其编译系统密切相关，是否目前 openEuler 主要的语言包已经都在技术原理上可以支持了，还是要进一步改进？

最后就是比较关心后面的时间计划。

——王建民

On 28 Feb 2022, at 3:19 PM, wufengguang <wufengguang@huawei.commailto:wufengguang@huawei.com> wrote:

申报议题：可重复构建评审及SIG组申请

https://www.jianshu.com/p/0ac63bdd03db 可重复构建即构建是可以重现的，如果给定相同的源代码、构建环境和构建指令，任何人都可以重新构建一个BEP一致的相同副本。

达成可重复构建，需要满足的条件包括： 1）一个确定输出的构建系统，通过它来构建源代码始终输出相同的结果。例如，不会记录当前的时间戳，输出件是顺序无关的，或者保障顺序的。 2）一个清单记录了构建环境和构建工具 3）用户能够有一个较方便的方法来重新创建这样一个构建环境，执行构建过程，并最终验证输出是否与原始构建匹配。

除了构建系统和工具，可重复构建对每个包，每个上游软件都会提出更高的要求，所以还需要考虑 - 通过CI测试，及时发现问题，报告问题 - 对总体情况的统计分析，图表呈现 - 问题包的修复流程 - 问题上游软件的修复流程 - 常见问题的批量/统一修复 - 上述情况下，与各SIG组的协同与配合

Thanks, Fengguang

-----Original Message----- From: George [mailto:caozhi1214@qq.com] Sent: Saturday, February 26, 2022 2:49 PM To: tc <tc@openeuler.orgmailto:tc@openeuler.org>; dev <dev@openeuler.orgmailto:dev@openeuler.org>; infra <infra@openeuler.orgmailto:infra@openeuler.org>; community@openeuler.orgmailto:community@openeuler.org Subject: [Tc] [议题申报] // 回复：[Dev] tc双周例会

申报议题： 1、申请调整社区代码仓库权限管理方案： &nbsp; &nbsp; 当前社区各个代码仓库的权利权限是根据各个sig组提供的OWNER文件信息有机器人配置到各个仓库成员中的， &nbsp; &nbsp; 由于OWNER文件中信息量有限，存在一些弊端，最典型的就是不能分仓库管理。 &nbsp; &nbsp; 所以之前已经提出使用sig_info.yaml信息替换OWNER文件，作为权限配置依据，但是各个sig组info情况不统一也就一直未切换。 &nbsp; &nbsp; 基于此我们基础设施团队提供一个可过渡的也满足多数sig组诉求的方案： &nbsp; &nbsp; 某sig组如果希望启用sig_info.yaml的信息作为管理权限配置依据（启用后可分仓分分支管理），请提pr删除对应sig组下的OWNER文件。 &nbsp; &nbsp; 如果保留OWNER文件，机器人继续使用OWNER文件作为配置依据。 2、关于sig组撤销建议的审议： &nbsp; &nbsp; https://gitee.com/openeuler/community/pulls/3237

------------------&nbsp;原始邮件&nbsp;------------------ 发件人: "openEuler conference" <public@openeuler.orgmailto:public@openeuler.org&gt;; 发送时间:&nbsp;2022年2月18日(星期五) 上午10:50 收件人:&nbsp;"tc"<tc@openeuler.orgmailto:tc@openeuler.org&gt;;

主题:&nbsp;[Dev] tc双周例会

您好！

TC SIG 邀请您参加 2022-03-02 10:00 召开的ZOOM会议(自动录制)

会议主题：tc双周例会

会议链接：https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09

温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.comhttp://gitee.com的ID

更多资讯尽在：https://openeuler.org/zh/

Hello!

openEuler TC SIG invites you to attend the ZOOM conference(auto recording) will be held at 2022-03-02 10:00,

The subject of the conference is tc双周例会,

You can join the meeting at https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09.

Note: You are advised to change the participant name after joining the conference or use your ID at gitee.comhttp://gitee.com.

More information: https://openeuler.org/en/

_______________________________________________ Dev mailing list -- dev@openeuler.orgmailto:dev@openeuler.org To unsubscribe send an email to dev-leave@openeuler.orgmailto:dev-leave@openeuler.org _______________________________________________ Tc mailing list -- tc@openeuler.orgmailto:tc@openeuler.org To unsubscribe send an email to tc-leave@openeuler.orgmailto:tc-leave@openeuler.org _______________________________________________ Infra mailing list -- infra@openeuler.orgmailto:infra@openeuler.org To unsubscribe send an email to infra-leave@openeuler.orgmailto:infra-leave@openeuler.org

可以的，可重复构建时间搓一般是利用客户端工具锁定的。 影响可重复构建的因素很多，例如环境变量、时间搓、随机数、乱序、编译器工具、未知的二进制来源、各高阶语言包管理器的正确使用方式等 @刘璐准备一下;申报一个TC议题。

发件人: Huxinwei 发送时间: 2022年6月14日 14:52 收件人: Jianmin Wang jianmin@iscas.ac.cn; wufengguang wufengguang@huawei.com 抄送: George caozhi1214@qq.com; tc tc@openeuler.org; dev dev@openeuler.org; infra infra@openeuler.org; community@openeuler.org; liubo (AQ) robell.liu@huawei.com; Xuliang(Aron) aron.xu@huawei.com 主题: 答复: [Infra] Re: [Tc] [议题申报] // 回复：[Dev] tc双周例会

这块最近在 openEuler 有些进展，除了本身可重复构建存在问题的C代码之外，最重要的是在 Java 语言软件包上识别了不少当前的问题。

不过，建民想了解这个领域的进展？那可以邀请刘波下次在 TC 例会上介绍下？

发件人: Jianmin Wang [mailto:jianmin@iscas.ac.cn] 发送时间: 2022年6月14日 14:38 收件人: wufengguang <wufengguang@huawei.commailto:wufengguang@huawei.com> 抄送: George <caozhi1214@qq.commailto:caozhi1214@qq.com>; tc <tc@openeuler.orgmailto:tc@openeuler.org>; dev <dev@openeuler.orgmailto:dev@openeuler.org>; infra <infra@openeuler.orgmailto:infra@openeuler.org>; community@openeuler.orgmailto:community@openeuler.org; liubo (AQ) <robell.liu@huawei.commailto:robell.liu@huawei.com>; Xuliang(Aron) <aron.xu@huawei.commailto:aron.xu@huawei.com> 主题: [Infra] Re: [Tc] [议题申报] // 回复：[Dev] tc双周例会

吴老师，您好，

这是一个蛮有挑战性又是很需要的方向。

是否当前重点是关注在 rpm 包内部的二进制文件的可重复构建？因为有一些交付件默认是需要带时间戳的，比如 rpm 内包含的文件的生成时间，是否也就决定着可重复构建不包括 rpm 包本身，只限于 rpm 包内部的各个文件。

另外，具体技术上是否后续多个 SIG 组协作的重点是不同语言包的可重复构建？因为不同语言的交付件的生成与其编译系统密切相关，是否目前 openEuler 主要的语言包已经都在技术原理上可以支持了，还是要进一步改进？

最后就是比较关心后面的时间计划。

——王建民

On 28 Feb 2022, at 3:19 PM, wufengguang <wufengguang@huawei.commailto:wufengguang@huawei.com> wrote:

申报议题：可重复构建评审及SIG组申请

https://www.jianshu.com/p/0ac63bdd03db 可重复构建即构建是可以重现的，如果给定相同的源代码、构建环境和构建指令，任何人都可以重新构建一个BEP一致的相同副本。

达成可重复构建，需要满足的条件包括： 1）一个确定输出的构建系统，通过它来构建源代码始终输出相同的结果。例如，不会记录当前的时间戳，输出件是顺序无关的，或者保障顺序的。 2）一个清单记录了构建环境和构建工具 3）用户能够有一个较方便的方法来重新创建这样一个构建环境，执行构建过程，并最终验证输出是否与原始构建匹配。

除了构建系统和工具，可重复构建对每个包，每个上游软件都会提出更高的要求，所以还需要考虑 - 通过CI测试，及时发现问题，报告问题 - 对总体情况的统计分析，图表呈现 - 问题包的修复流程 - 问题上游软件的修复流程 - 常见问题的批量/统一修复 - 上述情况下，与各SIG组的协同与配合

Thanks, Fengguang

-----Original Message----- From: George [mailto:caozhi1214@qq.com] Sent: Saturday, February 26, 2022 2:49 PM To: tc <tc@openeuler.orgmailto:tc@openeuler.org>; dev <dev@openeuler.orgmailto:dev@openeuler.org>; infra <infra@openeuler.orgmailto:infra@openeuler.org>; community@openeuler.orgmailto:community@openeuler.org Subject: [Tc] [议题申报] // 回复：[Dev] tc双周例会

申报议题： 1、申请调整社区代码仓库权限管理方案： &nbsp; &nbsp; 当前社区各个代码仓库的权利权限是根据各个sig组提供的OWNER文件信息有机器人配置到各个仓库成员中的， &nbsp; &nbsp; 由于OWNER文件中信息量有限，存在一些弊端，最典型的就是不能分仓库管理。 &nbsp; &nbsp; 所以之前已经提出使用sig_info.yaml信息替换OWNER文件，作为权限配置依据，但是各个sig组info情况不统一也就一直未切换。 &nbsp; &nbsp; 基于此我们基础设施团队提供一个可过渡的也满足多数sig组诉求的方案： &nbsp; &nbsp; 某sig组如果希望启用sig_info.yaml的信息作为管理权限配置依据（启用后可分仓分分支管理），请提pr删除对应sig组下的OWNER文件。 &nbsp; &nbsp; 如果保留OWNER文件，机器人继续使用OWNER文件作为配置依据。 2、关于sig组撤销建议的审议： &nbsp; &nbsp; https://gitee.com/openeuler/community/pulls/3237

------------------&nbsp;原始邮件&nbsp;------------------ 发件人: "openEuler conference" <public@openeuler.orgmailto:public@openeuler.org&gt;; 发送时间:&nbsp;2022年2月18日(星期五) 上午10:50 收件人:&nbsp;"tc"<tc@openeuler.orgmailto:tc@openeuler.org&gt;;

主题:&nbsp;[Dev] tc双周例会

您好！

TC SIG 邀请您参加 2022-03-02 10:00 召开的ZOOM会议(自动录制)

会议主题：tc双周例会

会议链接：https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09

温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.comhttp://gitee.com的ID

更多资讯尽在：https://openeuler.org/zh/

Hello!

openEuler TC SIG invites you to attend the ZOOM conference(auto recording) will be held at 2022-03-02 10:00,

The subject of the conference is tc双周例会,

You can join the meeting at https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09.

Note: You are advised to change the participant name after joining the conference or use your ID at gitee.comhttp://gitee.com.

More information: https://openeuler.org/en/

_______________________________________________ Dev mailing list -- dev@openeuler.orgmailto:dev@openeuler.org To unsubscribe send an email to dev-leave@openeuler.orgmailto:dev-leave@openeuler.org _______________________________________________ Tc mailing list -- tc@openeuler.orgmailto:tc@openeuler.org To unsubscribe send an email to tc-leave@openeuler.orgmailto:tc-leave@openeuler.org _______________________________________________ Infra mailing list -- infra@openeuler.orgmailto:infra@openeuler.org To unsubscribe send an email to infra-leave@openeuler.orgmailto:infra-leave@openeuler.org