- Tc - mailweb.openeuler.org

快来看你是否上榜~！openEuler 任务打榜赛5月榜单出炉
by Marketing openEuler 24 Jun '21

24 Jun '21

经过一个月的角逐，openEuler 任务打榜赛5月榜单来啦。在这一个月的时间里，开发者参加任务打榜赛的热情高涨：总计有*38*人领取*118*道赛题，赛道交流群成员*70*个，这里 *提醒领取赛题但是还没有加群的小伙伴赶紧联系小助手加群*呀。好啦~，下面让我们看一下5月份有哪些开发者上榜吧！ gitee用户账号 gitee邮箱积分值解决issue/pr数量 li-kaiyuan66666 likaiyuan7(a)huawei.com 6 1 yanxiaobing2020 yanxiaobing(a)huawei.com 2 1 zhu-yuncheng zhuyuncheng(a)huawei.com 6 1 polite2anyone zhangyao05(a)outlook.com 10 2 yaozc701 yaozc7(a)chinaunicom.cn 18 2 恭喜以上开发者，请中奖的开发者联系小助手*领奖*。没有上榜的小伙伴不要灰心请再接再历，周榜、月榜前十名均有奖励，期待在榜单上早点见到你。让我们共同期待6月的榜单。 [image: image.png] 添加小助手微信回复“*任务打榜赛*”进入交流群 *了解更多* - 官网：https://openeuler.org/zh/interaction/hdc/2021-developer.html - 我要报名： https://competition.huaweicloud.com/information/1000041420/introduction - 我要做题： https://gitee.com/organizations/src-openeuler/issues?assignee_id=&author_id…

1 1

【Meeting Notice】openEuler kernel 技术分享第七期 & 双周例会 Time: 2021-06-25 14:00-18:00
by Meeting Book 23 Jun '21

23 Jun '21

1 0

【议题申报】//答复: [Dev] TC双周例会
by Zhuyanting 22 Jun '21

22 Jun '21

议题申报：doc SIG 介绍内容：介绍 openEuler doc SIG，包括成立背景、工作范围、现状等情况，方便大家更好地参与文档贡献申报人员：朱艳婷发件人: openEuler conference [mailto:public@openeuler.org] 发送时间: 2021年6月22日 11:58 收件人: tc(a)openeuler.org; dev(a)openeuler.org 主题: [Dev] TC双周例会您好！ openEuler TC SIG 邀请您参加 2021-06-23 10:00 召开的ZOOM会议(自动录制) 会议主题：TC双周例会会议内容：openEuler社区TC双周例会，请大家申报议题会议链接：https://us06web.zoom.us/j/81218348298?pwd=T1E1OEdSZHlWSzJOcWxUNy93dytOQT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler TC SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-06-23 10:00, The subject of the conference is TC双周例会, Summary: openEuler社区TC双周例会，请大家申报议题 You can join the meeting at https://us06web.zoom.us/j/81218348298?pwd=T1E1OEdSZHlWSzJOcWxUNy93dytOQT09. 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/zh/>

1 0

TC双周例会
by openEuler conference 22 Jun '21

22 Jun '21

5 7

申请成立unikernel linux SIG组
by wuyilong 22 Jun '21

22 Jun '21

