send an update to the community and explain if a non-specification project is not in the list by the TSC considers that they are not part of the Pieman release while for specification projects the TSC expects no new content in Pieman.
Separate repo and readthedocs or one repo and readthedocs
To guarantee that the docs are consistent the proposed process is that the TSC appoints “doc volunteers” who get committer rights to the sub-project repos. In case of a pr is stalling related to the look and feel of the repos with the approval of the TSC they can merge it without fulfilling the branch protection rules.
Open source license scanning by the same tool as used in ONAP
10 min
Walter as the board representative
My plan is to create a cross LFN wiki site to collect information, suggestions, feedback from the projects, as well as to convey the Board related and appropriate information to the project committers.
My suggestion would be to have a regular (say once in a quarter or at least 6 months) an open Board meeting (like we did for AI).
I think, we will need to raise a proposal for the Board to assist in seeking more resources and other (what?) support for the LFN activities.
In my view, Board could influence LFN bodies to help in better marketing the projects and the committers’ efforts. Any good ideas how?
Perhaps IT support issues if we think that they should be improved.