* [Buildroot] [PATCH] flex: bump version to 2.6.4
From: Vicente Olivert Riera @ 2017-05-08 13:38 UTC (permalink / raw)
To: buildroot
- 0001 patch removed. It doesn't apply on this version and is also not
necessary since the AR binary is now handled correctly with AR = @AR at .
- 0002 patch removed. It's already included in this release:
https://github.com/westes/flex/commit/a5cbe929ac3255d371e698f62dc256afe7006466
- The flex project has moved to GitHub, so modify the URLs in both
flex.mk and Config.in files.
- The sed command over Makefile.in to prevent the flex binary to be
built fails, so remove it. Instead, let the user decide if he wants to
install the flex binary via a BR2_PACKAGE_FLEX_BINARY option.
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
---
package/flex/0001-prog-ar.patch | 11 -----------
package/flex/0002-fix-CVE-2016-6354.patch | 25 -------------------------
package/flex/Config.in | 11 ++++++++++-
package/flex/flex.hash | 2 +-
package/flex/flex.mk | 18 ++++++++----------
5 files changed, 19 insertions(+), 48 deletions(-)
delete mode 100644 package/flex/0001-prog-ar.patch
delete mode 100644 package/flex/0002-fix-CVE-2016-6354.patch
diff --git a/package/flex/0001-prog-ar.patch b/package/flex/0001-prog-ar.patch
deleted file mode 100644
index e0626ff..0000000
--- a/package/flex/0001-prog-ar.patch
+++ /dev/null
@@ -1,11 +0,0 @@
-diff -rup flex-2.5.33.orig/Makefile.in flex-2.5.33/Makefile.in
---- flex-2.5.33.orig/Makefile.in 2007-01-18 17:29:25.000000000 +0100
-+++ flex-2.5.33/Makefile.in 2007-01-18 18:28:22.000000000 +0100
-@@ -105,7 +105,6 @@ am__installdirs = "$(DESTDIR)$(libdir)"
- "$(DESTDIR)$(includedir)"
- libLIBRARIES_INSTALL = $(INSTALL_DATA)
- LIBRARIES = $(lib_LIBRARIES)
--AR = ar
- ARFLAGS = cru
- libfl_a_AR = $(AR) $(ARFLAGS)
- libfl_a_LIBADD =
diff --git a/package/flex/0002-fix-CVE-2016-6354.patch b/package/flex/0002-fix-CVE-2016-6354.patch
deleted file mode 100644
index b0c780b..0000000
--- a/package/flex/0002-fix-CVE-2016-6354.patch
+++ /dev/null
@@ -1,25 +0,0 @@
-From a5cbe929ac3255d371e698f62dc256afe7006466 Mon Sep 17 00:00:00 2001
-From: Will Estes <westes575@gmail.com>
-Date: Sat, 27 Feb 2016 11:56:05 -0500
-Subject: [PATCH] Fixed incorrect integer type
-
-Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
----
-Status: upstream
-
- flex.skl | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/flex.skl b/src/flex.skl
-index 36a526a..64f853d 100644
---- a/flex.skl
-+++ b/flex.skl
-@@ -1703,7 +1703,7 @@ int yyFlexLexer::yy_get_next_buffer()
-
- else
- {
-- yy_size_t num_to_read =
-+ int num_to_read =
- YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1;
-
- while ( num_to_read <= 0 )
diff --git a/package/flex/Config.in b/package/flex/Config.in
index 0a70a1c..fea0ea7 100644
--- a/package/flex/Config.in
+++ b/package/flex/Config.in
@@ -5,4 +5,13 @@ config BR2_PACKAGE_FLEX
A fast lexical analyser generator. A tool for generating
programs that perform pattern-matching on text.
- http://flex.sourceforge.net/
+ https://github.com/westes/flex/
+
+if BR2_PACKAGE_FLEX
+
+config BR2_PACKAGE_FLEX_BINARY
+ bool "flex binary"
+ help
+ Install flex binary as well
+
+endif
diff --git a/package/flex/flex.hash b/package/flex/flex.hash
index b91ab57..cf2ce85 100644
--- a/package/flex/flex.hash
+++ b/package/flex/flex.hash
@@ -1,2 +1,2 @@
# Locally computed:
-sha256 bf693433a3effe6b1f42e44abd787491e4e213984b1859545b92267a86088dd3 flex-2.5.37.tar.gz
+sha256 e87aae032bf07c26f85ac0ed3250998c37621d95f8bd748b31f15b33c45ee995 flex-2.6.4.tar.gz
diff --git a/package/flex/flex.mk b/package/flex/flex.mk
index 9a3f840..2f78810 100644
--- a/package/flex/flex.mk
+++ b/package/flex/flex.mk
@@ -4,8 +4,8 @@
#
################################################################################
-FLEX_VERSION = 2.5.37
-FLEX_SITE = http://download.sourceforge.net/project/flex
+FLEX_VERSION = 2.6.4
+FLEX_SITE = https://github.com/westes/flex/files/981163
FLEX_INSTALL_STAGING = YES
FLEX_LICENSE = FLEX
FLEX_LICENSE_FILES = COPYING
@@ -15,16 +15,14 @@ FLEX_CONF_ENV = ac_cv_path_M4=/usr/bin/m4
# we don't have a host-gettext/libintl
HOST_FLEX_DEPENDENCIES = host-m4
-define FLEX_DISABLE_PROGRAM
- $(SED) 's/^bin_PROGRAMS.*//' $(@D)/Makefile.in
-endef
-FLEX_POST_PATCH_HOOKS += FLEX_DISABLE_PROGRAM
-
-# flex++ symlink is broken when flex binary is not installed
-define FLEX_REMOVE_BROKEN_SYMLINK
+# Remove flex binary and its flex++ symlink when appropriate
+ifeq ($(BR2_PACKAGE_FLEX_BINARY),)
+define FLEX_REMOVE_FLEX_BINARY
+ rm -f $(TARGET_DIR)/usr/bin/flex
rm -f $(TARGET_DIR)/usr/bin/flex++
endef
-FLEX_POST_INSTALL_TARGET_HOOKS += FLEX_REMOVE_BROKEN_SYMLINK
+FLEX_POST_INSTALL_TARGET_HOOKS += FLEX_REMOVE_FLEX_BINARY
+endif
$(eval $(autotools-package))
$(eval $(host-autotools-package))
--
2.10.2
^ permalink raw reply related
* [Buildroot] [PATCH] mpv: fix X11 logic after bump to 0.25.0
From: Thomas Petazzoni @ 2017-05-08 13:32 UTC (permalink / raw)
To: buildroot
Between 0.24.0 and 0.25.0, mpv has changed its logic around the
detection/usage of X11 (in upstream commit
https://github.com/mpv-player/mpv/commit/927afa311d4a89b022305508acbf4e7325fe3928). Instead
of having fine grained option for x11, xext, xinerama, xscreensaver and
xrandr, mpv now requires all five libraries to be available in order to
enable X.org support.
Therefore, this commit adjusts the mpv packaging so that:
1. All necessary X11 libraries are selected if BR2_PACKAGE_XORG7 is
enabled. It would indeed be too cumbersome for the user to know that
all of x11, xext, xinerama, xscreensaver and xrandr are necessary in
order to have X.org support.
2. mpv.mk is simplified by enabling X.org support when
BR2_PACKAGE_XORG7 is enabled.
Fixes:
http://autobuild.buildroot.net/results/b470cfba451ce9ba648e3a2f3ae08429db8bdee9/
(--disable-xss was used to disable xscreensaver support, and this
option no longer exists)
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/mpv/Config.in | 6 ++++++
package/mpv/mpv.mk | 33 +++++++--------------------------
2 files changed, 13 insertions(+), 26 deletions(-)
diff --git a/package/mpv/Config.in b/package/mpv/Config.in
index 6e115ae..ce6f367 100644
--- a/package/mpv/Config.in
+++ b/package/mpv/Config.in
@@ -12,6 +12,12 @@ config BR2_PACKAGE_MPV
select BR2_PACKAGE_ZLIB
# Select xkbcommon for wayland to avoid being mysterious
select BR2_PACKAGE_LIBXKBCOMMON if BR2_PACKAGE_WAYLAND
+ # Select all necessary X11 dependencies if X.org is enabled
+ select BR2_PACKAGE_XLIB_LIBX11 if BR2_PACKAGE_XORG7
+ select BR2_PACKAGE_XLIB_LIBXEXT if BR2_PACKAGE_XORG7
+ select BR2_PACKAGE_XLIB_LIBXINERAMA if BR2_PACKAGE_XORG7
+ select BR2_PACKAGE_XLIB_LIBXSCRNSAVER if BR2_PACKAGE_XORG7
+ select BR2_PACKAGE_XLIB_LIBXRANDR if BR2_PACKAGE_XORG7
help
mpv is a fork of mplayer2 and MPlayer. It shares some features
with the former projects while introducing many more.
diff --git a/package/mpv/mpv.mk b/package/mpv/mpv.mk
index 24ccf8c..37548c9 100644
--- a/package/mpv/mpv.mk
+++ b/package/mpv/mpv.mk
@@ -173,7 +173,7 @@ endif
# This requires one or more of the egl-drm, wayland, x11 backends
# For now we support wayland and x11
ifeq ($(BR2_PACKAGE_LIBVA),y)
-ifneq ($(BR2_PACKAGE_WAYLAND)$(BR2_PACKAGE_XLIB_LIBX11),)
+ifneq ($(BR2_PACKAGE_WAYLAND)$(BR2_PACKAGE_XORG7),)
MPV_CONF_OPTS += --enable-vaapi
MPV_DEPENDENCIES += libva
else
@@ -191,31 +191,12 @@ else
MPV_CONF_OPTS += --disable-wayland
endif
-# Base X11 support
-ifeq ($(BR2_PACKAGE_XLIB_LIBX11),y)
-MPV_CONF_OPTS += --enable-x11 --disable-xss
-MPV_DEPENDENCIES += xlib_libX11
-# xext
-ifeq ($(BR2_PACKAGE_XLIB_LIBXEXT),y)
-MPV_CONF_OPTS += --enable-xext
-MPV_DEPENDENCIES += xlib_libXext
-else
-MPV_CONF_OPTS += --disable-xext
-endif
-# xinerama
-ifeq ($(BR2_PACKAGE_XLIB_LIBXINERAMA),y)
-MPV_CONF_OPTS += --enable-xinerama
-MPV_DEPENDENCIES += xlib_libXinerama
-else
-MPV_CONF_OPTS += --disable-xinerama
-endif
-# xrandr
-ifeq ($(BR2_PACKAGE_XLIB_LIBXRANDR),y)
-MPV_CONF_OPTS += --enable-xrandr
-MPV_DEPENDENCIES += xlib_libXrandr
-else
-MPV_CONF_OPTS += --disable-xrandr
-endif
+# Base X11 support. Config.in ensures that if BR2_PACKAGE_XORG7 is
+# enabled, xlib_libX11, xlib_libXext, xlib_libXinerama,
+# xlib_libXrandr, xlib_libXScrnSaver.
+ifeq ($(BR2_PACKAGE_XORG7),y)
+MPV_CONF_OPTS += --enable-x11
+MPV_DEPENDENCIES += xlib_libX11 xlib_libXext xlib_libXinerama xlib_libXrandr xlib_libXScrnSaver
# XVideo
ifeq ($(BR2_PACKAGE_XLIB_LIBXV),y)
MPV_CONF_OPTS += --enable-xv
--
2.7.4
^ permalink raw reply related
* [Buildroot] [Bug 9836] triggerhappy: systemd unit broken
From: bugzilla at busybox.net @ 2017-05-08 12:23 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9836-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9836
--- Comment #4 from Michael Heinemann <posted@heine.so> ---
Great. Thank you!
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] Buildroot defconfig failures
From: Thomas Petazzoni @ 2017-05-08 12:20 UTC (permalink / raw)
To: buildroot
In-Reply-To: <df95a70f-0e89-750f-1702-25998944fc3a@c-sky.com>
Hello,
On Mon, 8 May 2017 10:33:02 +0800, ren_guo wrote:
> > - The CSKY defconfig does not build, with "SSP support not available
> > in this toolchain, please disable BR2_TOOLCHAIN_EXTERNAL_HAS_SSP".
> > However, I can't reproduce locally. So I'm not sure what happening.
>
> Our toolchain support SSP. And I've tried the cmd from toolchain/helper.mk:419
>
> "echo 'void main(){}' | csky-linux-gcc -fstack-protector -x c - -o hello && echo y"
>
> It's OK on my ubuntu 16.04.
Yes, it's OK here as well. And it seems to work fine on Gitlab CI for
many other toolchains as well. So we have something weird here.
> > There is no hash on the toolchain tarball, but the one I downloaded
> > locally has the exact same size as the one that was downloaded by
> > Gitlab CI. While not an 100% guaranteed proof that it's the same
> > toolchain, it would be unlikely to have the toolchain tarball
> > changed in the mean time.
>
> Ok, I will add hash right now, thx.
Where will you add the hash? You can't add the hash in Buildroot for
custom external toolchains.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] Buildroot 2017.05-rc1 released
From: Peter Korsgaard @ 2017-05-08 10:41 UTC (permalink / raw)
To: buildroot
Hi,
Buildroot 2017.05-rc1 is released - Go download it at:
http://buildroot.net/downloads/buildroot-2017.05-rc1.tar.gz
or
http://buildroot.net/downloads/buildroot-2017.05-rc1.tar.bz2
Or get it from Git:
git://git.buildroot.net/buildroot
Please give it a spin and report any problems to the mailing list or
bug tracker.
With 1287 changes, this cycle is almost exactly as busy as the 2017.02
cycle (1218 changes), and again a bit more than 100 different persons
contributed patches.
Of noteworthy new features/changes we have:
Infrastructure:
- Installed binaries are now checked for correct architecture to catch
natively built binaries or binaries built for other architecture
variants.
- Automatic ext2 rootfs size calculation has been removed. The logic was
not working working reliable in all setups as it depends on the host
filesystem behaviour, so instead now the size has to be specified
explicitly (defaults to 60MB).
- Luarocks infrastructure improvements to extraction handling,
support for upstream name != Buildroot package name.
- A script to check for common style issues in new packages before
submitting has been added in support/scripts/check-package
- Infrastructure for runtime testing has been added to support/testing
Toolchain:
- External linaro toolchains updated to 2017.02, ARC toolchain updated
to 2017.03-rc1, NIOSII CodeSourcery to 2017.05
- A number of fixes and improvements to the external toolchain handling,
including C library detection, multilib and ld.so handling
- Glibc 2.25 and uClibc-ng 1.0.24 added, wordexp support enabled for uClibc-ng
- Binutils 2.28 added and default changed to 2.27
Architectures:
- Support for the C-SKY architecture has been added.
License handling:
- The package license markings for legal info now uses the SPDX short
identifiers for the license string where possible.
New defconfigs: AT91sam9x5ek dev/mmc/mmc-dev, banana pro, Nationalchip
gx6605s, MIPS creator ci40, nexbox a95x, 64bit defconfig for raspberry
pi 3, stm32f429-disc1.
The raspberry pi zero-w and rpi3 compute module are now also supported
by the rpi0 / rpi3 defconfigs, beaglebone green is supported by the
beaglebone defconfig.
New packages: arp-scan, atest, augeas, bluez-tools, daemon, dc3dd,
dieharder, execline, fmt, ghostscript, gqrx, gst1-vaapi, jo, keepalived,
kmscube, kodi-jsonschemabuilder, kodi-skin-confluence,
kodi-texturepacker, lensfun, leptonica, libbson, libcsv, libgphoto2,
libkcapi, libmaxminddb, libmediaart, libnpth, libscrypt, lua-bit32,
lua-resty-http, lugaru, memtool, mpir, nanomsg, physfs, phytool,
pngquant, python-decorator, python-simplegeneric,
python-sortedcontainers, rpi-bt-firmware, rpi-wifi-firmware, s6, s6-dns,
s6-linux-init, s6-linux-utils, s6-networking, s6-portable-utils, s6-rc,
supertux, tesseract-ocr, uccp420wlan, wilink-bt-firmware
Removed packages: cosmo, kodi-visualisation-fountain, polarssl, portmap,
xdriver_xf86-video-glide, xdriver_xf86-video-v4l, xdriver_xf86-video-wsfb
And the usual package version updates and bug fixes. See the CHANGES
file for details:
http://git.buildroot.net/buildroot/plain/CHANGES?id=2017.05-rc1
Many thanks to the people contributing to this release:
git shortlog -s -n 2017.02..
137 Bernd Kuhls
101 Vicente Olivert Riera
94 Adam Duskett
83 Yann E. MORIN
81 Baruch Siach
81 Thomas Petazzoni
73 Rahul Bedarkar
65 Arnout Vandecappelle
60 Romain Naour
58 Peter Korsgaard
41 Gustavo Zacarias
30 Fabrice Fontaine
28 Fabio Estevam
25 Martin Bark
23 Ricardo Martincoski
22 Thomas De Schampheleire
16 Carlos Santos
13 J?rg Krause
11 Eric Le Bihan
11 Francois Perrad
11 Martin Kepplinger
11 Waldemar Brodkorb
10 Peter Seiderer
10 Rodrigo Rebello
10 Yegor Yefremov
9 Zakharov Vlad
7 Andrey Smirnov
6 Beno?t Allard
6 J?r?me Pouiller
6 Matt Weber
5 Gilles Talis
5 Jerzy Grzegorek
5 Max Filippov
5 Rahul Jain
5 Semyon Kolganov
4 Christian Stewart
4 Danomi Manchego
4 Fabio Porcedda
4 Julien BOIBESSOT
4 Pawel Sikora
4 Pieterjan Camerlynck
4 Samuel Martin
3 Abhimanyu Vishwakarma
3 Andy Shevchenko
3 Ga?l PORTAY
3 Guo Ren
3 Gwenhael Goavec-Merou
3 Lionel Flandrin
3 Marcus Hoffmann
2 Alexey Brodkin
2 Alistair Francis
2 Angelo Compagnucci
2 Cam Mannett
2 Dagg Stompler
2 Daniel Black
2 Ilias Apalodimas
2 J Evans
2 James Balean
2 Jeroen Roovers
2 Kurt Van Dijck
2 Marcin Nowakowski
2 Matthias Fritzsche
2 Michael Trimarchi
2 Paul Cercueil
2 Philipp Skadorov
2 Stefan S?rensen
2 Wolfgang Grandegger
2 Zoltan Gyarmati
1 Andrey Yurovsky
1 Bartosz Golaszewski
1 Chris Frederick
1 Chris Packham
1 Christian Kellermann
1 Christophe PRIOUZEAU
1 David Graziano
1 Davide Viti
1 Dustin Johnson
1 Erwan Gautron
1 Gary Bisson
1 Gilad Ben-Yossef
1 Ignacy Gaw?dzki
1 Ilya Kuzmich
1 Jack Breese
1 Jagan Teki
1 Jan Kundr?t
1 Joeri Barbarien
1 Julien Beraud
1 Julien Viard de Galbert
1 Karoly Pados
1 Kevin JOLY
1 Krzysztof Konopko
1 Ludovic Desroches
1 Mario J. Rugiero
1 Matthew Fornero
1 Michael Heinemann
1 Oleg Kitain
1 Phelip Etienne
1 Sam Mendoza-Jonas
1 Sam bobroff
1 Steve Kenton
1 S?bastien Szymanski
1 Vlad Zakharov
1 Wojciech Nizi?ski
1 gilles.talis at gmail.com
And a special thanks to our patch reviewers:
git log 2017.02.. | grep -Ei '(reviewed|acked)-by:' | \
sed 's/.*by: //' | sort | uniq -c | sort -n -r
30 Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
15 "Yann E. MORIN" <yann.morin.1998@free.fr>
10 Yegor Yefremov <yegorslists@googlemail.com>
8 Romain Naour <romain.naour@gmail.com>
5 Samuel Martin <s.martin49@gmail.com>
5 Matt Weber <matthew.weber@rockwellcollins.com>
3 Alexandre Belloni <alexandre.belloni@free-electrons.com>
2 Rahul Bedarkar <Rahul.Bedarkar@imgtec.com>
2 Peter Seiderer <ps.report@gmx.net>
2 Matthew Weber <matthew.weber@rockwellcollins.com>
2 Cyril Bur <cyrilbur@gmail.com>
2 Chris Packham <judge.packham@gmail.com>
2 Bernd Kuhls <bernd.kuhls@t-online.de>
2 Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
1 Yann E. MORIN <yann.morin.1998@free.fr>
1 Waldemar Brodkorb <wbx@openadk.org>
1 Thomas De Schampheleire <thomas.de_schampheleire@nokia.com>
1 Steve Kenton <skenton@ou.edu>
1 Gustavo Sverzut Barbieri <barbieri@profusion.mobi>
1 Mario J. Rugiero <mrugiero@gmail.com>
1 Paul Cercueil <paul.cercueil@analog.com>
Like usual, I will now create a next branch and start merging in new
features, rather than wait until 2017.05 is released.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] sudo: honor target cflags/ldflags
From: Thomas Petazzoni @ 2017-05-08 10:30 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494231273-6554-1-git-send-email-p.debruijn@unilogic.nl>
Hello,
On Mon, 8 May 2017 10:14:33 +0200, Pascal de Bruijn wrote:
> sudo would previously have not been build using flags passed
> via BR2_TARGET_OPTIMIZATION.
>
> in our case -fPIE was being ignored.
>
> Signed-off-by: Pascal de Bruijn <p.debruijn@unilogic.nl>
> ---
> package/sudo/sudo.mk | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/package/sudo/sudo.mk b/package/sudo/sudo.mk
> index 0fcd740..dc15b4f 100644
> --- a/package/sudo/sudo.mk
> +++ b/package/sudo/sudo.mk
> @@ -10,6 +10,7 @@ SUDO_LICENSE = ISC, BSD-3-Clause
> SUDO_LICENSE_FILES = doc/LICENSE
> # This is to avoid sudo's make install from chown()ing files which fails
> SUDO_INSTALL_TARGET_OPTS = INSTALL_OWNER="" DESTDIR="$(TARGET_DIR)" install
> +SUDO_CONF_ENV += CFLAGS="$(TARGET_CFLAGS)" LDFLAGS="$(TARGET_LDFLAGS)"
I don't see how this can fix anything, because CFLAGS/LDFLAGS are part
of TARGET_CONFIGURE_OPTS, which is already passed in the environment
when calling ./configure. From package/pkg-autotools.mk:
define $(2)_CONFIGURE_CMDS
(cd $$($$(PKG)_SRCDIR) && rm -rf config.cache && \
$$(TARGET_CONFIGURE_OPTS) \
$$(TARGET_CONFIGURE_ARGS) \
$$($$(PKG)_CONF_ENV) \
CONFIG_SITE=/dev/null \
./configure \
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [git commit] Update for 2017.05-rc1
From: Peter Korsgaard @ 2017-05-08 10:21 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=aee0ef54881151368d600500a663f21e160dd816
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
Makefile | 4 ++--
docs/website/download.html | 22 +++++++++++-----------
docs/website/news.html | 24 ++++++++++++++++++++++++
3 files changed, 37 insertions(+), 13 deletions(-)
diff --git a/Makefile b/Makefile
index 919d589..95ecf3c 100644
--- a/Makefile
+++ b/Makefile
@@ -86,9 +86,9 @@ else # umask / $(CURDIR) / $(O)
all:
# Set and export the version string
-export BR2_VERSION := 2017.05-git
+export BR2_VERSION := 2017.05-rc1
# Actual time the release is cut (for reproducible builds)
-BR2_VERSION_EPOCH = 1488315000
+BR2_VERSION_EPOCH = 1494230000
# Save running make version since it's clobbered by the make package
RUNNING_MAKE_VERSION := $(MAKE_VERSION)
diff --git a/docs/website/download.html b/docs/website/download.html
index ed44bdf..51859f0 100644
--- a/docs/website/download.html
+++ b/docs/website/download.html
@@ -41,41 +41,41 @@
<p><a href="/downloads/buildroot-2017.02.2.tar.bz2.sign">PGP signature</a></p>
</div>
</div>
-<!--
- <h3 style="text-align: center;">Latest release candidate: <b>2017.02-rc3</b></h3>
+
+ <h3 style="text-align: center;">Latest release candidate: <b>2017.05-rc1</b></h3>
<div class="row mt centered">
<div class="col-sm-6">
<div class="flip-container center-block" ontouchstart="this.classList.toggle('hover');">
<div class="flipper">
<div class="front">
- <a href="/downloads/buildroot-2017.02-rc3.tar.gz"><img src="images/zip.png" width="180" alt=""></a>
+ <a href="/downloads/buildroot-2017.05-rc1.tar.gz"><img src="images/zip.png" width="180" alt=""></a>
</div>
<div class="back">
- <a href="/downloads/buildroot-2017.02-rc3.tar.gz"><img src="images/zip.png" width="180" alt=""></a>
+ <a href="/downloads/buildroot-2017.05-rc1.tar.gz"><img src="images/zip.png" width="180" alt=""></a>
</div>
</div>
</div>
- <h3><a href="/downloads/buildroot-2017.02-rc3.tar.gz">buildroot-2017.02-rc3.tar.gz</a></h3>
- <p><a href="/downloads/buildroot-2017.02-rc3.tar.gz.sign">PGP signature</a></p>
+ <h3><a href="/downloads/buildroot-2017.05-rc1.tar.gz">buildroot-2017.05-rc1.tar.gz</a></h3>
+ <p><a href="/downloads/buildroot-2017.05-rc1.tar.gz.sign">PGP signature</a></p>
</div>
<div class="col-sm-6">
<div class="flip-container center-block" ontouchstart="this.classList.toggle('hover');">
<div class="flipper">
<div class="front">
- <a href="/downloads/buildroot-2017.02-rc3.tar.bz2"><img src="images/package.png" width="180" alt=""></a>
+ <a href="/downloads/buildroot-2017.05-rc1.tar.bz2"><img src="images/package.png" width="180" alt=""></a>
</div>
<div class="back">
- <a href="/downloads/buildroot-2017.02-rc3.tar.bz2"><img src="images/package.png" width="180" alt=""></a>
+ <a href="/downloads/buildroot-2017.05-rc1.tar.bz2"><img src="images/package.png" width="180" alt=""></a>
</div>
</div>
</div>
- <h3><a href="/downloads/buildroot-2017.02-rc3.tar.bz2">buildroot-2017.02-rc3.tar.bz2</a></h3>
- <p><a href="/downloads/buildroot-2017.02-rc3.tar.bz2.sign">PGP signature</a></p>
+ <h3><a href="/downloads/buildroot-2017.05-rc1.tar.bz2">buildroot-2017.05-rc1.tar.bz2</a></h3>
+ <p><a href="/downloads/buildroot-2017.05-rc1.tar.bz2.sign">PGP signature</a></p>
</div>
</div>
--->
+
This and earlier releases (and their PGP signatures) can always be downloaded from
<a href="/downloads/">http://buildroot.net/downloads/</a>.
</div>
diff --git a/docs/website/news.html b/docs/website/news.html
index 044ba37..04ca641 100644
--- a/docs/website/news.html
+++ b/docs/website/news.html
@@ -9,6 +9,30 @@
<h2>News</h2>
<ul class="timeline">
+ <li>
+ <div class="timeline-badge"><i class="glyphicon glyphicon-thumbs-up"></i></div>
+ <div class="timeline-panel">
+ <div class="timeline-heading">
+ <h4 class="timeline-title">2017.05-rc1 released</h4>
+ <p><small class="text-muted"><i class="glyphicon glyphicon-time"></i>8 May 2017</small></p>
+ </div>
+ <div class="timeline-body">
+ <p>We have a new release candidate! Lots of changes all over
+ the tree, see
+ the <a href="http://git.buildroot.net/buildroot/plain/CHANGES?id=2017.05-rc1">CHANGES</a>
+ file for details.
+ </p>
+
+ <p>Head to the <a href="/downloads/">downloads page</a> to pick up the
+ <a href="/downloads/buildroot-2017.05-rc1.tar.bz2">2017.05-rc1
+ release candidate</a>, and report any
+ problems found to the
+ <a href="support.html">mailing list</a> or
+ <a href="https://bugs.buildroot.org">bug tracker</a>.</p>
+ </div>
+ </div>
+ </li>
+
<li class="timeline-inverted">
<div class="timeline-badge"><i class="glyphicon glyphicon-thumbs-up"></i></div>
<div class="timeline-panel">
^ permalink raw reply related
* [Buildroot] [git commit] CHANGES: Update for 2017.05-rc1
From: Peter Korsgaard @ 2017-05-08 10:21 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=c71edb8b9121701f3e3c7eb88b0496e72de5f365
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
CHANGES | 147 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 147 insertions(+)
diff --git a/CHANGES b/CHANGES
index 332580f..8496b29 100644
--- a/CHANGES
+++ b/CHANGES
@@ -1,3 +1,150 @@
+2017.05-rc1, Released May 8th, 2017
+
+ Fixes all over the tree and new features.
+
+ Infrastructure:
+
+ - Installed binaries are now checked for correct architecture
+ to catch natively built binaries or binaries built for other
+ architecture variants.
+
+ - Luarocks infrastructure improvements to extraction handling,
+ support for upstream name != Buildroot package name.
+
+ - 'make printvars' output format has changed to make it easier
+ to use in scripts. It now has options to quote the variables
+ and to show the expanded/unexpanded values.
+
+ - Automatic ext2 rootfs size calculation has been removed. The
+ logic was not working working reliable in all setups as it
+ depends on the host filesystem behaviour, so instead now the
+ size has to be specified explicitly (defaults to 60MB).
+
+ - The git download infrastructure now ensures that GNU format
+ tar files are created.
+
+ - Fixed a variable clashing issue in the mkusers script with
+ internal bash variables.
+
+ - Fakeroot now links against libacl to fix issues on
+ distributions using acls.
+
+ - Correct permissions for /dev/pts/ptmx when systemd is used
+ with recent glibc versions.
+
+ - br2-external: Improve error reporting.
+
+ - A wrapper script for genimage has been added in
+ support/scripts/genimage.sh for easy use of genimage from
+ post-image scripts.
+
+ - A script to check for common style issues in new packages
+ before submitting has been added in support/scripts/check-package
+
+ - Defconfigs are now tested by gitlab-CI instead of Travis:
+ https://gitlab.com/buildroot.org/buildroot
+
+ - Infrastructure for runtime testing has been added to
+ support/testing
+
+ Toolchain:
+
+ - External linaro toolchains updated to 2017.02, ARC toolchain
+ updated to 2017.03-rc1, NIOSII CodeSourcery to 2017.05
+
+ - A number of fixes and improvements to the external toolchain
+ handling, including C library detection, multilib and ld.so
+ handling
+
+ - Glibc 2.25 and uClibc-ng 1.0.24 added, wordexp support enabled
+ for uClibc-ng
+
+ - Binutils 2.28 added and default changed to 2.27
+
+
+ Architectures:
+
+ - Support for the C-SKY architecture has been added.
+
+
+ License handling:
+
+ - The package license markings for legal info now uses the
+ SPDX short identifiers for the license string where possible.
+
+ - License info has been improved / added for a number of packages.
+
+
+ Misc:
+
+ - Cmake 3.7.x installed on the host is no longer ignored as a
+ workaround for the RPATH issues has been implemented.
+
+ - Docker-engine can now be built statically on an otherwise
+ dynamic linked build for docker-in-docker setups.
+
+ - U-Boot now supports out-of-tree device trees, similar to
+ Linux
+
+ - Nodejs 0.10.x support (and with it, support for <ARMv6) has
+ been removed as this is now EOL upstream.
+
+ New defconfigs: AT91sam9x5ek dev/mmc/mmc-dev, banana pro,
+ Nationalchip gx6605s, MIPS creator ci40, nexbox a95x, 64bit
+ defconfig for raspberry pi 3, stm32f429-disc1.
+
+ The raspberry pi zero-w and rpi3 compute module are now also
+ supported by the rpi0 / rpi3 defconfigs, beaglebone green is
+ supported by the beaglebone defconfig.
+
+ Removed defconfig: minnowboard, via imx6 vab820, altera
+ socdk/sockit
+
+ New packages: arp-scan, atest, augeas, bluez-tools, daemon,
+ dc3dd, dieharder, execline, fmt, ghostscript, gqrx,
+ gst1-vaapi, jo, keepalived, kmscube, kodi-jsonschemabuilder,
+ kodi-skin-confluence, kodi-texturepacker, lensfun, leptonica,
+ libbson, libcsv, libgphoto2, libkcapi, libmaxminddb,
+ libmediaart, libnpth, libscrypt, lua-bit32, lua-resty-http,
+ lugaru, memtool, mpir, nanomsg, physfs, phytool, pngquant,
+ python-decorator, python-simplegeneric,
+ python-sortedcontainers, rpi-bt-firmware, rpi-wifi-firmware,
+ s6, s6-dns, s6-linux-init, s6-linux-utils, s6-networking,
+ s6-portable-utils, s6-rc, supertux, tesseract-ocr,
+ uccp420wlan, wilink-bt-firmware
+
+ Broken packages: ola
+
+ Removed packages: cosmo, kodi-visualisation-fountain,
+ polarssl, portmap, xdriver_xf86-video-glide,
+ xdriver_xf86-video-v4l, xdriver_xf86-video-wsfb
+
+ Issues resolved (http://bugs.buildroot.org):
+
+ #8831: image generation fails on host ZFS due to "no free space"
+ #9436: e2fsprogs remove busybox applets even of unselected e2fs..
+ #9456: mkusers script bash errors
+ #9496: mke2img fails during build on ntfs-3g host partition
+ #9531: NPM fails to build embedded modules
+ #9596: KODI: --enable-lirc needs "HAVE_LIRC" compiler definition..
+ #9691: Wrong cryptsetup package include files location
+ #9696: Wrong cryptsetup package include files location
+ #9706: Can't download newer revisions of package from PyPI
+ #9711: Recent libCEC version bump seems to break kodi package
+ #9716: exit, shutdown, reboot from kodi
+ #9721: version 2017.02: no acceptable m4 could be found in $PATH
+ #9726: Raspberry Pi version B - Problems with UART speed in..
+ #9751: expat legal info - manifest.csv: GPLv2 Source site: MIT..
+ #9756: glibc fails to build on buildroot-sh4*-buildroot-linux-gnu
+ #9766: support/scripts/pkgutil.py conflicts with the pkgutil.py..
+ #9776: libubox build failed
+ #9791: Python searches for packages in the user site directory
+ #9806: libseccomp is not available when BR2_arm=y
+ #9826: post-build scritp - symlinks created in post-build script..
+ #9836: triggerhappy: systemd unit broken
+ #9846: musl libc not installed correctly in target folder
+ #9856: build libubox failed on ubuntu 17.04 64bit
+
2017.02.2, Released May 1st, 2017
Important / security related fixes.
^ permalink raw reply related
* [Buildroot] [PATCH] sudo: honor target cflags/ldflags
From: Pascal de Bruijn @ 2017-05-08 8:14 UTC (permalink / raw)
To: buildroot
sudo would previously have not been build using flags passed
via BR2_TARGET_OPTIMIZATION.
in our case -fPIE was being ignored.
Signed-off-by: Pascal de Bruijn <p.debruijn@unilogic.nl>
---
package/sudo/sudo.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/sudo/sudo.mk b/package/sudo/sudo.mk
index 0fcd740..dc15b4f 100644
--- a/package/sudo/sudo.mk
+++ b/package/sudo/sudo.mk
@@ -10,6 +10,7 @@ SUDO_LICENSE = ISC, BSD-3-Clause
SUDO_LICENSE_FILES = doc/LICENSE
# This is to avoid sudo's make install from chown()ing files which fails
SUDO_INSTALL_TARGET_OPTS = INSTALL_OWNER="" DESTDIR="$(TARGET_DIR)" install
+SUDO_CONF_ENV += CFLAGS="$(TARGET_CFLAGS)" LDFLAGS="$(TARGET_LDFLAGS)"
SUDO_CONF_OPTS = \
--without-lecture \
--without-sendmail \
--
2.7.4
^ permalink raw reply related
* [Buildroot] [Bug 9436] e2fsprogs remove busybox applets even of unselected e2fsprogs components
From: bugzilla at busybox.net @ 2017-05-08 7:12 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9436-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9436
--- Comment #6 from Joergen Pihlflyckt <Jorgen.Pihlflyckt@ajeco.fi> ---
I agree to this method.
The main problem with the missing utilities (lsattr, chattr) is resolved in
this way, even though it's not the way initially suggested. I thing the matter
of Busybox versus util-linux is much less important that the fact that the
needed utilities _do_ actually get built and installed in the first place.
-----
Jorgen.Pihlflyckt at ajeco.fi
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-05-07
From: Thomas Petazzoni @ 2017-05-08 6:28 UTC (permalink / raw)
To: buildroot
Hello,
Build statistics for 2017-05-07
================================
successes : 205
failures : 46
timeouts : 1
TOTAL : 252
Classification of failures by reason
====================================
host-protobuf-3.2.0 | 23
ltp-testsuite-20170116 | 5
radvd-2.12 | 3
mpir-3.0.0 | 2
mpv-0.25.0 | 2
qt5base-5.8.0 | 2
cups-2.2.3 | 1
daemon-0.6.4 | 1
ffmpeg-3.3 | 1
kvm-unit-tests-5731572b2ac2... | 1
make[1]: *** Waiting for un... | 1
ntp-4.2.8p10 | 1
opencv3-3.2.0 | 1
pulseview-0.3.0 | 1
qt5webkit-5.6.2 | 1
rabbitmq-c-v0.8.0 | 1
Detail of failures
===================
arc | cups-2.2.3 | NOK | http://autobuild.buildroot.net/results/fe7fda3a1975571523558d02c8396deda7b65f9c | ORPH
m68k | daemon-0.6.4 | NOK | http://autobuild.buildroot.net/results/3338539743c8b0399c6b0fcbbb7c28b58bf3f387 |
m68k | ffmpeg-3.3 | NOK | http://autobuild.buildroot.net/results/dc5a042952c3f1f6a6fa06db0e7ac70f701c50dc |
nios2 | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/6785eb2c6fba73885df7f586409dc7193f70429f | ORPH
arm | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/3474b2dcab2aa232f569c84b62320dc6a9411a23 | ORPH
i686 | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/00058baa19bd8e44529bc28026bd2bd3e8968f35 | ORPH
mips64el | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/2b2a266ae7ad2edd9875c136811e98aafc38b9a0 | ORPH
mipsel | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/51c5c7865767b7f1589bc642e6e6170ee98afda3 | ORPH
i586 | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/809a9c5b895475a6f5ab787edb8faa25bfde940f | ORPH
x86_64 | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/1ed0f3b179fc0e506406fd13c0c24e36950a8169 | ORPH
mips64el | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/c9213690ed53b61da87bb726298bdb9e527dd682 | ORPH
mips | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/1d50ed79447633047eb9d073d6658fdac9798afd | ORPH
xtensa | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/3dfac664efaf109eaa2e56a282501575d1fd5155 | ORPH
x86_64 | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/135f7147f3e55ebb5ade85f01149569a59551ca2 | ORPH
sparc64 | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/fde45fe33c3832a81c1952d67eb04d19e25c9c24 | ORPH
powerpc | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/5f2fa5a677c74a8b661057ead480e683f6fd8867 | ORPH
sparc | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/787d8132a6ffa1ed27e67fff5f5a075a38b092e9 | ORPH
sh4 | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/778b13b8b3d6868aba9d6b41dcf6afb62b5accdd | ORPH
arm | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/1311e642c7af0411c5e9e8384477ae25588c1696 | ORPH
mipsel | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/fefe457471b6819a59fe9275d34765739e92a90e | ORPH
nios2 | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/0424a2c6203890d3835bbc66f2b5a6ac94b596c5 | ORPH
sparc | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/0be3a50a8a92152aca9c40cc77a566fbbed5fb5d | ORPH
or1k | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/f60cae991544eb2c3940e17db9d12a29c76133c6 | ORPH
powerpc64le | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/271311e6c2138beac6c66463ecf9ca60cd0d37d8 | ORPH
sparc64 | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/572cd899ae3bf4ae20e67578a1de7ff584fcb297 | ORPH
powerpc64le | host-protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/6918b5950e600ed3cd72d8e48bf974b73b1bcc80 | ORPH
x86_64 | kvm-unit-tests-5731572b2ac2... | NOK | http://autobuild.buildroot.net/results/a4a65d01f049db83a93de92660f228dd18532625 |
arc | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/2eccf9f517ab15d8d459b06195423fdfe3fba9fa |
m68k | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/e02fdd1d4abb06c6ebb9fb5f2cbf948a9e62016d |
sparc | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/fa5072b35b9de0aa3dc7f4ef4dc654121f7ed992 |
m68k | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/5a5a214f72f5babc7abb9629046b5037758bed7f |
m68k | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/3e0bbf41e339e62422463773bf07945f048a9501 |
mips | make[1]: *** Waiting for un... | TIM | http://autobuild.buildroot.net/results/d1ee618f8eb8846af0b9f4654ea0b81c81ed8ed3 |
powerpc64le | mpir-3.0.0 | NOK | http://autobuild.buildroot.net/results/aca8eb763c5a3990a98583127fdbc4658c278891 |
arm | mpir-3.0.0 | NOK | http://autobuild.buildroot.net/results/ec67ffdef74b9a61d0491e71f8cb2f8f0b6daa50 |
arm | mpv-0.25.0 | NOK | http://autobuild.buildroot.net/results/b470cfba451ce9ba648e3a2f3ae08429db8bdee9 |
arm | mpv-0.25.0 | NOK | http://autobuild.buildroot.net/results/0cc6bde872c34311e10f9c725a64553f485efa1a |
aarch64 | ntp-4.2.8p10 | NOK | http://autobuild.buildroot.net/results/ee8676f4790c38493203726a5a3357b9bc594630 | ORPH
x86_64 | opencv3-3.2.0 | NOK | http://autobuild.buildroot.net/results/43b4acebe74e5546354b392c7618bfc7a2933867 |
x86_64 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/ae006828c2562a5a35fa01871797996412ba3d12 |
mips64el | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/e0e687bed0f962c0c7893971c342984d9aa99d80 |
sparc | qt5base-5.8.0 | NOK | http://autobuild.buildroot.net/results/9f213406954be51dfcad76ebdce8b73850842180 |
x86_64 | qt5webkit-5.6.2 | NOK | http://autobuild.buildroot.net/results/d846065c6909c06e1fe0444e224f89795b93b242 |
powerpc | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/13824f5c36475c3d371f8b6b8f35b82e1e6bd047 |
xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/f10b5d0eb83b3fb1fe84ce63f6fba7f48488b769 | ORPH
xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/07d2160501dbfa5ecf91d38b32a6b8f7c4d7802a | ORPH
arc | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/b009b9767f1e8f41bd990575c29fe0f84146a54a | ORPH
--
http://autobuild.buildroot.net
^ permalink raw reply
* [Buildroot] [PATCH] xfsprogs: note musl incompatibility reason
From: Baruch Siach @ 2017-05-08 5:30 UTC (permalink / raw)
To: buildroot
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
---
package/xfsprogs/Config.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/xfsprogs/Config.in b/package/xfsprogs/Config.in
index 9f0d2509c0d6..fb603ad4b985 100644
--- a/package/xfsprogs/Config.in
+++ b/package/xfsprogs/Config.in
@@ -5,7 +5,7 @@ comment "xfsprogs needs a glibc or uClibc toolchain w/ threads"
config BR2_PACKAGE_XFSPROGS
bool "xfsprogs"
depends on BR2_USE_MMU # fork()
- depends on !BR2_TOOLCHAIN_USES_MUSL
+ depends on !BR2_TOOLCHAIN_USES_MUSL # missing __[u]int*_t
depends on BR2_TOOLCHAIN_HAS_THREADS
select BR2_PACKAGE_UTIL_LINUX
select BR2_PACKAGE_UTIL_LINUX_LIBUUID
--
2.11.0
^ permalink raw reply related
* [Buildroot] Buildroot defconfig failures
From: ren_guo @ 2017-05-08 2:33 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507145548.336e29ad@free-electrons.com>
Hi Thomas,
> - The CSKY defconfig does not build, with "SSP support not available
> in this toolchain, please disable BR2_TOOLCHAIN_EXTERNAL_HAS_SSP".
> However, I can't reproduce locally. So I'm not sure what happening.
Our toolchain support SSP. And I've tried the cmd from toolchain/helper.mk:419
"echo 'void main(){}' | csky-linux-gcc -fstack-protector -x c - -o hello && echo y"
It's OK on my ubuntu 16.04.
> There is no hash on the toolchain tarball, but the one I downloaded
> locally has the exact same size as the one that was downloaded by
> Gitlab CI. While not an 100% guaranteed proof that it's the same
> toolchain, it would be unlikely to have the toolchain tarball
> changed in the mean time.
Ok, I will add hash right now, thx.
> So the only explanation would be that the SSP check for some reason
> fails in the Gitlab CI infrastructure.
>
> Arnout, what do you think ?
>
> Ren, do you have an idea ?
>
> See https://gitlab.com/buildroot.org/buildroot/builds/15762185
I think the problem is exec toolchain/helper.mk:419 failed on Gitlab CI.
--
Guo Ren, Software Engineer, C-SKY
3 XiDoumen Rd,BldgA,15F,Hangzhou,China
P.C: 310012
http://www.c-sky.com
^ permalink raw reply
* [Buildroot] Buildroot defconfig failures
From: Fabio Estevam @ 2017-05-08 0:25 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507145548.336e29ad@free-electrons.com>
Hi Thomas,
On Sun, May 7, 2017 at 9:55 AM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> - All Freescale defconfigs that rely on git.freescale.com are failing
> with "Connection timed out". I'm also not able to clone from
> git.freescale.com from my local machine, at least with git://. I'm
> currently trying with http://. If that works, I'll update the
> defconfigs accordingly.
>
> Fabio, do you have a suggestion?
Thanks for reporting. I will talk to the people responsible for the
git server at NXP.
Regards,
Fabio Estevam
^ permalink raw reply
* [Buildroot] [PATCH 3/3] mpir: fix build on mips32r6/mips64r6
From: Thomas Petazzoni @ 2017-05-07 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494193255-15762-1-git-send-email-thomas.petazzoni@free-electrons.com>
The optimized mips32 and mips64 assembly code is not compatible with
mips32r6/mips64r6, so use the generic code of MPIR on such platforms.
Fixes:
- http://autobuild.buildroot.net/results/db2542a2ec3029eda81738a7ae5faeb9ea4aedee/
mips32r6 toolchain
- http://autobuild.buildroot.net/results/50b94e6d0dbc33664c6bfe06f83b211083aa07f7/
mips64r6 toolchain
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
---
package/mpir/mpir.mk | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/package/mpir/mpir.mk b/package/mpir/mpir.mk
index cf17502..14d8968 100644
--- a/package/mpir/mpir.mk
+++ b/package/mpir/mpir.mk
@@ -26,4 +26,9 @@ ifeq ($(BR2_arm)$(BR2_armeb):$(BR2_ARM_CPU_HAS_ARM),y:)
MPIR_CONF_ENV += MPN_PATH="generic"
endif
+# Optimized mips32/mips64 code not suitable for mips32r6/mips64r6
+ifeq ($(BR2_mips32r6)$(BR2_mips64r6),y)
+MPIR_CONF_ENV += MPN_PATH="generic"
+endif
+
$(eval $(autotools-package))
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH 2/3] mpir: fix build on ARM Thumb-only platforms
From: Thomas Petazzoni @ 2017-05-07 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494193255-15762-1-git-send-email-thomas.petazzoni@free-electrons.com>
The optimized ARM assembly code is not suitable for Thumb-only
platforms, so use the generic code in such situations.
Fixes:
http://autobuild.buildroot.net/results/4d7f2a1326f75e11693bdd51ad274079b0dd0ce4/
(ARM Cortex-M4 toolchain)
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/mpir/mpir.mk | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/package/mpir/mpir.mk b/package/mpir/mpir.mk
index b7f3829..cf17502 100644
--- a/package/mpir/mpir.mk
+++ b/package/mpir/mpir.mk
@@ -20,4 +20,10 @@ ifeq ($(BR2_MIPS_NABI64),y)
MPIR_CONF_OPTS += ABI=64
endif
+# The optimized ARM assembly code uses ARM-only (i.e not Thumb1/2
+# compatible) instructions.
+ifeq ($(BR2_arm)$(BR2_armeb):$(BR2_ARM_CPU_HAS_ARM),y:)
+MPIR_CONF_ENV += MPN_PATH="generic"
+endif
+
$(eval $(autotools-package))
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH 1/3] mpir: fix build on ARM with old binutils versions
From: Thomas Petazzoni @ 2017-05-07 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494193255-15762-1-git-send-email-thomas.petazzoni@free-electrons.com>
Old binutils versions are affected by a bug when the assembly code has
whitespace between [ ] signs, causing a build failure of the mpir
package with ARM toolchains using such old binutils versions.
This commit fixes that by adding a patch that removes those whitespaces.
Fixes:
- http://autobuild.buildroot.net/results/ec67ffdef74b9a61d0491e71f8cb2f8f0b6daa50/
armv7-ctng-linux-gnueabihf Crosstool-NG toolchain
- http://autobuild.buildroot.net/results/2e4a27af60065db51aca9e69701bc191d24b2209/
armv5-ctng-linux-gnueabi Crosstool-NG toolchain
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
...rm-udiv.asm-workaround-binutils-bug-14887.patch | 40 ++++++++++++++++++++++
1 file changed, 40 insertions(+)
create mode 100644 package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch
diff --git a/package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch b/package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch
new file mode 100644
index 0000000..6a6f467
--- /dev/null
+++ b/package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch
@@ -0,0 +1,40 @@
+From d858ce52d1971cb4e8500b0ebc0472fdae4686ec Mon Sep 17 00:00:00 2001
+From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
+Date: Sun, 7 May 2017 23:12:04 +0200
+Subject: [PATCH] mpn/arm/udiv.asm: workaround binutils bug #14887
+
+Old binutils versions are affected by bug #14887,
+https://sourceware.org/bugzilla/show_bug.cgi?id=14887, which causes a
+build failure when a register specification is surrounded by
+whitespaces. Removing those whitespaces works around the issue.
+
+Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
+---
+ mpn/arm/udiv.asm | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/mpn/arm/udiv.asm b/mpn/arm/udiv.asm
+index 25197a6..ed11eb3 100644
+--- a/mpn/arm/udiv.asm
++++ b/mpn/arm/udiv.asm
+@@ -50,7 +50,7 @@ L(oop): divstep(n1,n0,d)
+ teq r12, #0
+ bne L(oop)
+
+- str n1, [ rem_ptr ] C store remainder
++ str n1, [rem_ptr] C store remainder
+ adc r0, n0, n0 C quotient: add last carry from divstep
+ mov pc, lr
+
+@@ -89,7 +89,7 @@ L(oop2):
+ addcs n0, n0, #1 C adjust quotient
+
+ L(_even_divisor):
+- str n1, [ rem_ptr ] C store remainder
++ str n1, [rem_ptr] C store remainder
+ mov r0, n0 C quotient
+ ldmfd sp!, { r8, pc }
+ EPILOGUE(mpn_udiv_qrnnd)
+--
+2.7.4
+
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH 0/3] mpir build fixes
From: Thomas Petazzoni @ 2017-05-07 21:40 UTC (permalink / raw)
To: buildroot
Hello,
This short series fixed the build of mpir with 5 toolchain
configurations:
- Crosstool-NG ARMv5 and ARMv7 toolchains
- Buildroot ARM/Cortex-M4 toolchain
- Buildroot mips32r6 and mips64r6 toolchains
There are still other mpir build issues with other toolchains, but I
thought I would send the ones I have right now.
Best regards,
Thomas
Thomas Petazzoni (3):
mpir: fix build on ARM with old binutils versions
mpir: fix build on ARM Thumb-only platforms
mpir: fix build on mips32r6/mips64r6
...rm-udiv.asm-workaround-binutils-bug-14887.patch | 40 ++++++++++++++++++++++
package/mpir/mpir.mk | 11 ++++++
2 files changed, 51 insertions(+)
create mode 100644 package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch
--
2.7.4
^ permalink raw reply
* [Buildroot] [PATCH v3 1/5] support/testing: core testing infrastructure
From: Thomas Petazzoni @ 2017-05-07 21:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <dd7ec6aa-0778-8e92-b031-cbc82c982005@lucaceresoli.net>
Hello,
On Sun, 7 May 2017 23:07:31 +0200, Luca Ceresoli wrote:
> Things that I already commented about and for which I plan to send patches:
> - remove smart_open
> - document code
> - better reporting
Great!
> > +ARTIFACTS_URL = "http://autobuild.buildroot.net/artefacts/"
>
> Since you renamed artefacts to artifacts, it's probably good to rename
> in the URL too (and update the server). Sure it's a minor nit, but since
> it's an URL that should stay available for long, better having it fixed
> as soon as possible.
Correct, I'll fix that up.
> > + qemu_cmd += ["-kernel", kernel]
>
> I'm OK with the "builtin" logic, but I really dislike it being
> hard-coded in Emulator.boot(). It's acceptable for the moment since we
> have only very few builtin kernels. Should we add more in the future, I
> think we should at least have a sort of "database" of builtin kernels,
> perhaps in the form of an associative array.
Fully agreed. What we have now is OK for a few kernel/qemu setups, but
clearly does not scale, and will have to be improved.
> Stylish note: I would put the one-letter form before the long form. This
> is not only my personal taste, but also what the manpages usually do,
> and what Python does with the automatically-added -h/--help parameter:
Indeed. Patch welcome! :-)
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH v3 0/5] Runtime testing infrastructure
From: Thomas Petazzoni @ 2017-05-07 21:10 UTC (permalink / raw)
To: buildroot
In-Reply-To: <8b9222c3-8547-fe79-09dc-288553b2a9e2@lucaceresoli.net>
Hello,
On Sun, 7 May 2017 22:41:09 +0200, Luca Ceresoli wrote:
> Bad timing on my side: I was reviewing all this work in detail a couple
> of days ago, but my reviews to 2 patches are in my drafts folder waiting
> for the remaining ones... Ok, I'll send them anyway right noe as a list
> of proposed improvements.
Thanks for your review!
> > I know Luca, Ricardo and Thomas DS had some comments, but I believe it
> > would be easier to address them as follow-up patches. So Luca, Ricardo,
> > Thomas, your patches to improve this testing infrastructure are more
> > than welcome. I'm sure it needs to be extended and improved in many
> > different ways to test more Buildroot functionalities.
>
> I totally agree this is the best way to proceed. Now everybody can
> easily send small, incremental patches to improve the work. Thanks for
> having applied these patches.
Yes, it will allow everyone to send small, incremental patches, me
included.
> Any plan to have the tests run automatically (on the autobuilders maybe)?
Yes, we will definitely want to do that. I don't think the autobuilders
will do it. Instead I believe running the tests on Gitlab CI would be
easier and more appropriate.
I'm sure Arnout can help :-)
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH v3 1/5] support/testing: core testing infrastructure
From: Luca Ceresoli @ 2017-05-07 21:07 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1490042214-6762-2-git-send-email-thomas.petazzoni@free-electrons.com>
Hi,
this the review I had written a few days ago. Since the patch has just
been applied, I've reworded it as a list of proposed improvements and
request for clarifications.
On 20/03/2017 21:36, Thomas Petazzoni wrote:
> This commit adds the core of a new testing infrastructure that allows to
> perform runtime testing of Buildroot generated systems. This
> infrastructure uses the Python unittest logic as its foundation.
Good we have this on master now!
Things that I already commented about and for which I plan to send patches:
- remove smart_open
- document code
- better reporting
[...]
> diff --git a/support/testing/infra/__init__.py b/support/testing/infra/__init__.py
> new file mode 100644
> index 0000000..c3f645c
> --- /dev/null
> +++ b/support/testing/infra/__init__.py
> @@ -0,0 +1,89 @@
> +import contextlib
> +import os
> +import re
> +import sys
> +import tempfile
> +import subprocess
> +from urllib2 import urlopen, HTTPError, URLError
> +
> +ARTIFACTS_URL = "http://autobuild.buildroot.net/artefacts/"
Since you renamed artefacts to artifacts, it's probably good to rename
in the URL too (and update the server). Sure it's a minor nit, but since
it's an URL that should stay available for long, better having it fixed
as soon as possible.
[...]
> diff --git a/support/testing/infra/emulator.py b/support/testing/infra/emulator.py
> new file mode 100644
> index 0000000..7c476cb
> --- /dev/null
> +++ b/support/testing/infra/emulator.py
> @@ -0,0 +1,135 @@
> +import socket
> +import subprocess
> +import telnetlib
> +
> +import infra
> +import infra.basetest
> +
> +# TODO: Most of the telnet stuff need to be replaced by stdio/pexpect to discuss
> +# with the qemu machine.
> +class Emulator(object):
> +
> + def __init__(self, builddir, downloaddir, logtofile):
> + self.qemu = None
> + self.__tn = None
> + self.downloaddir = downloaddir
> + self.log = ""
> + self.log_file = "{}-run.log".format(builddir)
> + if logtofile is None:
> + self.log_file = None
> +
> + # Start Qemu to boot the system
> + #
> + # arch: Qemu architecture to use
> + #
> + # kernel: path to the kernel image, or the special string
> + # 'builtin'. 'builtin' means a pre-built kernel image will be
> + # downloaded from ARTEFACTS_URL and suitable options are
> + # automatically passed to qemu and added to the kernel cmdline. So
> + # far only armv5, armv7 and i386 builtin kernels are available.
> + # If None, then no kernel is used, and we assume a bootable device
> + # will be specified.
> + #
> + # kernel_cmdline: array of kernel arguments to pass to Qemu -append option
> + #
> + # options: array of command line options to pass to Qemu
> + #
> + def boot(self, arch, kernel=None, kernel_cmdline=None, options=None):
> + if arch in ["armv7", "armv5"]:
> + qemu_arch = "arm"
> + else:
> + qemu_arch = arch
> +
> + qemu_cmd = ["qemu-system-{}".format(qemu_arch),
> + "-serial", "telnet::1234,server",
> + "-display", "none"]
> +
> + if options:
> + qemu_cmd += options
> +
> + if kernel_cmdline is None:
> + kernel_cmdline = []
> +
> + if kernel:
> + if kernel == "builtin":
> + if arch in ["armv7", "armv5"]:
> + kernel_cmdline.append("console=ttyAMA0")
> +
> + if arch == "armv7":
> + kernel = infra.download(self.downloaddir,
> + "kernel-vexpress")
> + dtb = infra.download(self.downloaddir,
> + "vexpress-v2p-ca9.dtb")
> + qemu_cmd += ["-dtb", dtb]
> + qemu_cmd += ["-M", "vexpress-a9"]
> + elif arch == "armv5":
> + kernel = infra.download(self.downloaddir,
> + "kernel-versatile")
> + qemu_cmd += ["-M", "versatilepb"]
> +
> + qemu_cmd += ["-kernel", kernel]
I'm OK with the "builtin" logic, but I really dislike it being
hard-coded in Emulator.boot(). It's acceptable for the moment since we
have only very few builtin kernels. Should we add more in the future, I
think we should at least have a sort of "database" of builtin kernels,
perhaps in the form of an associative array.
> diff --git a/support/testing/run-tests b/support/testing/run-tests
> new file mode 100755
> index 0000000..339bb66
> --- /dev/null
> +++ b/support/testing/run-tests
> @@ -0,0 +1,83 @@
> +#!/usr/bin/env python2
> +import argparse
> +import sys
> +import os
> +import nose2
> +
> +from infra.basetest import BRTest
> +
> +def main():
> + parser = argparse.ArgumentParser(description='Run Buildroot tests')
> + parser.add_argument('testname', nargs='*',
> + help='list of test cases to execute')
> + parser.add_argument('--list', '-l', action='store_true',
> + help='list of available test cases')
> + parser.add_argument('--all', '-a', action='store_true',
> + help='execute all test cases')
> + parser.add_argument('--stdout', '-s', action='store_true',
> + help='log everything to stdout')
> + parser.add_argument('--output', '-o',
> + help='output directory')
> + parser.add_argument('--download', '-d',
> + help='download directory')
> + parser.add_argument('--keep', '-k',
> + help='keep build directories',
> + action='store_true')
Stylish note: I would put the one-letter form before the long form. This
is not only my personal taste, but also what the manpages usually do,
and what Python does with the automatically-added -h/--help parameter:
$ ./support/testing/run-tests
[...]
optional arguments:
-h, --help show this help message and exit
--list, -l list of available test cases
I'll send a patch.
--
Luca
^ permalink raw reply
* [Buildroot] [PATCH v3 3/5] support/testing: add fs tests
From: Luca Ceresoli @ 2017-05-07 20:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1490042214-6762-4-git-send-email-thomas.petazzoni@free-electrons.com>
Hi,
this the review I had written a few days ago. Since the patch has just
been applied, I've reworded it as a list of proposed improvements and
request for clarifications.
On 20/03/2017 21:36, Thomas Petazzoni wrote:
> This commit adds a number of test cases for various filesystem formats:
> ext2/3/4, iso9660, jffs2, squashfs, ubi/ubifs and yaffs2. All of them
> except yaffs2 are runtime tested. The iso9660 set of test cases is
> particularly rich, testing the proper operation of the iso9660 support
> with all of grub, grub2 and isolinux.
>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> ---
> support/testing/conf/grub-menu.lst | 20 +++
> support/testing/conf/grub2.cfg | 7 +
> support/testing/conf/isolinux.cfg | 5 +
> .../testing/conf/minimal-x86-qemu-kernel.config | 23 +++
> support/testing/tests/fs/__init__.py | 0
> support/testing/tests/fs/test_ext.py | 119 +++++++++++++++
> support/testing/tests/fs/test_iso9660.py | 162 +++++++++++++++++++++
> support/testing/tests/fs/test_jffs2.py | 45 ++++++
> support/testing/tests/fs/test_squashfs.py | 37 +++++
> support/testing/tests/fs/test_ubi.py | 39 +++++
> support/testing/tests/fs/test_yaffs2.py | 12 ++
> 11 files changed, 469 insertions(+)
> create mode 100644 support/testing/conf/grub-menu.lst
> create mode 100644 support/testing/conf/grub2.cfg
> create mode 100644 support/testing/conf/isolinux.cfg
I suspect it's already been suggested, but I would rather put these
files in the 'fs' subdirectory, unless we expect to use them for non-fs
tests.
Do other people agree? Should I send a patch?
> diff --git a/support/testing/tests/fs/test_ext.py b/support/testing/tests/fs/test_ext.py
> new file mode 100644
> index 0000000..f7e2e85
> --- /dev/null
> +++ b/support/testing/tests/fs/test_ext.py
[...]
> +def dumpe2fs_getprop(out, prop):
> + for lines in out:
Here 'lines' is set to a string (one line)...
> + lines = lines.split(": ")
...and here it is reassigned to a list (the line fields, as they are
called in awk. Or is the second assignment of 'lines' creating a new
variable with the same name? Whether the reply, I don't like this.
> + if lines[0] == prop:
> + return lines[1].strip()
My proposal (tested):
def dumpe2fs_getprop(out, prop):
for line in out:
fields = line.split(": ")
if fields[0] == prop:
return fields[1].strip()
Unless there's a good reason to keep the code as is, I'll send a patch
anyway, to improve readability at least.
> +def boot_img_and_check_fs_type(emulator, builddir, fs_type):
> + img = os.path.join(builddir, "images", "rootfs.{}".format(fs_type))
Here (and similarly in several other places) this looks a lot more
intuitive and concise to me:
"rootfs." + fs_type
Any good reason the initial form is preferred? Pythonists out there?
[...]
> +class TestExt3(infra.basetest.BRTest):
> + config = infra.basetest.BASIC_TOOLCHAIN_CONFIG + \
> +"""
> +BR2_TARGET_ROOTFS_EXT2=y
> +BR2_TARGET_ROOTFS_EXT2_3=y
> +# BR2_TARGET_ROOTFS_TAR is not set
> +"""
> +
> + def test_run(self):
> + out = dumpe2fs_run(self.builddir, "rootfs.ext3")
> + self.assertEqual(dumpe2fs_getprop(out, REVISION_PROP), "1 (dynamic)")
> + self.assertIn("has_journal", dumpe2fs_getprop(out, FEATURES_PROP))
> +
> + exit_code = boot_img_and_check_fs_type(self.emulator,
> + self.builddir, "ext3")
> + self.assertEqual(exit_code, 0)
> +
> +class TestExt4(infra.basetest.BRTest):
> + config = infra.basetest.BASIC_TOOLCHAIN_CONFIG + \
> +"""
> +BR2_TARGET_ROOTFS_EXT2=y
> +BR2_TARGET_ROOTFS_EXT2_4=y
> +BR2_TARGET_ROOTFS_EXT2_BLOCKS=16384
> +BR2_TARGET_ROOTFS_EXT2_INODES=3000
> +BR2_TARGET_ROOTFS_EXT2_RESBLKS=10
> +# BR2_TARGET_ROOTFS_TAR is not set
> +"""
> +
> + def test_run(self):
> + out = dumpe2fs_run(self.builddir, "rootfs.ext4")
> + self.assertEqual(dumpe2fs_getprop(out, REVISION_PROP), "1 (dynamic)")
> + self.assertEqual(dumpe2fs_getprop(out, BLOCKCNT_PROP), "16384")
> + # Yes there are 8 more inodes than requested
> + self.assertEqual(dumpe2fs_getprop(out, INODECNT_PROP), "3008")
> + self.assertEqual(dumpe2fs_getprop(out, RESBLKCNT_PROP), "1638")
> + self.assertIn("has_journal", dumpe2fs_getprop(out, FEATURES_PROP))
> + self.assertIn("extent", dumpe2fs_getprop(out, FEATURES_PROP))
It would be nice to have both positive and a negative test for each
tested item. Specifically, I'd add self.assertIn("extent", ...) for ext3.
I'll send a patch for this.
> diff --git a/support/testing/tests/fs/test_iso9660.py b/support/testing/tests/fs/test_iso9660.py
> new file mode 100644
> index 0000000..eec6e89
> --- /dev/null
> +++ b/support/testing/tests/fs/test_iso9660.py
[...]
> +#
> +# Syslinux
> +#
> +
> +class TestIso9660SyslinuxExternal(infra.basetest.BRTest):
The two syslinux tests are failing on top of current master. This is
since commit 6e432d5ecb46 ("syslinux: build with the target toolchain").
The error message is:
.../i686-linux-ld: unrecognized option '--no-dynamic-linker'
> diff --git a/support/testing/tests/fs/test_squashfs.py b/support/testing/tests/fs/test_squashfs.py
> new file mode 100644
> index 0000000..edaa087
> --- /dev/null
> +++ b/support/testing/tests/fs/test_squashfs.py
[...]
> + def test_run(self):
> + unsquashfs_cmd = ["host/usr/bin/unsquashfs", "-s", "images/rootfs.squashfs"]
> + out = subprocess.check_output(unsquashfs_cmd,
> + cwd=self.builddir,
> + env={"LANG": "C"})
> + out = out.splitlines()
> + self.assertEqual(out[0],
> + "Found a valid SQUASHFS 4:0 superblock on images/rootfs.squashfs.")
> + self.assertEqual(out[3], "Compression lz4")
> +
> + img = os.path.join(self.builddir, "images", "rootfs.squashfs")
> + subprocess.call(["truncate", "-s", "%1M", img])
Why do we need this call to truncate?
--
Luca
^ permalink raw reply
* [Buildroot] [PATCH v3 0/5] Runtime testing infrastructure
From: Luca Ceresoli @ 2017-05-07 20:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507220901.4000ec8e@free-electrons.com>
Hi,
On 07/05/2017 22:09, Thomas Petazzoni wrote:
> Hello,
>
> On Mon, 20 Mar 2017 21:36:49 +0100, Thomas Petazzoni wrote:
>
>> Thomas Petazzoni (5):
>> support/testing: core testing infrastructure
>> support/testing: add core tests
>> support/testing: add fs tests
>> support/testing: add package tests
>> support/testing: add toolchain tests
>
> Since this has been around for a long time, I've finally applied this
> series.
Bad timing on my side: I was reviewing all this work in detail a couple
of days ago, but my reviews to 2 patches are in my drafts folder waiting
for the remaining ones... Ok, I'll send them anyway right noe as a list
of proposed improvements.
> I know Luca, Ricardo and Thomas DS had some comments, but I believe it
> would be easier to address them as follow-up patches. So Luca, Ricardo,
> Thomas, your patches to improve this testing infrastructure are more
> than welcome. I'm sure it needs to be extended and improved in many
> different ways to test more Buildroot functionalities.
I totally agree this is the best way to proceed. Now everybody can
easily send small, incremental patches to improve the work. Thanks for
having applied these patches.
Any plan to have the tests run automatically (on the autobuilders maybe)?
--
Luca
^ permalink raw reply
* [Buildroot] [PATCH] package/espeak: add comment to ignore 'unmet dependencies'
From: Yann E. MORIN @ 2017-05-07 20:38 UTC (permalink / raw)
To: buildroot
On master 86b4eeccc4, espeak can generate spurious 'unmet dependencies'
messages:
$ make KCONFIG_SEED=0x7A85DEE0 randconfig
warning: (BR2_PACKAGE_ESPEAK_AUDIO_BACKEND_ALSA) selects
BR2_PACKAGE_PORTAUDIO_CXX which has unmet directdependencies
(BR2_PACKAGE_PORTAUDIO && BR2_INSTALL_LIBSTDCPP)
However, the dpendency chain *is* correct. There is something that
causes the kconfig parser to get really confused...
Add a comment statng the issue is spurious, so noone tries to fix it.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Arnaud Aujon <arnaud@intelibre.fr>
---
package/espeak/Config.in | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/espeak/Config.in b/package/espeak/Config.in
index aed627af92..6a8f1d4098 100644
--- a/package/espeak/Config.in
+++ b/package/espeak/Config.in
@@ -27,6 +27,9 @@ config BR2_PACKAGE_ESPEAK_AUDIO_BACKEND_NONE
config BR2_PACKAGE_ESPEAK_AUDIO_BACKEND_ALSA
bool "alsa via portaudio"
+ # Selecting portaudio generates spurious "unmet dependencies"
+ # warnings. Unless you are changing the dependencies of espeak
+ # or portaudio, just ignore those spurious warnings.
select BR2_PACKAGE_PORTAUDIO
select BR2_PACKAGE_PORTAUDIO_CXX
--
2.11.0
^ permalink raw reply related
* [Buildroot] Xorg libs and proto
From: Bernd Kuhls @ 2017-05-07 20:27 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494183428.953970867@f205.i.mail.ru>
Am Sun, 07 May 2017 21:57:08 +0300 schrieb ONE TWO:
> What libraries and proto depend for xorg-server! Write these names of
> libs and proto! :D
Hi,
the packages xserver_xorg-server depends on are selected by the package:
https://git.buildroot.net/buildroot/tree/package/x11r7/xserver_xorg-
server/Config.in
Regards, Bernd
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox