linux/poky.git/meta/recipes-connectivity/nfs-utils, branch uninative-2.6

nfs-utils: build tools with target compiler

2019-02-16T08:19:34+00:00

Some tools were built with CC_FOR_BUILD which points to the target compiler. The current patch avoided issues by deleting some of the binaries during install. This patch replaces the CC_FOR_BUILD with CC so the tools are built with the target compiler. This means the binaries no longer need to be deleted. I stumbled upon this by trying to globally add "--ffile-prefix-map", which is not supported by my host GCC, to get rid of some "buildpaths" QA Warnings. Cc: Robert Yang (From OE-Core rev: ea98fd17ae38efca13ce97c2e0eaacb8cfde597d) Signed-off-by: Pascal Bach Signed-off-by: Richard Purdie

nfs-utils: fix build error under tests folder

2019-01-14T11:35:55+00:00

* Redefine the reference path of libnfs.a to ../support/nfs/.libs/libnfs.a to fix below error when run "make -C tests statdb_dump". | make: *** No rule to make target '../support/nfs/libnfs.a', needed by 'statdb_dump'. Stop. | make: *** No rule to make target '../../support/nfs/libnfs.a', needed by 'nsm_client'. Stop. * The function generic_make_pathname is introduced in nfs-utils 2.3.1. Add the source file which defines function generic_make_pathname to libnsm_a_SOURCES of libnsm.a to fix the undefined reference when run "make -C tests statdb_dump" | ../support/nsm/libnsm.a(file.o): In function `nsm_make_pathname': | /usr/src/debug/nfs-utils/2.3.1-r0/nfs-utils-2.3.1/support/nsm/file.c:175: undefined reference to `generic_make_pathname' | /usr/src/debug/nfs-utils/2.3.1-r0/nfs-utils-2.3.1/support/nsm/file.c:175: undefined reference to `generic_make_pathname' | /usr/src/debug/nfs-utils/2.3.1-r0/nfs-utils-2.3.1/support/nsm/file.c:175: undefined reference to `generic_make_pathname' | ../support/nsm/libnsm.a(file.o): In function `nsm_setup_pathnames': | /usr/src/debug/nfs-utils/2.3.1-r0/nfs-utils-2.3.1/support/nsm/file.c:280: undefined reference to `generic_setup_basedir' | collect2: error: ld returned 1 exit status * After the logic of commit[dbb643e Removed missing-prototypes warnings.] introduced, there comes below error when run "make -C tests/nsm_client nsm_client" | nlm_sm_inter_svc.c:20:1: error: no previous prototype for 'nlm_sm_prog_3' [-Werror=missing-prototypes] It is because rpcgen doesn't generate -Wmissing-prototypes free code for nlm_sm_inter_svc.c with below logic in tests/nsm_client/Makefile.am [snip] GENFILES_SVC = nlm_sm_inter_svc.c [snip] $(GENFILES_SVC): %_svc.c: %.x $(RPCGEN) test -f $@ && rm -rf $@ || true $(RPCGEN) -m -o $@ $< So add the patch to not fatalize -Wmissing-prototypes. (From OE-Core rev: 18947cd4782934e9bc3ec5507db8db51258d9b2c) Signed-off-by: Mingli Yu Signed-off-by: Richard Purdie

nfs-utils: Disable format-overflow as Werror

2018-12-27T22:52:58+00:00

These warnings are intricate and we can ignore that for now as they are being found by gcc 9, eventually this should be not needed when code upstream is fixed (From OE-Core rev: 42176d26e5c893e86ab5d8a2e5b8a3d021e03a69) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

nfs-utils: Fix build with clang

2018-12-08T17:17:02+00:00

(From OE-Core rev: 924d6956fb5bef3effe8914fe61e8cad6f71a231) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

nfs-utils: Fix exportfs segfault on musl

2018-12-03T12:20:01+00:00

(From OE-Core rev: c5c0342908ca81aacfe3cba1427fa77751bed53b) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

nfs-utils: Upgrade to 2.3.3

2018-12-03T12:20:01+00:00

enhance the musl-only patch to degrade certain Werros into Warnings which helps in compiling on musl, since its checking for __GLIBC__ defines which are undefined on musl. fix build on x32 ABI (From OE-Core rev: 61290f91e6667e1e494f6d9cb8c19ebecda122b5) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

nfs-utils: remove libnfsidmap

2018-07-15T15:16:16+00:00

As of nfs-utils 2.2.1 libnfsidmap has been integrated and isn't an external requirement anymore. Also consolidate nfs-utils patches into a single directory. (From OE-Core rev: 98e8146553c912e869c174674c53e96d8ff01e57) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

nfs-utils: 2.1.1 -> 2.3.1

2018-07-05T10:39:06+00:00

* Removed 001-configure-Allow-to-explicitly-disable-nfsidmap.patch, the nfsidmap is enabled when --enable-nfsv4, so I added a PACKAGECONFIG[nfsv4], and default is no since keyutils is not in oe-core by default. * Removed 0001-include-stdint.h-for-UINT16_MAX-definition.patch and nfs-utils-1.2.3-sm-notify-res_init.patch since they are already in the source. * Taken two patches from git://git.alpinelinux.org/aports to fix build with musl, and the nfs-utils-musl-res_querydomain.patch is for musl only. (From OE-Core rev: 0b51ed606b2e7543b50dadae7c0822b0f0de77ef) Signed-off-by: Robert Yang Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

nfs-utils: refresh patches

2018-03-07T14:34:50+00:00

The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 0902bef12c815f302f04fa28606ece4b014260d6) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

nfs-utils: Add switch for NFSv4.1

2017-11-05T22:33:21+00:00

NFS version 4.1 support can now be enabled via PACKAGECONFIG (From OE-Core rev: a99947274de16d712cfa661d2d7386bf0e28a01d) Signed-off-by: Joshua Watt Signed-off-by: Ross Burton Signed-off-by: Richard Purdie