Monday, 2026-03-02

takahashi-tscHi tacker team08:01
shivamHello08:02
takahashi-tscI think yasufumi-san does not seem to be able to join the call, but since there is one topic, I start the meeting.08:02
takahashi-tsc#startmeeting tacker08:02
opendevmeetMeeting started Mon Mar  2 08:02:57 2026 UTC and is due to finish in 60 minutes.  The chair is takahashi-tsc. Information about MeetBot at http://wiki.debian.org/MeetBot.08:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.08:02
opendevmeetThe meeting name has been set to 'tacker'08:02
takahashi-tsc#link https://etherpad.opendev.org/p/tacker-meeting08:03
takahashi-tsctoday there is one topic about setuptool.08:03
takahashi-tscShivam, coudl you explain it?08:03
shivamyes08:03
shivamThis topic is related to the compliance test failures due to deprecation of 'pkg_resouces' module in latest setuptools version 82.0.0 08:05
shivamCompliance tests fail because the `flex` library (dependency of `RESTinstance`) tries to import `pkg_resources`, which are removed in setuptools v82.0.0.08:05
shivamWhen tox creates the ''ft-v1-compliance-sol'' environment, it installs the latest setuptools, which is now v82.0.0, since no version is pinned anywhere.08:06
shivamThis is confirmed in the CI logs where setuptools 82.0.0 is already present in the environment before TST requirements are even installed.08:07
shivam"Requirement already satisfied: setuptools in ./lib/python3.12/site-packages (from pbr>=1.8->jsonpath-rw-ext>=0.1.9->robotframework-jsonlibrary==0.3->-r /home/zuul/src/opendev.org/openstack/tacker/.tox/ft-v1-compliance-sol/api-tests/requirements.txt (line 8)) (82.0.0)"08:07
shivamAs per CI logs, the dependency chain that brings in setuptools is `robotframework-jsonlibrary > jsonpath-rw-ext > pbr > setuptools`. Since `pbr` has no upper bound on setuptools, it picks up v82.0.0. 08:08
shivam'RESTinstance' (cloned from the TST repo) then pulls in 'flex==6.14.1', which at runtime tries to use 'pkg_resources' but it no longer exists, causing the compliance test to fail.08:09
shivamFor this issue, the temporary fix on the Tacker side is to pin 'setuptools<82' in [testenv:ft-v1-compliance-sol] in tox.ini, so the environment gets a setuptools version that still includes pkg_resources.08:10
shivamBut, the permanent fix should come from the TST/robot framework side by updating or replacing the 'flex' library with one that does not depend on 'pkg_resources'.08:10
shivamSo, I would like to hear the community’s thoughts on the identified bug, root cause analysis, and the proposed fix.08:11
shivamAnd, are there any alternative approaches or additional improvements that community members would recommend for handling this issue in compliance tests?08:11
shivamThank you.08:12
takahashi-tscthanks.08:12
takahashi-tscFirst of all, I'd like to confirm who has impact to whom.08:12
takahashi-tscSetuptool issue is only related to TST (ROBOT) and no other Tacker code does not have any impact, right?08:13
shivamyes, "pkg_resources" module is being imported/used by TST(ROBOT) only. Hence,  no other Tacker code does not have any impact.08:14
takahashi-tscThanks. and since your idea is "pin 'setuptools<82' in [testenv:ft-v1-compliance-sol] in tox.ini", your workaround does not affect other test cases, right?08:16
shivamyes08:16
takahashi-tscLast question, do you know the approach of OpenStack community? e.g.will requirements project do something for this issue?08:17
takahashi-tscrequirements, devstack etc. such as some global projects.08:18
shivamI checked requirements project, but there is no setuptools module mentioned and hence, no upper bound set is possible08:19
takahashi-tscOK... then OpenStack will not set upper bound. We should assume that basically we, Tacker project, should also use the latest setuptool.08:20
shivamyes, I think since, it is being installed as dependency from Pbr and hence, it automatically installs the latest available version from pip08:21
shivambecause there is no specific pinned version.08:21
takahashi-tscHmm, then I think your idea is only one way to resolve it.08:22
takahashi-tscHowever, ft-v1-compliance-sol might become fail when other OpenStack codes do not support older setuptool.08:23
takahashi-tscSo, we should also try to send request to NFV-TST to resolve this issue.08:24
shivamyes, I also have same same understanding.08:24
shivamWill request to TST for permanent fix of this issue and then we can remove Tacker workaround fix.08:25
takahashi-tscI put my opinion here.08:26
takahashi-tschttps://etherpad.opendev.org/p/tacker-meeting#L2608:26
takahashi-tscShivam, is it OK?08:26
shivamyes, It's ok.08:27
takahashi-tscthanks. because today few members are attending here, I'll share this discussion with Tacker team and ask their opinions.08:28
takahashi-tscAny other comments?08:28
YuyaKunoMaybe this is stupid question. 1) Why TST robot framework requires specific Tacker's library? 2) Because Tacker should support SOL002 and SOL003 as VNFM, why pkg_resource which is provided by NFVO is required by TST?08:30
takahashi-tscShivam, could you answer? In my understanding, this is about purely Robotframe implementation side issue. Anyway, could you answer?08:33
shivamHmm... yes I think so as it is a Python packaging resource that the flex library happened to use internally, and it got pulled in as part of the dependency chain.08:35
YuyaKunoDoes not Robot framework provide library which Robot framework uses?08:38
takahashi-tscAre you talking about setuptools? It is python library and RobotFramework just import it. Shivam, is it correct?08:39
shivamyes, RobotFramework uses REST library which uses Flex which internally tries to pkg_resource nd this pkg_resource is provided by setuptools.08:40
shivamSo, RobotFramework basically attempts to import the pkg_resource from setuptools and gets this error in latest version.08:42
YuyaKunoOK, thank you. "pkg_resource" does not mean "VNF Pkg mgmt interface".08:42
takahashi-tscI think so. >  "pkg_resource" does not mean "VNF Pkg mgmt interface".08:43
YuyaKunoI see. Thank you.\08:43
takahashi-tscBy the way, it might be not TST work, but RobotFramework activities? In other words, The latest RobotFramework might already resolve it or resolve it soon?08:44
takahashi-tscShivam, what do you think?08:44
shivamyes08:46
takahashi-tscThen, TST side work may be only imporint the latest Robot after it is resolved.08:47
takahashi-tscAnyway, Tacker's direction is to ask TST side to resolve it (and may be finally resolved by Robot.)08:47
shivamok08:47
takahashi-tscGood, any other comments, questions?08:47
YuyaKunono additional question.08:48
takahashi-tscOK, then that's all for today's meeting.08:49
takahashi-tscI'd like to close the meeting.08:50
YuyaKunosorry08:50
YuyaKunoI guess it is better to provide feedback from Tacker to Rel6 concept in next NFV#53 next week, and some Tacker member has idea to present it.08:51
YuyaKunoCan we quickly check it?08:52
takahashi-tscAh sorry I forget it to discuss it 08:52
takahashi-tscYes, my team is also analyzing the discussion in NFV and try to give some feedback to NFV.08:53
takahashi-tscCreating of discussion materials is still on-going, but we are mainly focus on documentation restructure of SOL002 and SOL003.08:54
takahashi-tscWe will show which chapters should remain, and documentation structure options.08:57
takahashi-tscI'd like to confirm that this direction is OK. And sorry but the materials creation may finish tomorrow, we try to share it with Tacker team.08:59
YuyaKunoThough I did not check the material, I agree it.09:01
takahashi-tschttps://etherpad.opendev.org/p/tacker-meeting#L2909:03
takahashi-tscI put this topic in etherpad. and I will share the materials asap.09:03
takahashi-tscOK, any other comments?09:04
takahashi-tscIf nothing, I'd like to close the meeting.09:08
takahashi-tscOK, thank youm bye!09:10
shivamThank you, bye.09:11
YuyaKunoThank you, bye.09:11
takahashi-tsc#endmeeting09:11
opendevmeetMeeting ended Mon Mar  2 09:11:47 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)09:11
opendevmeetMinutes:        https://meetings.opendev.org/meetings/tacker/2026/tacker.2026-03-02-08.02.html09:11
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tacker/2026/tacker.2026-03-02-08.02.txt09:11
opendevmeetLog:            https://meetings.opendev.org/meetings/tacker/2026/tacker.2026-03-02-08.02.log.html09:11
*** vhari_ is now known as vhari14:14
gmaan#startmeeting policy_popup18:02
opendevmeetMeeting started Mon Mar  2 18:02:15 2026 UTC and is due to finish in 60 minutes.  The chair is gmaan. Information about MeetBot at http://wiki.debian.org/MeetBot.18:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:02
opendevmeetThe meeting name has been set to 'policy_popup'18:02
gmaan#link https://etherpad.opendev.org/p/rbac-goal-tracking#L9818:03
gmaantoday agenda ^^18:03
gmaanfrom my side one thing to share about tempest test progress to move them to sRABC. it is going good and most of the reader test are finished18:03
gmaanthat is all from me but let me know if anyone have joined and have somthing to discuss. 18:04
gmaanseems nothing else for today, let's close it.18:09
gmaan#endmeeting18:09
opendevmeetMeeting ended Mon Mar  2 18:09:07 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:09
opendevmeetMinutes:        https://meetings.opendev.org/meetings/policy_popup/2026/policy_popup.2026-03-02-18.02.html18:09
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/policy_popup/2026/policy_popup.2026-03-02-18.02.txt18:09
opendevmeetLog:            https://meetings.opendev.org/meetings/policy_popup/2026/policy_popup.2026-03-02-18.02.log.html18:09

Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!