* [Buildroot] Buildroot defconfig failures
From: Peter Korsgaard @ 2017-05-07 19:24 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507153843.529dc316@free-electrons.com>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Hi,
> Cloning from http:// also fails:
>>>> linux rel_imx_4.1.15_2.0.0_ga Downloading
> Doing shallow clone
> Cloning into 'linux-rel_imx_4.1.15_2.0.0_ga'...
> fatal: dumb http transport does not support --depth
> Shallow clone failed, falling back to doing a full clone
> Doing full clone
> Cloning into 'linux-rel_imx_4.1.15_2.0.0_ga'...
> Checking connectivity... done.
> warning: remote HEAD refers to nonexistent ref, unable to checkout.
> Could not fetch special ref 'rel_imx_4.1.15_2.0.0_ga'; assuming it is not special.
> While the tag rel_imx_4.1.15_2.0.0_ga clearly exists in
> http://git.freescale.com/git/cgit.cgi/imx/linux-imx.git/.
> Peter: as a temporary fix, could you put
> http://git.freescale.com/git/cgit.cgi/imx/linux-imx.git/snapshot/linux-imx-rel_imx_4.1.15_2.0.0_ga.tar.gz
> in http://sources.buildroot.net ? Thanks!
Done! (earlier today).
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] triggerhappy: bumped to 0.5.0 to fix systemd unit
From: Peter Korsgaard @ 2017-05-07 19:15 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507140555.DF949827B4@busybox.osuosl.org>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
> commit: https://git.buildroot.net/buildroot/commit/?id=3e23b1c9bb74bf1edf3f71d5c1e6e5e364e0821a
> branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
> This bumps the version of triggerhappy to 0.5.0
[...]
> -TRIGGERHAPPY_VERSION = 7e5abc69f215678e93a6b999524981c8b40bdcd9
> +TRIGGERHAPPY_VERSION = b822888066129350e51ad79f1cf307fa38dae4f7
> TRIGGERHAPPY_SITE = $(call github,wertarbyte,triggerhappy,$(TRIGGERHAPPY_VERSION))
I was going to say that it would have been nicer to use the 0.5.0
release tag, but apparently something goes wrong with the github helper
(probably the rewriting of '/' -> '_'):
make triggerhappy-patch
>>> triggerhappy release_0.5.0 Downloading
--2017-05-07 21:07:43-- https://github.com/wertarbyte/triggerhappy/archive/release_0.5.0/triggerhappy-release_0.5.0.tar.gz
Resolving github.com (github.com)... 192.30.253.113, 192.30.253.112
Connecting to github.com (github.com)|192.30.253.113|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://codeload.github.com/wertarbyte/triggerhappy/tar.gz/release_0.5.0/triggerhappy-release_0.5.0 [following]
--2017-05-07 21:07:44-- https://codeload.github.com/wertarbyte/triggerhappy/tar.gz/release_0.5.0/triggerhappy-release_0.5.0
Resolving codeload.github.com (codeload.github.com)... 192.30.253.121, 192.30.253.120
Connecting to codeload.github.com (codeload.github.com)|192.30.253.121|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2017-05-07 21:07:44 ERROR 404: Not Found.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] Xorg libs and proto
From: ONE TWO @ 2017-05-07 18:57 UTC (permalink / raw)
To: buildroot
What libraries and proto depend for xorg-server! Write these names of libs and proto! :D
? ?????????,
ONE TWO
nagakamira at mail.ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20170507/2df6a3e3/attachment.html>
^ permalink raw reply
* [Buildroot] [PATCH 2/2] package/x11r7/xdriver_xf86-input-libinput: bump version to 0.25.1
From: Bernd Kuhls @ 2017-05-07 18:31 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507183121.17599-1-bernd.kuhls@t-online.de>
Added all hashes provided by upstream.
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
.../xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.hash | 9 +++++----
.../xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.mk | 2 +-
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/package/x11r7/xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.hash b/package/x11r7/xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.hash
index 36d16c21d..48283082d 100644
--- a/package/x11r7/xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.hash
+++ b/package/x11r7/xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.hash
@@ -1,4 +1,5 @@
-# From https://lists.x.org/archives/xorg-announce/2017-March/002782.html
-md5 bd64be831914eda924f7166243c34968 xf86-input-libinput-0.25.0.tar.bz2
-sha1 e43fd18bc32b892fb203f842186ad0d6c675b696 xf86-input-libinput-0.25.0.tar.bz2
-sha256 bb7fd1658fa7e6c757fd55480aa8a07f8ccfb0a80ae42c29dbc67d57958c556f xf86-input-libinput-0.25.0.tar.bz2
+# From https://lists.x.org/archives/xorg-announce/2017-May/002798.html
+md5 14003139614b25cc76c9a4cad059df89 xf86-input-libinput-0.25.1.tar.bz2
+sha1 00494b7566c0c5cbcb8d81655b967f42f7a40ef0 xf86-input-libinput-0.25.1.tar.bz2
+sha256 489f7d591c9ef08463d4966e61f7c6ea433f5fcbb9f5370fb621da639a84c7e0 xf86-input-libinput-0.25.1.tar.bz2
+sha512 9a8d16bdffb73a5318d22e352826c410ccb6f8c7ade31c23823bd6c17202bb67e917dfe8d4cab6e54fdf15f201d14d80b6306cedc5f93f66989edfcab5082ece xf86-input-libinput-0.25.1.tar.bz2
diff --git a/package/x11r7/xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.mk b/package/x11r7/xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.mk
index 16ab7ce17..4e3976135 100644
--- a/package/x11r7/xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.mk
+++ b/package/x11r7/xdriver_xf86-input-libinput/xdriver_xf86-input-libinput.mk
@@ -4,7 +4,7 @@
#
################################################################################
-XDRIVER_XF86_INPUT_LIBINPUT_VERSION = 0.25.0
+XDRIVER_XF86_INPUT_LIBINPUT_VERSION = 0.25.1
XDRIVER_XF86_INPUT_LIBINPUT_SOURCE = xf86-input-libinput-$(XDRIVER_XF86_INPUT_LIBINPUT_VERSION).tar.bz2
XDRIVER_XF86_INPUT_LIBINPUT_SITE = http://xorg.freedesktop.org/releases/individual/driver
XDRIVER_XF86_INPUT_LIBINPUT_LICENSE = MIT
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] package/x11r7/xapp_xkbcomp: bump version to 1.4.0
From: Bernd Kuhls @ 2017-05-07 18:31 UTC (permalink / raw)
To: buildroot
Added all hashes provided by upstream.
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/x11r7/xapp_xkbcomp/xapp_xkbcomp.hash | 7 +++++--
package/x11r7/xapp_xkbcomp/xapp_xkbcomp.mk | 2 +-
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/package/x11r7/xapp_xkbcomp/xapp_xkbcomp.hash b/package/x11r7/xapp_xkbcomp/xapp_xkbcomp.hash
index bc85caa6e..4d0b5feed 100644
--- a/package/x11r7/xapp_xkbcomp/xapp_xkbcomp.hash
+++ b/package/x11r7/xapp_xkbcomp/xapp_xkbcomp.hash
@@ -1,2 +1,5 @@
-# From http://lists.x.org/archives/xorg-announce/2015-November/002653.html
-sha256 0304dc9e0d4ac10831a9ef5d5419722375ddbc3eac3ff4413094d57bc1f1923d xkbcomp-1.3.1.tar.bz2
+# From https://lists.x.org/archives/xorg-announce/2017-May/002797.html
+md5 cc22b232bc78a303371983e1b48794ab xkbcomp-1.4.0.tar.bz2
+sha1 9578a564ff8fcf96581fb52860828fbab8c67b4f xkbcomp-1.4.0.tar.bz2
+sha256 bc69c8748c03c5ad9afdc8dff9db11994dd871b614c65f8940516da6bf61ce6b xkbcomp-1.4.0.tar.bz2
+sha512 c96a63fc2d9a6ac17123297574966c45d0dcfd4ae3d4073ce863c7738d453f4c0a5f7a87c06efdec19f0b270207a7170fe1aa72a73ef1b50f95c7ca262f4882e xkbcomp-1.4.0.tar.bz2
diff --git a/package/x11r7/xapp_xkbcomp/xapp_xkbcomp.mk b/package/x11r7/xapp_xkbcomp/xapp_xkbcomp.mk
index 4fc4372fe..cc8856189 100644
--- a/package/x11r7/xapp_xkbcomp/xapp_xkbcomp.mk
+++ b/package/x11r7/xapp_xkbcomp/xapp_xkbcomp.mk
@@ -4,7 +4,7 @@
#
################################################################################
-XAPP_XKBCOMP_VERSION = 1.3.1
+XAPP_XKBCOMP_VERSION = 1.4.0
XAPP_XKBCOMP_SOURCE = xkbcomp-$(XAPP_XKBCOMP_VERSION).tar.bz2
XAPP_XKBCOMP_SITE = http://xorg.freedesktop.org/releases/individual/app
XAPP_XKBCOMP_LICENSE = MIT
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH] connman: update musl incompatibility reason
From: Baruch Siach @ 2017-05-07 17:54 UTC (permalink / raw)
To: buildroot
connman no longer triggers a conflict of userspace and kernel headers since
commit 69ced96355 (musl: workaround kernel if_ether.h header conflict). The
real blocker for musl build (besides a few missing includes here and there)
is the missing res_ninit() implementation. Update the comment accordingly.
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
---
package/connman/Config.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/connman/Config.in b/package/connman/Config.in
index 39a81ee9f0f8..28cf16861c8d 100644
--- a/package/connman/Config.in
+++ b/package/connman/Config.in
@@ -5,7 +5,7 @@ config BR2_PACKAGE_CONNMAN
depends on BR2_USE_MMU # dbus, libglib2
depends on !BR2_STATIC_LIBS # needs dlopen()
depends on BR2_TOOLCHAIN_HAS_SYNC_4
- depends on !BR2_TOOLCHAIN_USES_MUSL # mixes userspace and kernel headers
+ depends on !BR2_TOOLCHAIN_USES_MUSL # missing res_ninit()
select BR2_PACKAGE_DBUS
select BR2_PACKAGE_LIBGLIB2
select BR2_PACKAGE_IPTABLES
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH] mpir: fix ARM, PowerPC and mips builds failure
From: Semyon Kolganov @ 2017-05-07 17:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494178984-19821-1-git-send-email-semenak94@mail.ru>
* ARM
http://autobuild.buildroot.net/results/fd0/fd032f7dbd4cace84bb31e8017cb6139ef3c1072
http://autobuild.buildroot.net/results/c36/c360581c2925529f18635aac32c2865899f5e0f5
* MIPS
http://autobuild.buildroot.net/results/c45/c45dd59f10693b0d9a86dac4733c6c3dde4554f1
* PowerPC64
http://autobuild.buildroot.net/results/be1/be1478836b2e7b580174641f48de92c9b02512a7
Signed-off-by: Semyon Kolganov <semenak94@mail.ru>
---
package/mpir/mpir.mk | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/mpir/mpir.mk b/package/mpir/mpir.mk
index b7f3829..420d065 100644
--- a/package/mpir/mpir.mk
+++ b/package/mpir/mpir.mk
@@ -12,6 +12,9 @@ MPIR_LICENSE_FILES = COPYING.LIB
MPIR_INSTALL_STAGING = YES
MPIR_DEPENDENCIES = gmp host-yasm
+# Prefer generic build
+MPIR_CONF_ENV += MPN_PATH=generic
+
ifeq ($(BR2_MIPS_NABI32),y)
MPIR_CONF_OPTS += ABI=n32
endif
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH] mpir: fix ARM, PowerPC and mips builds failure
From: Semyon Kolganov @ 2017-05-07 17:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <mpir: fix ARM, PowerPC64 and MIPS build failure>
Semyon Kolganov (1):
mpir: fix ARM, PowerPC and mips builds failure
package/mpir/mpir.mk | 3 +++
1 file changed, 3 insertions(+)
--
2.7.4
^ permalink raw reply
* [Buildroot] [PATCH v2 2/4] core: allow check-host-cmake.sh to try several candidates
From: Yann E. MORIN @ 2017-05-07 16:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <401111742.21785804.1494170896679.JavaMail.zimbra@datacom.ind.br>
Carlos, All,
On 2017-05-07 12:28 -0300, Carlos Santos spake thusly:
> > From: "Yann E. MORIN" <yann.morin.1998@free.fr>
> > To: "Carlos Santos" <casantos@datacom.ind.br>
> > Cc: buildroot at buildroot.org
> > Sent: Sunday, May 7, 2017 6:47:06 AM
> > Subject: Re: [PATCH v2 2/4] core: allow check-host-cmake.sh to try several candidates
>
> > Carlos, All,
> ---8<---
> >> + # Discard the candidate if no version can be obtained
> >> + version="$(${cmake} --version \
> >> + |sed -r -e '/.* ([[:digit:]]+\.[[:digit:]]+).*$/!d;' \
> >> + -e 's//\1/'
> >> + )"
> >> + [ -n "${version}" ] || continue
> >
> > ... here: the check that version is not empty is new, and semantically
> > it looks like it should have been in a spearate patch (prossibly before
> > that one).
> >
> > Unless it is the act of testing multiple candidates that introduces a
> > case where the version is empty, but I fil to see how that would be.
>
> The problem here is that if $version is empty both $major and $minor
> become empty too and the test below emits an annoying error message.
> Example (commenting the '[ -n "${version}" ] || continue' line):
>
> $ sh check-host-cmake.sh 3.1 python
> Python 2.7.12
> check-host-cmake.sh: 35: [: -gt: unexpected operator
> check-host-cmake.sh: 38: [: -eq: unexpected operator
Well, this can only happen in one condition: the 'cmake' (or 'cmake3')
executable is in fact not CMake, which would be an excessively stupid
situation...
> Raising even more the paranoia level, the script is also fragile in
> other aspects, e.g
>
> $ bash --version
> GNU bash, version 4.3.46(1)-release (x86_64-pc-linux-gnu)
> ---8<---
> $ sh check-host-cmake.sh 3.1 bash
> /bin/bash
> $ cat --version
> cat (GNU coreutils) 8.25
> ---8<---
> $ sh check-host-cmake.sh 3.1 cat
> /bin/cat
YUes, if you call the script manually, which it is not intended to be.
Remeber that the script is only called if the user did not explicitly
pass BR2_CMAKE, and its arguments are always the minimum version and the
candidates, which are always 'cmake' and 'cmake3'.
> It is so fragile that I'm tempted to replace the regex by a
> stricter one. Example:
>
> $ cmake --version | sed -n -r -e 's/^cmake version ([[:digit:]]+\.[[:digit:]]+).*$/\1/p'
> 2.8
> $ cmake3 --version | sed -n -r -e 's/^cmake version ([[:digit:]]+\.[[:digit:]]+).*$/\1/p'
> 3.6
I'm not against having a stricter regex, but remember what you are
trying to protect against... And I personally don't think the cases you
point at would ever happen, unless one of the candidates is in fact not
CMake.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] [PATCH v2 2/4] core: allow check-host-cmake.sh to try several candidates
From: Carlos Santos @ 2017-05-07 15:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507094706.GB2949@scaer>
> From: "Yann E. MORIN" <yann.morin.1998@free.fr>
> To: "Carlos Santos" <casantos@datacom.ind.br>
> Cc: buildroot at buildroot.org
> Sent: Sunday, May 7, 2017 6:47:06 AM
> Subject: Re: [PATCH v2 2/4] core: allow check-host-cmake.sh to try several candidates
> Carlos, All,
---8<---
>> + # Discard the candidate if no version can be obtained
>> + version="$(${cmake} --version \
>> + |sed -r -e '/.* ([[:digit:]]+\.[[:digit:]]+).*$/!d;' \
>> + -e 's//\1/'
>> + )"
>> + [ -n "${version}" ] || continue
>
> ... here: the check that version is not empty is new, and semantically
> it looks like it should have been in a spearate patch (prossibly before
> that one).
>
> Unless it is the act of testing multiple candidates that introduces a
> case where the version is empty, but I fil to see how that would be.
The problem here is that if $version is empty both $major and $minor
become empty too and the test below emits an annoying error message.
Example (commenting the '[ -n "${version}" ] || continue' line):
$ sh check-host-cmake.sh 3.1 python
Python 2.7.12
check-host-cmake.sh: 35: [: -gt: unexpected operator
check-host-cmake.sh: 38: [: -eq: unexpected operator
Raising even more the paranoia level, the script is also fragile in
other aspects, e.g
$ bash --version
GNU bash, version 4.3.46(1)-release (x86_64-pc-linux-gnu)
---8<---
$ sh check-host-cmake.sh 3.1 bash
/bin/bash
$ cat --version
cat (GNU coreutils) 8.25
---8<---
$ sh check-host-cmake.sh 3.1 cat
/bin/cat
It is so fragile that I'm tempted to replace the regex by a
stricter one. Example:
$ cmake --version | sed -n -r -e 's/^cmake version ([[:digit:]]+\.[[:digit:]]+).*$/\1/p'
2.8
$ cmake3 --version | sed -n -r -e 's/^cmake version ([[:digit:]]+\.[[:digit:]]+).*$/\1/p'
3.6
--
Carlos Santos (Casantos) - DATACOM, P&D
?The greatest triumph that modern PR can offer is the transcendent
success of having your words and actions judged by your reputation,
rather than the other way about.? ? Christopher Hitchens
^ permalink raw reply
* [Buildroot] [PATCH v2] package/sunxi-mali: remove sunxi-mali libMali for r2p4 Mali kernel modules
From: Thomas Petazzoni @ 2017-05-07 14:33 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170221214316.23012-1-romain.naour@gmail.com>
Hello,
On Tue, 21 Feb 2017 22:43:16 +0100, Romain Naour wrote:
> sunxi-mali userspace drivers (libMali.so) for r2p4 Mali kernel modules
> are linked against libUMP.so.2 but libump package in Buildroot only
> provide libUMP.so.3.
>
> From [1] (only framebuffer variant was used in Buildroot):
>
> ./r2p4/armel/framebuffer/libGLESv2.so
> ./r2p4/armel/framebuffer/libMali.so
> - 0x00000001 (NEEDED) Shared library: [libUMP.so]
> + 0x00000001 (NEEDED) Shared library: [libUMP.so.2]
> ./r2p4/armel/framebuffer/libGLESv1_CM.so
> ./r2p4/armel/framebuffer/libEGL.so
>
> So any program or library trying to link with -lGLESv2 or -lEGL will
> fail with the following error:
>
> arm-none-linux-gnueabi/bin/ld: warning: libUMP.so.2, needed by
> output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so,
> not found (try using -rpath or -rpath-link)
>
> output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so:
> undefined reference to `ump_close'
> output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so:
> undefined reference to `ump_mapped_pointer_get'
> output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so:
> undefined reference to `ump_secure_id_get'
> output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so:
> undefined reference to `ump_mapped_pointer_release'
> output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so:
> undefined reference to `ump_reference_add'
> output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so:
> undefined reference to `ump_size_get'
> output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so:
> undefined reference to `ump_reference_release'
> output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so:
> undefined reference to `ump_open'
> collect2: error: ld returned 1 exit status
>
> Since nothing provide libUMP.so.2, remove BR2_PACKAGE_SUNXI_MALI_R2P4
> option and add BR2_ARM_EABIHF dependency directly to sunxi-mali
> package.
>
> Also the defconfig olimex_a20_olinuxino_lime_mali_defconfig maintained
> by Francois Perrad, is an ARM EABIHF system.
>
> Fixes:
> http://autobuild.buildroot.net/results/8d0/8d0b78798abf0c4ca124952d0d0455da6f8fa14f/
>
> [1] https://github.com/linux-sunxi/sunxi-mali-proprietary/commit/1c5063f43cdc9de341c0d63b2e3921cab86c7742
> [2] http://lists.busybox.net/pipermail/buildroot/2017-February/183500.html
>
> Signed-off-by: Romain Naour <romain.naour@gmail.com>
> Cc: Francois Perrad <francois.perrad@gadz.org>
> ---
> v2: improve the commit log and comments (ThomasP)
> Remove armel ABI case in sunxi-mali.mk
> ---
> Config.in.legacy | 8 ++++++++
> package/sunxi-mali/Config.in | 25 ++++++++-----------------
> package/sunxi-mali/sunxi-mali.mk | 12 ++----------
> 3 files changed, 18 insertions(+), 27 deletions(-)
Applied to master, thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [WIP] package/gcc: add support for gcc 7
From: Waldemar Brodkorb @ 2017-05-07 14:30 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170503214656.18802-1-romain.naour@gmail.com>
Hi Romain,
can you try attached patch?
It is for uClibc-ng.
best regards
Waldemar
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-sync-features.h-with-GNU-C-library-fixes-gcc-7.1-too.patch
Type: text/x-diff
Size: 1983 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20170507/0bdf7d4e/attachment.bin>
^ permalink raw reply
* [Buildroot] [git commit] package/sunxi-mali: remove sunxi-mali libMali for r2p4 Mali kernel modules
From: Thomas Petazzoni @ 2017-05-07 14:14 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=95426afd59dd947c8da262fa10e0c5b1a3bbb525
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
sunxi-mali userspace drivers (libMali.so) for r2p4 Mali kernel modules
are linked against libUMP.so.2 but libump package in Buildroot only
provide libUMP.so.3.
In upstream commit 1c5063f43cdc9de341c0d63b2e3921cab86c7742 [1], library
versioning was added. For the r3p* libraries, libUMP.so.3 is used (and
provided by Buildroot libump package), but for the r2p* libraries,
libUMP.so.2 is used (and not provided by Buildroot libump package).
Due to this any program or library trying to link with -lGLESv2 or -lEGL
will fail with the following error:
arm-none-linux-gnueabi/bin/ld: warning: libUMP.so.2, needed by output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so, not found (try using -rpath or -rpath-link)
output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_close'
output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_mapped_pointer_get'
output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_secure_id_get'
output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_mapped_pointer_release'
output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so: undefined reference to `ump_reference_add'
output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so: undefined reference to `ump_size_get'
output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_reference_release'
output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_open'
collect2: error: ld returned 1 exit status
Since nothing provides libUMP.so.2, this commit removes the
BR2_PACKAGE_SUNXI_MALI_R2P4 option and adds the BR2_ARM_EABIHF
dependency directly to sunxi-mali package.
Fixes:
http://autobuild.buildroot.net/results/8d0/8d0b78798abf0c4ca124952d0d0455da6f8fa14f/
[1] https://github.com/linux-sunxi/sunxi-mali-proprietary/commit/1c5063f43cdc9de341c0d63b2e3921cab86c7742
[2] http://lists.busybox.net/pipermail/buildroot/2017-February/183500.html
Signed-off-by: Romain Naour <romain.naour@gmail.com>
Cc: Francois Perrad <francois.perrad@gadz.org>
[Thomas: fix conflicts when applying on master, tweak commit log.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
Config.in.legacy | 8 ++++++++
package/sunxi-mali/Config.in | 25 ++++++++-----------------
package/sunxi-mali/sunxi-mali.mk | 12 ++----------
3 files changed, 18 insertions(+), 27 deletions(-)
diff --git a/Config.in.legacy b/Config.in.legacy
index 3e043d4..0bacac2 100644
--- a/Config.in.legacy
+++ b/Config.in.legacy
@@ -145,6 +145,14 @@ endif
###############################################################################
comment "Legacy options removed in 2017.05"
+config BR2_PACKAGE_SUNXI_MALI_R2P4
+ bool "sunxi-mali r2p4 removed"
+ select BR2_LEGACY
+ help
+ sunxi-mali libMali for r2p4 Mali kernel module has been
+ removed since the libump package only provides libUMP.so.3.
+ libMali for r2p4 Mali kernel module requires libUMP.so.2.
+
config BR2_PACKAGE_NODEJS_MODULES_COFFEESCRIPT
bool "CoffeeScript option has been removed"
select BR2_LEGACY
diff --git a/package/sunxi-mali/Config.in b/package/sunxi-mali/Config.in
index 71b1195..9eb3ad8 100644
--- a/package/sunxi-mali/Config.in
+++ b/package/sunxi-mali/Config.in
@@ -1,6 +1,12 @@
config BR2_PACKAGE_SUNXI_MALI
bool "sunxi-mali"
depends on BR2_arm
+ # libump package only provide libUMP.so.3 which is used by
+ # libMali for r3p0 and r3p1 Mali kernel module. This version
+ # is only available for ARM EABIhf.
+ # libMali for r2p4 Mali kernel module (available for ARM EABI)
+ # requires libUMP.so.2.
+ depends on BR2_ARM_EABIHF # libUMP.so.3 only
depends on BR2_TOOLCHAIN_USES_GLIBC
select BR2_PACKAGE_HAS_LIBEGL
select BR2_PACKAGE_HAS_LIBGLES
@@ -36,31 +42,16 @@ choice
appropriate version number is r3p0. For other kernels, use the maliver
application to determine the appropriate version.
-config BR2_PACKAGE_SUNXI_MALI_R2P4
- bool "r2p4"
- depends on BR2_ARM_EABI
-
-comment "r2p4 requires an EABI toolchain"
- depends on !BR2_ARM_EABI
-
config BR2_PACKAGE_SUNXI_MALI_R3P0
bool "r3p0"
- depends on BR2_ARM_EABIHF
-
-comment "r3p0 requires an EABIhf toolchain"
- depends on !BR2_ARM_EABIHF
config BR2_PACKAGE_SUNXI_MALI_R3P1
bool "r3p1"
- depends on BR2_ARM_EABIHF
-
-comment "r3p1 requires an EABIhf toolchain"
- depends on !BR2_ARM_EABIHF
endchoice
endif
-comment "sunxi-mali needs a glibc toolchain"
+comment "sunxi-mali needs an EABIhf glibc toolchain"
depends on BR2_arm
- depends on !BR2_TOOLCHAIN_USES_GLIBC
+ depends on !BR2_TOOLCHAIN_USES_GLIBC || !BR2_ARM_EABIHF
diff --git a/package/sunxi-mali/sunxi-mali.mk b/package/sunxi-mali/sunxi-mali.mk
index c808db6..90b580f 100644
--- a/package/sunxi-mali/sunxi-mali.mk
+++ b/package/sunxi-mali/sunxi-mali.mk
@@ -28,17 +28,9 @@ SUNXI_MALI_MAKE_ENV = \
CFLAGS="$(TARGET_CFLAGS) -lm -ldl -lpthread" \
$(TARGET_MAKE_ENV)
-ifeq ($(BR2_ARM_EABIHF),y)
-SUNXI_MALI_MAKE_OPTS += ABI=armhf
-else
-SUNXI_MALI_MAKE_OPTS += ABI=armel
-endif
-
-SUNXI_MALI_MAKE_OPTS += EGL_TYPE=framebuffer
+SUNXI_MALI_MAKE_OPTS += EGL_TYPE=framebuffer \
+ ABI=armhf
-ifeq ($(BR2_PACKAGE_SUNXI_MALI_R2P4),y)
-SUNXI_MALI_MAKE_OPTS += VERSION=r2p4
-endif
ifeq ($(BR2_PACKAGE_SUNXI_MALI_R3P0),y)
SUNXI_MALI_MAKE_OPTS += VERSION=r3p0
endif
^ permalink raw reply related
* [Buildroot] [Bug 9781] New: ti-sgk-km build on kernel >4.1
From: Thomas Petazzoni @ 2017-05-07 14:10 UTC (permalink / raw)
To: buildroot
In-Reply-To: <9521dc83-a6f0-a495-884b-dbd3119deb7d@gmail.com>
Hello Lothar,
On Thu, 30 Mar 2017 08:05:14 +0200, Lothar Felten wrote:
> > Since you initially submitted the ti-sgx-km package, could you have a
> > look at the below bug report, and see if you could provide a patch?
>
> Hi Thomas,
>
> I'll take a look at the issue. I think there's also a new ti-sgx package
> available, mayba I can bump the version.
Do you have some news about solving this bug ?
See https://bugs.busybox.net/show_bug.cgi?id=9781.
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [Bug 9436] e2fsprogs remove busybox applets even of unselected e2fsprogs components
From: bugzilla at busybox.net @ 2017-05-07 14:08 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9436-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9436
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution|--- |FIXED
--- Comment #5 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> ---
Fixed by
https://git.buildroot.org/buildroot/commit/package/e2fsprogs?id=742d6bf13e5bddc5e30edeb8b8c314f47cf97e4d.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [Bug 9596] KODI: --enable-lirc needs "HAVE_LIRC" compiler definition to use the lirc subsystem
From: bugzilla at busybox.net @ 2017-05-07 14:07 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9596-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9596
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #5 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> ---
OK, let's mark the bug as fixed. The bug submitter can reopen the bug if it
still exists with Kodi 17.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [Bug 9836] triggerhappy: systemd unit broken
From: bugzilla at busybox.net @ 2017-05-07 14:06 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9836-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9836
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #3 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> ---
Thanks, I've applied your patch as of
https://git.buildroot.org/buildroot/commit/?id=3e23b1c9bb74bf1edf3f71d5c1e6e5e364e0821a.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [git commit] triggerhappy: bumped to 0.5.0 to fix systemd unit
From: Thomas Petazzoni @ 2017-05-07 14:05 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=3e23b1c9bb74bf1edf3f71d5c1e6e5e364e0821a
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
This bumps the version of triggerhappy to 0.5.0
The systemd unit supplied by buildroot assumed that filename
globbing was supported by thd. But this was just recently
added. So with this version bump usage of "/dev/input/event*"
is now possible. Systemd Unit is adjusted accordingly.
eventtable.h patch was removed as this was patched upstream.
This patch fixes bug #9836.
Signed-off-by: Michael Heinemann <posted@heine.so>
---
...h-use-correct-array-sizes-to-fix-building.patch | 66 ----------------------
package/triggerhappy/triggerhappy.hash | 2 +-
package/triggerhappy/triggerhappy.mk | 2 +-
package/triggerhappy/triggerhappy.service | 2 +-
4 files changed, 3 insertions(+), 69 deletions(-)
diff --git a/package/triggerhappy/0001-eventtable.h-use-correct-array-sizes-to-fix-building.patch b/package/triggerhappy/0001-eventtable.h-use-correct-array-sizes-to-fix-building.patch
deleted file mode 100644
index 80f2640..0000000
--- a/package/triggerhappy/0001-eventtable.h-use-correct-array-sizes-to-fix-building.patch
+++ /dev/null
@@ -1,66 +0,0 @@
-From d3cfa80631a7e314fee9b2e0822e403fcf2a5c5c Mon Sep 17 00:00:00 2001
-From: Peter Korsgaard <peter@korsgaard.com>
-Date: Sun, 31 Jul 2016 10:28:43 +0200
-Subject: [PATCH] eventtable.h: use correct array sizes to fix building against
- 4.7+ headers
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-During the 4.7 development cycle, commit 9a9b6aa6a8 (Input: add
-SW_PEN_INSERTED define) got added, which has the same numerical value as
-SW_MAX:
-
-+#define SW_PEN_INSERTED 0x0f /* set = pen inserted */
-+#define SW_MAX 0x0f
-
-This breaks the build as the SW_NAME array is sized using the SW_MAX macro:
-
-In file included from eventtable.h:21:0,
- from eventnames.c:11:
-evtable_SW.inc:17:1: error: array index in initializer exceeds array bounds
- EV_MAP(SW_PEN_INSERTED),
- ^
-evtable_SW.inc:17:1: error: (near initialization for ???SW_NAME???)
-
-The arrays should be sized using the <foo>_CNT (which is MAX+1) macros
-instead of <foo>_MAX. These got added during the 2.6.24 development cycle,
-so it should be safe to do so unconditially:
-
-commit 7b19ada2ed3c1eccb9fe94d74b05e1428224663d
-Author: Jiri Slaby <jirislaby@gmail.com>
-Date: Thu Oct 18 23:40:32 2007 -0700
-
- get rid of input BIT* duplicate defines
-
-Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
----
- eventtable.h | 6 +++---
- 1 file changed, 3 insertions(+), 3 deletions(-)
-
-diff --git a/eventtable.h b/eventtable.h
-index 349d9d7..7cd99aa 100644
---- a/eventtable.h
-+++ b/eventtable.h
-@@ -8,15 +8,15 @@
-
- #define EV_MAP( N ) [ N ] = #N
-
--static const char *EV_NAME[EV_MAX] = {
-+static const char *EV_NAME[EV_CNT] = {
- #include "evtable_EV.inc"
- };
-
--static const char *KEY_NAME[KEY_MAX] = {
-+static const char *KEY_NAME[KEY_CNT] = {
- #include "evtable_KEY.inc"
- #include "evtable_BTN.inc"
- };
-
--static const char *SW_NAME[SW_MAX] = {
-+static const char *SW_NAME[SW_CNT] = {
- #include "evtable_SW.inc"
- };
---
-2.8.1
-
diff --git a/package/triggerhappy/triggerhappy.hash b/package/triggerhappy/triggerhappy.hash
index 17eefdb..5a1d767 100644
--- a/package/triggerhappy/triggerhappy.hash
+++ b/package/triggerhappy/triggerhappy.hash
@@ -1,2 +1,2 @@
# Locally calculated
-sha256 6b01497377e522c368818c5f6c726362f42530e3dc24a01c6d77b1b4d6068308 triggerhappy-7e5abc69f215678e93a6b999524981c8b40bdcd9.tar.gz
+sha256 1b3221963b9adca26eacc5442d8c2422cf2072f8adde1dbd691a69b37a583fb1 triggerhappy-b822888066129350e51ad79f1cf307fa38dae4f7.tar.gz
diff --git a/package/triggerhappy/triggerhappy.mk b/package/triggerhappy/triggerhappy.mk
index a57f1a7..9f74c48 100644
--- a/package/triggerhappy/triggerhappy.mk
+++ b/package/triggerhappy/triggerhappy.mk
@@ -4,7 +4,7 @@
#
################################################################################
-TRIGGERHAPPY_VERSION = 7e5abc69f215678e93a6b999524981c8b40bdcd9
+TRIGGERHAPPY_VERSION = b822888066129350e51ad79f1cf307fa38dae4f7
TRIGGERHAPPY_SITE = $(call github,wertarbyte,triggerhappy,$(TRIGGERHAPPY_VERSION))
TRIGGERHAPPY_LICENSE = GPL-3.0+
TRIGGERHAPPY_LICENSE_FILES = COPYING
diff --git a/package/triggerhappy/triggerhappy.service b/package/triggerhappy/triggerhappy.service
index 8449c1c..8431afe 100644
--- a/package/triggerhappy/triggerhappy.service
+++ b/package/triggerhappy/triggerhappy.service
@@ -2,7 +2,7 @@
Description=Triggerhappy daemon
[Service]
-ExecStart=/usr/sbin/thd --triggers /etc/triggerhappy/triggers.d --socket /var/run/thd.socket --user nobody /dev/input/event*
+ExecStart=/usr/sbin/thd --triggers /etc/triggerhappy/triggers.d --socket /var/run/thd.socket --user nobody --deviceglob /dev/input/event*
Restart=always
[Install]
^ permalink raw reply related
* [Buildroot] [Bug 9806] libseccomp is not available when BR2_arm=y
From: bugzilla at busybox.net @ 2017-05-07 14:04 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9806-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9806
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #1 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> ---
Fixed by
https://git.buildroot.org/buildroot/commit/?id=bd2c2329c534dd45d2b269c26fb630aaa761b1d4.
Thanks!
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [git commit] libseccomp: enable on ARM
From: Thomas Petazzoni @ 2017-05-07 13:57 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=bd2c2329c534dd45d2b269c26fb630aaa761b1d4
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
libseccomp can now be used on ARM, so allow it to be selected.
Fixes bug #9806.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/libseccomp/Config.in | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/libseccomp/Config.in b/package/libseccomp/Config.in
index 35317ad..559beda 100644
--- a/package/libseccomp/Config.in
+++ b/package/libseccomp/Config.in
@@ -1,6 +1,7 @@
config BR2_PACKAGE_LIBSECCOMP_ARCH_SUPPORTS
bool
default y if BR2_aarch64
+ default y if BR2_arm || BR2_armeb
default y if BR2_mips || BR2_mipsel || BR2_mips64 || BR2_mips64el
default y if BR2_i386 || BR2_x86_64
default y if BR2_powerpc64 || BR2_powerpc
^ permalink raw reply related
* [Buildroot] [git commit] libseccomp: introduce BR2_PACKAGE_LIBSECCOMP_ARCH_SUPPORTS
From: Thomas Petazzoni @ 2017-05-07 13:56 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=7d299298b1c102eaaa9cfab1f0221829d5aeed1e
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Instead of duplicating the architecture dependency between the main
option and the Config.in comment, add a
BR2_PACKAGE_LIBSECCOMP_ARCH_SUPPORTS hidden option.
This is done in preparation to enabling libseccomp on ARM.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/libseccomp/Config.in | 14 +++++++++-----
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/package/libseccomp/Config.in b/package/libseccomp/Config.in
index ddfe9f0..35317ad 100644
--- a/package/libseccomp/Config.in
+++ b/package/libseccomp/Config.in
@@ -1,8 +1,13 @@
+config BR2_PACKAGE_LIBSECCOMP_ARCH_SUPPORTS
+ bool
+ default y if BR2_aarch64
+ default y if BR2_mips || BR2_mipsel || BR2_mips64 || BR2_mips64el
+ default y if BR2_i386 || BR2_x86_64
+ default y if BR2_powerpc64 || BR2_powerpc
+
config BR2_PACKAGE_LIBSECCOMP
bool "libseccomp"
- depends on BR2_aarch64 || BR2_mips || BR2_mipsel || BR2_mips64 || \
- BR2_mips64el || BR2_i386 || BR2_x86_64 || BR2_powerpc64 || \
- BR2_powerpc
+ depends on BR2_PACKAGE_LIBSECCOMP_ARCH_SUPPORTS
depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_12
help
High level interface to the Linux Kernel's seccomp filter
@@ -17,6 +22,5 @@ config BR2_PACKAGE_LIBSECCOMP
https://github.com/seccomp/libseccomp
comment "libseccomp needs a toolchain w/ headers >= 3.12"
- depends on BR2_aarch64 || BR2_mips || BR2_mipsel || BR2_mips64 || \
- BR2_mips64el || BR2_i386 || BR2_x86_64
+ depends on BR2_PACKAGE_LIBSECCOMP_ARCH_SUPPORTS
depends on !BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_12
^ permalink raw reply related
* [Buildroot] [PATCH v2] package/protobuf: needs gcc >= 4.5
From: Thomas Petazzoni @ 2017-05-07 13:52 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507133246.23481-1-romain.naour@gmail.com>
Hello,
On Sun, 7 May 2017 15:32:46 +0200, Romain Naour wrote:
> Even with an upstream patch from protobuf v3.3 [1], the build fail with another issue:
>
> In file included from google/protobuf/dynamic_message.cc:80:
> ./google/protobuf/map_field.h: In member function 'void google::protobuf::internal::MapField<Key, T, key_wire_type, value_wire_type, default_enum_value>::Swap(google::protobuf::internal::MapFieldLite<Key, T, kKeyFieldType, kValueFieldType, default_enum_value>*)':
> ./google/protobuf/map_field.h:139: error: object missing in reference to 'google::protobuf::internal::MapFieldBase::repeated_field_'
> ./google/protobuf/map_field_inl.h:342: error: from this location
> ./google/protobuf/map_field.h:150: error: object missing in reference to 'google::protobuf::internal::MapFieldBase::state_'
> ./google/protobuf/map_field_inl.h:344: error: from this location
>
> Add a dependency on gcc >= 4.5.
>
> [1] https://github.com/google/protobuf/commit/a83ac8663fb8042a881bc60b12a8bd3a0c03a3ff
>
> Fixes:
> http://autobuild.buildroot.org/results/77d/77dbb6bbbc0ea9e9bcdd22b10011ef9728c20d54
> http://autobuild.buildroot.org/results/21f/21f5e1ea4f37e1d174604d6da78c0e916c89f1e3
> http://autobuild.buildroot.org/results/24e/24e880086c87d40b5d79a90d805acc75b33d484c
>
> Signed-off-by: Romain Naour <romain.naour@gmail.com>
> Cc: Mario J. Rugiero <mrugiero@gmail.com>
> ---
> v2: fix missing reverse dependencies (collectd and riemann-c-client) (ThomasP)
> ---
> package/collectd/Config.in | 10 ++++++----
> package/mosh/Config.in | 7 +++++--
> package/ola/Config.in | 7 +++++--
> package/protobuf-c/Config.in | 6 ++++--
> package/protobuf/Config.in | 7 +++++--
> package/python-protobuf/Config.in | 1 +
> package/riemann-c-client/Config.in | 6 ++++--
> 7 files changed, 30 insertions(+), 14 deletions(-)
Applied to master, thanks.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [git commit] package/protobuf: needs gcc >= 4.5
From: Thomas Petazzoni @ 2017-05-07 13:51 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=744fa220bf7314729abb2778a23aa1d52aa28476
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Even with an upstream patch from protobuf v3.3 [1], the build fail with another issue:
In file included from google/protobuf/dynamic_message.cc:80:
./google/protobuf/map_field.h: In member function 'void google::protobuf::internal::MapField<Key, T, key_wire_type, value_wire_type, default_enum_value>::Swap(google::protobuf::internal::MapFieldLite<Key, T, kKeyFieldType, kValueFieldType, default_enum_value>*)':
./google/protobuf/map_field.h:139: error: object missing in reference to 'google::protobuf::internal::MapFieldBase::repeated_field_'
./google/protobuf/map_field_inl.h:342: error: from this location
./google/protobuf/map_field.h:150: error: object missing in reference to 'google::protobuf::internal::MapFieldBase::state_'
./google/protobuf/map_field_inl.h:344: error: from this location
Add a dependency on gcc >= 4.5.
[1] https://github.com/google/protobuf/commit/a83ac8663fb8042a881bc60b12a8bd3a0c03a3ff
Fixes:
http://autobuild.buildroot.org/results/77d/77dbb6bbbc0ea9e9bcdd22b10011ef9728c20d54
http://autobuild.buildroot.org/results/21f/21f5e1ea4f37e1d174604d6da78c0e916c89f1e3
http://autobuild.buildroot.org/results/24e/24e880086c87d40b5d79a90d805acc75b33d484c
Signed-off-by: Romain Naour <romain.naour@gmail.com>
Cc: Mario J. Rugiero <mrugiero@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/collectd/Config.in | 10 ++++++----
package/mosh/Config.in | 7 +++++--
package/ola/Config.in | 7 +++++--
package/protobuf-c/Config.in | 6 ++++--
package/protobuf/Config.in | 7 +++++--
package/python-protobuf/Config.in | 1 +
package/riemann-c-client/Config.in | 6 ++++--
7 files changed, 30 insertions(+), 14 deletions(-)
diff --git a/package/collectd/Config.in b/package/collectd/Config.in
index 47bfe95..d270494 100644
--- a/package/collectd/Config.in
+++ b/package/collectd/Config.in
@@ -548,9 +548,10 @@ comment "rrdtool support needs a toolchain w/ wchar"
config BR2_PACKAGE_COLLECTD_RIEMANN
bool "riemann"
- depends on BR2_INSTALL_LIBSTDCPP # protobuf
- # protobuf-c -> host-protobuf
+ # riemann-c-client -> protobuf-c
+ depends on BR2_INSTALL_LIBSTDCPP
depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86"
+ depends on BR2_HOST_GCC_AT_LEAST_4_5
select BR2_PACKAGE_RIEMANN_C_CLIENT
select BR2_PACKAGE_LIBTOOL
help
@@ -577,14 +578,15 @@ config BR2_PACKAGE_COLLECTD_WRITEPROMETHEUS
bool "write_prometheus"
depends on BR2_INSTALL_LIBSTDCPP # protobuf-c
depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86" # protobuf-c
+ depends on BR2_HOST_GCC_AT_LEAST_4_5 # protobuf-c
select BR2_PACKAGE_LIBMICROHTTPD
select BR2_PACKAGE_PROTOBUF_C
help
Publishes values using an embedded HTTP server, in a format
compatible with Prometheus' collectd_exporter.
-comment "write_prometheus needs a toolchain w/ C++"
- depends on !BR2_INSTALL_LIBSTDCPP
+comment "write_prometheus needs a toolchain w/ C++, host gcc >= 4.5"
+ depends on !BR2_INSTALL_LIBSTDCPP || !BR2_HOST_GCC_AT_LEAST_4_5
depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86"
config BR2_PACKAGE_COLLECTD_WRITESENSU
diff --git a/package/mosh/Config.in b/package/mosh/Config.in
index d1fbd63..e0ff2cf 100644
--- a/package/mosh/Config.in
+++ b/package/mosh/Config.in
@@ -1,6 +1,7 @@
-comment "mosh needs a toolchain w/ C++, threads, dynamic library, wchar"
+comment "mosh needs a toolchain w/ C++, threads, dynamic library, wchar, host and target gcc >= 4.5"
depends on !BR2_TOOLCHAIN_HAS_THREADS || !BR2_INSTALL_LIBSTDCPP \
- || BR2_STATIC_LIBS || !BR2_USE_WCHAR
+ || BR2_STATIC_LIBS || !BR2_USE_WCHAR \
+ || !BR2_HOST_GCC_AT_LEAST_4_5 || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_5
depends on BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS
config BR2_PACKAGE_MOSH
@@ -8,6 +9,8 @@ config BR2_PACKAGE_MOSH
depends on BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS
depends on BR2_INSTALL_LIBSTDCPP # protobuf
depends on BR2_TOOLCHAIN_HAS_THREADS # protobuf
+ depends on BR2_HOST_GCC_AT_LEAST_4_5 # protobuf
+ depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_5 # protobuf
depends on !BR2_STATIC_LIBS # protobuf
depends on BR2_USE_WCHAR
select BR2_PACKAGE_PROTOBUF
diff --git a/package/ola/Config.in b/package/ola/Config.in
index 656e825..45e8f8f 100644
--- a/package/ola/Config.in
+++ b/package/ola/Config.in
@@ -1,6 +1,7 @@
-comment "ola needs a toolchain w/ C++, threads, dynamic library"
+comment "ola needs a toolchain w/ C++, threads, dynamic library, host and target gcc >= 4.5"
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS \
- || BR2_STATIC_LIBS
+ || BR2_STATIC_LIBS || !BR2_HOST_GCC_AT_LEAST_4_5 \
+ || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_5
depends on BROKEN
depends on BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS
@@ -16,6 +17,8 @@ menuconfig BR2_PACKAGE_OLA
depends on !BR2_STATIC_LIBS # protobuf
depends on BR2_TOOLCHAIN_HAS_THREADS
depends on BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS
+ depends on BR2_HOST_GCC_AT_LEAST_4_5 # protobuf
+ depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_5 # protobuf
help
Open Lighting Architecture provides applications
with a mechanism to send and receive DMX512 & RDM
diff --git a/package/protobuf-c/Config.in b/package/protobuf-c/Config.in
index a32e6cd..6f916c5 100644
--- a/package/protobuf-c/Config.in
+++ b/package/protobuf-c/Config.in
@@ -4,12 +4,14 @@ config BR2_PACKAGE_PROTOBUF_C
depends on BR2_TOOLCHAIN_HAS_THREADS
# host-protobuf only builds on certain architectures
depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86"
+ depends on BR2_HOST_GCC_AT_LEAST_4_5 # host-protobuf
help
Code generator and runtime libraries to use Protocol Buffers
from pure C (not C++).
https://github.com/protobuf-c/protobuf-c
-comment "protobuf-c needs a toolchain w/ C++, threads"
- depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS
+comment "protobuf-c needs a toolchain w/ C++, threads, host gcc >= 4.5"
+ depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS \
+ || !BR2_HOST_GCC_AT_LEAST_4_5
depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86"
diff --git a/package/protobuf/Config.in b/package/protobuf/Config.in
index 03d118c..8287035 100644
--- a/package/protobuf/Config.in
+++ b/package/protobuf/Config.in
@@ -30,6 +30,8 @@ config BR2_PACKAGE_PROTOBUF
depends on BR2_INSTALL_LIBSTDCPP
depends on BR2_TOOLCHAIN_HAS_THREADS
depends on BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS
+ depends on BR2_HOST_GCC_AT_LEAST_4_5
+ depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_5
depends on !BR2_STATIC_LIBS
help
Protocol buffers are Google's language-neutral, platform-neutral,
@@ -37,7 +39,8 @@ config BR2_PACKAGE_PROTOBUF
https://developers.google.com/protocol-buffers
-comment "protobuf needs a toolchain w/ C++, threads, dynamic library"
+comment "protobuf needs a toolchain w/ C++, threads, dynamic library, host and target gcc >= 4.5"
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS \
- || BR2_STATIC_LIBS
+ || BR2_STATIC_LIBS || !BR2_HOST_GCC_AT_LEAST_4_5 \
+ || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_5
depends on BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS
diff --git a/package/python-protobuf/Config.in b/package/python-protobuf/Config.in
index 3cfddd3..68523e9 100644
--- a/package/python-protobuf/Config.in
+++ b/package/python-protobuf/Config.in
@@ -3,6 +3,7 @@ config BR2_PACKAGE_PYTHON_PROTOBUF
depends on BR2_PACKAGE_PYTHON
# host-protobuf only builds on certain architectures
depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86"
+ depends on BR2_HOST_GCC_AT_LEAST_4_5 # host-protobuf
help
Python implementation of the Google Protocol Buffers.
diff --git a/package/riemann-c-client/Config.in b/package/riemann-c-client/Config.in
index e9982b2..91b13b7 100644
--- a/package/riemann-c-client/Config.in
+++ b/package/riemann-c-client/Config.in
@@ -3,6 +3,7 @@ config BR2_PACKAGE_RIEMANN_C_CLIENT
depends on BR2_INSTALL_LIBSTDCPP # protobuf-c
depends on BR2_TOOLCHAIN_HAS_THREADS # protobuf-c
depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86" # protobuf-c
+ depends on BR2_HOST_GCC_AT_LEAST_4_5 # protobuf-c
select BR2_PACKAGE_PROTOBUF_C
help
Riemann-c-client is a C client library for the Riemann
@@ -12,6 +13,7 @@ config BR2_PACKAGE_RIEMANN_C_CLIENT
https://github.com/algernon/riemann-c-client
-comment "riemann-c-client needs a toolchain w/ C++, threads"
- depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS
+comment "riemann-c-client needs a toolchain w/ C++, threads, host gcc >= 4.5"
+ depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS \
+ || !BR2_HOST_GCC_AT_LEAST_4_5
depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86"
^ permalink raw reply related
* [Buildroot] [PATCH] package/ltp-testsuite: needs threads NPTL
From: Thomas Petazzoni @ 2017-05-07 13:47 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507122324.31452-1-romain.naour@gmail.com>
Hello,
On Sun, 7 May 2017 14:23:24 +0200, Romain Naour wrote:
> Fixes:
> http://autobuild.buildroot.net/results/3e0/3e0bbf41e339e62422463773bf07945f048a9501
>
> Signed-off-by: Romain Naour <romain.naour@gmail.com>
> ---
> package/ltp-testsuite/Config.in | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Applied to master, thanks.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [git commit] package/ltp-testsuite: needs threads NPTL
From: Thomas Petazzoni @ 2017-05-07 13:47 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=362d185b309a1634901d4cb35bc1778d58e2015a
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes:
http://autobuild.buildroot.net/results/3e0/3e0bbf41e339e62422463773bf07945f048a9501
Signed-off-by: Romain Naour <romain.naour@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/ltp-testsuite/Config.in | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/ltp-testsuite/Config.in b/package/ltp-testsuite/Config.in
index 5309107..a7d3e58 100644
--- a/package/ltp-testsuite/Config.in
+++ b/package/ltp-testsuite/Config.in
@@ -1,7 +1,7 @@
config BR2_PACKAGE_LTP_TESTSUITE
bool "ltp-testsuite"
depends on BR2_USE_MMU # fork()
- depends on BR2_TOOLCHAIN_HAS_THREADS
+ depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL
depends on !BR2_TOOLCHAIN_USES_MUSL
# does not build, cachectl.h issue
depends on !BR2_nios2
@@ -11,7 +11,7 @@ config BR2_PACKAGE_LTP_TESTSUITE
http://linux-test-project.github.io
-comment "ltp-testsuite needs a glibc or uClibc toolchain w/ threads"
+comment "ltp-testsuite needs a glibc or uClibc toolchain w/ NPTL"
depends on !BR2_nios2
depends on BR2_USE_MMU
- depends on !BR2_TOOLCHAIN_HAS_THREADS || BR2_TOOLCHAIN_USES_MUSL
+ depends on !BR2_TOOLCHAIN_HAS_THREADS_NPTL || BR2_TOOLCHAIN_USES_MUSL
^ permalink raw reply related
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