buildroot/package/net-tools, branch 2019.02-op-build

package/busybox: invert dependency with net-tools

2018-07-08T11:08:04+00:00

Signed-off-by: Yann E. MORIN Cc: Baruch Siach Signed-off-by: Arnout Vandecappelle (Essensium/Mind)

package/net-tools: bump version

2017-09-22T21:23:49+00:00

Removed patch, not needed anymore after upstream commits https://sourceforge.net/p/net-tools/code/ci/ea3935bd7c0f36c86c40e5785326698fa3336c6a/ https://sourceforge.net/p/net-tools/code/ci/45d573a89386c934d3ebac499d00c1670437813b/ Added sha256 hash. Signed-off-by: Bernd Kuhls Signed-off-by: Peter Korsgaard

net-tools: remove libintl static linking handling

2017-07-04T23:37:14+00:00

We no longer support building the full-blown libintl in static linking scenarios, as it causes too many problems. Patch 0001-Makefile-fix-static-linking-issue-with-lintl.patch was added to allow passing -lintl through LIBS, in a place that works for static linking. However, for dynamic linking, we can simply pass -lintl through the existing LDFLAGS variable, as it was done prior to commit 38bfd129c64a9cfd82c4fa4c797afadf12a6ffaa ("package/net-tools: fix static linking issue with lintl"). This commit does that and gets rid of the now useless patch. Signed-off-by: Thomas Petazzoni

net-tools: use the new gettext logic

2017-07-04T23:28:46+00:00

This commit switches to use the new gettext logic, which involves: - using TARGET_NLS_DEPENDENCIES instead of hand-encoded dependencies on gettext/host-gettext - using TARGET_NLS_LIBS to force linking against libintl - dropping BR2_PACKAGE_GETTEXT selection - using BR2_SYSTEM_ENABLE_NLS instead of BR2_ENABLE_LOCALE to decide if NLS support should be enabled or not Signed-off-by: Thomas Petazzoni

boot, linux, package: use SPDX short identifier for GPLv2/GPLv2+

2017-04-01T13:16:38+00:00

We want to use SPDX identifier for license strings as much as possible. SPDX short identifier for GPLv2/GPLv2+ is GPL-2.0/GPL-2.0+. This change is done by using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/\/GPL-2.0/g' Signed-off-by: Rahul Bedarkar Signed-off-by: Thomas Petazzoni

net-tools: fix field with incomplete type error

2016-11-07T21:18:30+00:00

Update 0002 patch to match the one sent as a pull request. The previous one introduced a new problem that has been addressed in the new version. Some Linux headers included in certain toolchains may not have an updated linux/if_tunnel.h which includes linux/ip.h, so we need to include it unconditionally otherwise linux/if_tunnel.h will use the struct iphdr before being defined and the compilation will fail in this way: In file included from iptunnel.c:33:0: /usr/include/linux/if_tunnel.h:37:16: error: field 'iph' has incomplete type struct iphdr iph; ^ Pull request URL: https://sourceforge.net/p/net-tools/code/merge-requests/4/ Fixes: http://autobuild.buildroot.net/results/34f/34f9b10ef6a613057e8f6457d8a0a2fa142ad123/ Signed-off-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

net-tools: add a patch to avoid struct redefinition

2016-11-03T21:17:17+00:00

This fixes a struct redefinition problem like this one: ================================ In file included from /usr/include/linux/if_tunnel.h:6:0, from iptunnel.c:34: /usr/include/linux/ip.h:85:8: error: redefinition of 'struct iphdr' struct iphdr { ^ In file included from iptunnel.c:29:0: /usr/include/netinet/ip.h:45:8: note: originally defined here struct iphdr ^ ================================ iptunnel.c includes netinet/ip.h which contains a definition of the iphdr struct. iptunnel.c also includes linux/if_tunnel.h which includes linux/ip.h which contains a definition of the iphdr struct. So, both netinet/ip.h and linux/ip.h define the iphdr struct, and both of them have been included directly or indirectly by iptunnel.c. Because of that the compilation fails due to a struct redefinition. The problem can be solved by just not including netinet/ip.h. The patch has been sent upstream as a merge request: https://sourceforge.net/p/net-tools/code/merge-requests/3/ Fixes: http://autobuild.buildroot.net/results/dce/dce499da84b2a41bab946d5109a283ccb85c8b81/ Signed-off-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

package: move busybox show others dependency to per-package

2016-07-04T14:12:38+00:00

Having the BR2_PACKAGE_BUSYBOX_SHOW_OTHERS dependencies in package/Config.in is not very practical: it makes this file not very readable, and puts the dependency away from the package itself, which can sometimes be confusing. Therefore, this commit moves the dependency in each package Config.in file. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

package/net-tools: use TARGET_CONFIGURE_OPTS to provide AR, CC and LDFLAGS

2016-06-08T21:27:59+00:00

As noticed by Peter [1], use TARGET_CONFIGURE_OPTS to provide AR, CC and LDFLAGS. Also remove TARGET_MAKE_ENV since it only contains PATH=$(BR_PATH) which is also provided by TARGET_CONFIGURE_OPTS. [1] http://lists.busybox.net/pipermail/buildroot/2016-May/162418.html Cc: Peter Korsgaard Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

package/net-tools: fix static linking issue with lintl

2016-05-31T11:10:25+00:00

When net-tools are build with uClibc-ng and statically linked, some tools like hostname and route needs to link with -lintl. Adding -lintl in LDFLAGS place the library before object files: arm-linux-gcc -O2 -g -Wall -fno-strict-aliasing -static -lintl -Llib -o hostname hostname.o Add $(LIBS) after object files in the Makefile to place -lintl correctly. Rework NET_TOOLS_BUILD_CMDS to set LDFLAGS with only TARGET_LDFLAGS and set LIBS with -lintl when needed. Fixes: http://autobuild.buildroot.net/results/134/1345b6d366125320b89512e7ce7f142f1a03acf8 Ref: http://lists.busybox.net/pipermail/buildroot/2016-May/162216.html Signed-off-by: Romain Naour Signed-off-by: Peter Korsgaard