- 01 Jul, 2017 29 commits
-
-
Ricardo Martincoski authored
Replace subprocess + telnetlib with pexpect. Use the telnet installed on the host machine instead of telnetlib, while the serial from qemu is not yet redirected to stdio. Signed-off-by:
Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Arnout Vandecappelle authored
This verifies that the DEVELOPERS file doesn't contain errors. It just runs parse_developers from getdeveloperlib and errors out if that produces any output. Signed-off-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
-
Yann E. MORIN authored
Curently, we have a choice to select between stripping and not stripping. This is legacy code from back when we had a third option, sstrip (super-strip). Since we removed sstrip, stripping or not stripping is now just a boolean rather than a choice. Make it so. We make BR2_STRIP_strip default to 'y' to keep the current behaviour of defaulting to stripping. Move BR2_STIP_none to legacy, and instruct the user to review the new setting. Drop any reference to BR2_STRIP_none in comments. Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
-
Yann E. MORIN authored
Since BR2_STRIP_strip and BR2_STRIP_noine are mutually exclusive (being part of a choice), we can simplify the logic. Signed-off-by:
-
Yann E. MORIN authored
Signed-off-by:
-
Yann E. MORIN authored
In some cases, passing STRIP=true is not sufficient to disable striping altogether, as some (incorrectly generated?) configure scripts will ignore a ${STRIP} that is not a full path. This is the case, for example, for nmap, which ends up using the host strip command when we pass STRIP=true: checking for arm-buildroot-linux-gnueabihf-strip... no checking for strip... /usr/bin/strip configure: WARNING: using cross tools not prefixed with host triplet [--SNIP--] /usr/bin/install -c -c -m 755 nping /home/ymorin/dev/buildroot/O/target/usr/bin/nping /usr/bin/strip -x /home/ymorin/dev/buildroot/O/target/usr/bin/nping /usr/bin/strip: Unable to recognise the format of the input file `/home/ymorin/dev/buildroot/O/target/usr/bin/nping' We fix that by forcing a full path to the strip sommand when it is disabled: STRIP=/bin/true Signed-off-by: -
Fabio Estevam authored
Signed-off-by:
Fabio Estevam <festevam@gmail.com> Signed-off-by:
-
Fabio Estevam authored
Signed-off-by:
-
Baruch Siach authored
Add a patch adding missing header. Fixes: http://autobuild.buildroot.net/results/21f/21f6037df667918be5e4c8a91f01ddf1552915d3/ http://autobuild.buildroot.net/results/303/30369e328189cfc5d0e281a479dea48e6dcf9903/ http://autobuild.buildroot.net/results/7eb/7eb976b9ada0c364d2c834c91b7a09e6cfc54153/ Signed-off-by:
Baruch Siach <baruch@tkos.co.il> Signed-off-by:
-
Andrey Yurovsky authored
RAUC is the Robust Auto-Update Controller developed by the folks at Pengutronix. It supports updating embedded systems from the network (ex: HawkBit) or from a disk and provides a d-bus interface. Signed-off-by:
Andrey Yurovsky <yurovsky@gmail.com> Reviewed-by:
Yegor Yefremov <yegorslists@googlemail.com> Acked-by:
-
Waldemar Brodkorb authored
Signed-off-by:
Waldemar Brodkorb <wbx@openadk.org> Signed-off-by:
-
Yegor Yefremov authored
Remove erroneously added CFFI dependency. Signed-off-by:
-
Yegor Yefremov authored
Remove upstreamed readline related patch. Add a patch, that enables parted to be compiled without lvm2. Signed-off-by:
-
Marcin Nowakowski authored
Add an upstream patch that fixes segfaults when executed on MIPS due to incorrect handling of system call numbers on MIPS platforms. Signed-off-by:
Marcin Nowakowski <marcin.nowakowski@imgtec.com> Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by:
-
Baruch Siach authored
Use LDLIBS for the list of libraries, since LDFLAGS appear before the source files in the link command, and the upstream LDLIBS lacks -lncurses which is a dependency of readline. We already pass target LDFLAGS in TARGET_CONFIGURE_OPTS, so drop that part. Fixes: http://autobuild.buildroot.net/results/ce4/ce436bdd7e7950c801edac01f311b89110d87d62/ http://autobuild.buildroot.net/results/691/691d61d13849150c3616b1c74c964f50118ff1d9/ http://autobuild.buildroot.net/results/291/2918c75e473c5a2434e72f2e409becc5b4d07908/ Cc: Tzu-Jung Lee <roylee17@gmail.com> Signed-off-by:
-
Alistair Francis authored
Upgrade the Xen package to Xen 4.9.0. This also means we can remove almost all of the patches we were previously carrying. Signed-off-by:
Alistair Francis <alistair.francis@xilinx.com> Signed-off-by:
-
Alistair Francis authored
Fix a "duplicate 'const' declaration specifier" error that occurs when building Xen. As the issue has already been fixed in upstream Xen let's just backport the fix to apply here. Fixes: http://autobuild.buildroot.net/results/3a0/3a03c328bc6a6c30cc4f619925608d735632211f/ Signed-off-by: -
Jagan Teki authored
_mmc on defconfig files in engicam need to drop and same follow on other engicam defconfig files. So, this patch rename engicam_imx6ul_isiot_mmc_defconfig to engicam_imx6ul_isiot_defconfig which is missing in commit "board: Add support for Engicam Is.IoT MX6UL SOM" (sha1: 0235bc61 ) Signed-off-by:
Jagan Teki <jagan@amarulasolutions.com> Signed-off-by:
-
Bernd Kuhls authored
Signed-off-by:
Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by:
-
Romain Naour authored
Fixes: http://autobuild.buildroot.net/results/389/38917f8420695a9dbb24830fef04159252fceea0 Signed-off-by:
Romain Naour <romain.naour@smile.fr> Signed-off-by:
-
Arnout Vandecappelle authored
Since forever, we run 'menuconfig' automatically on an unconfigured tree. However, this does not help users that much: - If they read the documentation, they should already know to run make menuconfig first. - If they haven't read the documentation, dropping them in menuconfig isn't very helpful. - It's a likely that the user didn't intend to be in an unconfigured tree (e.g. wrong O= specified), so starting menuconfig (and polluting this wrong O= directory) is not very helpful. - It's possible that the user really doesn't want menuconfig, but instead needs xconfig, or some defconfig, or ... So, instead of trying to guess what the user needs, print an error and let the user decide what to do next. Signed-off-by:
-
Bernd Kuhls authored
Signed-off-by:
-
Thomas Petazzoni authored
Fixes: http://autobuild.buildroot.net/results/6260307da8acd45eb7611b08e2527a20ee5b357e/ Thanks to Romain Naour for providing the proper patches. Signed-off-by:
-
Bernd Kuhls authored
Removed patch 0001, applied upstream: https://cgit.freedesktop.org/mesa/mesa/commit/?h=17.1&id=0069a613ac3b6ca75315cbb2fd3d86b0f6c9ede4 Renumbered remaining patches. Signed-off-by:
-
Bernd Kuhls authored
Release notes: https://blog.torproject.org/blog/tor-0309-released-security-update-clients Signed-off-by:
-
Arnout Vandecappelle authored
As reported by Alessandro Power on StackOverflow [1], the behaviour of "make toolchain" in an unconfigured tree is misleading. When .config doesn't exist, we don't read in the package .mk files, so "make <package>" doesn't work: $ make busybox make: *** No rule to make target 'busybox'. Stop. However, for "linux" and "toolchain", the corresponding file (or actually directory) already exists. So instead, we get: $ make linux make: Nothing to be done for 'linux'. This is confusing, because it looks as if the build succeeded. The obvious solution is to make linux and toolchain PHONY targets when .config doesn't exist. However, that actually does the reverse, because then a rule _does_ exist for them and since they don't have dependencies, make will consider them to be ready. Therefore, we also have to provide an explicit rule for them, and explicitly error out. Thise behaviour is still different from other packages, but at least it is much less confusing. [1] https://stackoverflow.com/questions/44521150 Signed-off-by:Luca Ceresoli <luca@lucaceresoli.net> Acked-by:
-
Baruch Siach authored
>From the NEWS file: - Mitigate a flush+reload side-channel attack on RSA secret keys dubbed "Sliding right into disaster". For details see <https://eprint.iacr.org/2017/627>. [CVE-2017 -7526] Signed-off-by:
-
Waldemar Brodkorb authored
Build tested with Qemu X86 sample. Signed-off-by:
-
Waldemar Brodkorb authored
As all librt and libpthread functions are integrated into libc for a while, workaround no longer required. Signed-off-by:
-
- 30 Jun, 2017 2 commits
-
-
Benoît Allard authored
Thanks to the bump of gnu-efi from 3.0.5 to 3.0.6, patch 0008 in the syslinux package is no longer needed. More specifically, it's commit bf07e8141777e5a2d67ec8447084215224bdad4b in upstream gnu-efi that fixed the underlying issue. Signed-off-by:
Benoît Allard <benoit.allard@greenbone.net> [Thomas: add better commit log] Signed-off-by:
-
Benoît Allard authored
Refreshed patch 0001-Allow-CFLAGS-CPPFLAGS-to-be-completed-from-the-envir.patch. Dropped patch 0002-Fix-parallel-make-failure-for-archives.patch applied upstream. Signed-off-by:
-
- 28 Jun, 2017 9 commits
-
-
Bernd Kuhls authored
Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Bernd Kuhls authored
Configure option dummy-driver was removed: https://github.com/01org/libva/commit/8cd60bb59ffac21560d1c424d456cc25e917371f Signed-off-by:
-
Peter Korsgaard authored
glibc contains a vulnerability that allows specially crafted LD_LIBRARY_PATH values to manipulate the heap/stack, causing them to alias, potentially resulting in arbitrary code execution. Please note that additional hardening changes have been made to glibc to prevent manipulation of stack and heap memory but these issues are not directly exploitable, as such they have not been given a CVE. https://www.qualys.com/2017/06/19/stack-clash/stack-clash.txt Patches are identical to upstream, except that the ChangeLog modifications have been stripped. Signed-off-by:
-
Bernd Kuhls authored
Signed-off-by:
-
Bernd Kuhls authored
Signed-off-by:
-
Jörg Krause authored
Building version 0.20.7 fails with a GCC 4.9 toolchain: ``` src/Main.cxx:125:23: error: call to non-constexpr function 'const _Tp& std::max(const _Tp&, const _Tp&) [with _Tp = long unsigned int]' 64 * KILOBYTE); ^ make[3]: *** [src/Main.o] Error 1 ``` The issue was reported upstream [1] and already fixed in version 0.20.8. Fixes: http://autobuild.buildroot.net/results/fb6/fb67f453683078023e9d801176ef6871bc720c67/ http://autobuild.buildroot.net/results/200/2005f2a7f2857e59ad1a896db0421bb0328b1766/ http://autobuild.buildroot.net/results/804/80410b62d4ca292df8ecbaf7b0e2a020767111b6/ [1] https://github.com/MusicPlayerDaemon/MPD/issues/45 Signed-off-by:Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by:
-
Carlos Santos authored
A recent change in util-linux left calls to wcstok and wcspbrk not guarded by "#ifdef HAVE_WIDECHAR". This causes build failures when libc does not have the wide-character functions, like some uClibc builds. Solve the problem by means of a patch already sent upstream. Fixes: http://autobuild.buildroot.net/results/fd8a1a8e0cef3aeed9588540e8e663664f6b43aa http://autobuild.buildroot.net/results/5ad73ea8b471321988c50d80a5e50d4504151dd6 http://autobuild.buildroot.net/results/04411b7280dc51ecd51236967981a42352bbeb3e Signed-off-by:
Carlos Santos <casantos@datacom.ind.br> Signed-off-by:
-
Peter Korsgaard authored
Fixes CVE-2017 -9868: In Mosquitto through 1.4.12, mosquitto.db (aka the persistence file) is world readable, which allows local users to obtain sensitive MQTT topic information. Signed-off-by:
-
Baruch Siach authored
Add a fix for CVE-2017 -9445: In systemd through 233, certain sizes passed to dns_packet_new in systemd-resolved can cause it to allocate a buffer that's too small. A malicious DNS server can exploit this via a response with a specially crafted TCP payload to trick systemd-resolved into allocating a buffer that's too small, and subsequently write arbitrary data beyond the end of it. The other patch fixes an issue with the security fix. [Peter: use CVE description from MITRE] Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Cc: Yann E. MORIN <yann.morin.1998@free.fr> Signed-off-by:
-
