Comments

45 Comments

This update has been unpushed.

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 has been unpushed.

This update has been unpushed.

Note this includes the hotfix from 1.4.8 (it was fixed in this package before 1.4.8 was released)

karma

Works on centos 8. Thanks!

This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

karma

Buggy example:

$ printf '%s\n' aarch64 abc zed | LC_ALL=nb_NO.UTF-8 ltrace -e strcoll sort >/dev/null

Before:

sort->strcoll("aarch64", "abc")                                  = -1

After:

sort->strcoll("aarch64", "abc")                                  = 28
BZ#1276711 sort: sort results don't match when processing same source data set while cs_CZ.utf8 lang set

thanks!

Dep issue was with ceilometerclient actually, which was subseuqently updated

Holding off on this update until python-cinderclient removes its cap on rettytable version

Needed by python-cinderclient-1.0.7 at least, which generated no output with 0.6.1