- Jul 04, 2017
-
-
Peter Korsgaard authored
[Peter: drop Makefile changes] Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> (cherry picked from commit f3d8beeb369412a69adc75bf78391fb8a07d49b5) Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
[Peter: drop Makefile changes] Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> (cherry picked from commit 7ea1487c0afbbb44eca7b2f9e8759305195ab2a6) Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Eric Le Bihan authored
Instead of using a Bash-only variable substitution feature in the patch to determine type size at build time, invoke `sed` to make it portable. Fixes: http://autobuild.buildroot.net/results/023d71356376bea13d16c43898a0347e41cd19b9/ Signed-off-by:
Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
Until now, we had no support for full NLS with the musl C library: BR2_NEEDS_GETTEXT was only true for uClibc. But the musl C library provides a stub gettext implementation, which some packages were failing to recognize as being usable, and therefore we are passing autoconf cache variables to hint those packages that yes, the C library has a usable gettext implementation. However, we are going to enable full NLS support for musl, by giving the possibility to build gettext libintl with musl. In such a case, we do not want packages to use the gettext implementation of the C library, but really the one provided by gettext libintl. Therefore, we should only pre-seed the gt_cv_func_gnugettext1_libc*=yes variables if we're on musl but without gettext libintl. Otherwise packages will fail building because: - libintl.h is the one from the full-blown gettext implementation, so it assumes the package will link against -lintl - the package thinks gettext is provided by the C library, so it doesn't link with -lintl Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
All packages that can use NLS support will have to depend on host-gettext, as it provides the tools for generating .mo files from .po files. In addition, all packages may need to depend on gettext (and link with -lintl) if the full-blown gettext implementation is provided by libintl and not by the C library. In order to avoid repeating such conditions everywhere, this commit introduces two variables: - TARGET_NLS_DEPENDENCIES, which packages that may use NLS support should unconditionally add to their <pkg>_DEPENDENCIES variable. - TARGET_NLS_LIBS, which packages can use to pass through LIBS or LDFLAGS when the package build system needs help to realize that it should link against libintl. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
Until now, the option BR2_ENABLE_LOCALE was more-or-less controlling whether NLS support was enabled in packages. More precisely, if BR2_ENABLE_LOCALE=y, we were not doing anything (so some packages could have NLS support enabled, some not). And only when BR2_ENABLE_LOCALE was disabled we were explicitly passing --disable-nls to packages. This doesn't make much sense, and there is no reason to tie NLS support to locale support. You may want locale support, but not necessarily NLS support. Therefore, this commit introduces BR2_SYSTEM_ENABLE_NLS, which allows to enable/disable NLS support globally. When this option is enabled, we pass --enable-nls to packages, otherwise we pass --disable-nls. In addition, when this option is enabled and the C library doesn't provide a full-blown implementation of gettext, we select the gettext package, which will provide the full blown implementation. It is worth mentioning that this commit has a visible impact for users: - Prior to this commit, as soon as BR2_ENABLE_LOCALE=y, packages *could* provide NLS support. It was up to each package to decide whether they wanted to provide NLS support or not (we were not passing --enable-nls nor --disable-nls). - After this commit, it's BR2_SYSTEM_ENABLE_NLS that controls whether NLS is enabled or disabled, and this option is disabled by default. Bottom line: with the default of BR2_SYSTEM_ENABLE_NLS disabled, some packages may lose NLS support that they used to provide. But we believe it's a reasonable default behavior for Buildroot, where generally NLS support is not necessary. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
We are going to use DISABLE_NLS not only for disabling NLS support, but also to explicitly enable it. Therefore, this preparatory commit renames it to NLS_OPTS, which is consistent with other foo_OPTS variables defined in package/Makefile.in. While at it, we replace the := assignments by regular = assignments. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
This commit introduces a hidden option BR2_PACKAGE_GETTEXT_PROVIDES_INTL that is used by gettext.mk to force the build of libintl if the toolchain doesn't provide a full gettext implementation. For now, this hidden option is not selected by anything, but a follow-up commit will introduce BR2_ENABLE_NLS, which will make use of it. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
This new boolean is true if the toolchain provides a built-in full-featured implementation of gettext (glibc), and false if only a stub implementation is provided (uclibc, musl). This will be used in follow-up commits to decide whether libintl needs to be built by gettext or not. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
In order to avoid having to bring libintl from gettext whenever you want to build a program that needs it, uClibc-ng now provides a stub implementation of the gettext functions in uClibc-ng itself. This brings uClibc-ng in the same situation as musl. This will fix a lot of build failures related to static linking with libintl, and generally is a first step to simplify our gettext handling. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
ushare is not an autoconf/automake based package, so it does not have the standard behavior of autoconf that every enable/disable option supports both --enable-foo and --disable-foo. For example, it supports --disable-nls, but not --enable-nls. Currently, DISABLE_NLS is either empty or --disable-nls, but this will be changed in a follow-up commit. As a preparation, this commit modifies ushare to no longer use DISABLE_NLS, but instead calculate itself whether --disable-nls should be passed. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
We are going to pass --enable-nls to all autotools packages when NLS support is enabled globally. However, lvm2 NLS support doesn't build, and anyway lvm2 doesn't provide any useful translation files, so we force disable NLS support for this package. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
The comment that explains why we were defining HOST_FLEX_DEPENDENCIES instead of inheriting from FLEX_DEPENDENCIES no longer makes sense, since we remove such automatic inheritance of host dependencies from target dependencies a while ago. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Thomas Petazzoni authored
By default, libglib enables some fairly aggressive warnings, treated as errors. In particular, the -Wformat=2 warning triggers a warning due to the return value of the ngettext() macro from uClibc libintl stub not being understood as being potentially a format string. So, before we enable the stub libintl in uClibc, we disable such warnings. A bug will be reported to upstream uClibc to get the actual bug fixed, but disabling compiler warnings treated as errors is anyway a good thing in the context of Buildroot. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Romain Naour authored
The patch [1] introduced in strace 1.17 uses the old way of accessing SP register as defined for kernel headers < 4.0. The kernel headers for nios2 has been changed in commit [2]. This patch updates strace to use the new kernel/userspace interface. Fixes: http://autobuild.buildroot.net/results/b9f/b9fc25b82f3280872fe1593ac252a8529ba83576 [1] https://github.com/strace/strace/commit/6117728aacf431a3e3c05761766c776874cc0861 [2] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=92d5dd8cd6e2b211d32d8fbc6cf4b7470765a09f Signed-off-by:
Romain Naour <romain.naour@smile.fr> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Thomas: improve a bit the commit log and patch description.] Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Benoît Allard authored
Signed-off-by:
Benoît Allard <benoit.allard@greenbone.net> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Bartosz Golaszewski authored
libsigrok build failed because of PATH_MAX not being defined in usb.h. On linux it is defined in linux/limits.h, but usb.h only includes limit.h. Add a patch fixing the header in libusb-compat. While we're at it: remove the patch numbering from previous patch. Fixes: http://autobuild.buildroot.net/results/535/5353c2418c0c3311ef9ecb1f1ddc3ce769369b96/ Signed-off-by:
Bartosz Golaszewski <brgl@bgdev.pl> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Matthew Shyu authored
The size parameter from sock_recvmsg() was removed from Linux kernel API since 4.7. This commit adjusts the existing 0004-Port-one-one_udp.c-to-Linux-4.1.patch to fix the build with Linux >= 4.7. Signed-off-by:
Matthew Shyu <matthew.shyu@amlogic.com> [Thomas: improved commit title/log.] Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Yann E. MORIN authored
systemd does not like being booted without any timezone info (especially on a R/O filesystem), so we forcibly enable that. Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> [Thomas: fix alphabetic ordering.] Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Romain Naour authored
Since [1] syslinux is built with the target toolchain in order to properly build with gnu-efi package. But toolchains built with binutils 2.26 break the syslinux legacy-BIOS build as reported at [2], due to binutils bug #19615. Thanks to Benoît Allard for the investigation and the link to the binutils bug [3]. [1] 6e432d5e [2] http://lists.busybox.net/pipermail/buildroot/2017-July/196253.html [3] https://sourceware.org/bugzilla/show_bug.cgi?id=19615 Signed-off-by:
Romain Naour <romain.naour@smile.fr> Cc: Benoît Allard <benoit.allard@greenbone.net> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Romain Naour authored
Signed-off-by:
Romain Naour <romain.naour@smile.fr> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Wolfgang Grandegger authored
The file "qt.conf" can be used to override the hard-coded paths that are compiled into the Qt library. We need it to make "qmake" relocatable. CC: Julien Corjon <corjon.j@ecagroup.com> CC: Peter Seiderer <ps.report@gmx.net> Signed-off-by:
Wolfgang Grandegger <wg@grandegger.com> [Thomas: - use | instead of \ as sed separator, suggested by Arnout. - fix indentation, suggested by Arnout.] Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Wolfgang Grandegger authored
It will install the script "relocate-sdk.sh" in the HOST_DIR allowing to adjust the path to the SDK directory in all text files after it has been moved to a new location. Signed-off-by:
Wolfgang Grandegger <wg@grandegger.com> [Thomas: - Fix shebang to be /bin/sh instead of /bin/bash, suggested by Arnout - Use | instead of \ as a separator for sed expressions, suggested by Arnout, discussed with Wolfgang and others - Remove ./ at the beginning of LOCFILE, suggested by Arnout - Fix comment about the path check being made before doing the replacement, suggested by Arnout - Fix indentation, suggested by Arnout.] Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Maxime Hadjinlian authored
BR2_DL_DIR is not to be used by the package's Makefile. Signed-off-by:
Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Acked-by:
Yann E. MORIN <yann.morin.1998@free.fr> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Maxime Hadjinlian authored
BR2_DL_DIR is not to be used by the package's Makefile. Signed-off-by:
Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Acked-by:
Yann E. MORIN <yann.morin.1998@free.fr> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Maxime Hadjinlian authored
And at the same time don't encourage use of BR2_DL_DIR Signed-off-by:
Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Acked-by:
Yann E. MORIN <yann.morin.1998@free.fr> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Peter Korsgaard authored
Fixes: CVE-2017-8372 - The mad_layer_III function in layer3.c in Underbit MAD libmad 0.15.1b, if NDEBUG is omitted, allows remote attackers to cause a denial of service (assertion failure and application exit) via a crafted audio file. CVE-2017-8373 - The mad_layer_III function in layer3.c in Underbit MAD libmad 0.15.1b allows remote attackers to cause a denial of service (heap-based buffer overflow and application crash) or possibly have unspecified other impact via a crafted audio file. CVE-2017-8374 - The mad_bit_skip function in bit.c in Underbit MAD libmad 0.15.1b allows remote attackers to cause a denial of service (heap-based buffer over-read and application crash) via a crafted audio file. Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Fixes: http://autobuild.buildroot.net/results/821/821eae7add252e3711ed069a2d292a04427fa43b/ Commit 87f43c34 (package/icu: needs host gcc >= 4.8) added a new toolchain dependency to icu, but didn't propagate it to the reverse dependencies of icu. Some of these have been fixed in later commits, but not all. Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-