scl-utils-build provides /usr/lib/rpm/macros.d/macros.scl which define the scl_package function: %scl_package() %{expand:%{!?_root_prefix: %global pkg_name %1 %global scl_name %{scl} ... When trying to build some package which calls this function doesn't works anymore (was ok in F38 with rpm 4.18 %global scl_name_base php %global scl_name_version 74 %global scl %{scl_name_base}%{scl_name_version} %scl_package %scl Result: none of the expected macros are defined Mock output: Start: build setup for php74-7.4-3.remi.src.rpm warning: line 27: Possible unexpanded macro in: Name: %scl_name error: line 44: Dependency tokens must begin with alpha-numeric, '_' or '/': Requires: -runtime(x86-64) = 7.4-3.fc39.remi Reproducible: Always
Also reported on scl-utils https://github.com/sclorg/scl-utils/issues/50
Please provide concrete steps for reproducing. I wouldn't know where to even begin looking for a package exhibiting this.
In a chroot with scl-utils-build installed You can try https://rpms.remirepo.net/SRPMS/php74-7.4-3.remi.src.rpm (this is a SCL meta package) Perhaps you also need to have %scl_vendor and %_scl_prefix defined In my mock configuration, I have config_opts['chroot_setup_cmd'] = 'install @buildsys-build ccache scl-utils-build ' config_opts['macros']['%scl_vendor']="remi" config_opts['macros']['%_scl_prefix']="/opt/remi" config_opts['macros']['%_build_id_links']='none'
Thanks. In the meanwhile, I just realized that this is quite obviously fallout from https://github.com/rpm-software-management/rpm/commit/cececfb6851234aca3e8d102de1c192c6bdf3e67 which defines root_prefix in a way that scl-utils clashes with scl-utils usage :-/
(In reply to Panu Matilainen from comment #4) > Thanks. > > In the meanwhile, I just realized that this is quite obviously fallout from > https://github.com/rpm-software-management/rpm/commit/ > cececfb6851234aca3e8d102de1c192c6bdf3e67 which defines root_prefix in a way > that scl-utils clashes with scl-utils usage :-/ Thanks for explanation Simple fix in the scl-utils side https://github.com/sclorg/scl-utils/pull/51 And everything seems to work as expected (running more build now)
In the meanwhile I fixed it in the rpm side :D https://github.com/rpm-software-management/rpm/pull/2625
Should be fixed in rpm-4.18.92-3.fc40 but this'll need an F39 update too.
FEDORA-2023-d1971fb6db has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-d1971fb6db
FEDORA-2023-067d943f23 has been pushed to the Fedora 39 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-067d943f23` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-067d943f23 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-067d943f23 has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.