- 22 Sep, 2012 13 commits
-
-
Allan W. Nielsen authored
Signed-off-by:
Allan W. Nielsen <a@awn.dk> Signed-off-by:
Peter Korsgaard <jacmet@sunsite.dk>
-
Allan W. Nielsen authored
Signed-off-by:
-
Allan W. Nielsen authored
Signed-off-by:
-
Allan W. Nielsen authored
Signed-off-by:
-
Allan W. Nielsen authored
Signed-off-by:
-
Peter Korsgaard authored
Based on patch by Allan W. Nielsen. Signed-off-by: -
Allan W. Nielsen authored
Signed-off-by:
-
Allan W. Nielsen authored
Signed-off-by:
-
Allan W. Nielsen authored
Signed-off-by:
-
Allan W. Nielsen authored
Signed-off-by:
-
Allan W. Nielsen authored
Signed-off-by:
-
Allan W. Nielsen authored
Signed-off-by:
-
Ismael Luceno authored
Signed-off-by:
Ismael Luceno <ismael.luceno@gmail.com> Signed-off-by:
-
- 21 Sep, 2012 4 commits
-
-
Arnout Vandecappelle authored
Signed-off-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Acked-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
-
Peter Korsgaard authored
Signed-off-by: -
Mark Jackson authored
Signed-off-by:
Mark Jackson <mpfj@newflow.co.uk> Signed-off-by:
-
Peter Korsgaard authored
Signed-off-by:
-
- 20 Sep, 2012 22 commits
-
-
Thomas Petazzoni authored
As stated in commit 555c2585 , the Xtensa architecture has been introduced in 2009 and never changed since its initial introduction. It requires some special handling that is a bit annoying, and despite our call to the initial developers, and the announcement of the deprecation of the architecture during the 2012.05, nothing has happened. Therefore, drop support for this architecture. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: me Signed-off-by:
-
Arnout Vandecappelle authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Thomas Petazzoni authored
BR2_SPARC_TYPE is a hidden configuration option that is only used for the configuration of uClibc, therefore, we move it from target/Config.arch.in to toolchain/uClibc/Config.in. Signed-off-by:
-
Thomas Petazzoni authored
BR2_ARM_TYPE is a hidden configuration option that is only used for the configuration of uClibc, therefore, we move it from target/Config.arch.in to toolchain/uClibc/Config.in. We also add a comment that explains that this stuff is only useful for uClibc <= 0.9.32. Starting from 0.9.33, uClibc build process simply uses the compiler flags to find the ARM processor that should be used. So, someday, we'll be able to remove this. Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Thomas Petazzoni authored
Signed-off-by:
-
Thomas Petazzoni authored
Some parts of alsa-lib correctly use threads only when available, but some other parts, especially certain PCM plugins, unconditionally require threads. While it would certainly be possible to fix alsa-lib to only use threads when available, it probably doesn't make much sense, since on an embedded system that has audio, we are probably powerful enough to enable thread support in the C library. Fixes: http://autobuild.buildroot.org/results/e14469be7f6171f4c8c0c09c8e32943819f7938b/build-end.log Signed-off-by:
-
Thomas Petazzoni authored
Instead of duplicating the "depends on BR2_PACKAGE_ALSA_LIB", just put BR2_PACKAGE_ALSA_LIB_PYTHON under the existing condition "if BR2_PACKAGE_ALSA_LIB". Signed-off-by:
-
Yann E. MORIN authored
In its Config.in, pulseaudio declares a dependency on gettext using the documented construct: select BR2_PACKAGE_GETTEXT if BR2_NEEDS_GETTEXT but in its .mk file, declares a dependency on the package: PULSEAUDIO_DEPENDENCIES = [...] $(if $(BR2_PACKAGE_GETTEXT),gettext) [...] instead of the documented: $(if $(BR2_NEEDS_GETTEXT),gettext) Fix that. Signed-off-by:"Yann E. MORIN" <yann.morin.1998@free.fr> Tested-by:
-
Yann E. MORIN authored
lshw.mk defines a build-dependency on gettext, but not in its Config.in. Signed-off-by:
-
Thomas Petazzoni authored
Signed-off-by:
-
Maxime Ripard authored
Signed-off-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Signed-off-by:
-
Thomas Petazzoni authored
From now on, packages only need to select the BR2_PACKAGE_GETTEXT option and depend on the 'gettext' package to get the necessary i18n libraries installed on the target. Signed-off-by:
-
Thomas Petazzoni authored
Now, the gettext package always: * install everything to the staging directory * install the libraries to the target directory Note that this commit removes BR2_PACKAGE_LIBINTL without updating the packages, it is done in a separate commit to ease the review process. Signed-off-by:
-
Thomas Petazzoni authored
Signed-off-by:
-
Thomas Petazzoni authored
Signed-off-by:
-
Thomas Petazzoni authored
The VGA16 dumping feature probably doesn't make much sense on anything else than x86 and x86-64, as it is accessing I/O ports that seem PC-specific. Moreover, some architectures such as SH4, do not have an implementation of outw() in uClibc, but we quite certainly don't care about VGA16 support for such architectures. Fixes: http://autobuild.buildroot.org/results/e1c860830dd585830cf5ca5f935b81856e992334/build-end.log Signed-off-by:
-
Thomas Petazzoni authored
Fixes: http://autobuild.buildroot.org/results/d313a67b3deca262844d1043eafa5f6c5b6b7cad/build-end.log Signed-off-by:
-
Gustavo Zacarias authored
Bump dhcp to version 4.1-ESV-R7 to fix CVE-2012 -3955 Signed-off-by:
-
Thomas Petazzoni authored
The mplayer configure script says that sh4a is not supported, according to: http://autobuild.buildroot.org/results/c6457c2dea7c1df4d8e0f23995ebfb3285a85aed/build-end.log Apparently, sh4 is supported, but not sh4a, even though it seems that sh4a is a super-set of sh4. So it would probably not be too difficult to get mplayer to build/work for sh4a, but we don't have hardware to test this easily, and we can leave this work to the first developer who will need mplayer on sh4a: let's only support what the upstream package supports. Signed-off-by:
-
Peter Korsgaard authored
Signed-off-by:
-
- 18 Sep, 2012 1 commit
-
-
Thomas Petazzoni authored
Fixes http://autobuild.buildroot.org/results/58e0784e2289a60fa51589d2ce0a7a8ffe40f07e/build-end.log Signed-off-by:
-
