linux/poky.git/meta/site, branch 3.2_M2

site: Make sys_siglist default to no

2020-07-22T22:47:57+00:00

glibc 2.32 has deprecated sys_siglist [1] since no is default for musl as well, therefore elevate it to common site file for all [1] https://sourceware.org/git/?p=glibc.git;a=commit;h=b1ccfc061feee9ce616444ded8e1cd5acf9fa97f (From OE-Core rev: 7c19f30849e9a73a7497d8e6c4719a2e57017086) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

site: Remove sctp related configs

2020-01-16T22:33:09+00:00

They are preventing autotools from checking netinet/sctp.h existence successfuly which in turn makes configure.ac files with lines similar to this to fail, even if DEPENDS="lksctp-tools" and netinet/sctp.h is clearly available under recipe-sysroot/: AC_CHECK_HEADERS(netinet/sctp.h,,AC_MSG_ERROR(netinet/sctp.h not found)) This is the case for new libosmo-netif versionsi (meta-telephony branch laforge/nightly), which expects netinet/sctp.h to be available if default flag --enable-libsctp is used. Without this patch, do_configure will fail unless following line is used in the recipe: CACHED_CONFIGUREVARS += "${@bb.utils.contains('PACKAGECONFIG', 'libsctp', 'ac_cv_header_netinet_sctp_h=yes', '',d)}" So removing ac_cv_header_netinet_sctp_h would be enough, but I couldn't find any good information on why the other 2 variables were set in site config files, hence no good reason to keep them. (From OE-Core rev: 6a641e744507c8c17fa3d7273cb2e5b512ca0242) Signed-off-by: Pau Espin Pedrol Signed-off-by: Richard Purdie

site: musl and glibc have working mktime()

2020-01-11T09:19:20+00:00

This coreutils (gnulib) test tests for various bugs that only exist in ancient versions. It defaults to assuming buggy behaviour with its own implementation when cross-compiling. musl and recent glibc (2.29) are not affected. (From OE-Core rev: 65d38cc1ce5a106c4c2e5068b8440eb6e5a2b33e) Signed-off-by: André Draszik Signed-off-by: Richard Purdie

site: strtod() works in glibc / musl

2020-01-11T09:19:20+00:00

autoconf has a test for strtod(), which assumes non-working when cross-compiling, but it does work in both musl and recent glibc. coreutils (gnulib) does some additional tests on top of that, but assumes working glibc when >= 2.8 when cross compiling. It doesn't know about musl where the additional tests also work, though. (From OE-Core rev: c8429f707d9ac785f295492470ec8b9ff56c043b) Signed-off-by: André Draszik Signed-off-by: Richard Purdie

site: set nanosleep() behaviour for glibc / musl

2020-01-11T09:19:20+00:00

As per coreutils' (gnulib's) autotools test, nanosleep() misbehaves on glibc (2.29), and works fine on musl. During cross-compile, recent coreutils assume brokenness when compiling for linux, which pessimises musl. Set the correct result for musl, and for coherency reasons, also specify the result for glibc. (From OE-Core rev: 4522648758dc59f5ece736a0c1c0e95dcc7dafd1) Signed-off-by: André Draszik Signed-off-by: Richard Purdie

site: on linux, link(2) doesn't follow symlinks

2020-01-11T09:19:20+00:00

(but gnulib / coreutils assumes yes when cross-compiling) (From OE-Core rev: e1a20bed0d1c6b5fc64c9200fcd8ce2496ce3e08) Signed-off-by: André Draszik Signed-off-by: Richard Purdie

site: on linux, pipes are fifos with max link count of 1

2020-01-11T09:19:20+00:00

(From OE-Core rev: 13aa567ac1c2c5232378bb9de0bb4ccf04f8c2ac) Signed-off-by: André Draszik Signed-off-by: Richard Purdie

site: musl and glibc have working utimes()

2020-01-11T09:19:20+00:00

This coreutils / gnulib autoconf test is for a broken glibc implementation of utimes from 2003-07-12 to 2003-09-17. (From OE-Core rev: a60ca6048cc3a4fef862b128a842c70ac0cd2253) Signed-off-by: André Draszik Signed-off-by: Richard Purdie

site: linux supports NULL in utime()

2020-01-11T09:19:20+00:00

to set the file to the current time (From OE-Core rev: 530e01e79e9674d0049b183dc23491eb886b066b) Signed-off-by: André Draszik Signed-off-by: Richard Purdie

site: musl and glibc have working getgroups()

2020-01-11T09:19:20+00:00

recent coreutils (gnulib) assume yes when cross-compiling for gnu (glibc), but don't know about musl. For coherence, just set the result to yes for both. Note that the old coreutils (from meta-gplv2) doesn't assume anything and instead that recipe hard-codes to yes. So behaviour with yocto when using meta-gplv2 is actually better than when using the latest version (when using musl). This patch rectifies this shortcoming. (From OE-Core rev: 692fe85264e599eb659456bd2eebf5f12a1cd30f) Signed-off-by: André Draszik Signed-off-by: Richard Purdie