SIG组工作目标和范围背景： Unikernel作为云原生OS方向之一，限于生态发展弱势一直取得很好的进展，当前业界包括IBM，redhat都有提出一个新的方案unikernel linux，具备如下特点： 1) 单一地址空间：打破传统linux内核态和用户态的边界，使得用户态程序可以运行在内核态； 2) 内核极致轻量裁剪: 根据应用程序负载轻量化裁剪linux内核，尽量使得内核代码精简无冗余； 3) Unikernel linux不仅可以减少系统资源的占用，还可以提升业务性能，初步测了下redis over stratovirt，内核体积能减少1/4，启动速度提升5倍，redis读写性能可以提升10%+ [cid:image002.png@01D7675C.AD4CC260] 申请unikernel linux兴趣小组，研究linux as unikernel的关键技术，为云原生OS发展的下一个可能方向做好技术储备，研究技术包括： 1． Linux单一地址空间技术：研究对比Redhat的UKL和IBM的Luping Linux方案的基础上，给出X86_64和ARM64平台可行方案和参考实现。 [cid:image005.png@01D7675C.AD4CC260][cid:image009.png@01D7675C.AD4CC260] 2．内核极致轻量裁剪：根据工作负载自动化内核裁剪框架和实现，首期对Dockerhub TOP20应用定制裁剪，给出config模板，后续场景驱动各类应用的定制和裁剪，形成经验模块配置库； 3．各类Syscall接口卸载技术研究，与unikernel linux按需组合，打造云原生模块OS的基础原型； 4．场景驱动单一地址空间内核各类锁优化技术研究；该SIG管理的repository及描述 * 项目名称： * 交付件形式：源码、tar包或兼而有之 * repository： openeuler/openeuler-ukl-kernel -- 内核 openeuler/openeuler-ukl-tailor -- 裁剪框架 openeuler/openeuler-ukl-musl -- 轻量libc库

1 0

安全委员会例会
by openEuler conference 21 Jun '21

21 Jun '21

1 0

石榴派的目标是星辰大海！sig-Astro 计划！Fw:树莓派全球社区漂流计划 - 效仿Astro-PI 升级石榴派 ! Fw:Re:[Dev] 回复：Re: 把openEuler 送上中国空间站。Re:RaspberryPi例会
by 袁德俊 19 Jun '21

19 Jun '21

