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

@刘璐准备一下;申报一个TC议题。

 

发件人: Huxinwei
发送时间: 2022614 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]
发送时间: 2022614 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> 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>; dev <dev@openeuler.org>; infra <infra@openeuler.org>; community@openeuler.org
Subject: [Tc] [
议题申报] // 回复:[Dev] tc双周例会

申报议题:
1
、申请调整社区代码仓库权限管理方案:
&nbsp; &nbsp;
当前社区各个代码仓库的权利权限是根据各个sig组提供的OWNER文件信息有机器人配置到各个仓库成员中的,
&nbsp; &nbsp;
由于OWNER文件中信息量有限,存在一些弊端,最典型的就是不能分仓库管理。
&nbsp; &nbsp;
所以之前已经提出使用sig_info.yaml信息替换OWNER文件,作为权限配置依据,但是各个siginfo情况不统一也就一直未切换。
&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.org&gt;;
发送时间:&nbsp;2022218(星期五) 上午10:50
收件人:&nbsp;"tc"<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.comID

更多资讯尽在: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
_______________________________________________
Infra mailing list -- 
infra@openeuler.org
To unsubscribe send an email to 
infra-leave@openeuler.org