- Nov 19, 2015
-
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Carlos Santos authored
The host variant was added by us (DATACOM) because it is useful to build some third-party packages that we use in our firmware. We humbly request you to keep it alive. Declare that it requires host-perl-module-build. Signed-off-by:
Carlos Santos <casantos@datacom.ind.br> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
Like c-periphery and lua-periphery, libserial fails to build because it tries to use some baud rate definitions that are not available on sparc and sparc64 (the highest baud rates). This commit fixes that by introducing a patch to libserial to make the use of these high baud rates conditional on their availability. Fixes: http://autobuild.buildroot.org/results/f9b/f9bbb8a6636cd3e3203b059f627aac7b1d511eb2/ Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Fixes: http://autobuild.buildroot.net/results/c0d/c0d91fc0fa28fda0ffd1c9a236bde5435222bcc0/ Unconditionally builds a shared library. Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
libvorbis.pc does not exist, it is named vorbis.pc. Also, sqlite3 was missing when querying pkg-config. Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
Add patch from Alpine Linux to fix the build of slang with the musl C library. Fixes: http://autobuild.buildroot.org/results/bc3/bc3cca6e6a906afa4c57dcddfb4a9ecd0cb44398/ Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
- Nov 18, 2015
-
-
Peter Korsgaard authored
Fixes: http://autobuild.buildroot.net/results/548/548bf7b800a946e97135c0ba66363f388e517d6f/ Directfb doesn't build with musl, and upstream seems dead - So just disable it. Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
This is the only package where we select directfb. Change it to use depends on to match what we do for the X11 backend. Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Ben Boeckel authored
If system tools are selected, the host's lib/ directory may shadow libraries from the system which are configured differently and do not have all of the symbols required by the system tool. Since buildroot now uses rpath everywhere, LD_LIBRARY_PATH should not be necessary anyways. Signed-off-by:
Ben Boeckel <mathstuf@gmail.com> Acked-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Acked-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
When we build our host programs, and they depend on a host library we also build, we want to ensure that program actually uses that library at runtime, and not the one from the system. We currently ensure that in two ways: - we add a RPATH tag that points to our host library directory, - we export LD_LIBRARY_PATH to point to that same directory. With these two in place, we're pretty much confident that our host libraries will be used by our host programs. However, it turns our that not all the host programs we build end up with an RPATH tag: - some packages do not use our $(HOST_LDFLAGS) - some packages' build system are oblivious to those LDFLAGS In this case, there are two situations: - the program is not linked to one of our host libraries: it in fact does not need an RPATH tag [0] - the program actually uses one of our host libraries: in that case it should have had an RPATH tag pointing to the host directory. For libraries, they only need an RPATH if they depend on another library that is not installed in the standard library path. However, any system library will already be in the standard library path, and any library we install ourselves is in $(HOST_DIR)/usr/lib so already in RPATH. We add a new support script that checks that all ELF executables have a proper DT_RPATH (or DT_RUNPATH) tag when they link to our host libraries, and reports those file that are missing an RPATH. If a file missing an RPATH is an executable, the script aborts; if only libraries are are missing an RPATH, the script does not abort. [0] Except if it were to dlopen() it, of course, but the only program I'm aware of that does that is openssl, and it has a correct RPATH tag. [Peter: reworded as suggested by Arnout, fix HOT_DIR typo in comment] 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: Peter Korsgaard <jacmet@uclibc.org> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Bernd Kuhls authored
Fixes http://autobuild.buildroot.net/results/7f6/7f6e5396e95a3c3b676ca59bedc5317aa88e5f4c/ http://autobuild.buildroot.net/results/6ac/6acd9cf25c3088d313247510db47a214fff30c67/ http://autobuild.buildroot.net/results/a0d/a0da41bb734dbcdb17e13d852cfbdba5e069429e/ http://autobuild.buildroot.net/results/d0c/d0caf60c1ddf4e05086c93f646e32b5ddc75b6ce/ Signed-off-by:
Bernd Kuhls <bernd.kuhls@t-online.de> Reviewed-by:
Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by:
Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Gustavo Zacarias authored
Fixes: CVE-2015-1819 - The xmlreader in libxml allows remote attackers to cause a denial of service (memory consumption) via crafted XML data, related to an XML Entity Expansion (XEE) attack. CVE-2015-7941 - out-of-bounds memory access. CVE-2015-7942 - heap-buffer-overflow in xmlParseConditionalSections. CVE-2015-8035 - DoS via crafted xz file. All patches upstream. Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Rodrigo Rebello authored
The QEMU configure script incorrectly assumes SSP is supported by the toolchain in some cases where the compiler accepts -fstack-protector* flags but the C library does not provide the necessary __stack_chk_*() functions. Even though a full compile and link test is performed by the script, this is done with a code fragment which does not actually meet any of the conditions required to cause the compiler to emit canary code when the -fstack-protector-strong variant is used. As no compile or link failure occurs in this case, a false positive is generated and a subsequent error is seen when the probe for pthreads is performed. The fix consists in patching the configure script to use a more appropriate test program for the SSP support checks. Fixes: http://autobuild.buildroot.net/results/efb/efbb4e940543894b8745bb405478a096c90a5ae2/ http://autobuild.buildroot.net/results/32d/32d6d984febad2dee1f0d31c5fa0aea823297096/ http://autobuild.buildroot.net/results/aa6/aa6e71c957fb6f07e7bded35a8e47be4dadd042c/ ...and many others. Signed-off-by:
Rodrigo Rebello <rprebello@gmail.com> Acked-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Reviewed-by:
Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by:
Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
kei-k@ca2.so-net.ne.jp authored
Building gauche depends on dynamic link, so add dependency on !BR2_STATIC_LIBS. Fix: http://autobuild.buildroot.org/results/da5/da5b9605552d4914c5e6f0d890367b92536419c1 Signed-off-by:
Hiroshi Kawashima <kei-k@ca2.so-net.ne.jp> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Gustavo Zacarias authored
Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
- Nov 17, 2015
-
-
Gustavo Zacarias authored
Otherwise the tmpfs-backed filesystems fail: mount: mounting tmpfs on /dev/shm failed: Invalid argument mount: mounting tmpfs on /tmp failed: Invalid argument mount: mounting tmpfs on /run failed: Invalid argument Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Gustavo Zacarias authored
It contained a typo that prevented the driver from being built. Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Gustavo Zacarias authored
Now that uclibc-ng was bumped to version 1.0.9 nothing prevents x86 from working correctly. Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Gustavo Zacarias authored
They're unable to build liquid-dsp successfully resulting in an internal compiler error. Fixes: http://autobuild.buildroot.net/results/2ac/2acd745f4e5ec6edfd09afcd57b9ece216724c1b/ [Thomas: propagate the dependencies to the comment.] Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Daniel Nyström authored
Currently Qt 5.5 only detects and build the eglfs_mali device integration if the commercial Mali driver package from ARM is used. This patch makes sure the Qt configure script also test for the sunxi-mali driver package. It also removes the dependency of the proprietary fbdev_window.h. This issue is set to be fixed in upcoming Qt 5.6: https://codereview.qt-project.org/#/c/125837/ [Thomas: renumber patch from 0010 to 0009.] Signed-off-by:
Daniel Nyström <daniel.nystrom@timeterminal.se> Tested-by:
Ariel D'Alessandro <ariel@vanguardiasur.com.ar> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> [Thomas: build tested before the patch, verified that indeed the eglfs-mali plugin doesn't get built, and that after the patch it gets built as expected.]
-
Thomas Petazzoni authored
This commit adds a patch to pulseaudio (already submitted upstream) that avoids a structure redefinition build failure that occurs with old gcc versions. Fixes: http://autobuild.buildroot.org/results/a1e/a1e7e59f9c65a6ce38800439c78b7808048ad708/ Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Luca Ceresoli <luca@lucaceresoli.net> Acked-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Luca Ceresoli <luca@lucaceresoli.net> Reviewed-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
Trying to build anything at patch time will result in a broken legal-info, as the needed host dependencies are not yet built. Make that hook a pre-configure hook rather than a post-extract hook. Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Peter Korsgaard <jacmet@uclibc.org> Cc: Romain Naour <romain.naour@openwide.fr> Reviewed-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Romain Naour <romain.naour@openwide.fr> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
To build libcurl, we need to override LD_LIBRARY and force it to a sane value, otherwise libcurl is confused when target == host (see a51ce319, libcurl: fix configure with openssl when target == host). That is currently OK, since we always set LD_LIBRARY_PATH to a non-empty value. However, we're soon to stop setting it at all. So, if the user has an empty (or no) LD_LIBRARY_PATH in his envirnment, we'd end up adding the current working directory to LD_LIBRARY_PATH (as an empty entry in a colon-separated list is most probably interpreted as meaning the current working directory, which we do know can cause issue, and which we expressely check against in support/dependencies/dependencies.sh Fix that by only using an existing LD_LIBRARY_PATH if it is not empty. Also use a Makefile construct as it is easier to read than a shell one (we can do that, as all variables from the environment are available as make variables). Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Peter Korsgaard <jacmet@uclibc.org> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
It does not build, and no one depends on it. Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Francois Perrad <fperrad@gmail.com> Acked-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
To build the host-mysql, we only build parts of the source, just the strictly minimum required to then cross-compile it. However, the host variables (conf opts, build and install cmds) are only defined when the mysql server is enabled in the configuration. So, this breaks: make defconfig; make host-mysql Even though it is not much use to have that partial host-mysql on its own, it is still very interesting to be able to build it, if at least for testing changes in the core package infrastructures (like new step hooks or the likes...) Move the definitions of the host variant out of the server conditional block. [Peter: add comment about what we build and why as suggested by Arnout] Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Marcelo Gutiérrez(UTN/FRH) <kuyurix@gmail.com> Acked-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
mkfs.axfs uses zlib, but does not have an rpath to our host dir. That's because: - we're not passing our host CFLAGS or LDFLAGS - it is forcibly setting CFLAGS in the Makefile, overriding anything specified by the user - it is not using LDFLAGS at all Add two patches so that CFLAGS and LDFLAGS from the environment are used if present. Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Tested-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Arnout Vandecappelle authored
When a series file exists, we should use every file mentioned in it, not just the ones ending with .patch or .diff. Also, there's no need to uncompress anything if it's mentioned in a series file (the tools that manipulate series files don't support compressed patches). Signed-off-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Doug Kehn <rdkehn@yahoo.com> Tested-by:
Doug Kehn <rdkehn@yahoo.com> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
- Nov 16, 2015
-
-
Arnout Vandecappelle authored
These were forgotten when the subarches were added in cd88e49c. Signed-off-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Alvaro Gamez <alvaro.gamez@hazent.com> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Tested-by:
Alvaro G. M <alvaro.gamez@hazent.com> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Arnout Vandecappelle authored
Building with -mtune=e6500 led to build failures in glibc (probably in uclibc as well) because gcc was built for a 32-bit target even though the target tuple is powerpc64-*. This lead to a mix of 32-bit and 64-bit support and build errors like: fatal error: gnu/lib-names-32.h: No such file or directory The root cause is that the configure script is not handling e6500 correctly, because of stupid typo in the condition. Change has been submitted upstream. Signed-off-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Alvaro Gamez <alvaro.gamez@hazent.com> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Waldemar Brodkorb authored
ARC is supported by uClibc-ng, cleanup old code. Signed-off-by:
Waldemar Brodkorb <wbx@uclibc-ng.org> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Fixes: http://autobuild.buildroot.net/results/1d4/1d4d621f3bd7862a75bd7e95e275ccb6694b54c9/ http://autobuild.buildroot.net/results/140/140767a7437b60a62f553ab49c104c37a4949c6c/ http://autobuild.buildroot.net/results/a88/a88ae349d4d7cdff4f15c8ad9e3a1eac74dc6c4b/ http://autobuild.buildroot.net/results/599/59946c728593502e4a17cb7e2d75eabac54db537/ And many more. GCC5 defaults to -std=gnu11, which has different semantics for inline than previous versions: https://gcc.gnu.org/gcc-5/porting_to.html Which causes linker issues when display_headers() and start_log() are referenced from other files. There's no real reason why these needs to be inline, so just drop the keyword. Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Waldemar Brodkorb authored
Fixes a fanotify include bug where old kernels (2.6.x) fail to build. Fixes recent failures on x86 with Linux 4.3.x kernel regarding network sockets. Includes the removed patch. Signed-off-by:
Waldemar Brodkorb <wbx@uclibc-ng.org> Acked-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
Add a patch similar to the one for c-periphery fixing the build on Sparc and Sparc64 caused by unsupported high baudrates on this architecture. Fixes: http://autobuild.buildroot.org/results/c2f/c2fd64ed2f17c53a4704284a8281305f97a48169/ Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Bernd Kuhls authored
Fixes http://autobuild.buildroot.net/results/059/059d771cb39532dee73a5f50e24b3441005ed38b/ http://autobuild.buildroot.net/results/542/5429dd3f07430cf1487a8cfa82ba55e66a640473/ http://autobuild.buildroot.net/results/073/073105a692033665d31b2dc034eff2e0fdca7f10/ http://autobuild.buildroot.net/results/018/01805d60b8b046122d357e2559268e8a45dcf9d3/ and many others Signed-off-by:
Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
kei-k@ca2.so-net.ne.jp authored
Force to use internal libatomic_ops of gauche, since the external libatomic_ops packaged in Buildroot is not compatible with gauche. Fixes: http://autobuild.buildroot.org/results/a97/a979f6a58f0fbb1896830461d6c384f4a65c9429/ [Thomas: tweak commit log.] Signed-off-by:
Hiroshi Kawashima <kei-k@ca2.so-net.ne.jp> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
kei-k@ca2.so-net.ne.jp authored
This patch is ported from bdwgc package. Since Gauche uses an internal copy of the boehm gc code, it is affected by the same problem. Both configure and configure.ac are modified because autoreconf fails due to an incompatibility with the version of the autotools used by Buildroot. Fixes: http://autobuild.buildroot.org/results/8c6/8c6ce526735a36b8c8b4c6047e3c69039c4527cb/ http://autobuild.buildroot.org/results/894/89460829a737a4dab19103f7a46905636420b0a8/ [Thomas: adjust commit log and patch description.] Signed-off-by:
Hiroshi Kawashima <kei-k@ca2.so-net.ne.jp> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
kei-k@ca2.so-net.ne.jp authored
This patch limits gauch build only on architectures boehm gc is ported. Will fix: http://autobuild.buildroot.org/results/368/3681948013fcd39cc80b690b880924421e429c80// http://autobuild.buildroot.org/results/ba7/ba7eb5a878ec25033596dc7c9b0f4678d4a83de5// http://autobuild.buildroot.org/results/1cb/1cbf1ee5bde3d50b935ae8ba931c8d0cc1052acc// http://autobuild.buildroot.org/results/8af/8afb36606eabdc6ae6e65a28a11877af39f9a7e0// [Thomas: - add comment explaining where the architecture dependency is coming from, as suggested by Arnout. - move the definition of BR2_PACKAGE_GAUCHE_ARCH_SUPPORTS to the beginning of the Config.in file, to be consistent with what we do in other packages.] Signed-off-by:
Hiroshi Kawashima <kei-k@ca2.so-net.ne.jp> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Gwenhael Goavec-Merou authored
By default, with the original patch bootcmd runs sdboot before loading uEnv.txt. Consequently, if the user change modeboot, the user's defined content is updated too late. By loading uEnv.txt before 'run $modeboot' the correct boot mode is used instead of default mode. Signed-off-by:
Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> Acked-By:
Jan Viktorin <viktorin@rehivetech.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-