Project

General

Profile

Actions

Feature #38441

closed

Implementing to group/filter architecture of repositories

Added by Chris R. 27 days ago. Updated 21 days ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Repositories
Target version:
-
Difficulty:
Triaged:
Yes
Fixed in Releases:
Found in Releases:

Description

Like in this community case written: https://community.theforeman.org/t/suse-repository-syncs-all-architectures/43386

There is an issue with importing repositories that are not following the structure like in RockyLinux with /{Version}/{Repository}/{Architecture} (e.g. /9/BaseOS/x86_64/), in this case the repodate file is contained in the architecture folder.

The issue comes up with repositories in which the repodata folder are one level up (e.g. openSuSE) the repodata files are one level up. In that case it looks like the following:
Repodata: https://download.opensuse.org/distribution/leap/15.6/repo/oss/repodata/
The architecture folder are on the same level than the repodata but in the architecture folder there is no repodata folder included.

Further more there is also a kind of issue in Foreman the discovery to this repos ends up in a kind of endless loop, until the Cancel Button get pushed.

Please let me know if additional information needed.

Thank you.


Related issues 1 (1 open0 closed)

Related to Katello - Bug #38450: RPM Repository Discovery ended in endless loop NewActions
Actions #1

Updated by Partha Aji 25 days ago

  • Target version deleted (Katello Next)
  • Triaged changed from No to Yes
Actions #2

Updated by Ian Ballou 25 days ago

Hi Chris, thanks for the feature request.

This request will need to start in Pulp since it's the project that syncs repositories for Katello. Katello simply points Pulp to the repository paths that need syncing.

Please file a feature request here for Pulp: https://github.com/pulp/pulp_rpm/issues

As for the discovery issue, that should be solvable in Katello alone. I would consider that a bug, so feel free to file that issue separately and link it to the redmine here. That'll make it easier for someone to pick up and implement in smaller pieces.

- Ian

Actions #3

Updated by Chris R. 25 days ago

Ian Ballou wrote in #note-2:

Hi Chris, thanks for the feature request.

This request will need to start in Pulp since it's the project that syncs repositories for Katello. Katello simply points Pulp to the repository paths that need syncing.

Please file a feature request here for Pulp: https://github.com/pulp/pulp_rpm/issues

As for the discovery issue, that should be solvable in Katello alone. I would consider that a bug, so feel free to file that issue separately and link it to the redmine here. That'll make it easier for someone to pick up and implement in smaller pieces.

- Ian

Thank you Ian, I've opened an Issue at the pulp_rpm Repo: https://github.com/pulp/pulp_rpm/issues/3976

Cheers,

Chris

Actions #4

Updated by Chris R. 25 days ago

  • Related to Bug #38450: RPM Repository Discovery ended in endless loop added
Actions #5

Updated by Chris R. 24 days ago

  • Priority changed from High to Normal
Actions #6

Updated by Chris R. 21 days ago

  • Status changed from New to Resolved

As there is a new case as bug and another feature request on the Pulpcore project https://github.com/pulp/pulp_rpm/issues/3976

I'm closing this case.

Actions

Also available in: Atom PDF