11285 2017-04-02 09:09:49 +0000 net-tools_1.60-26.bb only works with NLS 2017-04-06 12:11:24 +0000 1 1 7 Build System, Metadata & Runtime OE-Core connectivity unspecified x86 Multiple RESOLVED FIXED Undecided normal --- 1 holger jku meta.mr.watcher meta.watcher --- --- No (bug/feature does not impact docs) oldest_to_newest 71996 0 holger 2017-04-02 09:09:49 +0000 net-tools will unconditionally use msgfmt which will fail when NLS is not enabled (e.g. only gettext-lite installed): | msgfmt -o de.mo de.po | make[1]: msgfmt: Command not found 72007 1 jku 2017-04-03 08:46:23 +0000 Is there an easy way to reproduce this? Google provides 4 (unrelated) hits for "gettext-lite"... 72019 2 holger 2017-04-03 11:43:58 +0000 USE_NLS="no" into your local.conf? 72063 3 jku 2017-04-04 10:25:42 +0000 I've sent a patch to mailing list. Other notes: * USE_NLS probably should be turned into a DISTRO_FEATURE: it's currently undocumented and the logic is just difficult to follow * there are half a dozen other recipes in oe-core that fail to build with USE_NLS="no" * bug 11239 (native recipes should not care about DISTRO_FEATURES) is semi-related as USE_NLS is alredy working around an issue that would be solved by that bug if NLS was a distro feature 72070 4 holger 2017-04-04 15:42:42 +0000 "poky-tiny" is a user of USE_NLS="no". The net-tools error comes from 1st) Not using autotools and unconditionally calling msgfmt 2nd) The new per recipe sysroot that doesn't install msgfmt (and not picking it from the host environment) 72130 5 jku 2017-04-06 12:11:24 +0000 commit a99bb57bba2be693e2519bb4d18da181eb7634f9 Author: Jussi Kukkonen <jussi.kukkonen@intel.com> Date: Tue Apr 4 11:09:29 2017 +0300 net-tools: Fix build with USE_NLS="no" The configuration change was already done for -native but we really want it when USE_NLS is set. Fixes [YOCTO #11285]. (From OE-Core rev: 95d6910bb5d9331adb7a693fcb4f7b1271c68cc6) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>