to remove release string creation in GitHub for M0 from the release process template
Uh-oh we do not have a release process template, we always copy the last release-s page. I leave a note in the Pieman page.
A:Gergely Csatari to send a remainder for the non-specification project PTL-s
A:Gergely Csatari to send a remainder for the specification project PTL-s
to 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.
LF (Jeff S.) was working on the restructuring of the pricing for license scanning
We should indicate the number of repos we would like to scan and how often we would like to scan them
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.