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

Tc

Threads by month
  • ----- 2025 -----
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2024 -----
  • December
  • 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
tc@openeuler.org

  • 3 participants
  • 1634 discussions
答复: 关于firefox(79.0)依赖gcc(7.3)编译问题的讨论纪要
by guoge (A) 28 Oct '20

28 Oct '20
建议方案1,在gcc中合入bugfix 在firefox的spec文件中是否需要关闭-fstack-clash-protection建议再进一步分析,一般认为这里可能有潜在的代码隐患,最好的方式是不要去关闭一个安全检查掩耳盗铃,而是通过修改代码修复安全问题 发件人: Zhanghaijian (A) 发送时间: 2020年10月28日 10:47 收件人: gaojianxing <gaojianxing(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com>; guoge (A) <guoge1(a)huawei.com>; qiaopeixin <qiaopeixin(a)huawei.com> 抄送: Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com> 主题: RE: 关于firefox(79.0)依赖gcc(7.3)编译问题的讨论纪要 目前就3个方案可以讨论: 1、关闭选项-fstack-clash-protection,回合bugfix patch。 2、关闭选项-fstack-clash-protection,升级gcc7.5。 3、升级gcc9.3。 方案3影响非常大,不建议。 -------------------------------------------------- 章海剑 Zhang Haijian Mobile: +86-15958121590<tel:+86-15958121590> Email: z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com> 发件人:Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>> 收件人:gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>;xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>;guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>;qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 抄 送:Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>> 时 间:2020-10-28 10:35:47 主 题:RE: 关于firefox(79.0)依赖gcc(7.3)编译问题的讨论纪要 编译选项“-fstack-clash-protection”,我们并没有说可以去掉,去掉会降低安全性,如果要去掉,需要firefox负责人自己评估 -------------------------------------------------- 章海剑 Zhang Haijian Mobile: +86-15958121590<tel:+86-15958121590> Email: z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com> 发件人:gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 收件人:xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>;guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>;Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>;qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 抄 送:Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>> 时 间:2020-10-28 10:26:09 主 题:答复: 关于firefox(79.0)依赖gcc(7.3)编译问题的讨论纪要 Firefox 79.0 依赖gcc(7.3.0)编译问题进展 在编译器组兄弟的协助下,对于firefox 79.0编译不通过问题定位如下: 问题1:firefox79.0 中 RefPtr.h 中相关构造函数问题,是gcc的一个bug引起的,Patch:https://github.com/gcc-mirror/gcc/commit/57b9… 可以解决此问题; 问题2:编译选项“-fstack-clash-protection”gcc 7.3.0 不识别问题,这个参数编译器提供的一个堆栈冲突缓解的选项,用于提高安全性的。注(编译器组兄弟说是可以去掉) 问题3:编译选项“-m64”参数不识别问题,-m64是x86 64位应用编译选项,m64选项设置int为32bits及long、指针为64 bits,为AMD的x86 64架构生成代码。在Arm64平台无法支持,arm64 对应的选项为:-mabi=lp64 方案选择: gcc openEuler-20.03-LTS-Next、openEuler-20.03-LTS版本需要合入C++ PR/81589补丁; 在firefox的spec文件强行将默认的-fstack-clash-protection编译参数去除,注(只在openEuler-20.03-LTS-Next、openEuler-20.03-LTS)分支中移除,对arm64版本-m64参数更换为-mabi=lp64。 发件人: xiasenlin 发送时间: 2020年10月27日 15:30 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>; qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 主题: 关于firefox(79.0)依赖gcc(7.3)编译问题的讨论纪要 关于firefox(79.0)依赖gcc(7.3)编译问题的讨论纪要 1. 原始问题: firefox基于当前版本的gcc编译失败 2. 原因分析: firefox(79.0)需要智能指针特性,但是gcc7.3不支持(7.5及之后的版本是支持的) 3. 当前进展: 尝试依赖gcc7.5编译firefox(79.0),在强制关闭firefox中的-fstack-clash-protection选项后可以编译成功。 4. 下一步计划: 对比7.3到7.5之间的commit,找到能在gcc7.3上让firefox编译成功的patch。 5. 风险: 短时间内找到有风险,每次尝试gcc上打patch之后编译新的二进制后重编firefox一次需要2h。 6. 可能的最终策略: 本次的firefox是在LTS-NEXT分支,为SP1做准备,如果月底解决不掉当前的编译问题,firefox需要移出分支。
2 1
0 0
Re: TC 议题申报:sig-Java构建Nexus私服申请Nexus Pro(Nexus Professional)版本评估
by 董德平 27 Oct '20

27 Oct '20
构建Nexus私服目的: 加速maven构件(Artifact)访问; 安全性检查; 维护社区内部构件(Artifact); 目前选用Nexus3版本,但存在商业版Nexus3 Pro(Nexus Professional) 和开源版Nexus3 OSS(Nexus Open Source)两个版本,Nexus3 OSS不支持HA,不能搭建集群,而Nexus3 Pro版本在HA(High Availability)和安全检查(Health Check)等方面的feature更加完善,因此希望能申请Nexus Pro版本。 参考资料: 各版本feature对比:repository-manager-feature-matrix Pro版本特性的详细说明:Repository Manager Pro Features ------------------ 原始邮件 ------------------ 发件人: "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com&gt;; 发送时间:&nbsp;2020年10月26日(星期一) 上午10:37 收件人:&nbsp;"release(a)openeuler.org"<release(a)openeuler.org&gt;;"dev(a)openeuler.org"<dev(a)openeuler.org&gt;; 抄送:&nbsp;"openEuler-tc"<tc(a)openeuler.org&gt;; 主题:&nbsp;[Tc] �������ռ�����Meeting Notice��openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题) Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) &nbsp; &nbsp; --- 会议信息 --- 会议id: &nbsp; &nbsp;96457420049 会议链接:https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 &nbsp; &nbsp; --- 会议纪要归档 --- Meeting Record: https://gitee.com/openeuler/release-management/wikis &nbsp;
1 0
0 0
Re: TC 议题申报:sig-Java构建Nexus私服申请Nexus Pro(Nexus Professional)版本评估
by 董德平 27 Oct '20

27 Oct '20
构建Nexus私服目的: 加速maven构件(Artifact)访问; 安全审核; 维护社区内部构件(Artifact); 目前选用Nexus3版本,但存在商业版Nexus3 Pro(Nexus Professional) 和开源版Nexus3 OSS(Nexus Open Source)两个版本,Nexus3 OSS不支持HA,不能搭建集群,而Nexus3 Pro版本在HA(High Availability)和安全检查(Health Check)等方面的feature更加完善,因此希望能申请Nexus Pro版本。 参考资料: 各版本feature对比:repository-manager-feature-matrix Pro版本特性的详细说明:Repository Manager Pro Features ------------------ 原始邮件 ------------------ 发件人: "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com&gt;; 发送时间:&nbsp;2020年10月26日(星期一) 上午10:37 收件人:&nbsp;"release(a)openeuler.org"<release(a)openeuler.org&gt;;"dev(a)openeuler.org"<dev(a)openeuler.org&gt;; 抄送:&nbsp;"openEuler-tc"<tc(a)openeuler.org&gt;; 主题:&nbsp;[Tc] �������ռ�����Meeting Notice��openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题) Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) &nbsp; &nbsp; --- 会议信息 --- 会议id: &nbsp; &nbsp;96457420049 会议链接:https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 &nbsp; &nbsp; --- 会议纪要归档 --- Meeting Record: https://gitee.com/openeuler/release-management/wikis &nbsp;
1 0
0 0
【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy) 27 Oct '20

