Try   HackMD

Pulpcore 2020 Archive

December 15, 2020

Previous action items

  • [dkliban] to schedule backlog grooming meeting
    • done
  • [dkliban] to email plugins about and close out https://pulp.plan.io/issues/7895
    • email sent, the issue will be closed today
  • [bmbouter] release pulp_file 1.5.0
    • dkliban will do it today

Topics

  • Move off Travis https://pulp.plan.io/issues/7859
    • Wrap up remaining issues?
      • ttereshc to pick up the cherrypick processor removal
      • need a volunteer for the reamining task to publish docs on every push
  • pulp_file 1.5.0 https://pulp.plan.io/issues/7953
  • Object labels https://pulp.plan.io/issues/7127
    • Updated issue with the design
    • Hoping someone can move this forward to deliver in pulpcore 3.10
  • Backports https://pulp.plan.io/issues/7950 and https://pulp.plan.io/issues/7951
  • Is it ok that user can't see any checksum for on_demand content? https://paste.ofcode.org/nXQBX7zVQWaxRbCFx2zrFw
    • 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
    • We need an LTS, 3.7 is defacto an LTS version.

Action Items

December 8, 2020

Previous action items

Topics

Action items

  • [dkliban] to schedule backlog grooming meeting
  • [dkliban] to email plugins about and close out https://pulp.plan.io/issues/7895
  • [bmbouter] release pulp_file 1.5.0

December 1, 2020

Previous action items

Topics

  • pulp_file 1.4.0
    • ttereshc can be voluntold to do that
    • dkliban to work on this this week
  • alternate content sources design review

Action items

November 24, 2020

Previous action items

Topics

Action items

November 10, 2020

Previous action items

  • [david] To send out last call for feedback before merging https://github.com/pulp/pulp-ci/pull/737
  • [dkliban] file a task for running tests for multiple plugins in one fips environment in the installer nightly
  • [fao89] look at driving forward release automation.
    • Automate post-release steps (branching, bumping to dev versions, updating template config, etc)
  • [david] a Pulp query that shows issues for pulpcore (filters out installer, operator, etc)
  • [david] move django fips repo to pulp
  • [david] schedule go/no-go for nov 24
    • Done
  • [x9c4] to follow up on mailing list with proposal for setting pulpcore requirements for plugins [done]

Topics

Action Items

  • [david] To send out last call for feedback before merging https://github.com/pulp/pulp-ci/pull/737
  • [fao89] look at driving forward release automation.
    • Automate post-release steps (branching, bumping to dev versions, updating template config, etc)
  • [david] a Pulp query that shows issues for pulpcore (filters out installer, operator, etc)
  • [david] move django fips repo to pulp
  • [david] notify pulp-list mailing list of 3.9 release schedule
  • [ttereshc] file a task to have task management code manage working dir
  • [david] to start on tagging planning

November 3, 2020

Previous action items

  • [david] To send out last call for feedback before merging https://github.com/pulp/pulp-ci/pull/737
  • [david] schedule pulpcore FIPS meeting with bmbouter for later in November
    • Done.
  • [dkliban] file a task for running tests for multiple plugins in one fips environment in the installer nightly
  • [fao89] look at driving forward release automation
  • [x9c4] to backport https://pulp.plan.io/issues/7737 and release 3.6.z
    • In progress
  • [dkliban] cherry-pick 'request' commit to 3.8 branch
    • Abandoned since change is a feature
  • [ipanova] open a doc bug re:don't use settings in the models fields
  • [daniel] revert data corruption issue
    • done. also have PR for repair all repos api endpoint.

Topics

  • FIPS epic for pulpcore - https://pulp.plan.io/issues/3778
    • Closed out, new issues to be filed as needed
  • Release automation next steps
    • Post-release steps (branching, bumping to dev versions, updating template config, etc)
    • Need a Pulp query that shows issues for pulpcore (filters out installer, operator, etc)
    • Have automation open all PRs at once? Makes it easy to have a reviewer review everything together
  • Installation of our fips patch to Django is not working reliably in pypi and source installation
    • ask mikedep333 to take a look
  • docs day
    • nov 23
  • go/no-go meetings?
  • when do plugins bump requirement when they need a pulpcore feature
    • Bump the floor version when you merge the change that requires pulpcore feature
    • If you require a change in pulpcore master, bump the floor to dev version
      • Remove dev from pulpcore version when releasing a plugin

Action Items

  • [david] To send out last call for feedback before merging https://github.com/pulp/pulp-ci/pull/737
  • [dkliban] file a task for running tests for multiple plugins in one fips environment in the installer nightly
  • [fao89] look at driving forward release automation.
    • Automate post-release steps (branching, bumping to dev versions, updating template config, etc)
  • [david] a Pulp query that shows issues for pulpcore (filters out installer, operator, etc)
  • [david] move django fips repo to pulp
  • [david] schedule go/no-go for nov 24
  • [x9c4] to follow up on mailing list with proposal for setting pulpcore requirements for plugins

October 27, 2020

Previous action items

Topics

Action items

  • [david] To send out last call for feedback before merging https://github.com/pulp/pulp-ci/pull/737
  • [david] schedule pulpcore FIPS meeting with bmbouter for later in November
  • [dkliban] file a task for running tests for multiple plugins in one fips environment in the installer nightly
  • [fao89] look at driving forward release automation
  • [x9c4] to backport https://pulp.plan.io/issues/7737 and release 3.6.z
  • [dkliban] cherry-pick 'request' commit to 3.8 branch
  • [ipanova] open a doc bug re:don't use settings in the models fields
  • [daniel] revert data corruption issue

