- Tc - mailweb.openeuler.org

TC议题申请：Application to create ReleaseManager SIG
by Maliang (Marlon, IT) 07 Apr '20

07 Apr '20

序号时间段议题类别议题名称决策建议/议题背景时长 min 提案人汇报人汇报地点纪要人相关与会人 1 　决策类 Application to create ReleaseManager SIG ReleaseManager will plan the release schedule of the openEuler and track the development status (updates or feature updates) during the development/test cycle. 10 MarlonMa B/R Thanks 马亮

1 0

Re: [Dev] Re: Chinese Fedora packager is here
by Fred Li 03 Apr '20

03 Apr '20

+ tc(a)openeuler.org and community(a)openeuler.org In case some members have not subscribed to dev(a)openeuler.org. On Fri, Apr 3, 2020 at 8:28 PM Fred Li <yongle.li(a)gmail.com> wrote: > > I am not the right person to reply this, as UKUI team uses the same > email list and let's wait for them to reply. > > On Fri, Apr 3, 2020 at 7:06 PM myeuler <myeuler(a)163.com> wrote: > > > > I think we can work with fedora community together to make the both community to go well together. ;-) > > for example, share the packages or something like that. > > > > > > > > At 2020-04-03 18:12:39, "Robin Lee" <robinlee.sysu(a)gmail.com> wrote: > > >Hi, all > > > > > >I learned about openeuler is packaging Ukui from news. > > > > > >Any chance we can also submit the packages to Fedora? > > > > > >Or any openeuler packager also want to be Fedora packager? I can help > > >if anyone is interested. > > > > > >-robin > > >_______________________________________________ > > >Dev mailing list -- dev(a)openeuler.org > > >To unsubscribe send an email to dev-leave(a)openeuler.org > > > > > > > > > > > > _______________________________________________ > > Dev mailing list -- dev(a)openeuler.org > > To unsubscribe send an email to dev-leave(a)openeuler.org > > > > -- > Regards > Fred Li (李永乐) -- Regards Fred Li (李永乐)

1 0

[new SIG proposal] Apply for establish QA SIG
by liyongqiang (H) 03 Apr '20

03 Apr '20

Hi Dear TC, We are so pleased to propose to apply for a new SIG QA on 8 Apr meeting, please check it out with PR: https://gitee.com/openeuler/community/pulls/320 Now let me introduce QA SIG for you. 1. Open current test capability to developers in the community. 2. Test openEuler release and evaluate its quality. 3. Distribute the issues to the corresponding teams and track the issues continuously. 4. Draft, release, and maintain release criteria. 5. Develop and maintain test tools which promote code develop and execute efficiency Looking forward to hearing from you, thanks BR, Charlie

2 1

[new SIG proposal] Apply for establish QA SIG
by liyongqiang (H) 03 Apr '20

03 Apr '20

Hi Dear TC, We are so pleased to propose to apply for a new SIG QA on 8 Apr meeting, please check it out with PR: https://gitee.com/openeuler/community/pulls/320 Now let me introduce QA SIG for you. 1. Open current test capability to developers in the community. 2. Test openEuler release and evaluate its quality. 3. Distribute the issues to the corresponding teams and track the issues continuously. 4. Draft, release, and maintain release criteria. 5. Develop and maintain test tools which promote code develop and execute efficiency Looking forward to hearing from you, thanks BR, Charlie

1 0

[Docs]Please check the 2 PRs for the same(perhaps) purpose
by Fred Li 03 Apr '20

03 Apr '20

Hi Docs team, community, To add one committer to Docs team, @amyMaYun submitted [1], and I put -1 comment with reason, but I haven't got any reply so far. @Rudy_Tan submitted another one [2], and it got approved immediately. I am not against the nominated committer himself/herself, but I am against the process. I propos to revert [2] if there is not a reasonalbe explanation. [1] https://gitee.com/openeuler/community/pulls/321 [2] https://gitee.com/openeuler/community/pulls/300 -- Regards Fred Li (李永乐)

3 4

有谁有普华mate-desktop负责人的联系方式
by myeuler 02 Apr '20

02 Apr '20

有的话请帮忙把联系方式发给我 myeuler(a)163.com

1 0

[governance]Do we need to define who should approve for the PRs?
by Liyongle (Fred) 02 Apr '20

02 Apr '20

Hi all, One colleague pinged me to discuss the process about review and approve. What he said was “PR的approve我们的流程是不是需要固定一下，好像感觉没有明确谁最终approve，大家都在看”. In English, it seems that many committers may have reviewed but no one approves usually, should we define who should approve? For your information, currently, one PR will not be merged until both /lgtm and /approve are labeled. Only committers/maintainers can /lgtm and /approve. In my opinion, it is up to each SIG to decide whether they need identify who should do /approve. In my team, we committers follow the non-written rule: 1. the PR should be reviewed, and all the comments should be handled and replied. If not, /lgtm will not be given. 2. if one committer gives the first /lgtm, the committer doesn’t give /approve usually, unless the PR is obviously an easy one. In other word, 2 committers to agree on the PR are a must. What is your opinion or suggestion? Regards Fred 李永乐

4 3

[Infra]Has the sychronization for SIG infor between gitee and website been implemented?
by Fred Li 31 Mar '20

31 Mar '20

Hi infra, I remembered I did submit an issue to request sychronization for SIG information between gitee.com/community/sig/sigs.yaml and website, but I couldn't find it. I check the current status but stil not sure it is done or not. Could anyone help to check? -- Regards Fred Li (李永乐)

1 0

about TC meeting topics
by myeuler 30 Mar '20

30 Mar '20

Hi, TC members, For the reason that more and more topics are added in meeting. I think we should do a ranking work. I propose we should arrange SIG apply topic in high priority in meeting. What about you guys?

2 1

申请增加HA SIG组
by 侯健 30 Mar '20

30 Mar '20

3 2