rmcgover
- Login: rmcgover
- Email: rmcgover@redhat.com
- Registered on: 02/16/2016
- Last connection: 08/03/2021
Issues
open | closed | Total | |
---|---|---|---|
Assigned issues | 0 | 5 | 5 |
Reported issues | 0 | 50 | 50 |
Projects
Project | Roles | Registered on |
---|---|---|
Ansible Plugin | Contributor | 08/20/2018 |
CertGuard | Contributor | 04/06/2020 |
Container Support | Private Access, Contributor | 12/06/2019 |
Crane | Private Access, Contributor | 02/17/2016 |
Debian Support | Private Access, Contributor | 02/17/2016 |
Docker Support | Private Access, Contributor | 02/17/2016 |
File Support | Private Access, Contributor | 07/17/2017 |
Migration Plugin | Private Access, Contributor | 01/14/2020 |
Nectar | Private Access, Contributor | 02/17/2016 |
NPM Plugin | Contributor | 05/11/2020 |
OSTree Support | Private Access, Contributor | 02/17/2016 |
Packaging | Private Access, Contributor | 02/17/2016 |
Pulp | Private Access, Contributor | 02/17/2016 |
Puppet Support | Private Access, Contributor | 02/17/2016 |
Python Support | Private Access, Contributor | 02/17/2016 |
RPM Support | Private Access, Contributor | 02/17/2016 |
Activity
12/09/2021
-
This test was broken in two ways.
(1) assertEqual(x == y) doesn't make sense. It needed to be either
assertTrue(x == y) or assertEqual(x, y).
(2) Test was flaky because the output of "openssl genrsa 2048" is not
guaranteed to b... Revision 780c3d19 (pulp): Fix broken test_priv_key
08/04/2021
-
Issue #9206 (CLOSED - DUPLICATE): Repodata signing is broken if sqlite is enabled
**Ticket moved to GitHub**: "pulp/pulp_rpm/2291":https://github.com/pulp/pulp_rpm/issues/2291
----
In Pulp2, if a repo has repodata signing enabled via gpg_sign_metadata: true, and also has sqlite enabled via generate_s... -
Issue #9205 (CLOSED - DUPLICATE): yum_distributor publish succeeds even when signing fails
**Ticket moved to GitHub**: "pulp/pulpcore/2036":https://github.com/pulp/pulpcore/issues/2036
----
On Pulp2, if GPG signing of repo metadata is enabled per https://docs.pulpproject.org/en/2.21/plugins/pulp_rpm/tech-refe...
11/25/2020
-
We do copy/associate modulemd units and we don't need recursive copy.
I'm not aware of any requirement to have the modulemd version stored as a field. Story #7806: Support publish of v3 modulemd documents in Pulp 2.xIn libmodulemd, it is planned to introduce a version 3 of modulemd documents which differ slightly from the current v2.
This is a request to have Pulp 2.x support upload and publishing of these documents within a yum repo, similarly a...
11/09/2020
-
Story #7806 (CLOSED - WONTFIX): Support publish of v3 modulemd documents in Pulp 2.xIn libmodulemd, it is planned to introduce a version 3 of modulemd documents which differ slightly from the current v2.
This is a request to have Pulp 2.x support upload and publishing of these documents within a yum repo, similarly a...
02/25/2020
-
Applied in changeset commit:6fa51aabf719507759636761e2c4f33f54d741f9. Issue #5951: yum_distributor wrongly skips publish after update of multi-repo errataWhen multi-repo errata are used, publishing a repo may skip with "Repository content has not changed since last publish", even if erratum units in the repo have been changed since last publish.
## Steps to reproduce
In summary: put...
02/24/2020
-
This is a follow-up to commits for issue #5951.
Previous commits made it so that mutating an erratum unit would set
last_unit_added on all affected repos; however, the code for deciding
whether to skip publish ignored this field and only... Revision 617236a4 (pulp): Respect last_unit_added when deciding whether to publish -
In rare cases where mutating a single unit can affect multiple
repos at once (e.g. erratum units), it's necessary to set
last_unit_added on all relevant repos. Add a controller method
for this, to be invoked by the relevant importer(s).
... Revision 6b7272fd (pulp): Add controller method for multi-repo update of last_unit_added -
When we update an erratum, this affects not only the repo
for which the update was requested, but also every other repo
containing the same erratum.
Therefore, rather than letting the controller only set
last_unit_added on the specific ... Revision 6fa51aab: Ensure updating erratum sets last_unit_added on *all* repos
02/03/2020
-
This is a follow-up to commits for issue #5951.
Previous commits made it so that mutating an erratum unit would set
last_unit_added on all affected repos; however, the code for deciding
whether to skip publish ignored this field and only... Revision d73366bd (pulp): Respect last_unit_added when deciding whether to publish
Also available in: Atom