mailweb.openeuler.org
Manage this list
×
Keyboard Shortcuts
Thread View
j
: Next unread message
k
: Previous unread message
j a
: Jump to all threads
j l
: Jump to MailingList overview
2024
November
October
September
August
July
June
May
April
March
February
January
2023
December
November
October
September
August
July
June
May
April
March
February
January
2022
December
November
October
September
August
July
June
May
April
March
February
January
2021
December
November
October
September
August
July
June
May
April
March
February
January
2020
December
November
October
September
August
July
June
May
April
March
February
January
2019
December
November
October
List overview
Download
Dev
----- 2024 -----
November 2024
October 2024
September 2024
August 2024
July 2024
June 2024
May 2024
April 2024
March 2024
February 2024
January 2024
----- 2023 -----
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
----- 2022 -----
December 2022
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022
----- 2021 -----
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
----- 2020 -----
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
----- 2019 -----
December 2019
November 2019
October 2019
dev@openeuler.org
10 participants
3361 discussions
Start a n
N
ew thread
openEuler基础设施例会
by openEuler conference
17 Nov '20
17 Nov '20
1
0
0
0
欢迎订阅 doc@openeuler.org
by qiaominna
16 Nov '20
16 Nov '20
Hi, 大家好~ doc sig已经申请<mailto:doc%20sig已经申请>了邮件列表,欢迎订阅。文档相关需要沟通可发送邮件到doc(a)openeuler.org<mailto:doc@openeuler.org>。 l 为方便开发文档合入doc仓库,请提供Markdown 格式交付件。 openEuler docs仓库简介请查看
https://gitee.com/openeuler/docs/tree/master
中的README。欢迎提交PR。 l openEuler 20.03 LTS SP1版本已经进入转测试冲刺阶段,docs仓库已基于20.03 LTS版本拉新分支20.03_LTS_Next, 20.03 LTS SP1版本相关文档请合入该分支。 [cid:image003.jpg@01D6BC36.896C99A0]
1
0
0
0
【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-11-17 15:00-15:30
by 方亚芬
16 Nov '20
16 Nov '20
| | Topic | | sig-raspberrypi regular meeting | | Time | | 2020-11-17 15:00-15:30((UTC+08:00)Beijing) | | | | Join Conference | | Join (External) >> | | Meeting Link | |
https://zoom.us/j/99081732447?pwd=M0JlYThydzkvQzdJSG02Rm8zMWFyQT09
| | | | Convener | | 方亚芬 | | | | Agenda | | 1. 上游树莓派内核代码分支合并到 openEuler 的工作进展 2. openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表的工作进展 3. 树莓派 4B 添加 Xfce 桌面环境的工作进展 4. openEuler 移植到 RK3399 的工作进展 | |
1
0
0
0
sig-RaspberryPi例会
by openEuler conference
16 Nov '20
16 Nov '20
1
0
0
0
openEuler 20.03 LTS SP1分支受控合入通知
by Hufeng (Solar, Euler)
13 Nov '20
13 Nov '20
openEuler 20.03 LTS SP1版本经过大家的努力,已经进入转测试冲刺阶段,为了保证合入质量。 openEuler 20.03 LTS SP1分支今天起受控合入,所有合入除了maintainer以外,还需要受控合入清单内的人同意才能合入代码(见下清单),请知。 yaqiangchen openeuler-basic orange-snn solarhu Ronnie_Jiang small_leek
2
1
0
0
sig-Java例会
by openEuler conference
13 Nov '20
13 Nov '20
1
0
0
0
sig-Java例会
by openEuler conference
13 Nov '20
13 Nov '20
1
0
0
0
openEuler kernel sig meeting
by openEuler conference
13 Nov '20
13 Nov '20
2
3
0
0
答复: chrome 浏览器,在openEuler-20.03 系列分支编译进展情况
by guoge (A)
13 Nov '20
13 Nov '20
openEuler 20.03 LTS在尝试引入chrome浏览器,目前遇到编译问题 目前怀疑需要gcc 8特性,需要具体看下是否可以简单补丁方式解决,否则可能会需要引入gcc 8及以上版本,需要麻烦@章海剑 @谢志恒看下 发件人: qiaopeixin 发送时间: 2020年11月13日 10:25 收件人: gaojianxing <gaojianxing(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; sunguoshuai <sunguoshuai(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com> 抄送: guoge (A) <guoge1(a)huawei.com>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com>; tc <tc(a)openeuler.org>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com> 主题: RE: chrome 浏览器,在openEuler-20.03 系列分支编译进展情况 修正2.3: 代码是C++用了C语言结构体的格式。GCC trunk进入8.0.0之前的时候拉出来一个分支gcc-7,后面继续演进直到7.3,都没有修掉这个问题,7.5也没有修掉;trunk 同时继续演进,在8.0.0和9.0.0之间某一个节点修掉了这个问题。所以GCC release的版本中8.1之后的都修掉了这个问题。 我找到修掉这个问题的节点后我们分析了一下,该节点依赖不少trunk之前合入的patch, gcc-7没有合入,初步尝试往前追溯了几个patch,都无法打到GCC 7.3.0上。预计需要合入多个patch,短时间无法适配好。 祝好, 乔沛鑫 From: gaojianxing Sent: Friday, November 13, 2020 9:14 AM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> Cc: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Subject: chrome 浏览器,在openEuler-20.03 系列分支编译进展情况 Chrome 试引入进展情况: 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译,功能待测试; 2、基于openEuler-20.03-LTS-Next, 编译器gcc 7.3.0 版本,已进展如下 2.1、 在编译第三方库 libjpeg_turbo 时,vld1_s16_x3 错误,已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2.2、 编译第三方库blink时, “requested alignment is not an integer constant”错误,已找到patch Bogus error with alignof [PR90736] 2.3、编译gpu/vulkan相关文件出错是因为gcc-7 不支持GNU C 方式的c++结构体对象赋值,已通过补丁形式修改chromium vulkan相关代码解决。 ---已解决 因gcc相关特性是在gcc-8及以上版本支持的,gcc-7社区没有相关补丁,需要修改的地方比较多,且需要自个做补丁修改,困难较大。 2.4、编译net/dns/dns_query.cc 时出现如下错误,问题还在定位、修复中―已解决 合入乔沛鑫提供的patch,PR c++/80452, optional-bug-fix.patch 此部分已编译通过 2.5、当前编译 gpu/command_buffer/service/external_vk_image_backing.cc出现错误,正在修改chromium相应文件。 预期上午今天上午解决 发件人: gaojianxing 发送时间: 2020年11月11日 18:11 收件人: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; 'tc' <tc(a)openeuler.org<mailto:tc@openeuler.org>>; ';qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>' <;qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况: 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译,功能待测试; 2、基于openEuler-20.03-LTS-Next, 编译器gcc 7.3.0 版本,已进展如下 2.1、 在编译第三方库 libjpeg_turbo 时,vld1_s16_x3 错误,已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2.2、 编译第三方库blink时, “requested alignment is not an integer constant”错误,已找到patch Bogus error with alignof [PR90736] 2.3、 当前编译错误如下图,已找到patch,patch commit ID为:d68ddd2b35078ab61f164b268bac63767b2a8e6a, 但此patch不能直接合入,需要多个patch解决,正在回溯gcc解决此问题的历史patch。 发件人: gaojianxing 发送时间: 2020年11月9日 20:45 收件人: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况: 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译,功能待测试; 2、基于openEuler-20.03-LTS-Next, 编译器gcc 7.3.0 版本,已进展如下 2.1、 在编译第三方库 libjpeg_turbo 时,vld1_s16_x3 错误,已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2.2、 编译第三方库blink时, “requested alignment is not an integer constant”错误,已找到patch Bogus error with alignof [PR90736] 2.3、编译gpu/vulkan相关文件出错是因为gcc-7 不支持GNU C 方式的c++结构体对象赋值,已通过补丁形式修改chromium vulkan相关代码解决。 ---已解决 因gcc相关特性是在gcc-8及以上版本支持的,gcc-7社区没有相关补丁,需要修改的地方比较多,且需要自个做补丁修改,困难较大。 2.4、编译net/dns/dns_query.cc 时出现如下错误,问题还在定位、修复中 [cid:image001.png@01D6B9AD.4C816EC0] 发件人: Hufeng (Solar, Euler) 发送时间: 2020年11月7日 14:51 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: RE: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 20.09ukui有桌面,挂epol的源,可以试试 From: gaojianxing Sent: Friday, November 6, 2020 6:16 PM To: sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> Cc: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> Subject: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况: 1、 openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译,功能未测试(需要GUI界面才能进行测试); 2、 基于openEuler-20.03-LTS-Next, 编译器gcc 7.3.0 版本,已发现问题如下 2.1 在编译第三方库 libjpeg_turbo 时,vld1_s16_x3 错误,已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 此patch已合入到私有工程中,并编译通过,相应问题已解决; 2.2 当前错误 blink/renderer/platform/wtf/vector.h:268:58: error: requested alignment is not an integer constant 对应的漏洞原因正在定位中,尝试通过gcc补丁解决。 发件人: sunguoshuai 发送时间: 2020年11月4日 17:48 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome编译时间过长的问题需要提前考虑… Obs上次自己的分支编译了9个多小时 发件人: xiasenlin 发送时间: 2020年11月4日 15:45 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 引入chrome是很好的尝试,意义不止在于替换调更新版本的存在专利问题的firefox,更多的是为了提供更安全的浏览器。 接下来需要做的: 1.“在openEuler-20.03及衍生版本中当前gcc是编译不过的(可以尝试gcc打补丁解决)”,具体打什么补丁尽快与编译器同事确认 2.本地编译打包完成之后,要给出进一步的安装和功能验证的自验文档 发件人: gaojianxing 发送时间: 2020年11月4日 14:56 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; platform.zhang(a)huawei.com<mailto:platform.zhang@huawei.com>;; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 1、当前firefox 在主线已经升级到79版本,openEuler-20.03-LTS 经过适配已经可以升级到79版本,但因下游需求及CVE解决需要,及firefox本身在不断的演进,后续存在升级的需求,注:(当前firefox最新版本已是firefox82)
Firefox后续版本流媒编解码依赖于包fdk-acc,fdk-acc包托管于github.com
, license经与公司法务张伟咨询发现存在专利权问题: 具体见附件的license,有风险部分如下: [cid:image002.png@01D6B9AD.4C816EC0] [cid:image003.png@01D6B9AD.4C816EC0] 2.可采取的解决方案: 2.1.后续采用chromium 浏览器,当前调查不存在专利和license等相关法务风险,但是在openEuler-20.03及衍生版本中当前gcc是编译不过的(可以尝试gcc打补丁解决),当前在主线和09版本引入没有问题; 2.2.继续使用firefox,尝试寻找其它包替代fdk-aac相关包功能(有风险,可能引入的包也有法务问题,且需要解决依赖问题); 2.3.继续使用firefox,但是firefox后续升级存在法务风险(firefox不升级,但漏洞无法修复)。
1
0
0
0
sig-easylife 第一次会议纪要 : 2020.11.12 19:00 ~ 20:00
by Chenye Liang
12 Nov '20
12 Nov '20
*【sig-easylife第一次会议】 * *时间*: 2020.11.12 19:00 ~ 20:00 *与会人*: [image: image.png] *内容及结论*: * 1. SIG**例会开展方式** - initlove * 本次是首次开会,需明确后续的例会开展方式。 *结论*: a) 频率及时间:双周一次,具体时间在对应周的周一投票表决 b) 内容:各个子项目惯例过进展+介绍计划; 议题汇报,议题会前收集 c) 会议组织者:本次会上暂未讨论轮流计划,目前简化、暂由 initlove组织 *2. openEuler-Advisor/patch-trakcing/sync-bot **进展及计划 - xinweihu/各负责人* 没记录,见各项目README/PR/ISSUE *3. 对外宣传 easylife项目 - fangyufa/initlove * Easylife的对外推广有利于推动社区规范化、识别维护者痛点、推动高效可落地作业工具,希望吸引广泛的参与者。 openEuler Summit及其他 meetup上可以/有必要介绍easylife项目。 *结论*: a) openEuler Summit 2020.12.24 会上议题准备,建议相关owner准备材料( slide/demo)及议题,出差参加 。 *4. 补丁命名规范问题 - licihua * 无法识别补丁是来自上游社区还是来自openEuler 社区,也无法识别社区修复的补丁是否回馈到上游社区。 *结论*: a) 这个是双向可追溯的问题。命名规则可以先出个初稿、在社区讨论;后续重点关注如何推动执行 *5. patchinfo问题 - initlove * 在参与到漏洞补丁升级的时候,发现yum原生的updateinfo功能当前在 openEuler没有很好支撑,OBS的patchinfo功能没有执行起来,这块目前正在研究方案。 *结论*: a) 这个和补丁命名规范在某种程度上说有共同的地方,都是数据结构化、以及如何推动的问题,可以互相交流。 *6. easylife各项目的许可证选型问题 - chenyanpan * 当前easylife各项目许可证未确定。 *结论*: a) 没有许可证就不是开源软件,需要尽快拉上法务一起讨论、给出意见。 b) 各项目用统一一个许可证还是用不同许可证等到和法务讨论后明确。 *7. easylife**下的项目是否可以不放到 src-openeuler下面** - chenyanpan * 放到src-openeuler下面多了一个打tar包、N个打补丁的工作,目前OBS支持直接拉git repo代码的功能,能否优化成直接从 openeuler/XXX下面获取进行构建(但同样有spec、并且打成rpm包)。 *结论*: a) 这个在社区作为创新专题探索。从现代的开发/构建角度看,git开发 + 直连 git 进行构建似乎更高效。考虑到OBS 也支持这个功能,因此可以原型试验。 b) 需要从LTS branch等各方面考虑,给一个详细方案。 c) 可以参考kernel团队当前做法 * 8. 各子项目 logo问题 - all stars* 当前大家呼声选猫的图像作为各自logo,需要推动这个事情开展。 *结论*: a) 必须是猫,且猫必须是项目贡献者自己养的 b) 每个项目都投票选择一个logo(是否可以选相同的会上未讨论) c) 每个项目被选中的猫的主人选相应的社区纪念品 (openEuler限量版猫砂及猫粮) *【遗留问题】 * 1. pkgship介绍 - wangyiru (下次例会上 11.26) 2. 准备openEuler Summit分享的材料 (slide/demo) - 各项目owner ( summit前 < 12.20) 3. 补丁的命名规范 - licihua (时间会上未讨论) 4. patchinfo - liangchenye (时间会上未讨论) 5. 各个项目的license选型问题 -- chenyanpan/liangchenye + 法务 ( 下次例会前 <11.26) 6. 是否可以省掉 src-repo - chenyanpan/liangchenye + kernel team (中期任务) 7. 猫logo投票 - fangyufa ( 紧急任务 < 11.20 )
纪要在线:https://etherpad.openeuler.org/p/sig-EasyLife-meetings
SIG:
https://gitee.com/openeuler/community/tree/master/sig/sig-EasyLife
- openEuler-Advisor:
http://gitee.com/openeuler/openEuler-Advisor
- patch-trakcing:
http://gitee.com/openeuler/patch-tracking
- pkgship:
http://gitee.com/openeuler/pkgship
- sync-bot:
http://gitee.com/openeuler/sync-bot
To make life eaiser. initlove
2
1
0
0
← Newer
1
...
294
295
296
297
298
299
300
...
337
Older →
Jump to page:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
Results per page:
10
25
50
100
200