27 Oct '20
Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题) Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) --- 会议信息 --- 会议id: 96457420049 会议链接:https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 --- 会议纪要归档 --- Meeting Record: https://gitee.com/openeuler/release-management/wikis
2 1
0 0
【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy) 27 Oct '20

27 Oct '20
明日Release sig 组例会议题如下: 1、openEuler 20.03 LTS SP1 冻结需求 ---- 胡峰 2、kernel切换计划 与后续的版本配套计划 --- 谢秀奇 3、树莓派镜像添加到树莓派官方第三方系统镜像工作进展 --- 方亚芬 发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com] 发送时间: 2020年10月26日 10:38 收件人: release(a)openeuler.org; dev(a)openeuler.org 抄送: openEuler-tc <tc(a)openeuler.org> 主题: [Release] 【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题) Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) --- 会议信息 --- 会议id: 96457420049 会议链接:https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 --- 会议纪要归档 --- Meeting Record: https://gitee.com/openeuler/release-management/wikis
1 0
0 0
openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示)
by Xie XiuQi 27 Oct '20

27 Oct '20
openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示) - /本文//链接 <https://gitee.com/openeuler/community/blob/master/sig/Kernel/kernel-upgrade…>/ Linux 5.10 预计是 Linux 社区今年的 LTS (long-term support) 版本。openEuler 社区经过多轮沟通,选择 5.10 作为 openEuler 内核的下一个长期维护版本(openEuler Long-term support Kernel, OLK)。openEuler 社区提供不少于4年的维护时间和不少于2年的扩展维护时间。按照规划 openEuler 21.03、21.09 以及 openEuler 22.03 LTS 都将选择该内核版本。 (具体时间以openEuler社区官网公布为准) 升级安排: * v5.10-rc1 版本发布后,openEuler master 分支切换成 5.10。 * 由于主线 rc 版本尚在更新,openeuler_defconfig 暂时在 src-openeuler/kernel 仓库中提供,待 5.10 正式版本发布之后,再提交到源码仓库。 * openeuler_defconfig 基于 openEuler 20.09 的 config 修改适配,后续根据需求进行调整。 * 版本号格式,切换成 5.10.0-<devel_release>.<maintainence_release>。 * 首先支持 arm64 和 x86_64 架构,risc-v 的支持需要 risc-v sig 做适配。 * 上游社区 5.10 正式发布后(预计12月下旬), openeuler/kernel 正式建立 OLK-5.10 分支 (OLK: openEuler Long-term support Kernel),作为 5.10 的长期维护分支,接受补丁。 * 上游 5.10 正式发布前,如果有补丁需要发送 5.10,可以在 kernel(a)openeuler.org <mailto:kernel@openeuler.org> 中发 RFC 补丁,提前 Review 和讨论。 * 我们也可能提前建立 OLK-5.10 分支,以提前合入部分补丁做验证,但是在上游社区 5.10 正式发布之前,该分支可能会经常做 rebase 和 force push。 对 OLK-5.10 或 openEuler 21.03 kernel 的需求 * 需求可以在 https://gitee.com/openeuler/kernel/issues 中提出。 * 如对 defconfig 有诉求也请在上述链接中提 issue。 * openEuler 21.03 计划使用该内核版本,预计2021年1月份之后,将从 OLK-5.10 拉出 openEuler-21.03 维护分支,同时补丁将受限合入 openEuler 21.03。 注意事项和说明 * OLK 是 openEuler Long-term support Kernel 的缩写。openEuler LTS 版本和部分创新版本的内核基于 OLK 拉出分支进行维护。 * openEuler 5.10 内核不是基于 openEuler 4.19 内核的演进,而是基于上游社区内核的重新选型,因此如果您之前有合入 openEuler 4.19 的补丁,且这些补丁没有进入上游 5.10 内核,则需要您重新适配后推送到 openEuler 5.10 内核。 * openEuler 5.10 和 openEuler 4.19 两个版本 kabi 不兼容,您在 4.19 编译的 ko 不能直接在 5.10 上安装使用,需要重新适配和编译。 * openEuler 4.19 内核仍然处于维护周期内,如果您正在使用 4.19 内核,也不必紧张,您仍然能收到 4.19 的更新和增强。 问题反馈 * kernel 升级期间,如果遇到兼容性、功能等问题,可以在 https://gitee.com/openeuler/kernel/issues 提交 issue。有疑问也可以在 PR 评论中,或者提交 issue 讨论。 * 你也可以发邮件到 kernel(a)openeuler.org <mailto:kernel@openeuler.org> 报议题在 kernel sig 例会中讨论。 * 如果 kernel sig 范围内协调或解决不了的问题,你也可以在 tc 报议题讨论。 相关讨论纪要 kernel-sig 切换 5.10 的会议纪要: https://mailweb.openeuler.org/hyperkitty/list/kernel@openeuler.org/thread/6… openEuler kernel 版本号在 TC 的议题及会议纪要: * 议题及讨论记录: https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/KOHJN… https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/VNJQ6… * 纪要: https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/ZLAWQ…
1 0
0 0
会议纪要:回复:【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 19:30-20:30
by Hubble_Zhu 26 Oct '20

