申报议题： 1、申请调整社区代码仓库权限管理方案： 当前社区各个代码仓库的权利权限是根据各个sig组提供的OWNER文件信息有机器人配置到各个仓库成员中的， 由于OWNER文件中信息量有限，存在一些弊端，最典型的就是不能分仓库管理。 所以之前已经提出使用sig_info.yaml信息替换OWNER文件，作为权限配置依据，但是各个sig组info情况不统一也就一直未切换。 基于此我们基础设施团队提供一个可过渡的也满足多数sig组诉求的方案： 某sig组如果希望启用sig_info.yaml的信息作为管理权限配置依据（启用后可分仓分分支管理），请提pr删除对应sig组下的OWNER文件。 如果保留OWNER文件，机器人继续使用OWNER文件作为配置依据。 2、关于sig组撤销建议的审议： https://gitee.com/openeuler/community/pulls/3237 ------------------ 原始邮件 ------------------ 发件人: "openEuler conference" <public@openeuler.org>; 发送时间: 2022年2月18日(星期五) 上午10:50 收件人: "tc"<tc@openeuler.org>; 主题: [Dev] tc双周例会 您好！ TC SIG 邀请您参加 2022-03-02 10:00 召开的ZOOM会议(自动录制) 会议主题：tc双周例会 会议链接：https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在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.com. More information: https://openeuler.org/en/ _______________________________________________ Dev mailing list -- dev@openeuler.org To unsubscribe send an email to dev-leave@openeuler.org
申报议题：可重复构建评审及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.org>; dev <dev@openeuler.org>; infra <infra@openeuler.org>; community@openeuler.org Subject: [Tc] [议题申报] // 回复：[Dev] tc双周例会 申报议题： 1、申请调整社区代码仓库权限管理方案： 当前社区各个代码仓库的权利权限是根据各个sig组提供的OWNER文件信息有机器人配置到各个仓库成员中的， 由于OWNER文件中信息量有限，存在一些弊端，最典型的就是不能分仓库管理。 所以之前已经提出使用sig_info.yaml信息替换OWNER文件，作为权限配置依据，但是各个sig组info情况不统一也就一直未切换。 基于此我们基础设施团队提供一个可过渡的也满足多数sig组诉求的方案： 某sig组如果希望启用sig_info.yaml的信息作为管理权限配置依据（启用后可分仓分分支管理），请提pr删除对应sig组下的OWNER文件。 如果保留OWNER文件，机器人继续使用OWNER文件作为配置依据。 2、关于sig组撤销建议的审议： https://gitee.com/openeuler/community/pulls/3237 ------------------ 原始邮件 ------------------ 发件人: "openEuler conference" <public@openeuler.org>; 发送时间: 2022年2月18日(星期五) 上午10:50 收件人: "tc"<tc@openeuler.org>; 主题: [Dev] tc双周例会 您好！ TC SIG 邀请您参加 2022-03-02 10:00 召开的ZOOM会议(自动录制) 会议主题：tc双周例会 会议链接：https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在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.com. More information: https://openeuler.org/en/ _______________________________________________ Dev mailing list -- dev@openeuler.org To unsubscribe send an email to dev-leave@openeuler.org _______________________________________________ Tc mailing list -- tc@openeuler.org To unsubscribe send an email to tc-leave@openeuler.org
吴老师，您好， 这是一个蛮有挑战性又是很需要的方向。 是否当前重点是关注在 rpm 包内部的二进制文件的可重复构建？因为有一些交付件默认是需要带时间戳的，比如 rpm 内包含的文件的生成时间，是否也就决定着可重复构建不包括 rpm 包本身，只限于 rpm 包内部的各个文件。 另外，具体技术上是否后续多个 SIG 组协作的重点是不同语言包的可重复构建？因为不同语言的交付件的生成与其编译系统密切相关，是否目前 openEuler 主要的语言包已经都在技术原理上可以支持了，还是要进一步改进？ 最后就是比较关心后面的时间计划。 ——王建民
On 28 Feb 2022, at 3:19 PM, wufengguang <wufengguang@huawei.com> wrote:
申报议题：可重复构建评审及SIG组申请
https://www.jianshu.com/p/0ac63bdd03db <https://www.jianshu.com/p/0ac63bdd03db> 可重复构建即构建是可以重现的，如果给定相同的源代码、构建环境和构建指令，任何人都可以重新构建一个BEP一致的相同副本。
达成可重复构建，需要满足的条件包括： 1）一个确定输出的构建系统，通过它来构建源代码始终输出相同的结果。例如，不会记录当前的时间戳，输出件是顺序无关的，或者保障顺序的。 2）一个清单记录了构建环境和构建工具 3）用户能够有一个较方便的方法来重新创建这样一个构建环境，执行构建过程，并最终验证输出是否与原始构建匹配。
除了构建系统和工具，可重复构建对每个包，每个上游软件都会提出更高的要求，所以还需要考虑 - 通过CI测试，及时发现问题，报告问题 - 对总体情况的统计分析，图表呈现 - 问题包的修复流程 - 问题上游软件的修复流程 - 常见问题的批量/统一修复 - 上述情况下，与各SIG组的协同与配合
Thanks, Fengguang
-----Original Message----- From: George [mailto:caozhi1214@qq.com <mailto:caozhi1214@qq.com>] Sent: Saturday, February 26, 2022 2:49 PM To: tc <tc@openeuler.org <mailto:tc@openeuler.org>>; dev <dev@openeuler.org <mailto:dev@openeuler.org>>; infra <infra@openeuler.org <mailto:infra@openeuler.org>>; community@openeuler.org <mailto:community@openeuler.org> Subject: [Tc] [议题申报] // 回复：[Dev] tc双周例会
申报议题： 1、申请调整社区代码仓库权限管理方案： 当前社区各个代码仓库的权利权限是根据各个sig组提供的OWNER文件信息有机器人配置到各个仓库成员中的， 由于OWNER文件中信息量有限，存在一些弊端，最典型的就是不能分仓库管理。 所以之前已经提出使用sig_info.yaml信息替换OWNER文件，作为权限配置依据，但是各个sig组info情况不统一也就一直未切换。 基于此我们基础设施团队提供一个可过渡的也满足多数sig组诉求的方案： 某sig组如果希望启用sig_info.yaml的信息作为管理权限配置依据（启用后可分仓分分支管理），请提pr删除对应sig组下的OWNER文件。 如果保留OWNER文件，机器人继续使用OWNER文件作为配置依据。 2、关于sig组撤销建议的审议： https://gitee.com/openeuler/community/pulls/3237
------------------ 原始邮件 ------------------ 发件人: "openEuler conference" <public@openeuler.org>; 发送时间: 2022年2月18日(星期五) 上午10:50 收件人: "tc"<tc@openeuler.org>;
主题: [Dev] tc双周例会
您好！
TC SIG 邀请您参加 2022-03-02 10:00 召开的ZOOM会议(自动录制)
会议主题：tc双周例会
会议链接：https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09
温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在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.com.
More information: https://openeuler.org/en/
_______________________________________________ Dev mailing list -- dev@openeuler.org To unsubscribe send an email to dev-leave@openeuler.org _______________________________________________ Tc mailing list -- tc@openeuler.org <mailto:tc@openeuler.org> To unsubscribe send an email to tc-leave@openeuler.org <mailto:tc-leave@openeuler.org> _______________________________________________ Infra mailing list -- infra@openeuler.org <mailto:infra@openeuler.org> To unsubscribe send an email to infra-leave@openeuler.org <mailto:infra-leave@openeuler.org>
这块最近在 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.com<mailto: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.org<mailto:tc@openeuler.org>>; dev <dev@openeuler.org<mailto:dev@openeuler.org>>; infra <infra@openeuler.org<mailto:infra@openeuler.org>>; community@openeuler.org<mailto:community@openeuler.org> Subject: [Tc] [议题申报] // 回复：[Dev] tc双周例会 申报议题： 1、申请调整社区代码仓库权限管理方案： 当前社区各个代码仓库的权利权限是根据各个sig组提供的OWNER文件信息有机器人配置到各个仓库成员中的， 由于OWNER文件中信息量有限，存在一些弊端，最典型的就是不能分仓库管理。 所以之前已经提出使用sig_info.yaml信息替换OWNER文件，作为权限配置依据，但是各个sig组info情况不统一也就一直未切换。 基于此我们基础设施团队提供一个可过渡的也满足多数sig组诉求的方案： 某sig组如果希望启用sig_info.yaml的信息作为管理权限配置依据（启用后可分仓分分支管理），请提pr删除对应sig组下的OWNER文件。 如果保留OWNER文件，机器人继续使用OWNER文件作为配置依据。 2、关于sig组撤销建议的审议： https://gitee.com/openeuler/community/pulls/3237 ------------------ 原始邮件 ------------------ 发件人: "openEuler conference" <public@openeuler.org<mailto:public@openeuler.org>>; 发送时间: 2022年2月18日(星期五) 上午10:50 收件人: "tc"<tc@openeuler.org<mailto:tc@openeuler.org>>; 主题: [Dev] tc双周例会 您好！ TC SIG 邀请您参加 2022-03-02 10:00 召开的ZOOM会议(自动录制) 会议主题：tc双周例会 会议链接：https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com<http://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.com<http://gitee.com>. More information: https://openeuler.org/en/ _______________________________________________ Dev mailing list -- dev@openeuler.org<mailto:dev@openeuler.org> To unsubscribe send an email to dev-leave@openeuler.org<mailto:dev-leave@openeuler.org> _______________________________________________ Tc mailing list -- tc@openeuler.org<mailto:tc@openeuler.org> To unsubscribe send an email to tc-leave@openeuler.org<mailto:tc-leave@openeuler.org> _______________________________________________ Infra mailing list -- infra@openeuler.org<mailto:infra@openeuler.org> To unsubscribe send an email to infra-leave@openeuler.org<mailto:infra-leave@openeuler.org>
谢谢胡 Core 回复。是的，想了解一下进展，或者相关进展在哪里可以看到。另外这个包含一个 SIG 的申请，我觉得当前进展情况以及后续和其他 SIG 配合的主要工作，对于评估这个 SIG 的申请也挺需要的。 ——王建民
On 14 Jun 2022, at 2:52 PM, Huxinwei <huxinwei@huawei.com> wrote:
这块最近在 openEuler 有些进展，除了本身可重复构建存在问题的C代码之外，最重要的是在 Java 语言软件包上识别了不少当前的问题。
不过，建民想了解这个领域的进展？那可以邀请刘波下次在 TC 例会上介绍下？ <> 发件人: Jianmin Wang [mailto:jianmin@iscas.ac.cn <mailto:jianmin@iscas.ac.cn>] 发送时间: 2022年6月14日 14:38 收件人: wufengguang <wufengguang@huawei.com <mailto:wufengguang@huawei.com>> 抄送: George <caozhi1214@qq.com <mailto:caozhi1214@qq.com>>; tc <tc@openeuler.org <mailto:tc@openeuler.org>>; dev <dev@openeuler.org <mailto:dev@openeuler.org>>; infra <infra@openeuler.org <mailto:infra@openeuler.org>>; community@openeuler.org <mailto:community@openeuler.org>; liubo (AQ) <robell.liu@huawei.com <mailto:robell.liu@huawei.com>>; Xuliang(Aron) <aron.xu@huawei.com <mailto: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.com <mailto:wufengguang@huawei.com>> wrote:
申报议题：可重复构建评审及SIG组申请
https://www.jianshu.com/p/0ac63bdd03db <https://www.jianshu.com/p/0ac63bdd03db> 可重复构建即构建是可以重现的，如果给定相同的源代码、构建环境和构建指令，任何人都可以重新构建一个BEP一致的相同副本。
达成可重复构建，需要满足的条件包括： 1）一个确定输出的构建系统，通过它来构建源代码始终输出相同的结果。例如，不会记录当前的时间戳，输出件是顺序无关的，或者保障顺序的。 2）一个清单记录了构建环境和构建工具 3）用户能够有一个较方便的方法来重新创建这样一个构建环境，执行构建过程，并最终验证输出是否与原始构建匹配。
除了构建系统和工具，可重复构建对每个包，每个上游软件都会提出更高的要求，所以还需要考虑 - 通过CI测试，及时发现问题，报告问题 - 对总体情况的统计分析，图表呈现 - 问题包的修复流程 - 问题上游软件的修复流程 - 常见问题的批量/统一修复 - 上述情况下，与各SIG组的协同与配合
Thanks, Fengguang
-----Original Message----- From: George [mailto:caozhi1214@qq.com <mailto:caozhi1214@qq.com>] Sent: Saturday, February 26, 2022 2:49 PM To: tc <tc@openeuler.org <mailto:tc@openeuler.org>>; dev <dev@openeuler.org <mailto:dev@openeuler.org>>; infra <infra@openeuler.org <mailto:infra@openeuler.org>>; community@openeuler.org <mailto:community@openeuler.org> Subject: [Tc] [议题申报] // 回复：[Dev] tc双周例会
申报议题： 1、申请调整社区代码仓库权限管理方案： 当前社区各个代码仓库的权利权限是根据各个sig组提供的OWNER文件信息有机器人配置到各个仓库成员中的， 由于OWNER文件中信息量有限，存在一些弊端，最典型的就是不能分仓库管理。 所以之前已经提出使用sig_info.yaml信息替换OWNER文件，作为权限配置依据，但是各个sig组info情况不统一也就一直未切换。 基于此我们基础设施团队提供一个可过渡的也满足多数sig组诉求的方案： 某sig组如果希望启用sig_info.yaml的信息作为管理权限配置依据（启用后可分仓分分支管理），请提pr删除对应sig组下的OWNER文件。 如果保留OWNER文件，机器人继续使用OWNER文件作为配置依据。 2、关于sig组撤销建议的审议： https://gitee.com/openeuler/community/pulls/3237 <https://gitee.com/openeuler/community/pulls/3237>
------------------ 原始邮件 ------------------ 发件人: "openEuler conference" <public@openeuler.org <mailto:public@openeuler.org>>; 发送时间: 2022年2月18日(星期五) 上午10:50 收件人: "tc"<tc@openeuler.org <mailto:tc@openeuler.org>>;
主题: [Dev] tc双周例会
您好！
TC SIG 邀请您参加 2022-03-02 10:00 召开的ZOOM会议(自动录制)
会议主题：tc双周例会
会议链接：https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09 <https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09>
温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com <http://gitee.com/>的ID
更多资讯尽在：https://openeuler.org/zh/ <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 <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.com <http://gitee.com/>.
More information: https://openeuler.org/en/ <https://openeuler.org/en/>
_______________________________________________ Dev mailing list -- dev@openeuler.org <mailto:dev@openeuler.org> To unsubscribe send an email to dev-leave@openeuler.org <mailto:dev-leave@openeuler.org> _______________________________________________ Tc mailing list -- tc@openeuler.org <mailto:tc@openeuler.org> To unsubscribe send an email to tc-leave@openeuler.org <mailto:tc-leave@openeuler.org> _______________________________________________ Infra mailing list -- infra@openeuler.org <mailto:infra@openeuler.org> To unsubscribe send an email to infra-leave@openeuler.org <mailto:infra-leave@openeuler.org>
_______________________________________________ Infra mailing list -- infra@openeuler.org <mailto:infra@openeuler.org> To unsubscribe send an email to infra-leave@openeuler.org <mailto: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.com<mailto:wufengguang@huawei.com>> 抄送: George <caozhi1214@qq.com<mailto:caozhi1214@qq.com>>; tc <tc@openeuler.org<mailto:tc@openeuler.org>>; dev <dev@openeuler.org<mailto:dev@openeuler.org>>; infra <infra@openeuler.org<mailto:infra@openeuler.org>>; community@openeuler.org<mailto:community@openeuler.org>; liubo (AQ) <robell.liu@huawei.com<mailto:robell.liu@huawei.com>>; Xuliang(Aron) <aron.xu@huawei.com<mailto: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.com<mailto: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.org<mailto:tc@openeuler.org>>; dev <dev@openeuler.org<mailto:dev@openeuler.org>>; infra <infra@openeuler.org<mailto:infra@openeuler.org>>; community@openeuler.org<mailto:community@openeuler.org> Subject: [Tc] [议题申报] // 回复：[Dev] tc双周例会 申报议题： 1、申请调整社区代码仓库权限管理方案： 当前社区各个代码仓库的权利权限是根据各个sig组提供的OWNER文件信息有机器人配置到各个仓库成员中的， 由于OWNER文件中信息量有限，存在一些弊端，最典型的就是不能分仓库管理。 所以之前已经提出使用sig_info.yaml信息替换OWNER文件，作为权限配置依据，但是各个sig组info情况不统一也就一直未切换。 基于此我们基础设施团队提供一个可过渡的也满足多数sig组诉求的方案： 某sig组如果希望启用sig_info.yaml的信息作为管理权限配置依据（启用后可分仓分分支管理），请提pr删除对应sig组下的OWNER文件。 如果保留OWNER文件，机器人继续使用OWNER文件作为配置依据。 2、关于sig组撤销建议的审议： https://gitee.com/openeuler/community/pulls/3237 ------------------ 原始邮件 ------------------ 发件人: "openEuler conference" <public@openeuler.org<mailto:public@openeuler.org>>; 发送时间: 2022年2月18日(星期五) 上午10:50 收件人: "tc"<tc@openeuler.org<mailto:tc@openeuler.org>>; 主题: [Dev] tc双周例会 您好！ TC SIG 邀请您参加 2022-03-02 10:00 召开的ZOOM会议(自动录制) 会议主题：tc双周例会 会议链接：https://us06web.zoom.us/j/89593835053?pwd=cWxhU3l1RCtsOVo2WUtpdE5mOERRQT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com<http://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.com<http://gitee.com>. More information: https://openeuler.org/en/ _______________________________________________ Dev mailing list -- dev@openeuler.org<mailto:dev@openeuler.org> To unsubscribe send an email to dev-leave@openeuler.org<mailto:dev-leave@openeuler.org> _______________________________________________ Tc mailing list -- tc@openeuler.org<mailto:tc@openeuler.org> To unsubscribe send an email to tc-leave@openeuler.org<mailto:tc-leave@openeuler.org> _______________________________________________ Infra mailing list -- infra@openeuler.org<mailto:infra@openeuler.org> To unsubscribe send an email to infra-leave@openeuler.org<mailto:infra-leave@openeuler.org>
participants (5)
-
George -
Huxinwei -
Jianmin Wang -
liubo (AQ) -
wufengguang