This project is mirrored from git://git.buildroot.net/buildroot.
Pull mirroring updated .
- Feb 27, 2014
-
-
Peter Korsgaard authored
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Arnout Vandecappelle authored
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Acked-by: Simon Dawson <spdawson@gmail.com> Tested-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Arnout Vandecappelle authored
Fixes e.g. http://autobuild.buildroot.net/results/9c7/9c7a97882d446a42cabcb07e4af7e6825192e70b VLC cannot build static and shared libraries at the same time. Also, live555 only has a static library, and VLC tries to link this into a shared library. Therefore, disable the live555 plugin unless static linking is selected. It would be better to build live555 as a shared library, but that's for another patch. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Simon Dawson authored
Fix a large number of incorrect configure options for vlc. Configure warnings reported by Arnout Vandecappelle, in his analysis of vlc autobuild failures. Notice that this change of configure options is caused by our AUTORECONF picking up a different PKG_WITH_MODULES definition. If vlc is bumped in the future and AUTORECONF is turned off, then this needs to be reverted. Signed-off-by: Simon Dawson <spdawson@gmail.com> Reviewed-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Thomas De Schampheleire authored
When libusb support is requested in pcsc-lite, the configure script will try to link a test application to check libusb_init(). However, when libusb needs threads, the linking step should link in threads as well. The configure script, first tries to call libusb-config to determine the necessary cflags and libraries (which should include the thread flags), but this program does not exist, so the cflags/libs variables are empty. Therefore, add a patch to explicitly add PTHREAD_CFLAGS and PTHREAD_LIBS to the libusb test, so libusb is detected correctly. Fixes http://autobuild.buildroot.org/results/432/432be0db3f8415f6a026b69234579ad4d23b6421/ Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Frank Bergmann authored
(external) nios2 toolchain is currently missing the fallocate64 system call. Because of compiling the e2fsprogs package with _FILE_OFFSET_BITS=64, _LARGEFILE_SOURCE and _LARGEFILE64_SOURCE the fallocate call is replaced by fallocate64 by the glibc. Therefore fallocate is entirely disabled while configuring the package. Fixes http://autobuild.buildroot.org/results/70a/70a47bd7392560cbc1c64769c8357c0b4c91ca3b/ Signed-off-by: Frank Bergmann <frank@frajasalo.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Frank Bergmann authored
e4defrag has to be disabled because of the (external) toolchain declares the fallocate64 call in the header files but don't implement it in the library. e4defrag defines its own fallocate64 function that throws an error because of the previous declaration in the toolchain header. Signed-off-by: Frank Bergmann <frank@frajasalo.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Fixes http://autobuild.buildroot.net/results/f49/f4914bb3999c8a7a0c0a2afdac5de40fb9058372/ Similar to the existing handling for avr32 and xtensa. Also add it for gstreamer1 for good measure as it was missing there as well. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
Fixes: http://autobuild.buildroot.org/results/aaa/aaa7f8e5ec72ce69805d6c1a5cde5ff47e1c118e/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Max Filippov authored
gcc build scripts use wrong variable name to specify xtensa overlay application command. As a result gcc is built with the default overlay, which leads to obscure failures later in the build process. xtensa toolchain needs an additional configuration for a specific core variant we're building for. This configuration is called 'overlay' and is an archive with files for binutils, gcc and gdb that replace corresponding files in toolchain components. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
- Feb 26, 2014
-
-
Thomas Petazzoni authored
The host-libxml2 package does not depend on zlib or lzma, but may detect versions available on the host. This can cause problems in the following situation: 1 host-libxml2 is built, finds an available lzma library in the system, enables lzma support by using it. 2 host-xz is built, which installs a different version of the lzma library into $(HOST_DIR) 3 host-libxslt is built, tries to link against libxml2, which fails because now the visible lzma library is the one from $(HOST_DIR)/usr/lib and no longer the one libxml2 was built agains. To fix this, this patch passes --without-zlib and --without-lzma to the host package. In addition, since the target variant of libxml2 does not have provisions to depend on the target lzma, we also pass --without-lzma for the target variant. The case of zlib for the target was already properly taken into account. Fixes: http://autobuild.buildroot.org/results/6dc/6dcef647eb0f0db7de3f34194eb15ceebc645b39/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
To install its shared library, the luajit Makefile does: cd src && test -f $(FILE_SO) && \ $(INSTALL_X) $(FILE_SO) $(INSTALL_DYN) && \ $(LDCONFIG) $(INSTALL_LIB) && \ $(SYMLINK) $(INSTALL_SONAME) $(INSTALL_SHORT1) && \ $(SYMLINK) $(INSTALL_SONAME) $(INSTALL_SHORT2) || : This means that if ldconfig doesn't work or isn't available on the system, it won't create the libluajit-5.1.so -> libluajit-5.1.so.5.2.0 symbolic link. Not having this symbolic link prevents lua-ev from finding the shared version of the luajit library, and it fallbacks to using the libluajit.a static library. However, this static library is not built with -fPIC, so using it within a shared library doesn't work, and leads to build failures on architectures that really do want to have non-fPIC code into a shared library, such as x86-64. By passing LDCONFIG=true during the installation steps of luajit, we ensure that the symbolic links are created, which allows lua-ev to detect the shared library properly, making everybody happy. Investigation conducted with Samuel Martin. Thanks! Fixes: http://autobuild.buildroot.org/results/41c/41c8bb9cf91a86908a150dae27726136cb56f5b7/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
Fixes: http://autobuild.buildroot.org/results/caf/caf421629f4465cd347dc40af0b559c4d9b0c09f/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Francois Perrad authored
this config prevents the introduction of some HOST_DIR paths on target Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Francois Perrad authored
fix compilation with Blackfin FLAT see http://autobuild.buildroot.net/results/b41/b4146bf821d59f694546f6e3a341394cc8fa43ce/ Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Francois Perrad authored
since the comeback of version in module path (see commit ccd68a51) the upstream Makefiles are usable for install. Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Francois Perrad authored
Useless since the uninstall commands were removed in eb7bd9ef Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Simon Dawson authored
Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Vicente Olivert Riera authored
A bug has been reported upstream to fix this issue properly, and a GStreamer developer agreed with our proposal. We add the bug URL to comments on Config.in to let the interested users follow the progress of this issue. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Romain Naour authored
Signed-off-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
- Feb 25, 2014
-
-
Arnout Vandecappelle authored
We've seen autobuilder failures for vlc on many platforms and we don't know how to solve them. It is also currently orphaned, i.e. there is nobody who is actively using the package and maintaining it in buildroot. We could mark the package as BROKEN, but that would make it completely invisible for the users and the autobuilders, which would not help its orphan-ness. Therefore, instead, add a big fat warning in the config menus that it has known issues. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Arnout Vandecappelle authored
When I saw this patch it took me a while to figure out how/why it worked, so let's make life easier for the eventual version bumper to understand what's going on here. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Fixes http://autobuild.buildroot.net/results/858/8580840f6e41f198d2cfc0609e14765dbc2e7322/ kconfig uses the first 'default ... if' line that matches, so ensure the arch specific ones come before the generic 7.5.1 default, otherwise arc/microblaze ends up with 7.5.1 instead of their custom version. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Gustavo Zacarias authored
Fixes: http://autobuild.buildroot.net/results/cdc/cdc522c2cddb10a5c38239fcbea604bfa5a49045/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Gustavo Zacarias authored
Fixes CVE-2013-6466. openswan-wno-error-cpp.patch is no longer required since it's now conditional on a check for a modern enough compiler. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Vicente Olivert Riera authored
gstopencv.c includes the old-style header opencv/cv.h which includes a set of module's headers. To satisfy the opencv/cv.h requirements we need to select the modules which provide the required headers. Fixes: http://autobuild.buildroot.net/results/f5b/f5b248eb7be38d6eb3655cdc1ab6ee5e716b9b29/ Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Reviewed-by: Samuel Martin <smartin@aldebaran-robotics.com> Reviewed-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Gustavo Zacarias authored
Fixes: http://autobuild.buildroot.net/results/e23/e2394705545dad8e33ffc558df518014c15f5271/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Vicente Olivert Riera authored
Apply upstream patch to fix this problem: make[3]: Entering directory `/home/test/test/3/output/build/qt5connectivity-5.2.0/examples/bluetooth' cd scanner/ && ( test -e Makefile || /home/test/test/3/output/host/usr/bin/qmake /home/test/test/3/output/build/qt5connectivity-5.2.0/examples/bluetooth/scanner/scanner.pro -o Makefile ) && /usr/bin/make -f Makefile Project ERROR: Unknown module(s) in QT: quick Fixes: http://autobuild.buildroot.net/results/163/1635e4d385293ea560107bdf624033e8ffefbe72/ Upstream patch URL: https://qt.gitorious.org/qt/qtconnectivity/commit/1454664752505f5870e4173d15362bfdfe4148e7/ Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Sven Neumann authored
Signed-off-by: Sven Neumann <neumann@teufel.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
The 0.8 version hasn't seen any updates since 2005, and there's no real reason to continue to use it today, so deprecate it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
- Feb 24, 2014
-
-
Peter Seiderer authored
Fixes runtime failure of gst-fsl-plugins, e.g. (gst-plugin-scanner:1700): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libmfw_vpu.so': /usr/lib/libgstfsl-0.10.so.0: undefined symbol: shm_open) when compiled with buildroot/glibc toolchain. See also old buildroot mailing list request [1]. [1] http://lists.busybox.net/pipermail/buildroot/2013-June/073910.html Signed-off-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
Fixes: http://autobuild.buildroot.org/results/5e2/5e2c627cfcb2699b16a82eb9554f2c9dfabd5483/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
Fixes: http://autobuild.buildroot.org/results/d46/d46f9097780bdde68ec15f693281ee0b04667f98/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
Rename the GRAPH_OUT and GRAPH_ALT variables according to our recently-agreed naming scheme for user-facing variables: - GRAPH_OUT -> BR2_GRAPH_OUT - GRAPH_ALT -> BR2_GRAPH_ALT The documentation part of the rename is handled by Thomas as part of his manual fixing spree. ;-) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Yann E. MORIN authored
There was one instance of DL_DIR that was left out. Fix that. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Thomas De Schampheleire authored
This commit fixes a few minor spelling or grammar mistakes since the recent additions to the manual (commits 0b100de2 to 7cbb4766). Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Arnout Vandecappelle authored
package/libtool/libtool-0001-mips64-n64-linking.patch touches an m4 file, so applying it triggers a run of autoconf, automake, etc. This sometimes leads to build failures due to incompatible system autotools. This was observed on Fedora 10, which has automake 1.11 while the generated files that are included in the tarball require automake 1.11.1. We cannot simply set HOST_LIBTOOL_AUTORECONF = YES because that would create a circular dependency on host-libtool. Therefore, the patch patch is applied on the installed libtool.m4 instead of in the source tree. Then, it also needs to be renamed to something that doesn't match buildroot's patch convention so it doesn't get picked up automatically. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
libsecret does built on AVR32 due an internal compiler error, and since it's unlikely that gcc will ever be upgraded on AVR32, we simply mark this package as not available. The only reverse dependency of libsecret is webkit, which already cannot be selected on AVR32. Fixes: http://autobuild.buildroot.org/results/2d4/2d41f97378f06d0f3922e078ec0d02549690d4c1/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-