#opendaylight-meeting: tsc
Meeting started by colindixon at 17:00:07 UTC
(full logs).
Meeting summary
- agenda bashing (colindixon, 17:00:15)
- colindixon (colindixon,
17:00:25)
- Anil Vishnoi (vishnoianil,
17:00:27)
- skitt (skitt,
17:00:28)
- jamoluhrsen (jamoluhrsen,
17:00:28)
- Hideyuki (hideyuki,
17:00:35)
- https://wiki.opendaylight.org/index.php?title=TSC:Main&oldid=54416#Agenda
(colindixon,
17:00:35)
- https://meetings.opendaylight.org/opendaylight-meeting/2017/tsc/opendaylight-meeting-tsc.2017-04-28-03.30.html
last week's meeting minutes (colindixon,
17:00:48)
- ACTION: colindixon,
zxiiro and phrobb to come up with a proposal for tracking project
activity in a positive way (colindixon,
17:01:09)
- ACTION: phrobb and
tykeal to look into an ODL infra micro-datacenter in a box to make
things work better at tutorials (colindixon,
17:01:09)
- ACTION: colindixon to
try to either find people to document how to be compatible with an
OpenDaylight release with participating in the OpenDaylight
simultaneous release (colindixon,
17:01:10)
- ACTION: katiezhang to
follow up with validation of M4 and M5 Status per project here
https://docs.google.com/spreadsheets/d/1sNscMkUl1uehVF9YF_MDs2p1tWX0is0Q_hgHiHtcQHI/edit#gid=1793320165
(colindixon,
17:01:11)
- abhijitkumbhare (abhijitkumbhare,
17:01:14)
- rovarga (rovarga,
17:01:37)
- LuisGomez (LuisGomez,
17:03:02)
- LuisGomez and vrpolak are working on enabling
features in the karaf 4 distribution and filing blocking bugs
against projects that aren't loading properly (colindixon,
17:03:19)
- anipbu (anipbu,
17:04:18)
- lori (lori,
17:04:30)
- events (colindixon, 17:05:06)
- https://www.opendaylight.org/global-events
(colindixon,
17:05:18)
- https://wiki.opendaylight.org/view/Events:Main
(colindixon,
17:05:24)
- there's an ONAP event happening now in
NJ (colindixon,
17:05:33)
- openstack boson is next week (colindixon,
17:05:56)
- our DDF is at the end of the month (hopefully)
after our release (colindixon,
17:06:10)
- ONAP is working on getting a release plan and
timelines for project proposals, tentative release date of 11/2 (not
approved yet) (colindixon,
17:06:48)
- colindixon notes that ONAP is using ODL
Beryllium for both App-C and SDN-C (colindixon,
17:07:21)
- vishnoianil says that they are trying to move
to ODL boron in ONAP (colindixon,
17:09:17)
- ACTION: if you are
attending OpenStack Boston, reach out to casey since there might be
a community event (colindixon,
17:10:12)
- boron (colindixon, 17:10:24)
- nothing this week (colindixon,
17:10:26)
- carbon (colindixon, 17:10:32)
- https://meetings.opendaylight.org/opendaylight-meeting/2017/carbon_release_sync/opendaylight-meeting-carbon_release_sync.2017-05-04-15.01.html
from the release sync this morning (colindixon,
17:11:08)
- https://lists.opendaylight.org/pipermail/release/2017-May/010691.html
(colindixon,
17:11:36)
- https://git.opendaylight.org/gerrit/#/c/56541/
skitt has a patch which makes dependency=true default (colindixon,
17:14:11)
- rovarga asks if this is true also for bulk
feature installation, incremental feature installation, or
both (colindixon,
17:16:09)
- LuisGomez says he's seen both fail in this way,
LuisGomez also thinks just adding a feature repo (colindixon,
17:16:52)
- colindixon wonders if adding repos is really
just ascribing blame to specific things for random/sporadic
failures, LuisGomez says he doesn't think so (colindixon,
17:19:35)
- rovarga asks if we have these behaviors with
reproduction instructions documented, LuisGomez says not really
yet (colindixon,
17:20:05)
- https://docs.google.com/spreadsheets/d/1VcB12FBiFV4GAEHZSspHBNxKI_9XugJp-6Qbbw20Omk/edit#gid=259245455
bugs LuisGomez has opened so far are here (colindixon,
17:20:37)
- https://docs.google.com/spreadsheets/d/1VcB12FBiFV4GAEHZSspHBNxKI_9XugJp-6Qbbw20Omk/edit#gid=921315511
blocking bugs tracker (colindixon,
17:23:11)
- https://jenkins.opendaylight.org/releng/view/autorelease/job/autorelease-release-carbon/
autorelease job (colindixon,
17:23:32)
- https://jenkins.opendaylight.org/releng/view/autorelease/job/autorelease-release-notests-carbon/
jenkins -DskipTest job (colindixon,
17:23:44)
- https://jenkins.opendaylight.org/releng/view/autorelease/job/autorelease-release-failnever-carbon/
jenkins -fn and skip SFT job (colindixon,
17:24:01)
- https://git.opendaylight.org/gerrit/56545
(skitt,
17:25:06)
- we will merge skitt's odlparent dependency=true
patch and see if it fixe things over the course of the next
day (colindixon,
17:25:29)
- colindixon asks rovarga if he thinks that
featuresBoot features is different, rovarga says he thinks so, but
it's not clear if dpendency=true will help or not (colindixon,
17:26:26)
- keep going on karaf 4? (colindixon, 17:26:57)
- we are 1 week from our original planned release
date (colindixon,
17:27:11)
- we are 3.5 weeks from the DDF, so if at all
possible we'd really like to release in 3 weeks or less (colindixon,
17:27:28)
- what does that mean we should do with respect
to Karaf 4 (colindixon,
17:27:42)
- skitt says that Karaf 3 still has security
support from apache, but that doesn't totally save us as it could be
that karaf 3 stops us from pulling in a dependency that would be
critical for us, but doesn't matter to Karaf (colindixon,
17:28:05)
- rovarga asks what about apache commons on the
classpath that is vulnerable and we need to upgrade (colindixon,
17:29:32)
- vrpolak asks if karaf 3 will have security
support through Carbon-SR4 (and actually it really needs to be
Oxygen release) (colindixon,
17:30:35)
- abhijitkumbhare is noting that he suspects some
downstreams will not pick up Karaf 4 (colindixon,
17:33:59)
- LuisGomez asks if we have an idea of what delay
would be reasonable and/or tolerable (colindixon,
17:36:08)
- ACTION: colindixon to
reach out to the advisory group and board about how long a delay
would be OK (colindixon,
17:37:17)
- jamoluhrsen asks if we can EoL Carbon sooner
than would normally happen, colindixon says maybe, phrobb says that
would probably be an even bigger exception than a 5-week
delay (colindixon,
17:38:34)
- phrobb says the biggest thing here is our
reputation, we haven't slipped this far in a long time (colindixon,
17:39:30)
- everyone basically says unless karaf 3.0.x will
be supported for security updates for another year+, we really don't
have a choice but to move to Karaf 4 and keep our word about
security updates (colindixon,
17:40:33)
- abhijitkumbhare says that if we see carbon slip
long enough, then we will not need an interim release to
re-align (colindixon,
17:43:16)
- VOTE: Voted on
"assuming (as we expect) that karaf 3.0.x will not have security
updates for the next year+, should we make karaf 4 migration a
mandatory part of Carbon?" Results are, yes: 10 (colindixon,
17:49:37)
- AGREED: assuming
Karaf 3 security support for the next year is an issue for them, we
will keep karaf 4 as mandatory for Carbon (colindixon,
17:50:07)
- security mailing list (colindixon, 17:50:40)
- rovarga notes (and colindixon confirms) we
simply don't have enough people with enough free cycles on the
security team and security mailing list to address the issues that
come in in the manner we would like to (colindixon,
17:51:26)
- skitt asks about the process for handling CVEs
in OpenDaylight that we know about, colindixon says there is a
process and we should have private bugs for them, this hasn't
happened flawlessly lately for the previous reason (colindixon,
17:52:03)
- https://wiki.opendaylight.org/view/Security:Main
(rovarga,
17:53:59)
- https://wiki.opendaylight.org/view/TSC:Vulnerability_Management
(rovarga,
17:54:17)
- ACTION: colindixon to
post current CVEs to the security advisories page (colindixon,
17:55:07)
- ACTION: colindixon
will also make sure security-announce is notified (colindixon,
17:55:39)
- Happy birthday colindixon ! (abhijitkumbhare,
17:56:25)
- rovarga notes that we really need people that
have this security issue handling as a top-of-their-stack
responsibility, they also likely need at least some familiarity with
OpenDaylight or a willingness to get it to hunt and track
issues (colindixon,
18:00:25)
- rovarga asks if there is another place to lean
for at least the administrative parts of the security issues and
track, hound OpenDaylight internal people (colindixon,
18:00:56)
- dfarrell07 asks if we could try to find a
security manager the way we've found release managers in the
past (colindixon,
18:01:48)
- skitt also notes that he'd expect us to handle
our own CVEs instead of RedHat doing it for us (colindixon,
18:03:46)
- we also need to clean up the current people on
the security mailing list (colindixon,
18:03:55)
- ACTION: colindixon to
work on maybe schedule a Beryllium-4.1 release to handle the
fixes (colindixon,
18:04:50)
- ACTION: phrobb to
bring the need for a security manager to the board (colindixon,
18:05:07)
- we have not had a successful
https://jenkins.opendaylight.org/releng/view/autorelease/job/autorelease-release-beryllium/
in 2 months (rovarga,
18:05:22)
- cookies (colindixon, 18:05:29)
Meeting ended at 18:05:43 UTC
(full logs).
Action items
- colindixon, zxiiro and phrobb to come up with a proposal for tracking project activity in a positive way
- phrobb and tykeal to look into an ODL infra micro-datacenter in a box to make things work better at tutorials
- colindixon to try to either find people to document how to be compatible with an OpenDaylight release with participating in the OpenDaylight simultaneous release
- katiezhang to follow up with validation of M4 and M5 Status per project here https://docs.google.com/spreadsheets/d/1sNscMkUl1uehVF9YF_MDs2p1tWX0is0Q_hgHiHtcQHI/edit#gid=1793320165
- if you are attending OpenStack Boston, reach out to casey since there might be a community event
- colindixon to reach out to the advisory group and board about how long a delay would be OK
- colindixon to post current CVEs to the security advisories page
- colindixon will also make sure security-announce is notified
- colindixon to work on maybe schedule a Beryllium-4.1 release to handle the fixes
- phrobb to bring the need for a security manager to the board
Action items, by person
- colindixon
- colindixon, zxiiro and phrobb to come up with a proposal for tracking project activity in a positive way
- colindixon to try to either find people to document how to be compatible with an OpenDaylight release with participating in the OpenDaylight simultaneous release
- colindixon to reach out to the advisory group and board about how long a delay would be OK
- colindixon to post current CVEs to the security advisories page
- colindixon will also make sure security-announce is notified
- colindixon to work on maybe schedule a Beryllium-4.1 release to handle the fixes
- UNASSIGNED
- phrobb and tykeal to look into an ODL infra micro-datacenter in a box to make things work better at tutorials
- katiezhang to follow up with validation of M4 and M5 Status per project here https://docs.google.com/spreadsheets/d/1sNscMkUl1uehVF9YF_MDs2p1tWX0is0Q_hgHiHtcQHI/edit#gid=1793320165
- if you are attending OpenStack Boston, reach out to casey since there might be a community event
- phrobb to bring the need for a security manager to the board
People present (lines said)
- colindixon (76)
- skitt (15)
- rovarga (11)
- odl_meetbot (11)
- jamoluhrsen (6)
- abhijitkumbhare (5)
- dfarrell07 (3)
- hideyuki (3)
- lori (3)
- anipbu (3)
- vishnoianil (3)
- LuisGomez (2)
- CaseyODL (2)
- vrpolak (1)
- gzhao (1)
- vina_ermagan (1)
Generated by MeetBot 0.1.4.