关心SIG民族棋的各位老师，你们好：启程向前所未有的高度担负使命承载梦想在星空镌刻我们的印记遨游浩瀚逐梦九天探索未知延续奇迹这段话昨天刷屏啦！这让我想起了2月初发的愿 “把openEuler 送上中国空间站”。这是当时的调研，树莓派的AstroPI 项目，由欧洲航天局支持，英国航天员执行任务。根据现在社区积蓄的力量，我将方案定位在石榴派Riscv的空天启程计划上，通过硬件设计支持中国空间站的留空能力后，基于现有的 openEuler 操作系统集成一定的空天科普任务，实现如 Astro-PI 一样的空间实验室计划，或许可以和欧洲航天局共同发布，试验项目征集活动，面向全球青少年。为什么，我觉得可用性，因为这个愿望是和另一个愿望同时发出的，其中一个已经实现啦。这就是，同样是2月9日 “LuckyStar” 的愿已经实现啦： 6月10日发布的 : 石榴派全球社区漂流计划，中国计划，已经在杭州开始漂流，胡CORE 的02号树莓派已经交付到了社区志愿者手中，树莓派版 “石榴派” 本周2也已经交付，并装备到了社区和学校， LuckyStar 的作者 Elsa 的妹妹 Anna ( 树莓派基金会的项目官员 ) 的回信，成为石榴派全球社区漂流计划国际版的桌面本周一 RVweekly 正式收录 RV4KIDS 创刊号《星辰，机遇，使命》 https://gitee.com/RV4Kids/RVWeekly/tree/master/RV4Kids 也是6月10日，石榴派亮相 OPENEULER 开发者大会的重要成果， sig-minzuchess, sig-raspberry, sig-riscv 大团结的局面。这是参加 sig-riscv 组和更多社区小伙伴的合影。最后是，2月初，Astro-PI 计划的相关学习笔记。石榴派的目标是星辰大海Astro计划，可以复燃啦。 -------- 转发邮件信息 -------- 发件人："袁德俊" <yuandj1972(a)163.com> 发送日期：2021-02-10 23:55:16 收件人：jianmin@iscas.ac.cn,myeuler@163.com 抄送人：dev@openeuler.org,tc@openeuler.org 主题：树莓派全球社区漂流计划 - 效仿Astro-PI 升级石榴派 ! Fw:Re:[Dev] 回复：[Tc] Re: 把openEuler 送上中国空间站。Re:RaspberryPi例会关心SIG民族棋组的各位老师，你们好：现将 sig-minzuchess 9日月例会纪要和下步工作整理如下：纪要分两个部分： 1，正式发布测试仓 “石榴派” forked from openEuler / raspberrypi -. 测试交付方案：https://gitee.com/blesschess/shiliupi/issues/I2CM98 -. 石榴派交付方案：https://gitee.com/blesschess/shiliupi * 新增两个与 sig-minzuchess 同名的两个仓的测试仓，到石榴派。 * 配合全球漂流计划，将blesschess 在 github 上建立了镜像，以适配不同文化版本。 https://github.com/blesschess 2、树莓派社区全球漂流计划 Shiliu Pi (Pomegranate Pi) Drift Project https://www.raspberrypi.org/forums/viewtopic.php?f=104&p=1817058#p1817058 Building a “Blesschess” Set with Kids All Over the World 分别在两个全球社区开展推广工作，目标是招募“树莓派”开发者预装“石榴派”，参与漂流计划，在本地开展民族棋示范。 * 树莓派技术社区 * 国际象棋爱好者社区（邀请了一位中国的国际象棋大师做共同发起人。）下步工作： 1. 通过ASTRO-PI项目和石榴派项目相结合的方式，登上中国空间站，以获得树莓派技术社区支持. 2. 请openEuler社区做石榴派交付测试 3. 安全测试内容： * ASTRO-PI 要求的工况测试 * ESA 要求的网络安全测试，目前ESA授权树莓派基金会可以通过ESA局域网实现空间站的树莓派操作，包括上传程序，下载数据。 4. 树莓派硬件社区合作内容：完成国际象棋计算机的仿真。（目标是多键控制，丰富交互功能）当前版本：v0.99.002 下个版本：v0.99.010 （规划中...）诚意邀请，社区中有硬件开发相关经验的开发者加入石榴派漂流项目。 TC委员会，是否有硬件盒子类的SIG组？或者以石榴派和ASTRO-PI为原型成立新SIG组？ ----------------------------------------------------------- 会议主题：sig-minzuchess 9日月例会 2021-2-09 19:00-20:00 会议内容：1. 测试交付方案 2. 石榴派交付方案 3. 树莓派社区全球漂流计划会议链接：https://zoom.us/j/93573196027?pwd=NFJEbEhpVW5wYXgzQW1wUFVqYzVWdz09 -------- 转发邮件信息 -------- 发件人："袁德俊" <yuandj1972(a)163.com> 发送日期：2021-02-09 00:58:37 收件人：jianmin(a)iscas.ac.cn,"myeuler(a)163.com" <myeuler(a)163.com> 抄送人：dev@openeuler.org,tc@openeuler.org 主题：Re:[Dev] 回复：[Tc] Re: 把openEuler 送上中国空间站。Re:RaspberryPi例会我咨询了一位老师，上天大概有这么几个步骤： 1，首先要做一个盒子，和AstroPi一样的，是否有数码管界面，待定。现在有两个上天的方案， a, 发一个卫星，做一个REMOTE的盒子，外观就不太重要，只考虑功能即可。现在就有在轨的，用的时 ARDUINO 的MCU，接受一些温度等参数，还有卫星姿态的参数，还有短信收发通过无线电波的通道。 b, 和ASTROPI一样，上咱们中国的空间站。这个可能就不能用树莓派啦吧，应该咱们自主的。我们是不是可以动员下自己造一个全新的石榴派呢，有些冒进啦。 2，功能方面，可以设计的很丰富，也可以很简单，看我们的目标。我当然时希望成为青少年科普的一个阵地。 3，具体的通路是有的。上星的化，就是平摊上星的载荷。不只有这个盒子，还要做一些周边的监控和控制电路。也就是保姆电路，上星是有要求的。 4，不管是上星还是上空间站，这个盒子的安全性肯定是要很可靠的，要航天级别的测试水平。应该会是个大项目，和石榴派现在的民族棋示教有相当距离，航天员在天上玩游戏是不是允许，到可以问问，给航天员叔叔设计小游戏这是不是有点儿跑题啦。:D 石榴派的盒子现在已经有一个版本了。是地面的，针对国际象棋社区的，因为国际化需要借助国际象棋社区，所有石榴派里预装了 chess 的应用。需要配合外设，我已经和硬件团队联系好了，可以完成。就从石榴派的交付的样貌，应该是已经和 AstroPi 很像了。来个空天对弈，是不成问题的。上天这个事，对于社区应该是可靠性测试更严格了吧，必定安全是第一位的，具体对 openEuler 有怎样的要求我就不知道。既然是仿照 AstroPi 来，研究下树莓派社区都做了哪些工作，应该能找些答案吧。下面是1月29号SIG组会上发布的，古董仿制品。 https://gitee.com/yuandj/siger/issues/I2DZNW#note_4189114 在 2021-02-06 09:48:46，"myeuler(a)163.com" <myeuler(a)163.com> 写道：很cool，请问具体要做什么？社区能帮什么忙呢？发自我的华为手机 -------- 原始邮件 -------- 发件人： Jianmin Wang <jianmin(a)iscas.ac.cn> 日期： 2021年2月3日周三傍晚5:05 收件人：袁德俊 <yuandj1972(a)163.com> 抄送： dev(a)openeuler.org, tc(a)openeuler.org 主题： [Tc] Re: 把openEuler 送上中国空间站。Re:[Dev] RaspberryPi例会袁老师，你好，这个想法很酷，具体是采用树莓派还是其他硬件盒子，我觉得可以在社区内讨论起来，也促进各类盒子的适配，看怎样做具有可行性。 ——王建民 On 3 Feb 2021, at 1:14 PM, 袁德俊 <yuandj1972(a)163.com> wrote: 建明，你好！ + 这样的提案，是否属于树莓派组，咱们也做一个 AstroPi 上到咱中国自己的空间站，用 openEuler 做内核。 https://gitee.com/yuandj/shiliupi/wikis/mission-zero?sort_id=3503277 在 2021-02-02 08:42:09，"openEuler conference" <public(a)openeuler.io> 写道：您好！ openEuler sig-RaspberryPi SIG 邀请您参加 2021-02-02 15:00 召开的ZOOM会议会议主题：RaspberryPi例会会议内容：1. openEuler 的树莓派镜像安装 Gnome 桌面环境 2. 上游树莓派内核代码分支合并到 openEuler 的工作进展会议链接：https://zoom.us/j/95862106602?pwd=MWF2NWVzVExVTnFKcnBLK085RkY2Zz09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-RaspberryPi SIG invites you to attend the ZOOM conference will be held at 2021-02-02 15:00, The subject of the conference is RaspberryPi例会, Summary: 1. openEuler 的树莓派镜像安装 Gnome 桌面环境 2. 上游树莓派内核代码分支合并到 openEuler 的工作进展 You can join the meeting at https://zoom.us/j/95862106602?pwd=MWF2NWVzVExVTnFKcnBLK085RkY2Zz09. More information