26 Oct '20
与会人:sinever,Hubble_zhu, hao, Hexiujun, ZhiBo Li, haowenchao, huzunhao, liuzhikang, wangli 会议纪要: 进展: Hubble_Zhu: 1. Spark门禁x86构建通过,arm构建未通过。和GateKeeper sig交流是构建机器网络的原因。建议改为使用国内maven源 2. flink, hadoop, hive, hbase本地验证构建ok,待提交PR将包合入到openEuler上 Hao: 1. 尝试基于openEuler构建Zepplin,遇到了一些nodejs的依赖问题 下一步计划: 1. 建议对大数据软件包maven依赖改为使用国内maven源,构建ok后提到openEuler上 ——Hubble Zhu 2. 建议将jupyter引入到openEuler上 ——Hubble Zhu 3. 建议解决nodejs相关的依赖问题,继续尝试将zepplin引入到openEuler上 ——hao 新项目启动: 提供面向个人爱好者、科研人员、企业等提供全场景,高性能,易用的 ai/bigdata 的统一平台 一键安装、部署、运行支持单机、集群、各种云 屏蔽采集、存储、分析、训练等300+开源软件 屏蔽虚拟机/物理机/数据中心/各种云 屏蔽计算、网络、存储等基础设施 大家有任何关于新项目的想法,欢迎加群一起讨论: PS: 非常感谢 ZhiBo Li 对bazel,TensorFlow构建做出的尝试和贡献 非常感谢 Hao 对openEuler引入Zepplin做出的贡献 ------------------ 原始邮件 ------------------ 发件人: "Meeting Book" <uMeeting(a)huawei.com&gt;; 发送时间:&nbsp;2020年10月22日(星期四) 上午9:03 收件人:&nbsp;"Hubble_Zhu"<hubble_zhu(a)qq.com&gt;; 主题:&nbsp;【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 19:30-20:30 Topic sig-ai-bigdata regular meeting Time 2020-10-22 19:30-20:30((UTC+08:00)Beijing) &nbsp; Join Conference Join (External) &gt;&gt; Meeting ID 595 278 462 &nbsp; Convener 朱恒博 &nbsp; Agenda 1、sig成员前期工作审视 2、下一步计划与分工 &nbsp; Tips: Dial the access number to join conference 注:仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”,请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download
2 1
0 0
【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 19:30-20:30
by Hubble_Zhu 22 Oct '20

