Latest upstream
Re-enable CET protections (#2039353)
Use correct prefix for pkgconfig.
Avoid executable stack on i686 also.
Disable amd64 assembly on non-intel architectures (#2035802):
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2022-2d699ed440Please login to add feedback.
This update has been submitted for testing by pbrady.
This update's test gating status has been changed to 'waiting'.
This update has obsoleted zstd-1.5.1-6.fc34, and has inherited its bugs and notes.
This update's test gating status has been changed to 'passed'.
This update has been pushed to testing.
This update's test gating status has been changed to 'failed'.
Re fPIC warning, I think it may be moot for the asm module: The following new objects were built without -fPIC: huf_decompress_amd64.o May need to setup ASFLAGS from CFLAGS? This is empty with empty ASFLAGS: find zstd-1.5.1/ -name 'amd64.o' | while read o; do readelf --relocs $o | egrep '(GOT|PLT|JU?MP_SLOT)'; done Looking further suggests -fPIC is only for c -> asm For asm already, it needs to be manually relocatable, so flags are moot here
Re fPIC warning on armv7hl f34 only, I think it may be not specific to zstd? 1) /usr/lib/libzstd.a in libzstd-static has objects built without -fPIC on armv7hl The following objects lost -fPIC: xxhash.o Looking at rawhide armv7hl build I see that indeed -fPIC is not specified, but that's coming from Fedora flags as -fPIC is specified for the xxhash build used for the shared lib. Though I see zstd/lib/Makefile explicitly adds -fPIC only for shared lib build. Though I see x86_64 is no different from arm in how built
This update's test gating status has been changed to 'passed'.
This update has been submitted for stable by bodhi.
This update has been pushed to stable.