summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Update for 2016.052016.05Peter Korsgaard2016-05-315-13/+44
| | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/x11r7/xdriver_xf86-video-fbturbo: needs dri2 for libumpBernd Kuhls2016-05-312-0/+9
| | | | | | | | | | | | | | | | | | xdriver_xf86-video-fbturbo has an optional dependency to libump currently not handled by buildroot: https://github.com/ssvb/xf86-video-fbturbo/blob/master/configure.ac#L91 If libump was compiled incidentally before xdriver_xf86-video-fbturbo sunxi_mali_ump_dri2.c is compiled which depends on dri2: https://github.com/ssvb/xf86-video-fbturbo/blob/master/src/Makefile.am#L59 This patch adds a dependency for dri2proto to enable dri2 support in X.org and adds libump as dependency for a reproducable build to fix http://autobuild.buildroot.net/results/656/656520682a5ac6fe5e1e741e1a92b1eab4245f2d/ [Peter: also add dri2proto to _DEPENDENCIES] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* mtools: ensure install-info isn't usedPeter Korsgaard2016-05-311-1/+7
| | | | | | | | | | | | | mtools calls install-info at 'make install' time if available after installing the mtools info page - But as we don't use the info pages for anything / remove in target-finalize, this is a waste of time and a potential cause of build failures as reported on the list: http://lists.busybox.net/pipermail/buildroot/2016-May/160604.html So ensure configure doesn't find it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* mesa3d: use -mno-compact-eh for Code Sourcery MIPSVicente Olivert Riera2016-05-311-0/+8
| | | | | | | | | | | | | | | | | | | | | | | mesa3d doesn't like the new compressed exception handling of the Code Sourcery MIPS toolchain and it fails to compile with an error like this one: /br/output/host/opt/ext-toolchain/bin/../lib/gcc/mips-linux-gnu/5.3.0/../../../../mips-linux-gnu/bin/ld: ../../../../src/mesa/.libs/libmesagallium.a(ir_to_mesa.o): .eh_frame_entry not in order /br/output/host/opt/ext-toolchain/bin/../lib/gcc/mips-linux-gnu/5.3.0/../../../../mips-linux-gnu/bin/ld: final link failed: Nonrepresentable section on output collect2: error: ld returned 1 exit status Using -mno-compact-eh fixes the problem. Fixes: http://autobuild.buildroot.net/results/3cd/3cd81c57c51c0963ee6f4d9b814989460bb35316/ Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> [Thomas: improve comment in code.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* gcc/libmudflap: also unavailable for gcc 6.xBernd Kuhls2016-05-311-0/+1
| | | | | | | | | libmudflap was removed in gcc 4.9: https://gcc.gnu.org/wiki/Mudflap_Pointer_Debugging Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* libsigsegv: disable for sparc and uClibc toolchainWaldemar Brodkorb2016-05-311-3/+3
| | | | | | | | | | | | | | The context function support is not available for uClibc and sparc. It will be introduced in uClibc-ng 1.0.15, and then the patch can be reverted. Fixes following autobuild failures: http://autobuild.buildroot.net/results/f1aa74992a77da325b3c6d74f9f88624bad094e9/ http://autobuild.buildroot.net/results/69bf0dbb0be3d4e4783ee332b3e95ca31f18d3bf/ http://autobuild.buildroot.net/results/f5bc9921c1b9f839e5536c19348efebd6826123d/ Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* moarvm: disable for sparcWaldemar Brodkorb2016-05-311-3/+3
| | | | | | | | | Disable for the same reason as sparc64. Fixes following autobuild failure: http://autobuild.buildroot.net/results/0c3e8931b2d157764ed18c2a97f26c8e77ea426e/ Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/net-tools: fix static linking issue with lintlRomain Naour2016-05-312-3/+82
| | | | | | | | | | | | | | | | | | | | | | 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 <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* libcurl: security bump version to 7.49.1Vicente Olivert Riera2016-05-312-2/+2
| | | | | | | Fixes CVE-2016-4802, https://curl.haxx.se/docs/adv_20160530.html Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* ltris: correct audio configure optionsPeter Korsgaard2016-05-311-2/+2
| | | | | | | | | | Fixes: http://autobuild.buildroot.net/results/555/555bfc97b39eb9b0f1e516ffb7ae375ca2c43d5f/ The configure options to enable/disable sound through sdl_mixer are called --enable/--disable-sound, not --enable/--disable-audio. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* xserver_xorg-server: Fix typo in wayland configure optionBernd Kuhls2016-05-311-2/+2
| | | | | | | | | | | | | | Bug was introduced in https://git.busybox.net/buildroot/commit/package/x11r7/xserver_xorg-server/xserver_xorg-server.mk?id=1370fcaeb7c88e958a967594596769c71a4526f9 The configure option is called --en-/disable-xwayland: https://cgit.freedesktop.org/xorg/xserver/tree/configure.ac?id=9454cd51da9b38b974cff7c8b7125901f6403848#n630 Fixes http://autobuild.buildroot.net/results/c32/c32a17509b070b1af497bfc54b85a944fa59ca30/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* toolchain/helper: don't follow symlinks when copying libs to targetYann E. MORIN2016-05-301-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In 2a87b64 (toolchain-external: align library locations in target and staging dir), copying the libraries from the sysroot to the target was changed to a simple find-based solution. To be sure that the staging directory was entered to find the libraries, in case the variable was pointing to a symlink, the -L clause to find was used. However, that causes extraneous libraries to be copied over. For example, a ct-ng toolchain would have this sysroot (e.g for an arm 32-bit toolchain): .../sysroot/lib/ .../sysroot/lib32 -> lib .../sysroot/lib64 -> lib .../sysroot/usr/lib/ .../sysroot/usr/lib32 -> lib .../sysroot/usr/lib64 -> lib Which we would carry as-is to our own sysroot. But then, in target, our skeleton creates the /lib/ and /usr/lib directories, with the necessary lib32 or lib64 symlink pointing to it. In this case, a lib32->lib symlink is created, but no lib64 symlink since this is a 32-bit architecture. To copy the required libraries from staging into target, we scan the staging directory for all occurences of the required libraries, and copy them over to target, keeping the same directory layout relative to the sysroot. For example: .../sysroot/usr/lib/libfoo.so --> .../target/usr/lib/libfoo.so .../sysroot/usr/lib32/libbar.so --> .../target/usr/lib32/libbar.so .../sysroot/usr/lib64/libbuz.so --> .../target/usr/lib64/libbuz.so So, when we copy over the libraries from our staging to the target directory, the "find -L .../sysroot -name libblabla.so.*" would find multiple instances of libblabla, each in the /usr/lib /usr/lib32 and /usr/lib64 locations (they are all the exact same file, though). Since we do have the /usr/lib32->lib symlink, all is OK (but there are two copies going on, which could be avoided). However, since we do not have the /usr/lib64->lib symlink, the /usr/lib64/ directory is created. This was very difficult to observe, as no /lib64/ directory is created, only the /usr/lib64/ one was. To top it off, this only happens with a merged /usr, which does not seem like not a common case without systemd. Since the reason to use -L was to be sure to enter our staging directory, we just need to ensure that the path ends up with a slash, as was already talked about in this thread: http://lists.busybox.net/pipermail/buildroot/2016-April/159737.html After further discussion, it turns out that the original patch came along because of the confusion between output/staging (which is a symlink) and $(STAGING_DIR) which expands to output/host/usr/<tupple>/sysroot (which is never a symlink), so the symlink handling isn't really needed at all. [Peter: drop description comment, extend description] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas De Schampheleire <patrickdepinguin@gmail.com> Cc: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/rpm: needs gcc >= 5.x on SuperHBernd Kuhls2016-05-301-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Compilation triggers an ICE in gcc with gcc 4.9 ../db/dist/../lock/lock_deadlock.c: In function '__lock_detect_rpmdb': ../db/dist/../lock/lock_deadlock.c:354:1: internal compiler error: Segmentation fault } ^ using this defconfig BR2_sh=y BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_PACKAGE_BUSYBOX_SHOW_OTHERS=y BR2_PACKAGE_RPM=y Compiling rpm with gcc5 works fine using this defconfig: BR2_sh=y BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_GCC_VERSION_5_X=y BR2_PACKAGE_BUSYBOX_SHOW_OTHERS=y BR2_PACKAGE_RPM=y This patch adds a dependency to gcc >= 5.x to fix http://autobuild.buildroot.net/results/e4b/e4b7705e3e148755ae34d498c860a3b9b915e0b0/ [Peter: simpify kconfig, add comment explaining why] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/gstreamer/gst-ffmpeg: needs gcc >= 5.x on SuperHBernd Kuhls2016-05-301-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Compilation triggers an ICE in gcc with gcc <= 4.9 using this defconfig BR2_sh=y BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_PACKAGE_GSTREAMER=y BR2_PACKAGE_GST_FFMPEG=y BR2_PACKAGE_GST_FFMPEG_GPL=y The problem is known upstream, a fix was never committed to gcc <= 4.9: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65151 Compiling gst-ffmpeg with gcc5 works fine using this defconfig: BR2_sh=y BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_GCC_VERSION_5_X=y BR2_PACKAGE_GSTREAMER=y BR2_PACKAGE_GST_FFMPEG=y BR2_PACKAGE_GST_FFMPEG_GPL=y This patch adds a dependency to gcc >= 5.x to fix the problem as suggested by Thomas: http://lists.busybox.net/pipermail/buildroot/2016-February/152584.html Fixes http://autobuild.buildroot.net/results/939/939da0c7771ddd97c05cedc0a7afc0ad34a21312/ [Peter: fix ML link, simplify kconfig, add comment explaining why] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/lttng-babeltrace: fix static buildSamuel Martin2016-05-302-1/+66
| | | | | | | | | | | This change adds a patch fixing libuuid detection on static build. Fixes: http://autobuild.buildroot.net/results/43b/43b98ddf9eb44152ed9ac4a98d887af14831d8da/ [Peter: add comment why autoreconf is needed] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* warpboard: README: Fix a few typosFabio Estevam2016-05-301-2/+2
| | | | | | Signed-off-by: Fabio Estevam <festevam@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/pulseview: fix build when linking against libatomic is neededSamuel Martin2016-05-291-0/+117
| | | | | | | | | | | | | | | | | | | | | With some toolchains, using atomics requires to explicitly add -latomic to the linker flags. This change adds a patch to pulseview adding this detection and updating the LDFLAGS when appropriate. This patch has be sent upstream: http://article.gmane.org/gmane.comp.debugging.sigrok.devel/2097 Fixes: http://autobuild.buildroot.org/results/1e3/1e3101261252d5f30fdf842cc99604e4f4c25eef/build-end.log Cc: Bartosz Golaszewski <bgolaszewski@baylibre.com> Cc: Romain Naour <romain.naour@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Samuel Martin <s.martin49@gmail.com> Reviewed-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* libdrm: improve atomic handling, fix SPARCv8 buildThomas Petazzoni2016-05-293-2/+63
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit improves the handling of the "atomic stuff" in the libdrm package. libdrm can either use the atomic intrinsics (4 byte variant) when available, or otherwise can use libatomic_ops. Note that the dependency on atomic operations is not from libdrm itself, but only from some specific DRM drivers only. Amongst other things, it fixes the build of the libdrm package on SPARCv8, therefore fixing: http://autobuild.buildroot.org/results/74dd29b5ea146c320fde80a87a2fc910de9b7f60/ This commit does a number of changes that are all related to each other: - Removes the dependency of the Intel DRM driver on libatomic_ops. The Intel DRM driver builds perfectly fine without libatomic_ops, as long as 4-byte variant __sync operations are available, which is always the case on x86 and x86_84 (which are the only architectures on which the Intel DRM driver can be enabled). - Adds an hidden Config.in boolean option BR2_PACKAGE_LIBDRM_HAS_ATOMIC that allows DRM driver that need atomic operation to know whether atomic support is available (either through intrinsics or through libatomic_ops). - Adds an hidden BR2_PACKAGE_LIBDRM_ENABLE_ATOMIC Config.in option that DRM drivers that need atomic operation should select to ensure that the relevant dependencies are selected. It simply selects libatomic_ops if 4-byte atomic intrinsics are not available. We could let each DRM driver do this, but having an intermediate option avoids a bit of duplication. - Adds a patch that defines AO_REQUIRE_CAS before including <atomic_ops.h>. This is needed because libdrm uses the AO_compare_and_swap_full() which is only provided on all architectures when AO_REQUIRE_CAS is defined. The exact same fix was done in the erlang package in commit 4a9df2942470241d7a96f326f0e7012aacd36f2e. - Adds the dependency on libatomic_ops when the package is enabled, and passes the necessary CFLAGS on SPARCv8 to make the thing build properly. The same CFLAGS are passed in the nginx package and bdwgc package. Cc: Waldemar Brodkorb <wbx@openadk.org> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* core/pkg-kconfig: pass host PKG_CONFIG_PATH env varBjørn Forsman2016-05-281-1/+2
| | | | | | | | | | | | | | | | | | | | | | | This is basically the same change as in 0515fe45661b6d320f8d2071df2 ("Makefile: pass host PKG_CONFIG_PATH at "make menuconfig" time"). That commit made sure to pass host PKG_CONFIG_PATH when invoking Buildroot's own menuconfig program. This change ensures that the same is true for third party menuconfig programs (i.e. Linux, uClibc and Busybox). This unbreaks "make {linux,uclibc}-menuconfig" for host platforms which rely on PKG_CONFIG_PATH to find .pc files (e.g. NixOS). (When Busybox updates to a more recent Kconfig snapshot, one that uses pkg-config to find ncurses, "make busybox-menuconfig" will also start working.) Tested on Ubuntu and NixOS: $ make qemu_arm_versatile_defconfig $ make linux-menuconfig $ make Signed-off-by: Bjørn Forsman <bjorn.forsman@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/grantlee: disable for nios2 and microblazeRomain Naour2016-05-281-0/+3
| | | | | | | | | | | | | | | | | | | Disable grantlee due to a toolchain issue on nios2 and microblaze architecture [1]. Issue reproduced with binutils 2.26 and GCC 6 Fixes (microblaze): http://autobuild.buildroot.net/results/091/091bf7df46d6057be44b8ca8653596bd84c38fbc Fixes (nios2): http://autobuild.buildroot.net/results/e05/e05280f1cc4f669b7e418161749290723179e987 [1] https://sourceware.org/bugzilla/show_bug.cgi?id=20173 Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: - tweak how the dependency is expressed - propagate the dependency to the comments.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* mbedtls: fix companion programs static buildBaruch Siach2016-05-281-0/+3
| | | | | | | | | | | | Set LINK_WITH_PTHREAD to explicitly add pthread to the list of libraries. Fixes: http://autobuild.buildroot.net/results/e08/e087dfa2a6057b18209cd6adff2760026a9ca1db/ http://autobuild.buildroot.net/results/615/61565f1a88b7d6eea03a355ccf8dd3fe6585c4ab/ http://autobuild.buildroot.net/results/6b2/6b267b9cba37655e7d8e6d78821f96d9a8dd7d2e/ Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/ipsec-tools: disable for musl toolchainsRomain Naour2016-05-281-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | __P() is used for compatibility with old K&R C compilers. With ANSI C this macro has no effect. Unlike for util-linux and ipkg packages where it was easy to remove each __P() macro, ipsec-tools use it all over the tree and require a "big" patch to enable musl support. Since upstream seems not verry active (last release 2014-02-27) So, disable ipsec-tools with musl based toolchains. This fixes a compilation error with musl libc because of undeclared __P. Fixes: http://autobuild.buildroot.net/results/42242e3f4485b9e77a916e6fe480c83f70e024e4 While at it, reorder "depends on" and "select" lines in Config.in Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/iptraf-ng: really add _GNU_SOURCE in CFLAGSRomain Naour2016-05-281-1/+3
| | | | | | | | | | | | | | | When iptraf-ng is build with musl, it needs _GNU_SOURCE in CFLAGS to define the content of "struct tcphdr". iptraf-ng.mk try to add _GNU_SOURCE in CFLAGS but it's not taken into account. Add it using IPTRAF_NG_CONF_ENV instead of IPTRAF_NG_MAKE_ENV. Fixes: http://autobuild.buildroot.net/results/a1b/a1b18f2e3d075d349c19536a7c5553f24b75a323 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs: zynq: revive BR2_LINUX_KERNEL_UIMAGEMasahiro Yamada2016-05-283-0/+3
| | | | | | | | | | | Commit 5c67cb1d0445 ("linux: use zImage by default on ARM") changed the default kernel image, but missed to update Zynq defconfigs. U-Boot on Zynq boards still loads uImage, so BR2_LINUX_KERNEL_UIMAGE should be defined to generate uImage. Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/mplayer: fix aarch64 compilationBernd Kuhls2016-05-282-0/+47
| | | | | | | | | | Added code to define HAVE_ARMV8 when needed. Fixes http://autobuild.buildroot.net/results/5f8/5f85c32eb89aac48ae8da892d9800bd13274cd3e/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* system: add help entry to "none" init systemYann E. MORIN2016-05-281-0/+4
| | | | | | | | | | | | | | | | | It can be a little bit misleading to have no init system... Add a comment that states the user has to provide his own init system, either via a package or a rootfs overlay. It is expected that such a user will know what to provide, so we don't really need to specify that it should be /init or /sbin/init or any arbitrary executable pointed to by the kernel command line "init=..." or anything else... Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/mplayer: add x86-specific configure optionsBernd Kuhls2016-05-281-2/+54
| | | | | | | | | | | | | | | | | | | | | | | | | | The mplayer configure script tries to detect the capabilities of the CPU used by probing the host CPU. This leads to compilation failures if the target CPU has lesser features, like missing mmx support for BR2_x86_i686=y: Checking for CPU vendor ... GenuineIntel (6:58:9) Checking for CPU type ... Intel(R) Core(TM) i7-3770S CPU @ 3.10GHz Checking for kernel support of sse ... yes Checking for kernel support of sse2 ... yes Checking for kernel support of sse3 ... yes Checking for kernel support of ssse3 ... yes Checking for kernel support of sse4_1 ... yes Checking for kernel support of sse4_2 ... yes Checking for kernel support of avx ... yes For this patch I copied most of ffmpeg configure options for x86 CPUs because mplayer contains its own copy of ffmpeg. Fixes http://autobuild.buildroot.net/results/c5a/c5a722607ec9797c317b63b0fd3235608a340c98/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/openpowerlink: avoid kernel header issue with muslRomain Naour2016-05-281-0/+91
| | | | | | | | | | | | | | | | | | | | | | | The Virtual Ethernet driver doesn't build when the musl libc is used on the system. As stated in the musl wiki [1], the userspace and kernel headers are mixed leading to a "clash" with the definitions provided by musl. Remove netinet/if_ether.h userspace header and replace ETHER_ADDR_LEN by ETH_ALEN [2] and ETHERMTU by ETH_DATA_LEN [3] in veth-linuxuser.c. Fixes: http://autobuild.buildroot.org/results/2ca/2ca04bb046263e479e7597867b56469893d3c11d/ Upsteam status: pending https://github.com/OpenAutomationTechnologies/openPOWERLINK_V2/pull/120 [Rebase on v2.2.2] [1] http://wiki.musl-libc.org/wiki/FAQ#Q:_why_am_i_getting_.22error:_redefinition_of_struct_ethhdr.2Ftcphdr.2Fetc.22_.3F [2] https://git.musl-libc.org/cgit/musl/tree/include/net/ethernet.h?h=v1.1.14#n35 [3] https://git.musl-libc.org/cgit/musl/tree/include/net/ethernet.h?h=v1.1.14#n48 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* tinyalsa: fix musl buildBaruch Siach2016-05-271-0/+33
| | | | | | | | | | | | Add upstream patch adding missing header include. Fixes: http://autobuild.buildroot.net/results/042/04259ddbdf24afc507b0f21e1f5ba8738ec492b1/ http://autobuild.buildroot.net/results/371/371a1eab885d1a6b5b06bdab6c2280b20593eed4/ http://autobuild.buildroot.net/results/377/37743b3e73fcb0df9fd50113e082eac712c25e35/ Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Update for 2016.05-rc3Peter Korsgaard2016-05-264-10/+53
| | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* php: security bump to version 5.6.22Gustavo Zacarias2016-05-262-2/+2
| | | | | | | | | | | Fixes: Core: Integer Overflow in php_html_entities Core: Integer underflow / arbitrary null write in fread/gzread GD: imagescale out-of-bounds read Intl: get_icu_value_internal out-of-bounds read Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* ffmpeg: disable for mips64r2 and mips64r6Vicente Olivert Riera2016-05-261-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | MIPS architecture detection is not accurate and is always detected as mips64 even if we are using mips64r2 or mips64r6. Due to that, ffmpeg's build system will pass the -mips64 flag which will conflict with the -march option that our toolchain wrapper uses, and it will fail to build showing errors like this one: error: '-mips64' conflicts with the other architecture options, which specify a mips64r2 processor This problem has been already fixed upstream, but we would need to backport 17 patches plus some changes in the ffmpeg.mk file. This is too much, so better to just disable ffmpeg for mips64r2 and mips64r6 for the upcoming Buildroot release. This commit can be reverted in the next ffmpeg's version bump. Fixes: http://autobuild.buildroot.net/results/7fd/7fd8187c0110cdcac622e667f4a81d2db84f11ef/ Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Reviewed-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* ffmpeg: add BR2_PACKAGE_FFMPEG_ARCH_SUPPORTSVicente Olivert Riera2016-05-2610-12/+19
| | | | | | Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Reviewed-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/go: add double quotes around TARGET_CC/TARGET_CXXThomas Petazzoni2016-05-261-4/+4
| | | | | | | Using double quotes around TARGET_CC/TARGET_CXX is mandatory, since they are composed of several words when ccache support is enabled. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/go: Set file timestampGeoff Levand2016-05-261-0/+4
| | | | | | | | Set all file timestamps to prevent the go compiler from rebuilding any built in packages when programs are built. Signed-off-by: Geoff Levand <geoff@infradead.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/flannel: Add BR2_TOOLCHAIN_HAS_THREADSGeoff Levand2016-05-261-0/+5
| | | | | | | | flannel uses the cgo package, so needs a toolchain with thread support. Signed-off-by: Geoff Levand <geoff@infradead.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/go: Add HOST_GO_CGO_ENABLEDGeoff Levand2016-05-261-1/+11
| | | | | | | | | | | | | | | | The go compiler's cgo support uses threads. If BR2_TOOLCHAIN_HAS_THREADS is set, build in cgo support for any go programs that may need it. Note that any target package needing cgo support must include 'depends on BR2_TOOLCHAIN_HAS_THREADS' in its config file. Fixes build errors like these: error: #warning requested reentrant code http://autobuild.buildroot.net/results/42a8d07101d8d954511d1c884ecb66e8d861899e Signed-off-by: Geoff Levand <geoff@infradead.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/flannel: Use HOST_GO_TARGET_ENVGeoff Levand2016-05-261-1/+1
| | | | | | | | Use the newly added HOST_GO_TARGET_ENV variable to pickup the correct go environment for package builds. Signed-off-by: Geoff Levand <geoff@infradead.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/go: Add HOST_GO_TARGET_ENVGeoff Levand2016-05-261-0/+9
| | | | | | | | For the convenience of package makefiles define the new make variables HOST_GO_TOOLDIR and HOST_GO_TARGET_ENV. Signed-off-by: Geoff Levand <geoff@infradead.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/go: Build host tools with host CCGeoff Levand2016-05-261-4/+25
| | | | | | | | | | | | | | | | | | | | The go build system doesn't have the notion of cross compiling, but just the notion of architecture. When the host and target architectures are different it expects to be given a target cross compiler in CC_FOR_TARGET. When the architectures are the same it will use CC_FOR_TARGET for both host and target compilation. To work around this limitation build and install a set of compiler and tool binaries built with CC_FOR_TARGET set to the host compiler. Also, the go build system is not compatible with ccache, so use HOSTCC_NOCCACHE. See https://github.com/golang/go/issues/11685. Fixes build errors like these: host/usr/bin/go: No such file or directory http://autobuild.buildroot.net/results/6664189a6f3a815978e8d0a1d7ef408ca47e2874/ Signed-off-by: Geoff Levand <geoff@infradead.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* eudev: link to real homepageBaruch Siach2016-05-261-1/+1
| | | | | | | | The Gentoo wiki page is much more informative than the download directory. This is the official homepage according to top level README.md. Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* lirc-tools: add patch to fix parallel build issueThomas Petazzoni2016-05-262-0/+48
| | | | | | | | | | | | | | | | The lirc-tools package fails to build once in a while in the autobuilders. Some quick analysis of the problematic Makefile.am has revealed one issue. However, since the issue is difficult to reproduce, we could only check that the new solution continue to work, and we're not 100% sure it fixes the entire problem: only the autobuilders can say, over time. Supposedly fixes: http://autobuild.buildroot.org/results/eb47d57de8182d25b1dacbf0ac3726ed20063d04/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* jamvm: add patch to fix musl buildThomas Petazzoni2016-05-261-0/+86
| | | | | | | | | | | | | Add a patch available from JamVM's bug tracker to fix the build with the musl C library. The build was verified with the musl and uClibc C libraries. Fixes: http://autobuild.buildroot.org/results/8292973e9f6f2971d090f02f24d11a31709254cf/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/ustr: disable on muslBernd Kuhls2016-05-251-0/+2
| | | | | | | | | libsemanage is the only package depending on ustr, both packages do not build using a musl-based toolchain, suggested by Thomas: http://article.gmane.org/gmane.comp.lib.uclibc.buildroot/149138 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/libsemanage: disable on muslBernd Kuhls2016-05-251-0/+2
| | | | | | | | | | Suggested by Thomas: http://article.gmane.org/gmane.comp.lib.uclibc.buildroot/149138 "getpwent_r() is a glibc-specific extension, so it will most likely not be implemented by musl." Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/tinc: optionally include linux/if_tun.h to fix musl buildBernd Kuhls2016-05-251-0/+32
| | | | | | | | Fixes http://autobuild.buildroot.net/results/5b1/5b1d0c8c1bd75f7e228c313cb21b1638301568ae/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/tinc: needs libdl for OpenSSL supportBernd Kuhls2016-05-251-0/+4
| | | | | | | | Fixes http://autobuild.buildroot.net/results/d5b/d5b2f905d8da79cebda1408ffceac6d4c99f9e7b/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/ltris: fix static linking with libmadBernd Kuhls2016-05-251-3/+7
| | | | | | | | | Fixes http://autobuild.buildroot.net/results/b06/b0671af6be81550221f5abf98c2c797787590199/ [Peter: add host-pkgconf to _DEPENDENCIES] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* hidapi: fix the patch renaming a fileThomas Petazzoni2016-05-251-9/+407
| | | | | | | | | | | | | | | | | | | | | | | The patch 0001-hidtest-dont-use-a-C-source-file-since-it-s-pure-C.patch in the hidapi package needs to rename a file from .cpp to .c to avoid a dependency on C++. This renaming currently uses the Git-way of describing renames in patches. While this is interpreted properly by recent enough versions of the 'patch' tool, it is ignored and not understood by older versions of 'patch'. Due to this, with these older versions of 'patch', the file is not renamed, and it causes a build failure. We fix this by not using the Git-like way of describing rename, but rather using the old-style way of doing renames. It makes the patch longer, but compatible with older versions of 'patch'. Fixes: http://autobuild.buildroot.org/results/d7509d9fdf8f86332a023358a740975f535eafef/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* cups: fix static linking problemThomas Petazzoni2016-05-251-0/+21
| | | | | | | | | | | | | | | | In static linking configurations, cups fails to build due to the lack of Scrt1.o from uClibc toolchains. This Scrt1.o is only needed for PIE binaries. Since we don't really care about PIE binaries in the context of Buildroot, this commit solves the problem by patching cups to not generate a PIE binary. Fixes: http://autobuild.buildroot.net/results/445a401da2f63a6c43d7c166516287db6cc977ab/ Cc: Olivier Schonken <olivier.schonken@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
OpenPOWER on IntegriCloud