2 1

openEuler 20.03 LTS SP2 问题讨论纪要
by Hufeng (Solar, Euler) 19 Jun '21

19 Jun '21

Release sig问题讨论纪要： 1. 由于配置原因导致服务无法启动类，请提供配置说明，由提单人员回归。 2. 由于服务依赖问题，请提单人员根据开发者意见按照顺序启动回归。 3. 请另外提issue单，跟踪合入配置指导文档输出和服务依赖改进。 4. Drdb功能不可用，由于版本发布临近，本次版本去除drdb，修复后在下个版本合入。 o. 服务名源码包 issue链接是否初步解决（或者能解决）初步定位失败原因对应sig组 sig组对应maintainer Release sig意见 1 booth-arbitrator.service booth https://gitee.com/src-openeuler/booth/issues/I3UNYX?from=project-issue 是没有配置/etc/booth/booth.conf sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 按照配置指导回归 2 booth@.service<mailto:booth@.service> booth 同上否同上，依赖booth正确配置 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 按照配置指导回归 3 corosync-qdevice.service corosync-qdevice https://gitee.com/src-openeuler/corosync-qdevice/issues/I3UOEU?from=project… 是该服务依赖corosync及qdevice运行环境正确配置 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 按照配置指导回归 4 corosync-qnetd.service corosync-qdevice 同上否单独执行/usr/bin/corosync-qnetd -f报crit NSS error (-8174): security library: bad database，未正确配置依赖环境，同上 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 按照配置指导回归 5 sbd.service sbd https://gitee.com/src-openeuler/sbd/issues/I3UP50?from=project-issue 否该包需要配置sbd环境之后才能正常启动 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 按照配置指导回归 6 sbd_remote.service sbd 同上否同上，该包需要配置sbd环境之后才能正常启动 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 按照配置指导回归 7 spausedd.service corosync https://gitee.com/src-openeuler/corosync/issues/I3UOC8?from=project-issue 否失败原因时出现了coredump，未在麒麟测试环境复现，具体原因正在沟通 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 请继续定位 8 drbd.service drbd https://gitee.com/src-openeuler/drbd/issues/I3UPWH?from=project-issue 否需要drbd驱动，目前未提供内核相关依赖包 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 没有其他模块依赖，建议从本版本删除，完全修正再合入 ---- 主　题：RE: FW: 涉及的问题清单请发给我日　期：2021-06-17 15:37 发件人：Hufeng (Solar, Euler) 收件人：杨昭问题清单写的原因里面，没法直接看出是配置问题导致，请尽快更新，讨论纪要需要发布到release邮件列表上次Release讨论的意见主要三个 1．按照配置指导回归对应的问题（需要清单） 2．提两个问题单，跟踪配置指导写入社区文档，跟踪添加服务依赖提升易用性 3． drdb问题目前无法解决，且该软件包不被其他软件依赖，无法满足发布要求，本次发布去除 o. 服务名源码包 issue链接是否初步解决（或者能解决）初步定位失败原因对应sig组 sig组对应maintainer 备注 1 booth-arbitrator.service booth https://gitee.com/src-openeuler/booth/issues/I3UNYX?from=project-issue 是没有配置/etc/booth/booth.conf sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 2 booth@.service<mailto:booth@.service> booth 同上否服务文件中有参数%i，该服务既不是一个有效的调用ID，也不是一个unit sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 3 corosync-qdevice.service corosync-qdevice https://gitee.com/src-openeuler/corosync-qdevice/issues/I3UOEU?from=project… 是该服务依赖corosync.service sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 4 corosync-qnetd.service corosync-qdevice 同上否单独执行/usr/bin/corosync-qnetd -f报crit NSS error (-8174): security library: bad database. sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 5 sbd.service sbd https://gitee.com/src-openeuler/sbd/issues/I3UP50?from=project-issue 否这个包无法启动是因为不能够人工手动启动，是在corosunc启动时才启动这个包，coroync成功启动后，这个报的启动还没验证 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 6 sbd_remote.service sbd 同上否这个包无法启动是因为不能够人工手动启动，是在corosunc启动时才启动这个包，coroync成功启动后，这个报的启动还没验证 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> 7 spausedd.service corosync https://gitee.com/src-openeuler/corosync/issues/I3UOC8?from=project-issue 否失败原因时出现了coredump，目前obs工程上找不到debuginfo包后续定位被阻塞，从dumpcore info收集的信息来分析调用栈，libc.so.6 sig-Ha yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> ---- 主　题：FW:涉及的问题清单请发给我日　期：2021-06-16 15:25 发件人：Hufeng (Solar, Euler) 收件人：yangzhao1(a)kylinos.cn<mailto:yangzhao1@kylinos.cn> From: Hufeng (Solar, Euler) Sent: Wednesday, June 16, 2021 10:15 AM To: yangzhao(a)kylinos.cn<mailto:yangzhao@kylinos.cn> Subject: 涉及的问题清单请发给我

