Re: [E] RE: Jira tickets fields
Guillaume Lambert
You’re welcome. It’s up to you where you want to put it. You can use newcomers guide but you can also create a dedicated page since this mostly concerns PTL and committers.
Guillaume
De : navid.ghazisaidi@... [mailto:navid.ghazisaidi@...]
I forgot that, thanks for reminding me, Guillaume!
Should we put it under https://docs.opendaylight.org/en/latest/contributor-guides/newcomers-guide.html ?
Thanks, Navid
From: "guillaume.lambert@..." <guillaume.lambert@...>
Thanks Navid
For information, most of best practices have now been migrated to the documentation contributor guides at https://docs.opendaylight.org/en/latest/contributor-guides/index.html
Guillaume
De : TSC@... [mailto:TSC@...]
De la part de navid.ghazisaidi via lists.opendaylight.org
Hi All,
Here is the list of fields I believe we should make them mandatory in any jira ticket. I have added description with some example values for each field. As mentioned in our last TSC call, this may help automating the project release tracking and release notes publication.
please let me know what your thoughts are.
We should also find a good place in wiki to publish it. Maybe under Best Practices (https://wiki-archive.opendaylight.org/view/BestPractices)?
Thanks, Navid
Project: description: project name values: aaa/bgpcep/controller/daexim/distribution/infrautils/jsonrpc/lispflowmapping/netconf/netvirt/openflowplugin/ovsdb/serviceutils/tpce
Priority: description: the importance of ticket values: Highest, High, Medium, Low, Lowest
Type: description: issue type values: Bug/New Feature/Task/Improvement/Deprecate
Status: description: the status of ticket values: Open/In Progress/In Review/Confirmed/Verified/Resolved/Closed/Done/Open
affectedVersion: description: the version that the issue was seen (it’s only applicable to bugs) values: aluminum/silicon/etc.; “None” to be used for anything other than “Bug”
fixVersion: description: the version that includes the bug fix, new feature, behavior/feature change (improvement), or deprecated feature (the first time that the feature is being disappeared) values: aluminum/silicon/etc.
_________________________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
_________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
|
|
Re: [E] RE: Jira tickets fields
Ghazisaidi, Navid
I forgot that, thanks for reminding me, Guillaume!
Should we put it under https://docs.opendaylight.org/en/latest/contributor-guides/newcomers-guide.html ?
Thanks, Navid
From: "guillaume.lambert@..." <guillaume.lambert@...>
Thanks Navid
For information, most of best practices have now been migrated to the documentation contributor guides at https://docs.opendaylight.org/en/latest/contributor-guides/index.html
Guillaume
De : TSC@... [mailto:TSC@...]
De la part de navid.ghazisaidi via lists.opendaylight.org
Hi All,
Here is the list of fields I believe we should make them mandatory in any jira ticket. I have added description with some example values for each field. As mentioned in our last TSC call, this may help automating the project release tracking and release notes publication.
please let me know what your thoughts are.
We should also find a good place in wiki to publish it. Maybe under Best Practices (https://wiki-archive.opendaylight.org/view/BestPractices)?
Thanks, Navid
Project: description: project name values: aaa/bgpcep/controller/daexim/distribution/infrautils/jsonrpc/lispflowmapping/netconf/netvirt/openflowplugin/ovsdb/serviceutils/tpce
Priority: description: the importance of ticket values: Highest, High, Medium, Low, Lowest
Type: description: issue type values: Bug/New Feature/Task/Improvement/Deprecate
Status: description: the status of ticket values: Open/In Progress/In Review/Confirmed/Verified/Resolved/Closed/Done/Open
affectedVersion: description: the version that the issue was seen (it’s only applicable to bugs) values: aluminum/silicon/etc.; “None” to be used for anything other than “Bug”
fixVersion: description: the version that includes the bug fix, new feature, behavior/feature change (improvement), or deprecated feature (the first time that the feature is being disappeared) values: aluminum/silicon/etc.
_________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
|
|
TSC Meeting for March 25, 2021 at 9 am Pacific
Guillaume Lambert
Hello OpenDaylight Community,
Next TSC meeting is March 25, 2021 at 9 am Pacific Time. https://wiki.opendaylight.org/x/zxsF
If you need to add anything, please let me know or add it there.
Best Regards
_________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
|
|
Re: Jira tickets fields
Guillaume Lambert
Thanks Navid
For information, most of best practices have now been migrated to the documentation contributor guides at https://docs.opendaylight.org/en/latest/contributor-guides/index.html
Guillaume
De : TSC@... [mailto:TSC@...]
De la part de navid.ghazisaidi via lists.opendaylight.org
Hi All,
Here is the list of fields I believe we should make them mandatory in any jira ticket. I have added description with some example values for each field. As mentioned in our last TSC call, this may help automating the project release tracking and release notes publication.
please let me know what your thoughts are.
We should also find a good place in wiki to publish it. Maybe under Best Practices (https://wiki-archive.opendaylight.org/view/BestPractices)?
Thanks, Navid
Project: description: project name values: aaa/bgpcep/controller/daexim/distribution/infrautils/jsonrpc/lispflowmapping/netconf/netvirt/openflowplugin/ovsdb/serviceutils/tpce
Priority: description: the importance of ticket values: Highest, High, Medium, Low, Lowest
Type: description: issue type values: Bug/New Feature/Task/Improvement/Deprecate
Status: description: the status of ticket values: Open/In Progress/In Review/Confirmed/Verified/Resolved/Closed/Done/Open
affectedVersion: description: the version that the issue was seen (it’s only applicable to bugs) values: aluminum/silicon/etc.; “None” to be used for anything other than “Bug”
fixVersion: description: the version that includes the bug fix, new feature, behavior/feature change (improvement), or deprecated feature (the first time that the feature is being disappeared) values: aluminum/silicon/etc.
_________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
|
|
Re: Silicon General Release CSIT check
Luis Gomez
I think you patch [1] fixed the issue:
toggle quoted messageShow quoted text
We can maybe pick next AR build to see all netconf tests passing. Also we need another patch [2] to move aaa and netconf CSIT to MRI once this issue [3] gets addressed in global-jib. BR/Luis
|
|
Jira tickets fields
Ghazisaidi, Navid
Hi All,
Here is the list of fields I believe we should make them mandatory in any jira ticket. I have added description with some example values for each field. As mentioned in our last TSC call, this may help automating the project release tracking and release notes publication.
please let me know what your thoughts are.
We should also find a good place in wiki to publish it. Maybe under Best Practices (https://wiki-archive.opendaylight.org/view/BestPractices)?
Thanks, Navid
Project: description: project name values: aaa/bgpcep/controller/daexim/distribution/infrautils/jsonrpc/lispflowmapping/netconf/netvirt/openflowplugin/ovsdb/serviceutils/tpce
Priority: description: the importance of ticket values: Highest, High, Medium, Low, Lowest
Type: description: issue type values: Bug/New Feature/Task/Improvement/Deprecate
Status: description: the status of ticket values: Open/In Progress/In Review/Confirmed/Verified/Resolved/Closed/Done/Open
affectedVersion: description: the version that the issue was seen (it’s only applicable to bugs) values: aluminum/silicon/etc.; “None” to be used for anything other than “Bug”
fixVersion: description: the version that includes the bug fix, new feature, behavior/feature change (improvement), or deprecated feature (the first time that the feature is being disappeared) values: aluminum/silicon/etc.
|
|
Re: Silicon General Release CSIT check
Robert Varga
On 19/03/2021 06:44, Daniel de la Rosa wrote:
Hello TSCIt looks like the netconf test suite is busted: https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/netconf-csit-1node-scale-only-silicon/250/robot-plugin/log.html.gz Suite setup failed:Since NETCONF is an MRI project in Silicon, the testtool should not be downloaded from autorelease staging repo but rather from normal release repo. I do not know how to achieve, can someone from int/test take a look? Regards, Robert
|
|
Silicon General Release CSIT check
Hello TSC We have picked a Silicon AR #228 as release candidate. Here is the CSIT checklist so please review it ASAP https://docs.google.com/spreadsheets/d/1zvD4xgiMlWCgg5ZBvxSRONY_LtLtzzNUeuA06-i7ukc/edit?usp=sharing Thanks
|
|
Re: [release] Silicon: next steps for Genius
Robert and team I'm still seeing Genius in AR... this is from the logs Is this expected?
On Mon, Feb 1, 2021 at 2:43 PM Robert Varga <nite@...> wrote: Hello,
|
|
Re: [opendaylight-dev][release] OpenDaylight - Aluminium SR3 release status
Luis Gomez
OK, Aluminium SR3 release is here:
toggle quoted messageShow quoted text
We can proceed with regular post-release actions. BR/Luis
|
|
Re: [opendaylight-dev][release] OpenDaylight - Aluminium SR3 release status
Luis Gomez
Yep, SNAPSHOT artifacts used in the common distribution have expired and got deleted because we let long time between Managed distribution release and Common distribution release.
toggle quoted messageShow quoted text
This is the first time that this happens and has exposed some issues in the distribution repo. I will have to craft something in Jenkins to make this work, more info in tonight's meeting. BR/Luis
|
|
Re: [opendaylight-dev][release] OpenDaylight - Aluminium SR3 release status
Ok now that TransportPCE is done, @Luis Gomez will move forward with distribution once he fixes some issues with the snapshots artifacts. Thanks
On Fri, Mar 12, 2021 at 6:33 AM <guillaume.lambert@...> wrote:
|
|
Re: [release] Silicon code freeze
Thank you Robert and all @Anil Belur Can you create a Silicon CSIT checklist so we can pick a RC? I think that we can pick AR#228
On Mon, Mar 15, 2021 at 5:50 AM Robert Varga <nite@...> wrote: On 15/03/2021 09:35, Robert Varga wrote:
|
|
Missing archival reviews
Robert Varga
Hey everyone,
the recent query about YangIDE made me look through our lifecycle collateral: https://wiki-archive.opendaylight.org/view/Archive_Proposals It seems this (and perhaps other) projects have had their archival review created, but the process was never completed: https://wiki-archive.opendaylight.org/view/Archive_Proposals/YangIDE i.e. the proposal is still pending and the repository has not been renamed. Can we complete the process so as not to have confusing messaging? Thanks, Robert
|
|
TSC Meeting for March 18, 2021 at 10 pm Pacific
Guillaume Lambert
Hello OpenDaylight Community,
Next TSC meeting is March 18, 2021 at 10 pm Pacific Time.
The agenda proposal and the connection details for this meeting are available at the following URL: If you need to add anything, please let me know or add it there.
The meeting minutes will be at the same location after the meeting is over. Also congratulations and welcome aboard to our new TSC members Navid Ghazisaidi and Oleksii Mozghovyi !
Best RegardsGuillaume _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
|
|
Call for Mentors and Projects for 2021 LF Networking Mentorship Program
Casey Cain
Today, we’re excited to open the call for mentors and project proposals for the 2021 LF Networking Mentorship Program. This is the first year we're bringing all community intern/mentor projects under the LF Networking umbrella to launch with an integrated program schedule and program operations/management. The Program is intended to provide a formal structure to connect mentors and student developers from around the globe to contribute their enthusiasm, time, and experience toward building sustainable LFN communities. Why should you consider mentoring for LF Networking Mentorship Program?
I am interested in mentoring but how do I get started?
While mentors will be on a voluntary basis, the hired mentees will be eligible to receive a stipend. As an added bonus, each mentee who successfully completes the Program will be invited and financially sponsored by LF Networking to attend an event/conference and present their work to the broader community (specific event TBD with exemptions allowing for health and safety concerns.). If you have any questions, please contact mentorship@... We look forward to your submission of a mentorship project and thank you in advance for volunteering your time to contribute to the training of the new talent pool in the LF Networking communities. Best, Casey Cain Technical Program Manager / Community Architect Linux Foundation _________________ IRC: CaseyLF WeChat: okaru6 Voice: +1.408.641.0193
|
|
Re: 2021 TSC Election Results
Anil Belur
Congrats Navid and Oleksii.
On Sat, Mar 13, 2021 at 2:19 AM Casey Cain <ccain@...> wrote:
|
|
Re: [release] Silicon code freeze
Robert Varga
On 15/03/2021 09:35, Robert Varga wrote:
On 15/03/2021 08:40, Anil Belur wrote:All the patches have landed, next AR should be good to go.Greetings Robert:Hello Anil,The stable/silicon branch is locked. Please confirm if you are unable toI did not realize I can, the patches are landing as I am writing this. Thanks, Robert
|
|
Re: [release] Silicon code freeze
Robert Varga
On 15/03/2021 08:40, Anil Belur wrote:
Greetings Robert:Hello Anil, The stable/silicon branch is locked. Please confirm if you are unable toI did not realize I can, the patches are landing as I am writing this. Thanks, Robert
|
|
Re: [release] Silicon code freeze
Anil Belur
Greetings Robert: The stable/silicon branch is locked. Please confirm if you are unable to merge the changes. Cheers, Anil
On Fri, Mar 12, 2021 at 6:11 PM Robert Varga <nite@...> wrote: On 12/03/2021 06:28, Robert Varga wrote:
|
|