Hi *, I'm wondering how it could be that a freshly branched maintenance project in Leap:15.3 fails to build? It looks as if the coreutils package was once built and copied from SLE, and then a newer glibs>=2.28 was installed in Leap:15.3 without triggering a rebuild of coreutils. Is this true? Why? Shouldn't have a new build cycle been started when updating glibc? Reproducer: $ osc branch -M openSUSE:Leap:15.3:Update coreutils home:berny:leap153/coreutils $ osc co home:berny:leap153/coreutils.openSUSE_Leap_15.3_Update $ cd home:berny:leap153/coreutils.openSUSE_Leap_15.3_Update $ osc build --noverify coreutils.spec FWIW: I needed the --noverify because of this: /var/tmp/osbuild-packagecache/openSUSE:Backports:SLE-15-SP3/standard/x86_64/libpopt0-1.16-bp153.1.14.x86_64.rpm : public key not available /var/tmp/osbuild-packagecache/openSUSE:Backports:SLE-15-SP3/standard/noarch/rpmlint-Factory-1.0-bp153.2.6.noarch.rpm : public key not available /var/tmp/osbuild-packagecache/openSUSE:Backports:SLE-15-SP3/standard/noarch/rpmlint-Factory-strict-1.0-bp153.2.6.noarch.rpm : public key not available Build error: https://build.opensuse.org/package/show/home:berny:leap153/coreutils.openSUS... [ 158s] gcc -I. -I./lib -Ilib -I./lib -Isrc -I./src -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g -c -o lib/fseeko.o lib/fseeko.c [ 158s] lib/freadahead.c: In function 'freadahead': [ 158s] lib/freadahead.c:97:3: error: #error "Please port gnulib freadahead.c to your platform! Look at the definition of fflush, fread, ungetc on your system, then report this to bug-gnulib." [ 158s] #error "Please port gnulib freadahead.c to your platform! Look at the definition of fflush, fread, ungetc on your system, then report this to bug-gnulib." [ 158s] ^~~~~ [ 158s] lib/freadahead.c:99:1: warning: control reaches end of non-void function [-Wreturn-type] [ 158s] } [ 158s] ^ [ 158s] make[2]: *** [Makefile:9139: lib/freadahead.o] Error 1 The glibc change requires this gnulib patch: https://git.sv.gnu.org/cgit/gnulib.git/commit/?id=4af4a4a71827 Have a nice day, Berny