Description of problem: From /etc/rpm/macros.scl: %global _root_prefix %{_prefix} %global _root_sysconfdir %{_sysconfdir} %global _root_sharedstatedir %{_prefix}/com %global _root_localstatedir %{_localstatedir} Here the _root_sharedstatedir is weird and surprising. If the pattern is that _root_X maps to X outside of the SCL then the sharedstatedir is surprising. This has caused us some packaging bugs and we now always avoid _root_sharedstatedir. My question is: is this intentional? Version-Release number of selected component (if applicable): # rpm -qv scl-utils-build scl-utils-build-20130529-19.el7.x86_64 How reproducible: Always Steps to Reproduce: 1. Write some RPM package spec using SCL 2. Use _root_sharedstatedir in the spec Actual results: It evaluates to /usr/com Expected results: It evaluates to /var/lib
This seems to have been fixed at some point: https://github.com/sclorg/scl-utils/commit/f15a34f279c024b28db3442242fe547a0d3126bd#diff-02747c3560d3807255989421955b371e1d252bfe51ae3b6d6a2f18628fd8f659R57 I've checked this on RHEL-8 and there, the patch is in place. Unfortunately, I believe this won't be possible to backport into RHEL-7 which is in Maintenance Support 2 Phase.
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release. Therefore, it is being closed. If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.