On 7/2/19 12:31 PM, John Paul Adrian Glaubitz wrote: > So, I have rebuilt coreutils with 64-bit offsets now but that didn't help. > > Will build a patched version of glibc now with the workaround to see if this > is actually bug I am suspecting. Maybe I need other build flags for coreutils > to sort this issue out.
Doesn't help either. There must be something else afoul. I wish the error message would be more meaningful: Doing variable substitutions on .SH files... /bin/sh: 67: cannot create _cflags.c: Permission denied cflags.SH: cc = m68k-linux-gnu-gcc cflags.SH: ccflags = -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 cflags.SH: stdflags = cflags.SH: optimize = -O2 -g cflags.SH: warn = -Wall Extracting cflags (with variable substitutions) /bin/sh: 424: cannot create cflags: Permission denied /bin/sh: 446: cannot create cflags: Permission denied ./chmod: cannot access 'cflags': No such file or directory This will be fun trying to find out where the regression is coming from. *sigh* Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
