Bug 1079855 - [glibc2.27] libstorage-ng fails test suite
[glibc2.27] libstorage-ng fails test suite
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: YaST2
Other Other
: P5 - None : Normal (vote)
: ---
Assigned To: Stefan Hundhammer
Jiri Srain
Depends on:
Blocks: 1079753
  Show dependency treegraph
Reported: 2018-02-07 14:45 UTC by Dominique Leuenberger
Modified: 2018-02-12 17:29 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Dominique Leuenberger 2018-02-07 14:45:20 UTC
openSUSE Factory is in progress of merging GLIBC 2.27 - libstorage-ng is amongst the packages failing to build

From the build log:

[ 1086s] FAIL: humanstring.test

complete log at https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:C/libstorage-ng/standard/i586

There was a similar bug also in yast2-core (see bug 1079630)
Comment 1 Stefan Hundhammer 2018-02-07 15:09:04 UTC
See also mvidner's comment in that other bug:


glibc now seems to use different thousands separators in some locales, and, adding insult to injury, it's not even visible - it's just another kind of blank.
Comment 2 Stefan Hundhammer 2018-02-07 15:27:59 UTC
mvidner found the commit that changed this in glibc:

Comment 3 Stefan Hundhammer 2018-02-12 16:39:15 UTC
Pull request: https://github.com/openSUSE/libstorage-ng/pull/460

Glibc now uses a narrow non-breakable space character (U+202F) as a thousands separator in certain locales. This makes some unit tests we did in the libstorage-ng humanstring() function dependent on the version of glibc that it is linked against, and, worse, it's not even well-defined how to get that non-ASCII character properly to the compiler and through the unit test framework we use.

We decided to just drop those few unit tests for now. The important thing about testing that function is to check for proper use of Byte/kB/MB/GB etc. for most locales and Octet/kO/MO/GO etc. in French. We need to be able to trust glibc to format numbers correctly in general; all we add is the unit suffix.
Comment 4 Stefan Hundhammer 2018-02-12 17:28:16 UTC
The fix will be available with libstorage-ng-3.3.157 or later.
Comment 5 Stefan Hundhammer 2018-02-12 17:29:39 UTC
Submit request: https://build.opensuse.org/request/show/575845