- May 26, 2016
-
-
Peter Korsgaard authored
Signed-off-by:Peter Korsgaard <peter@korsgaard.com>
-
Gustavo Zacarias authored
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:
-
Vicente Olivert Riera authored
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>
-
Vicente Olivert Riera authored
Signed-off-by:
-
Thomas Petazzoni authored
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: -
Geoff Levand authored
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:
-
Geoff Levand authored
flannel uses the cgo package, so needs a toolchain with thread support. Signed-off-by:
-
Geoff Levand authored
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 authored
Use the newly added HOST_GO_TARGET_ENV variable to pickup the correct go environment for package builds. Signed-off-by:
-
Geoff Levand authored
For the convenience of package makefiles define the new make variables HOST_GO_TOOLDIR and HOST_GO_TARGET_ENV. Signed-off-by:
-
Geoff Levand authored
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:
-
Baruch Siach authored
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:
-
Thomas Petazzoni authored
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 authored
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:
-
- May 25, 2016
-
-
Bernd Kuhls authored
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 authored
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 authored
Fixes http://autobuild.buildroot.net/results/5b1/5b1d0c8c1bd75f7e228c313cb21b1638301568ae/ Signed-off-by:
-
Bernd Kuhls authored
Fixes http://autobuild.buildroot.net/results/d5b/d5b2f905d8da79cebda1408ffceac6d4c99f9e7b/ Signed-off-by:
-
Bernd Kuhls authored
Fixes http://autobuild.buildroot.net/results/b06/b0671af6be81550221f5abf98c2c797787590199/ [Peter: add host-pkgconf to _DEPENDENCIES] Signed-off-by:
-
Thomas Petazzoni authored
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 authored
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:
-
Julien Boibessot authored
Building an U-Boot image for the i.MX23 or i.MX28 target requires to run the bootloaders 'mxsimage' tool on the host. As mxsimage needs unconditionally OpenSSL, building U-Boot for those targets fails if it is not available on the host: tools/mxsimage.c:18:25: fatal error: openssl/evp.h: No such file or directory #include <openssl/evp.h> Add the required dependency 'host-openssl' to all the different U-Boot image types used to build a bootloader image for an i.MX23/i.MX28 target. Also pass HOST_CFLAGS and HOST_LDFLAGS to the U-Boot build process so the right -I/-L options will be used to find OpenSSL. Ported from the Armadeus project: https://sourceforge.net/p/armadeus/mailman/message/33595402/ Signed-off-by:
Julien Boibessot <julien.boibessot@armadeus.com> [Jörg: port to recent Buildroot version] Signed-off-by:
Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by:
-
Peter Korsgaard authored
Fixes: http://autobuild.buildroot.org/results/b2b/b2bc143fbd0b34e75a44af41ab6899dd9fa3c21a/ http://autobuild.buildroot.org/results/60d/60d56b0a75d209f2cfeff0727c2f900abc89d263/ http://autobuild.buildroot.org/results/6a8/6a8729ce69055821fdf0b91adcea2ea201d40189/ And many more. A recent upstream build system change caused LIBS to be ignored at build time (but still used a configure time), causing our static linking workarounds to no longer work. Fix it by adding a patch to cause it to no longer ignore LIBS. Signed-off-by:
-
- May 24, 2016
-
-
Thomas Petazzoni authored
Due to some code imported from gnulib, the time package doesn't build in static-only configurations. Indeed the gnulib code redefines the error() and error_at_line() functions, which are also provided by the C library. Since fixing the gnulib code is really difficult, let's just disable this package for static-only builds. Fixes: http://autobuild.buildroot.org/results/a0e64faba69fa86755c693f575fb258a77e4e9d1/ Signed-off-by:
-
Thomas Petazzoni authored
Commit c45979c7 marked OProfile as not available on the Xtensa architecture, due to the lack of memory barrier operations. This commit does the same for the Microblaze architecture, for the same reason, which allows to fix the following autobuilder failure: http://autobuild.buildroot.org/results/9a872ddc906e9d552d30762e849a1b537b4e5095/ It is worth mentioning that most likely Xtensa and Microblaze are architectures implementing a strongly-ordered memory model, in which case we could define the memory barriers as no-ops. But until someone who actually cares about OProfile on Xtensa and Microblaze shows up, it's probably better to disable the package on those architectures. Signed-off-by:
-
Thomas Petazzoni authored
The graph-build-time help text currently looks like this: usage: graph-build-time [-h] [--type GRAPH_TYPE] [--order GRAPH_ORDER] [--alternate-colors] [--input OUTPUT] --output OUTPUT Obviously, naming the parameter for --input as OUTPUT is not a very good idea, so this commit fixes that to name it "INPUT", as expected. Signed-off-by: -
Bernd Kuhls authored
Mesa3d provides libgl only with DRI drivers and X.org enabled. Since https://git.busybox.net/buildroot/commit/package/mesa3d/mesa3d.mk?id=f1894ec95728806e09405d26663e0ea371afaeab DRI drivers can be enabled without X.org support, but mesa3d still does not provide OpenGL support so we also need to remove the pkgconf files in this case. A POST_INSTALL_*_HOOK is already present but needs to be executed not only when DRI support was disabled but also with DRI en- and X.org disabled. Fixes http://autobuild.buildroot.net/results/342/3420ad6aa8e1e8151bf11b43be2c97cbe1dbb400/ Signed-off-by:
-
Gustavo Zacarias authored
CVE-2015-7995 - Fix for type confusion in preprocessing attributes Also drop upstream patch. Signed-off-by:
-
Yann E. MORIN authored
Use of a merged /usr is not restricted to systemd anymore, thus the current error message is misleading, as it only speaks about systemd. Fix the message by just ditching the reference to systemd altogether. Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by:
-
Thomas Petazzoni authored
Amusingly, a fix made upstream to fix the build on Windows also fixes the build with the musl C library. Fixes: http://autobuild.buildroot.net/results/d7b0cacc5d99d8dc91fdeaf770bb5d2b1b1975b6/ Signed-off-by:
-
Baruch Siach authored
The libgpgme configure script does not detect the error_t type under musl, because musl does not define error_t in errno.h. As a result config.h adds a local definition of error_t. When argp-standalone is present this local definition collides with the error_t typedef in argp.h. Assume we always have error_t when argp-standalone is present. Fixes: http://autobuild.buildroot.net/results/656/6566a1c77983404d90920997bfd15bd98c7ddde7/ http://autobuild.buildroot.net/results/a7b/a7b92ad68ff6e13d20ff44e955dc5748b2efd6a4/ http://autobuild.buildroot.net/results/0db/0db1b2aa0969d6cbae57b1400b7b766a5988abf9/ Signed-off-by:
-
Thomas Petazzoni authored
strongswan uses the __atomic_*() intrinsics, so we make it depend on BR2_TOOLCHAIN_HAS_ATOMIC and link with libatomic when available. This allows to fix the build on SPARC, therefore fixing: http://autobuild.buildroot.org/results/7e090237801874fb889c76f84863dc4c2ca20450/ Signed-off-by:
-
Gustavo Zacarias authored
Fixes: CVE-2016-1856 - allows remote attackers to execute arbitrary code or cause a denial of service (memory corruption) via a crafted web site CVE-2016-1857 - allows remote attackers to execute arbitrary code or cause a denial of service (memory corruption) via a crafted web site Signed-off-by:
-
Jörg Krause authored
Add a patch to fix a build issue with the musl C library. struct in6_addr is both defined in the C library header <netinet/in.h> and the Linux kernel header <linux/in6.h>. lxc_user_nic.c includes both <netinet/in.h> and <linux/if_bridge.h>. The later one includes <linux/in6.h>. This breaks build with the musl libc: error: redefinition of ‘struct in6_addr’ As lxc_user_nic.c does not use any references from <linux/if_bridge.h> it is safe to remove this header. Fixes: http://autobuild.buildroot.net/results/f32/f321823be6b477be7dc55393e563a3a61794265d/ http://autobuild.buildroot.net/results/8ab/8ab2dc8e0634fbfb582db94cdf94cee5712711f9/ http://autobuild.buildroot.net/results/e27/e27d637b1bb7278ae30d86a72a2d88432d805d2c/ .. and more. Upstream status: Pending https://github.com/lxc/lxc/pull/1029 Signed-off-by:
-
Gustavo Zacarias authored
It's normally autodetected, which can lead to unexpected/unhandled results. configure checks for libdrm, libepoxy and wayland, however a proper libxcomposite check is missing thus it can lead to build failure under some odd conditions. There's no autobuilder failure to quote here, however there's a mailing list post that exemplifies this: http://lists.busybox.net/pipermail/buildroot/2016-May/161793.html Signed-off-by:
-
Thomas Petazzoni authored
All gcc versions fail to build flann on the Microblaze architecture, due to gcc bug https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401, so let's disable this package on this architecture. Fixes: http://autobuild.buildroot.net/results/3f44a1f30a88dbe4a3a83055267b472b58769e15/ Signed-off-by:
-
Thomas Petazzoni authored
flann is fetched from Github, so we can add a hash file for this package. Signed-off-by: -
Thomas Petazzoni authored
The current version of flann in Buildroot fails to build with gcc 6.x, with the following failure: error: call of overloaded 'abs(flann::KDTreeIndex<flann::L2<float> >::ElementType)' is ambiguous By bumping the upstream version one commit further, we get an upstream fix that fixes the build problem. Signed-off-by: -
Clayton Shotwell authored
The aarch64 Linaro toolchain source hash is not correct, probably due to a copy/paste error. The new hash has been verified by downloading the tarball, validating the signature, and computing the hash. Signed-off-by:
Clayton Shotwell <clayton.shotwell@rockwellcollins.com> Signed-off-by:
-
Thomas Petazzoni authored
python-treq selects python-pyopenssl, which depends on C++ support, but this dependency was not propagated to python-treq, causing the following kconfig warning: warning: (BR2_PACKAGE_PYTHON_TREQ) selects BR2_PACKAGE_PYTHON_PYOPENSSL which has unmet direct dependencies ((BR2_PACKAGE_PYTHON || BR2_PACKAGE_PYTHON3) && BR2_INSTALL_LIBSTDCPP) This commit fixes that by adding the appropriate dependency. Cc: Yegor Yefremov <yegorslists@googlemail.com> [Thomas: add Config.in comment.] Signed-off-by:
-
