Issue #1086: pulp_distribution.xml sync should ignore repodata/* - RPM Support - Pulp

Actions

Send by e-mail Copy link

Issue #1086

closed

pulp_distribution.xml sync should ignore repodata/*

Added by bcourt over 9 years ago. Updated over 5 years ago.

Status:

CLOSED - CURRENTRELEASE

Priority:

Normal

Assignee:

bizhang

Sprint/Milestone:

Start date:

Due date:

Estimated time:

Severity:

2. Medium

Version:

Platform Release:

2.11.2

OS:

Triaged:

Yes

Groomed:

Sprint Candidate:

Tags:

Pulp 2

Sprint:

Sprint 13

Quarter:

Description

Files that are synced via the pulp_distribution.xml file should ignore all files in the repodata/ directory of the repository.

Related issues

Actions

Copy link

Updated by bcourt over 9 years ago

Priority changed from Normal to High
Triaged changed from No to Yes

Actions

Copy link

Updated by mhrivnak about 9 years ago

Platform Release set to 2.8.0

Actions

Copy link

Updated by amacdona@redhat.com almost 9 years ago

Related to Issue #1087: publishing of distribution units should ignore files in repodata directory added

Actions

Copy link

Updated by amacdona@redhat.com almost 9 years ago

Before anyone takes this bug, it is worth investigating further. At first glance it seems like some of the files in `repodata/` should not be ignored.

Actions

Copy link

Updated by bmbouter almost 9 years ago

After talking some with bcourt, I think the pulp_distribution.xml repodata/ files should be ignored on sync. They are ignored on publish already[0]. I was told that Pulp generates all files in the repodata except the productid. productid is pulled in via the repomd.xml sync/parse/publish.

I was also reminded that the pulp_distribution.xml is a thing that pulp created to avoid modeling other file types as individual units.

[0]: https://github.com/pulp/pulp_rpm/commit/944a05f7c131893a3fd46f1a67a53e4a618d95d6#diff-4b7e211764045e0506c6ad263fddf8e0R808

Actions

Copy link

Updated by bmbouter almost 9 years ago

Related to Issue #1088: Incremental publish could use the wrong primary.xml during fast-forward publish added

Actions

Copy link

Updated by bmbouter almost 9 years ago

Tracker changed from Issue to Refactor
Groomed set to No
Sprint Candidate set to Yes

To be clear this is about keeping the Distribution unit files list clean/pristine. Because #1087 is fixed, keeping these repodata/* files tracked as part of a Distribution unit is now useless because those files will never be published. Since this is about cleanliness that is not user visible, I'm marking it as a Refactor.

Actions

Copy link