Functest Jerma is synchronized with OpenStack Train and CNTT. OPNFV TSC can simply consider Functest as a little bit ahead compared to OPNFV as asked by CNTT Baraque (September) and the former OPNFV TSC.
The development model is great (even if it asks for lots of integration work especially in gates) as it avoids any gap between upsteam, CNTT and Functest. Any help would be welcome and all new code contributions would be backported to Jerma if it fits CNTT RCX. About the overall topic here, it’s not up to the project to see how they map the new release process which may change again (it should have been the exact opposite). I clearly voted -1 for the new release when it was proposed to TSC. To be very clear here, here are the current versions supported by Functest. (we haven’t defined any K8s version rule in OPNFV,, we select the latest stable Kubernetes when releasing Functest) - Hunter: OpenStack Rocky, CNTT RC1 Baldy and K8s 1.13.X - Iruya: OpenStack Stein, CNTT RC1 Baldy and K8s 1.15.X - Jerma: OpenStack Train, CNTT RC1 Baraque and K8s 1.17.X - Kali: OpenStack Ussuri, CNTT RC1 Baraque and K8s 1.18.X - Latest: next OpenStack Victoria, CNTT RC1 Baraque and next K8S v1.19 It’s a little bit unclear which K8s version should be used for CNTT RC2. If I’m not wrong it should be v1.18 or even v1.19 (Kali?). Cédric De : Jack Morgan [mailto:[email protected]] Envoyé : mercredi 19 août 2020 19:52 À : OLLIVIER Cédric TGI/OLN <[email protected]>; Jim Baker <[email protected]> Cc : David McBride <[email protected]>; Alec Hothan (ahothan) <[email protected]>; Georg Kunz <[email protected]>; Al Morton <[email protected]>; opnfv-tech-discuss <[email protected]>; opnfv-project-leads <[email protected]>; [email protected] Objet : Re: [opnfv-tsc] Jerma Release Meeting: Requirements Working Group Cedric, On 8/19/20 2:54 AM, cedric.ollivier via lists.opnfv.org wrote: Hi Jim, Sorry I don’t understand the logic hidden in the questions (especially your last question). I think Jim is asking about how your self release of Functest Jerma fits into upcoming OPNFV Jerma release. For example, will the self release of Functest Jerma be included in the OPNFV Jerma release or do you plan to use something else? I believe the questions are coming from the perspective of OPNFV having an updated/improved release process now and that, AFAIK, Functest is the only project that has done a self release of Jerma. Maybe the following technical details may help us. All amd64, arm and arm64 jerma docker tags (functest, xtesting and functest-kubernetes) are rolling vs our stable/jerma branches. We could publish additional fixed docker tags if it fits CNTT but they will quickly raise lots of cons (e.g. security patches, synchronization with CNTT). Then I would encourage all end users to select the rolling tags anyway. We should note that our gates guarantee stability as much as possible which is much better than fixed tags which are not verified enough. For the OpenStack part, Functest Jerma is full synced to Train and It’s not only about the framework included. It includes all python requirements proposed by OpenStack as upper-constraints. Yes Functest Jerma is synced with RA1 baraque and it’s simply the model in place since Snezka (January). It’s worth mentioning that even Functest Ussuri and Latest (next Victoria) are also synced with RA1 Baraque. It’s true that OPNFV has turned around a lot regarding the last releases (Rocky -> Master -> Train or managed by milestones -> self managed -> managed by requirement traceability). Functest has always followed the best technical processes (and then the same model) and clear directions over the releases for the benefits of all its end users. I could introduce former Functest slide decks in technical meetings if it helps. Maybe introducing them in the dev events was not suitable regarding the dev event attendees and the classical conflicts between the OPNFV slots in LFN dev event. Functest as part of the release? I would consider it depends how you interpret the question. Yes Functest is synced with CNTT and OpenStack Train. No Functest won’t accept any requirement coming from others (TSC) without any code contribution. We could rather consider the answer is about project part of the official OPNFV release communication. As all OPNFV test tools, it would be mostly no for a while. Cédric De : Jim Baker [mailto:[email protected]] Envoyé : mardi 18 août 2020 20:58 À : OLLIVIER Cédric TGI/OLN <[email protected]><mailto:[email protected]> Cc : David McBride <[email protected]><mailto:[email protected]>; Alec Hothan (ahothan) <[email protected]><mailto:[email protected]>; Georg Kunz <[email protected]><mailto:[email protected]>; Al Morton <[email protected]><mailto:[email protected]>; opnfv-tech-discuss <[email protected]><mailto:[email protected]>; opnfv-project-leads <[email protected]><mailto:[email protected]>; [email protected]<mailto:[email protected]> Objet : Re: [opnfv-tsc] Jerma Release Meeting: Requirements Working Group Hey Cedric - Did you tag/branch the Jerma release last October? And that is the version you want to release? Seems like it would leave out some of the development that you've done for CNTT? I guess I don't understand how your announcement of Functest for Jerma relates to the OPNFV Jerma release? Jim On Tue, Aug 18, 2020 at 3:44 AM <[email protected]<mailto:[email protected]>> wrote: Hi, Functest Jerma has been released 10/14/19. https://lists.opnfv.org/g/opnfv-tsc/message/5636 Functest has already been updated to take CNTT Baraque requirements into account. Of course Functest will be continuously synced with RA1 via all RA1 meetings if any API capability switches to optional or mandatory. https://www.linkedin.com/pulse/cntt-baraque-road-openstack-train-c%25C3%25A9dric-ollivier/ Here are calls for contributors suggesting a couple of RC1 enhancements via Functest if companies are interested to contribute. (be free to contact me for any code contribution to Functest for the success of CNTT) https://www.linkedin.com/pulse/call-functest-cntt-rc1-contributions-c%C3%A9dric-ollivier/ https://lists.opnfv.org/g/opnfv-tech-discuss/message/24134 As Functest is fully integrated in RC1, the main target is about adding the existing test cases in RC2. The overall task is currently more on CNTT side (e.g. test case description and selection) Cédric De : [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] De la part de David McBride Envoyé : lundi 17 août 2020 18:54 À : Alec Hothan (ahothan) <[email protected]<mailto:[email protected]>>; Georg Kunz <[email protected]<mailto:[email protected]>> Cc : Al Morton <[email protected]<mailto:[email protected]>>; opnfv-tech-discuss <[email protected]<mailto:[email protected]>>; opnfv-project-leads <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; Jim Baker <[email protected]<mailto:[email protected]>> Objet : Re: [opnfv-tsc] Jerma Release Meeting: Requirements Working Group Hi Alec, I think that the best approach is to attend the release meeting on Tuesday. Initially, we will be addressing the scope of CNTT requirements that we want to take on for OPNFV Jerma. Subsequently, we will dig into the details of the requirements. Also, note that @Georg Kunz<mailto:[email protected]> has created a new project called Kuberef that seeks to develop a kubernetes-based RI. David -- Jack Morgan _________________________________________________________________________________________________________________________ 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.
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#24331): https://lists.opnfv.org/g/opnfv-tech-discuss/message/24331 Mute This Topic: https://lists.opnfv.org/mt/76243627/21656 Group Owner: [email protected] Unsubscribe: https://lists.opnfv.org/g/opnfv-tech-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