October 20, 2020

Previous action items

Topics

Action items

  • [david] To send out last call for feedback before merging https://github.com/pulp/pulp-ci/pull/737
  • [ttereshc] follow up on relative_path problem on mailing list
  • [dkliban] to follow up with bmbouters about fips checks
  • [ipanova] send an email to archive PUPS repository and file docs task
  • [dkliban] file a task for running tests for multiple plugins in one fips environment in the installer nightly

October 13, 2020

Previous Action Items

  • [bmbouter] to write up SigningService public key and immuatbility requirement
  • [dkliban] email pulp-dev about namespacing base_path of Distributions. ask for usecases outside of pulp_container.
  • [bmbouter] to write up tasking system improvements

Topics

Action Items

  • [david] to update https://github.com/pulp/pulp-ci/pull/737
    • When PR is ready, email about the PR and ask for feedback
    • Will send an announcement and plugin information once merged
  • [ina] to file redmine issue about demo video requirement
  • [david] to make meeting one hour
  • [ttereshc] follow up on relative_path problem on mailing list

October 6, 2020

Previous action items

  • [bmbouter] to write up SigningService public key and immuatbility requirement

Topics

  • 2 approvals for merging pulpcore PRs?
    • [david] will configure requirement in github
  • Namespaces as a pulpcore feature
    • Each namespace could be associated with any resource that needs to be accessed by an individual or a group of individuals.
    • In pulp_container distributions are associated with a namespace. In other plugins I could see repositories being associated with a namespace also.
  • Correlation id comments https://pulp.plan.io/issues/4689#note-30
  • Task system improvements planning
    • orphan cleanup run in parallel
    • removal of resource_manager from the architecture
  • auto-merge after two acks?
    • Not a quorum today. Revisit next week.
  • Start using code owners more?
    • For now, just ping code owners on PRs

Action Items

  • [bmbouter] to write up SigningService public key and immuatbility requirement
  • [dkliban] email pulp-dev about namespacing base_path of Distributions. ask for usecases outside of pulp_container.
  • [bmbouter] to write up tasking system improvements

September 29, 2020

Previous action items

Topics

Action Items

  • [bmbouter] to write up SigningService public key and immuatbility requirement

September 22, 2020

Previous action items

Topics

Action Items

September 8, 2020

Previous action items

Topics

Action Items

September 1, 2020

Previous action items

  • [dkliban] file a story to allow auto-publish and distribute
  • [daviddavis] announce possible black PR merge date
    • Done. Will merge tomorrow.
  • [dkliban] call for release 3.6.1 tomorrow at open floor

Topics

Action Items

August 27, 2020

Previous action items

  • [daviddavis] to add a 2-hour backlog grooming meeting to focus on pulpcore backlog
    • Scheduled for Monday August 31
  • [dkliban] file a story to allow auto-distribution of publications
    • a user on the irc had similar request and filed an issue https://pulp.plan.io/issues/7390
    • his main complaint was he needs to re-publish and assign a new publication to the distribution everytime when content gets added/removed

Topics

Action Items

  • [dkliban] file a story to allow auto-publish and distribute
  • [daviddavis] announce possible black PR merge date
  • [dkliban] call for release 3.6.1 tomorrow at open floor

August 18, 2020

Previous action items

  • None

Topics

  • Grooming the backlog?
  • Remove pulpcore items from sprint?
  • 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.
  • RBAC for UI endpoints being added in 3.7
  • Proposal: functional test required for each feature and bug fix for pulpcore and pulp_file
    • pulp_rpm has this convention already

Action items

  • [daviddavis] to add a 2-hour backlog grooming meeting to focus on pulpcore backlog
  • [dkliban] file a story to allow auto-distribution of publications

August 4, 2020

Previous action items

  • [daviddavis] disable cherry pick processor for pulpcore and pulp_file

Topics

  • Are we ready for 3.6 release date (August 11)?
    • RBAC should be ready although not all endpoints will be protected
    • OpenAPIv3 ironed out
    • Are rewritten stages going in as previously discussed? If so, they need review.
      • [mdellweg] to review
  • Backporting process for pulpcore and pulp_file
    • Check that triage queries include backport tracker type
      • [daviddavis] done

Action items

July 28, 2020

Previous action items

Topics

  • The same two declarative content units in one batch which differ only in a remote they refer to
    • https://pulp.plan.io/issues/7147
    • is it too unexpected use case?
    • should it be fixed in the pulpcore (or is it too special case and better be fixed in the plugin)?
    • Yes, let's fix it in pulpcore. Talk about implementation later.
  • adjusting default download concurrency?
  • Pulpcore cherry pick processor
    • retiring the cherry pick processor for pulpcore and pulp_file
    • cherry picks will be done on an as-needed basis by hand

Action items

  • [daviddavis] disable cherry pick processor for pulpcore and pulp_file
    • Close out open PRs
    • Delete "Needs Cherry Pick" label

July 21, 2020

Previous action items

  • [bmbouter and daviddavis] to look into merging https://github.com/pulp/pulpcore/pull/763
    • Pinged contributor. Will give him one more week.
  • [daviddavis] update correlation id feature to store cid on task instead of passing it around
  • [daviddavis] to create pulpcore hackmd pad
  • [bmbouter] to follow up about use cases for tags/labels
  • [dalley] to file an issue for performance improvement PRs and assign it to a 3.6 milestone

Topics

Action Items

tags: pulpcore