Repository group/filtering of architecture

[ChrisRo89]

As already described in Foreman Redmine: https://projects.theforeman.org/issues/38441#change-178767

Is your feature request related to a problem? Please describe. There a some kind of troubles with repos that follow another approache then the usual one with /{Version}/{Repository}/{Architecture} (e.g. /9/BaseOS/x86_64/), where the repodata is below the architectur subfolder. For openSuSE there is no repodata in architecture subdirectory it's with that subdirectory in the same level (e.g. https://download.opensuse.org/distribution/leap/15.6/repo/oss/)

Describe the solution you'd like I would like to have a kind of filter that's leaves the oppotunity to filter for the architecture, also noarch should be everytime included.

Describe alternatives you've considered If you find a better way to deal with that, I'm open with that as well.

Additional context Let me know in case there is more input needed.

Thank you very much.

Cheers,

Chris

[dralley]

Let me know if I'm getting this correct:

Most repositories are arch-specific, but some SUSE repos (and maybe others elsehwere) combine all packages built for multiple architectures into one repo. In such cases, you want to be able to filter against specific architectures to avoid cloning the entire repo.

(The subfolder layout doesn't actually matter to filtering the packages, but wanting to optionally publish packages in that layout might be a separate feature)

[ChrisRo89]

Thank you for coming back about this topic.

Yes, exactly that's how it is.

[dralley]

Is the subfolder layout something you have any particular care to preserve?

[ChrisRo89]

No, there should be only a possibility to choose the needed one's or maybe as well to exclude particular subfolders.

[dralley]

It feels like this could be generalized to https://github.com/pulp/pulp_rpm/issues/3469 - a package architecture filter is not that different from a package name filter.

There's some caveats though. Multi-arch is a big one... Maybe feature levels too depending on exactly how that works and whether it changes the "arch" component..