I wonder if it matters for the FIPS reporting case
probably ok to have it as is, not much added value but a hassle to make the remote checksum available
RBAC - objects that do not have access policy are accesible by default
should we change for the opposite behaviour?
discuss on pulp-dev [x9c4]
bump of the plugin version during the pulpcore compatiblity release
what is the reason to bump Y version if no major changes have been in the plugin?
the change of the floor version of pulpcore dependency
should we document this somewhere? It might be helpful to have a guide that will tell when to bump plugin version and pulpcore version in the plugin release process
update the release guide and plugin templates in plan.io
Can we make the users, groups and permissions resources manageble by the rest-api?
enables us to add cli commands for them
Can we add a test that searches for log messages with deprecation warnings?
it would be nice, but where?
plugin-from-pypi? probably too late
[x9c4] write a task
Should backports be backported to every (minor) version between the fix and the requested version
how and where should we propose process improvement suggestions?
[bmbouter] I can't attend so leaving comment here, +1 to archiving this repo and announcing the process as no longer used. We should try to move the relavent parts to the docs somehow (maybe file tickets). I don't expect to replace this process with a formal process.
Enforce funtional tests in pulp_file
Add a check in Travis
docs style guide question: newlines after each sentence or no?
[bmbouter] my concern with having newlines instead of paragraphs was that the docs unrendered become difficult to read (even though the blame log does get easier).
How should the UI update a Distribution associated with a repository? Right now we don't have a relationship between distributions and repositories. So there is no way to schedule a task to update a distribution before a publication finishes being created.