Created attachment 1099680 [details] Proposed fix. Typically it might happen that upstream project installs architecture dependent header files. This however breaks parallel installation of 32/64 bit packages (when it it is desired). Usual packaging solution is to replace the multilib-unclean file with multilib-clean stub, while the original file is moved to unique architecture-specific location. This, however, used to be done on per-package basis. Having this done on central place like 'redhat-rpm-config' could save nontrivial amount of packagers' work. Also adding support for new architecture would require just rebuild of dependent packages. The proposed solution is to use this in %install phase: %ml_fix_c_header --file %{_includedir}/borken-header.h Please consider attached patch. As this is new %macro/script, there is no risk to break existing package.
Later (if this is accepted) this bug could be reused as a tracker for package updates. At least 'postgresql' (already uses this actually), mariadb, unixODBC could start using this directly from redhat-rpm-config.
Any chance this is going to be reviewed and then accepted/rejected?
fedora-devel discussion: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/F6YVSCNNFFFNEOQ4TN6BJOPJZ2KMPEOJ/
I was asked to have separate package for this, so we can depend on it in redhat-rpm-config.
PR could probably help to move forward with this.
Do you mean adding 'Requires: multilib-rpm-config' to redhat-rpm-config?
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.