1 0

openEuler 20.03 LTS SP2 Test round 6转测试通知
by Xuxiaosong 18 Jun '21

18 Jun '21

Test round 6版本取用路径如下： http://121.36.84.172/dailybuild/openEuler-20.03-LTS-SP2/openeuler-2021-06-1… 欢迎感兴趣的开发者提前获取验证，对于发现的问题请及时以issue的方式反馈给openEuler社区（里程碑选择openEuler 20.03-LTS-SP2-round-6）。由本次为发布前测试环节，软件版本可能存在重大问题，不建议大规模使用。 Release计划路径 https://gitee.com/openeuler/release-management/blob/master/openEuler-20.03-… Release plan Stage name Begin time End time key feature collect 2021-03-16 2021-03-31 Develop 2021-03-16 2021-04-26 Kernel freezing 2021-04-16 2021-04-16 Build 2021-04-26 2021-04-30 Test round 1 2021-05-6 2021-05-12 Test round 2 2021-05-17 2021-05-25 Test round 3 2021-05-26 2021-06-02 Test round 4 2021-06-04 2021-06-07 Test round 5 2021-06-09 2021-06-11 Test round 6（we are here） 2021-06-18 2021-06-18 release 2021-06-28 2021-06-30 本轮转测内容包括： Test round 4解决问题单44个，问题单详见： Round1：https://e.gitee.com/open_euler/issues/list?is%5Bmilestone_id%5D=1163… Round2：https://e.gitee.com/open_euler/issues/list?is%5Bmilestone_id%5D=1188… Round3：https://e.gitee.com/open_euler/issues/list?is%5Bmilestone_id%5D=1217… Round4：https://e.gitee.com/open_euler/issues/list?is%5Bmilestone_id%5D=1239… Round5: https://e.gitee.com/open_euler/issues/list?is%5Bmilestone_id%5D=124977 历史转测试版本取用链接 Test round 5版本取用路径如下： http://121.36.84.172/dailybuild/openEuler-20.03-LTS-SP2/openeuler-2021-06-0…

