- Mar 28, 2014
-
-
Danomi Manchego authored
The S59snmpd script has a strange mix of tabs and spaces. Replace tabs with spaces, and also remove unnecessary line continuations from the start-stop-daemon lines, as none of them go beyond 80 columns. Signed-off-by:
Danomi Manchego <danomimanchego123@gmail.com> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Romain Naour authored
Ncurses check need to be disabled if ncurses package is not selected. If we don't do that, host's ncurses5-config may be used by configure script. Signed-off-by:
Romain Naour <romain.naour@openwide.fr> Signed-off-by:
-
Romain Naour authored
The installation location of the slang library does not take into account the DESTDIR directory. So SLANG_INST_LIB is initialized with -L/usr/lib/ and slang may be linked with host's libdl.so (if any) Therefore, we have to pass correct installation paths. Fixes: http://autobuild.buildroot.net/results/df4/df435d9cebbdc84b3581ba258b618123570dde8b/ Signed-off-by:
-
- Mar 27, 2014
-
-
Maxime Hadjinlian authored
A few people have already asked why XBMC depends on host-sdl_image and host-sdl. Since this is not obvious, this patch add a comments explaining why it's needed. Signed-off-by:
Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Signed-off-by:
-
Maxime Hadjinlian authored
The host variant of sdl inherited the dependencies and conf opt from sdl which could lead to some trouble. For example: If you were to build host-sdl and had alsa-lib enabled in your packages list, it would try to build host-alsa-lib which does not exists. This patch define basic dependencies and conf opt for the host variant. Reported-by:
Eric Limpens <limpens@gmail.com> Signed-off-by:
-
Fabio Porcedda authored
The package infrastructure add automatically the "dirs" dependency so remove it when the package infrastructure is being used. Signed-off-by:
Fabio Porcedda <fabio.porcedda@gmail.com> Signed-off-by:
-
Fabio Porcedda authored
As stated in the buildroot user manual add just a single space before and after a '=' sign. Break long lines. Signed-off-by:
-
Thomas De Schampheleire authored
This patch prepends TARGET_MAKE_ENV to $(MAKE) and $(QT_QMAKE) command lines, to make sure PATH is set correctly, and to line up with the qt5 packages that do this consistently. Signed-off-by:
Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
-
Eric Le Bihan authored
Also adjust the license details and refresh patches. Signed-off-by:
Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by:
-
Yegor Yefremov authored
Signed-off-by:
Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by:
-
Hadrien Boutteville authored
Fixes http://autobuild.buildroot.org/results/fc6/fc64896ca5c3b05dfe4b5c5e7d25fc4b6c9976ad/ and a bunch of similar failures. When Lua package is selected, libubox sets an option to build with Lua binding. Unfortunately, if LUAPATH is not passed libubox seeks it on the host instead of staging due to hard coded pkg-config commands in its CMake file. As a result Lua is not found and the build fails. Fix it by passing LUAPATH in LIBUBOX_CONF_OPT. Similarly, libubox seeks LUA_CFLAGS with the host's pkg-config for the same reason. To prevent potential errors, fix it by passing LUA_CFLAGS in LIBUBOX_CONF_OPT. Finally, libubox fails to build with Lua 5.2 because it uses functions removed from this version. Fix it by activating the option only with Lua 5.1. Signed-off-by:
Hadrien Boutteville <hadrien.boutteville@gmail.com> Signed-off-by:
-
- Mar 26, 2014
-
-
Vicente Olivert Riera authored
Signed-off-by:
Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by:
-
Vicente Olivert Riera authored
Append -lz to the cups linking libs to fix a problem like this one: ../cups/libcups.a(file.o): In function `cupsFileSeek': /home/test/test/1/output/build/cups-1.3.11/cups/file.c:1444: undefined reference to `inflateEnd' collect2: error: ld returned 1 exit status make[2]: *** [ipp] Error 1 make[2]: *** Waiting for unfinished jobs.... This solution is the same used upstream in newer versions. Fixes: http://autobuild.buildroot.net/results/f3d/f3d4f67ce7ee1d54f5bd4c87dfddb7417db614e5/ Signed-off-by:
-
Maxime Hadjinlian authored
XBMC is an award-winning free and open source (GPL) software media player and entertainment hub for digital media. We do provide a sub-option for each major feature we support, to avoid letting the user hunt-down required libraries, since the dependency is not always obvious and straightforward. We also provide our own wrapper script, because the ones bundled in XBMC are not suitable to all platforms. We need such a wrapper script because XBMC exits with different exit codes, depending on how the user quit XBMC: 0 is normal exit, 64 is for halt, and 66 is for reboot. So we can't simply call the real XBMC binary from the startup script, or we would lose this information. So, we provide a wrapper script that takes appropriate action according to the above exit codes. When run as root from a startup script, there is no HOME set, so XBMC defaults to saving its configuration in /.xbmc (yes, at the root of the rootfs). Since this does not play well with read-only filesystems (and is inherently ugly anyway), and sicne there is no real clean way to tell XBMC where to store its configuration, just provide a symlink to a better place: /.xbmc -> /var/xbmc (note: the only location _guaranteed_ to be writable is /tmp, but we want the configuration to survive a reboot. So, /var/xbmc looks a better place than /var/run/xbmc. and the user will have to take action to ensure /var/xbmc be writable.) (note: for this reason, we do not want to set $HOME to /root either, even if it is root running XBMC.) Some of XBMC sub-options select libraries that depend on toolchain options, such as IPv6. But those are already covered, being also implicit dependencies of XBMC, as XBMC can only be used on an (e)glibc toolchain anyway. When^WIf XBMC is one day buildable under uClibc/musl, this will be time to revisit those dependencies. This package was originally found at : https://github.com/huceke/buildroot-rbp By gimli <ebsi4711@gmail.com> Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: gimli <ebsi4711@gmail.com> Cc: Martin Bark <martin@barkynet.com> Signed-off-by:
-
Jerzy Grzegorek authored
Signed-off-by:
Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Signed-off-by:
-
Arnout Vandecappelle authored
beecrypt used to pull in icu automatically when C++ support was enabled, but since icu is pretty large and slow, that automatic dependency was removed. However, it is not obvious to the user that he should enable icu in order to get C++ support in beecrypt. Therefore, make the C++ support a user visible config option and mention icu in the help text. It would also be possible to automatically enable C++ support if icu happens to be selected for another reason, but that doesn't really seem to offer an advantage. Signed-off-by:
-
Danomi Manchego authored
All of qt.mk's target installs ensure that their destinations exist, except for /usr/lib. So do the same for /usr/lib, for consistency, and in case some combination of custom fs skeleton plus dependency on Qt leads to installing without a pre-existing /usr/lib directory. Signed-off-by:
-
Vicente Olivert Riera authored
Disable position independent executables when building on static. Fixes: http://autobuild.buildroot.net/results/bb0/bb00db98477f0f81c95ac1830ef3649b30963416/ Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
Francois Perrad <francois.perrad@gadz.org> Signed-off-by:
-
Peter Korsgaard authored
Signed-off-by: -
Thomas De Schampheleire authored
This patch prepends TARGET_MAKE_ENV to $(MAKE) and $(QT_QMAKE) command lines, to make sure PATH is set correctly, and to line up with the qt5 packages that do this consistently. Signed-off-by:
-
Thomas De Schampheleire authored
This patch prepends TARGET_MAKE_ENV to $(MAKE) and $(QT_QMAKE) command lines, to make sure PATH is set correctly, and to line up with the qt5 packages that do this consistently. Signed-off-by:
-
Thomas De Schampheleire authored
The qmake step of qt5 packages may attempt to run pkg-config. If qmake is executed in an environment where the buildroot host directory is not in PATH, pkg-config from the build machine may be used (/usr/bin/pkg-config). This causes qt5 package compilation to fail on machines that do not have pkg-config installed. Refer to mailing list thread [1] for a specific error case. This patch prepends TARGET_MAKE_ENV (which sets PATH) to the qmake call. Reported-by:
Marco Trapanese <marcotrapanese@gmail.com> Signed-off-by:
-
Peter Korsgaard authored
Instead of automatically pulling in the (big) icu library if the toolchain dependencies are available. Signed-off-by: -
Yann E. MORIN authored
Some new CA added, some removed. Signed-off-by:
-
Jerzy Grzegorek authored
Signed-off-by:
-
- Mar 25, 2014
-
-
Peter Korsgaard authored
Fixes http://autobuild.buildroot.net/results/5a8/5a85e0e132f38a4a1a42c2b041f66003b64e748a/ (and a bunch of similar failures) libubox has optional json-c handling, including the legacy version which used libjson.so. Unfortunately this support is buggy, so we end up with the wrong compiler flags, and more importantly it gets confused if libjson is enabled, as that also provides a (incompatible) libjson.so. Fix it by disabling the legacy handling. Signed-off-by:
-
Peter Korsgaard authored
Fixes #6986 Prior to u-boot 2013.10, the GPL license text was stored in COPYING and not Licenses/gpl-2.0.txt, breaking legal-info. Work around it by simply copying the file from the old location to the new if present. Signed-off-by:
-
- Mar 24, 2014
-
-
Bernd Kuhls authored
Fixes http://autobuild.buildroot.net/results/8ff/8ff7fc94cc3e54f5608f7b4d2e6ccba5fd8e4177/ Also disable parallel make because "make install" is broken, see http://lists.openembedded.org/pipermail/openembedded-commits/2011-October/134396.html Signed-off-by:
Bernd Kuhls <berndkuhls@hotmail.com> Signed-off-by:
-
Thomas Petazzoni authored
Fixes: http://autobuild.buildroot.org/results/c22/c229130ceab6db9d8b7f373716de9ae4b15f45eb/build-end.log Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
-
Eric Le Bihan authored
Systemd requires at least Linux headers 3.0 because it uses: - setns(2) syscall, introduced in 3.0. - IFLA_GROUP from if_link.h, introduced in 2.6.39. Fixes http://autobuild.buildroot.net/results/098/09866da023d527b3c228a98f1fde104e780e1883/ Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Fixes CVE-2014-2532. SUSv3 deprecation already handled upstream. Signed-off-by:
-
Marcin Bis authored
Signed-off-by:
Marcin Bis <marcin@bis.org.pl> Signed-off-by:
-
Yegor Yefremov authored
Signed-off-by:
-
- Mar 23, 2014
-
-
Jeremy Kerr authored
Currently, the ncurses package conditionally defines macros to install the panel, form and menu libraries. This means we duplicate the install step for each library type. Rather than defining a set of macros, this change introduces a variable for the set of installed libraries, $(NCURSES_LIBS-y). We use this in a single macro to perform the library installation in one place. Based on a change suggested by Thomas Petazzoni <thomas.petazzoni@free-electrons.com>. Signed-off-by:
Jeremy Kerr <jk@ozlabs.org> Signed-off-by:
-
Samuel Martin authored
Because of a gcc bug [1], liburcu checks for compiler version [2] and stops the build prematurely if gcc-4.8.[0-2] is detected for ARM. However a bug fix exists [3] and may be backported by ARM toolchain providers; that's what is done in Buildroot [4] or Linaro [5]. So, this change: - add a patch in liburcu to allow build with ARM gcc-4.8.2; - adds a new hidden symbol to reflect the toolchain status with regard to this bug [1]; - and controls liburcu visibility. However, a limitation of this is when the user is using a custom toolchain; that's why the bug details have been added in the liburcu help message. [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 [2] http://git.lttng.org/?p=userspace-rcu.git;a=commitdiff;h=4b79310 [3] http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=204665 [4] http://git.buildroot.net/buildroot/commit/?id=c443c2be1768ebbdcb76c55d0a08fd7c983488c8 [5] http://bazaar.launchpad.net/~linaro-toolchain-dev/gcc-linaro/4.8/revision/122147 [Peter: hide normal toolchain comment if bug, add comment explaining issue if bug] Signed-off-by:
Samuel Martin <s.martin49@gmail.com> Signed-off-by:
-
Samuel Martin authored
Also adjust the license details Signed-off-by:
-
Samuel Martin authored
Also adjust the license details Signed-off-by:
-
