Note: I had to either bump the release and not the version, or use a
non-integer version, in order to make sure that this package doesn't end
up newer than the F24 version, which would happen after one more update
which I do intend to make.
Sorry. The request to keep the version in that manner is simply not
workable in the general case.
One possible incompatibility, hopefully non-issue: our brp-strip*
allowed setting strip and objdump to use via args and STRIP and
OBJDUMP env vars whereas the rpm ones allow it through args only
(i.e. %{__strip} and %{__objdump} as far as specfiles are concerned).
Specifically, the following are gone from here now: %_prefix,
%_sysconfdir, %_infodir, %_mandir, %_defaultdocdir, %_configure,
%makeinstall, %debug_package, %_use_internal_dependency_generator,
%_missing_doc_files_terminate_build, %_unpackaged_files_terminate_build
- Packages that refer to /usr/lib/rpm/redhat/find-requires|provides
do exist afterall, bring the scripts (but NOT macro overrides for them)
back until the packages (python3 at least) are fixed.
- Use rpmdeps to generate any "normal" dependencies even for the
kernel module stuff, drop all other unnecessary duplication
like elf, libtool and pkgconfig deps.
- Stop overriding rpm external dependency generator settings by default
- No normal package should ever end up using the old unmaintained
dependency generator scripts from here, but the kmp system depends
for now on the way this was previously set up here so letting
that old cruft live in the non-default package for now.
- These are not very relevant for Fedora, more so for RHEL and derivates
where it would be far preferrable to maintain the scripts as separately
from Fedoras redhat-rpm-config package as they are unmaintained and
only get out of sync here. Splitting these to a separate package
is the first step towards that.
- This isn't supposed to affect Fedora packages in any way.