-mbranch-protection=standard from the standard hardening flags
on aarch64, enables BTI and PAC. PAC is ABI dependent and we
want extensions to be compatible.
This change also enables us to compile the dtrace functionality
within CPython with PAC/BTI for aarch64.
Resolves: RHEL-86099
Filtering of files for find-provides.ksyms is utterly broken.
Even though the immediate problem I'm solving now is that it looks only for
/lib/modules/*/*.ko, not looking for .ko.xz et al, the logic in general
is buggy. We can skip find-provides.ksyms only if we never saw /boot/*
or /lib/modules/*.ko*, otherwise we should run it.
Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
RPM's macro engine itself understands backslash escapes so we need to
double-escape these, otherwise we may accidentally match symlink targets
that contain the substring "so" in their names, such as:
libechosounder.so -> libechosounder2.so
~~
^ this is currently matched
Whereas we only want these to be processed:
libechosounder.so -> libechosounder.so.2
~~~~~
^ this should be matched
Resolves: RHEL-54592
Omitting the version is against Packaging Guidelines and causes a
noisy warning to be emitted for every build.
(cherry picked from commit 6f22ccfb07d9cb9ad230ca2875893fa6c8c3255c)
Resolves: RHEL-40562
https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/277
reverted the requirement for rust-srpm-macros to define %build_rustflags.
Since RHEL's rust package will provide that as a subpackage with its
own versioning scheme rather than rust-packaging's, the version constraint
needs to be dropped.
No conflict because except for %global build_type_safety 0,
the package is still compatibility with GCC 13 (but does not
enforce the type safety levels anymore).
Now that rust-packaging absorbed rust-srpm-macros in Fedora, RHEL rust
will need to provide an srpm-macros subpackage so that no part of
rust-packaging will be pulled into RHEL 10. This will then allow
rust-packaging (minus macros.rust-srpm) to exist in EPEL.
While these macros were previously shipped as a subpackage of
python-rpmautospec, they do not depend on the Python module, and the
rest of that package includes dependencies not wanted in RHEL/ELN (such
as koji).
The package redefines %optflags on i686 and s390x, so the
%__build_for_lang_* macros are no longer expanded, triggering
a warning from RPM (“%__build_for_lang_any defined but not
used within scope”). Clang warns about -Wno-complain-wrong-lang
with -Wall, so the warning option is suppressed for
"%toolchain" != "gcc".
Reported-by: Tulio Magno Quites Machado Filho <tuliom@ascii.art.br>