1 0

openEuler code branch scan results.
by George 15 Jun '21

15 Jun '21

Hi, all 近期，对src-openeuler.yaml仓库配置文件和src-openeuler组织下代码仓库的分支进行扫描，发现目前有以下三类问题： 1. 配置文件中没有该分支，但是gitee代码仓库中有该分支，且分支为protected。     处理建议：知会相关仓库maintainer和release-management SIG对齐，确定调整方案后保持仓库和配置文件一致。 2. 配置文件中和gitee代码仓库中都有该分支，但分支属性不一致。其中有4个事配置文件为readonly而gitee上属性未对应。     处理建议：根据配置文件中分支属性调整gitee代码仓库中分支属性。（主要是改readonly） 3. 配置文件中有该分支，但gitee代码仓库中无该分支，只有一个仓库obs_meta.     处理建议：通知相关责任人确认，或补齐仓库中分支，或移除配置文件中配置项。 Recently, the src-openeuler.yaml repository configuration file and the branch of the code repository under the src-openeuler organization were scanned and the following problems were found: 1. This branch does not exist in the configuration file but exists in the Gitee and is protected. Handling suggestion: Notify the maintainer and release-management SIG to discuss and adjust solution. After the adjustment solution is determined, ensure that the branches of the repository is consistent with the configuration file. 2. The branch exists in the configuration file and in the Gitee code repository, but the branch attributes are inconsistent. The configuration file is readonly and the attribute on the gitee is not readonly. Handling suggestion: Adjust the branch attributes in the Giitee code repository based on the branch attributes in the configuration file. (readonly) 3. This branch exists in the configuration file but does not exist in the Gitee code repository. Only obs_meta exists. Handling suggestion: Inform related owners to confirm, supplement branches in the repository, or remove configuration items from the configuration file

1 0

2024

2023

2022

2021

2020

2019

Tc