22 Oct '20
Topic sig-ai-bigdata regular meeting Time 2020-10-22 19:30-20:30((UTC+08:00)Beijing) &nbsp; Join Conference Join (External) &gt;&gt; Meeting ID 595 278 462 &nbsp; Convener Hubble_Zhu &nbsp; Agenda 1、sig成员前期工作审视 2、下一步计划与分工 &nbsp; Tips: Dial the access number to join conference 注:仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”,请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download
1 0
0 0
【会议纪要】 RE: 【Meeting Notice】【议题收集】openEuler TC例会 Time: 2020-10-21 10:00-12:00
by Zhanghailiang 21 Oct '20

21 Oct '20
议题1. 升级openEuler:20.03:LTS:Next 分支的gcc,与20.09版本一致 --- xiasenlin 会议纪要: 1) TC无法根据当前提供信息决定gcc是否升级,gcc组件升级由编译器sig分析决定 2) 针对firefox 79.0的CVE漏洞,需要升级到更高版本firefox修复的问题,优先采用openeuler发布版本中gcc 7.3版本编译高版本firefox修复, 另外可以选择同时保留gcc 7.3版本和gcc 9.3版本,但是要确保两个gcc版本共存不相互影响 3)长远规划需要考虑openeuler上支持的浏览器情况,如果firefox存在大量漏洞,需要考虑用其他浏览器替换 议题2. openEuler kernel 5.10 内核版本号改进方案 -- 谢秀奇 会议纪要: 1) 整体上同意版本号改进方案。可以社区发文解释一下,特别是 《stable版本号》是否更新,多征求下意见。也可以在summit中做一次讨论。 议题3. UKUI SIG、HA SIG 和 ovirt SIG工作进展,以及未来的工作规划汇报 (麒麟) 会议纪要: 1) 请UKUI, HA, oVirt SIG组和release management SIG沟通,明确版本节奏。 2) 请release SIG组依照反馈的意见,改进release的发布模式,沟通模式,诸如版本时间roadmap, 组件升级情况,版本各阶段时间点等信息汇总到openeuler各sig组员可见的地方, 同时要主动和各个SIG组进行协调,不能只依赖SIG组的主动上报 议题4. GCC社区版本规划 --郭歌,张海建 会议纪要: 1)同意gcc升级策略,会后需要将gcc升级规则文字和图片描述清楚,发布在openEuler博客中,并且在Compiler SIG首页注明gcc roadmap 议题5.关于openEuler 集成的衰退软件的处理建议 --李次华 会议纪要: 1)软件退出细则大家基于PR 讨论: https://gitee.com/openeuler/community/pulls/1171 2)在软件引入与退出是宽进严出原则,软件包转移到recycle-sig 后,会继续向外发布,并且告知下游使用风险,执行删除时采取TC 委员投票方式决策 3)部分关键软件上游停止维护的自建仓维护是合理的,为了方便其他国家参与,在github 建仓,在gitee上建立mirror From: Zhanghailiang [mailto:zhang.zhanghailiang@huawei.com] Sent: Wednesday, October 21, 2020 8:54 AM To: tc(a)openeuler.org Cc: douyan(a)kylinos.cn; 侯健 <hj19870806(a)163.com>; yangzhao1(a)kylinos.cn; jiangxinyu(a)kylinos.cn; Xiexiuqi <xiexiuqi(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com> Subject: [Tc] 【今日议题】 RE: 【Meeting Notice】【议题收集】openEuler TC例会 (可直接回复此邮件申报议题) Time: 2020-10-21 10:00-12:00 1)升级openEuler:20.03:LTS:Next 分支的gcc,与20.09版本一致 --- xiasenlin 2)议题申报:openEuler kernel 5.10 内核版本号改进方案 -- 谢秀奇 3)UKUI SIG、HA SIG 和 ovirt SIG工作进展,以及未来的工作规划汇报 (麒麟) From: Meeting Book [mailto:uMeeting@huawei.com] Sent: Monday, October 19, 2020 8:59 AM To: tc(a)openeuler.org<mailto:tc@openeuler.org> Subject: [Tc] 【Meeting Notice】【议题收集】openEuler TC例会 (可直接回复此邮件申报议题) Time: 2020-10-21 10:00-12:00 Topic 【议题收集】openEuler TC例会 (可直接回复此邮件申报议题) Time 2020-10-21 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/448457115> Meeting ID 448 457 115 Convener 张海亮 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注:仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”,请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>
1 0
0 0
【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 18:30-19:30
by Hubble_Zhu 21 Oct '20

21 Oct '20
Topic sig-ai-bigdata regular meeting Time 2020-10-22 18:30-19:30((UTC+08:00)Beijing) &nbsp; Join Conference Join (External) &gt;&gt; Meeting ID 595 278 462 &nbsp; Convener Hubble_Zhu &nbsp; Agenda 1、sig成员前期工作审视 2、下一步计划与分工 &nbsp; Tips: Dial the access number to join conference 注:仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”,请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download
1 0
0 0
  • ← Newer
  • 1
  • ...
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • ...
  • 164
  • Older →

HyperKitty Powered by HyperKitty