* [Buildroot] [PATCH] mpv: bump version to 0.25.0
From: Thomas Petazzoni @ 2017-04-29 13:46 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170424094218.60220-1-Vincent.Riera@imgtec.com>
Hello,
On Mon, 24 Apr 2017 10:42:18 +0100, Vicente Olivert Riera wrote:
> Remove 0003-fix-build-with-have-gl.patch which is already included in
> this release.
>
> Remove --{enable|disable}-standard-gl configure option because it
> doesn't exist.
>
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
> ---
> package/mpv/0003-fix-build-with-have-gl.patch | 39 ---------------------------
> package/mpv/mpv.hash | 2 +-
> package/mpv/mpv.mk | 6 ++---
> 3 files changed, 4 insertions(+), 43 deletions(-)
> delete mode 100644 package/mpv/0003-fix-build-with-have-gl.patch
This patch causes numerous build failures:
http://autobuild.buildroot.net/?reason=mpv-0.25.0
That didn't exist with the previous version 0.24.0:
http://autobuild.buildroot.net/?reason=mpv-0.24.0
The problem is:
waf: error: no such option: --disable-xss
Perhaps simply removing --disable-xss is the solution, but someone
needs to investigate if it's the correct solution.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH] DEVELOPERS: add Martin Kepplinger to relevant packages
From: Martin Kepplinger @ 2017-04-29 13:46 UTC (permalink / raw)
To: buildroot
* tslib: upstream maintainer
* xf86-input-tslib: upstream maintainer
* x11vnc: somewhat interested
Signed-off-by: Martin Kepplinger <martink@posteo.de>
---
DEVELOPERS | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/DEVELOPERS b/DEVELOPERS
index 985fa73dc..545ddc6be 100644
--- a/DEVELOPERS
+++ b/DEVELOPERS
@@ -1050,6 +1050,11 @@ F: package/zic/
N: Martin Hicks <mort@bork.org>
F: package/cryptsetup/
+N: Martin Kepplinger <martink@posteo.de>
+F: package/tslib/
+F: package/x11r7/xdriver_xf86-input-tslib/
+F: package/x11vnc/
+
N: Mathieu Audat <mathieu.audat@savoirfairelinux.com>
F: board/technologic/ts4900/
F: configs/ts4900_defconfig
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH v7 30/31] package/libsquish: bump version to 1.15
From: Thomas Petazzoni @ 2017-04-29 13:44 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170429083751.19625-31-bernd.kuhls@t-online.de>
Hello,
On Sat, 29 Apr 2017 10:37:50 +0200, Bernd Kuhls wrote:
> Added md5 hash provided by upstream.
>
> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
> ---
> package/libsquish/libsquish.hash | 3 ++-
> package/libsquish/libsquish.mk | 2 +-
> 2 files changed, 3 insertions(+), 2 deletions(-)
This patch causes a build failure:
http://autobuild.buildroot.net/results/04c/04c30f9a425d10111974a315a6d7474e243cbbd3/build-end.log.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH] protobuf: fix musl build
From: Thomas Petazzoni @ 2017-04-29 13:44 UTC (permalink / raw)
To: buildroot
In-Reply-To: <703712d685c4c0e1459af8b8d3a0fcbd80a87c85.1493324348.git.baruch@tkos.co.il>
Hello,
On Thu, 27 Apr 2017 23:19:08 +0300, Baruch Siach wrote:
> Add upstream patch fixing conflict with musl defined major/minor macros.
>
> Fixes:
> http://autobuild.buildroot.net/results/fc5/fc5ea266eecb6ecab011ea3542f0bb680fb8fb3b/
> http://autobuild.buildroot.net/results/3b3/3b3fe16978f19e65a6c6dc1712d72cb349eed0d5/
> http://autobuild.buildroot.net/results/1da/1dac9d5e49342700036c90ed4785fff7398b8966/
>
> Cc: Mario J. Rugiero <mrugiero@gmail.com>
> Signed-off-by: Baruch Siach <baruch@tkos.co.il>
> ---
> package/protobuf/protobuf.hash | 1 +
> package/protobuf/protobuf.mk | 2 ++
> 2 files changed, 3 insertions(+)
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] protobuf: fix musl build
From: Thomas Petazzoni @ 2017-04-29 13:43 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=0922bc690de886acb81ab1327e70d07ad369ff2a
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Add upstream patch fixing conflict with musl defined major/minor macros.
Fixes:
http://autobuild.buildroot.net/results/fc5/fc5ea266eecb6ecab011ea3542f0bb680fb8fb3b/
http://autobuild.buildroot.net/results/3b3/3b3fe16978f19e65a6c6dc1712d72cb349eed0d5/
http://autobuild.buildroot.net/results/1da/1dac9d5e49342700036c90ed4785fff7398b8966/
Cc: Mario J. Rugiero <mrugiero@gmail.com>
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
Acked-by: Mario J. Rugiero <mrugiero@gmail.com>
Tested-by: Mario J. Rugiero <mrugiero@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/protobuf/protobuf.hash | 1 +
package/protobuf/protobuf.mk | 2 ++
2 files changed, 3 insertions(+)
diff --git a/package/protobuf/protobuf.hash b/package/protobuf/protobuf.hash
index 9ec6bc7..8c2ade3 100644
--- a/package/protobuf/protobuf.hash
+++ b/package/protobuf/protobuf.hash
@@ -1,2 +1,3 @@
# Locally calculated
sha256 51d773e4297238b282eaa4c1dd317099675b12eef2b414732b851c00459225c6 protobuf-cpp-3.2.0.tar.gz
+sha256 da80c39838515913633f4cbd875fdd4ad711be95c83a50ff5096b9f1254033b3 416f90939d4de58fe1a4e2489120010313183291.patch
diff --git a/package/protobuf/protobuf.mk b/package/protobuf/protobuf.mk
index a3e96d4..610da8c 100644
--- a/package/protobuf/protobuf.mk
+++ b/package/protobuf/protobuf.mk
@@ -19,6 +19,8 @@ PROTOBUF_CONF_OPTS = --with-protoc=$(HOST_DIR)/usr/bin/protoc
PROTOBUF_INSTALL_STAGING = YES
+PROTOBUF_PATCH = https://github.com/google/protobuf/commit/416f90939d4de58fe1a4e2489120010313183291.patch
+
ifeq ($(BR2_PACKAGE_ZLIB),y)
PROTOBUF_DEPENDENCIES += zlib
endif
^ permalink raw reply related
* [Buildroot] [PATCH 1/1] package/libsquish: Fix staging install
From: Bernd Kuhls @ 2017-04-29 13:43 UTC (permalink / raw)
To: buildroot
squish.pc was renamed upstream to libsquish.pc
Fixes
http://autobuild.buildroot.net/results/04c/04c30f9a425d10111974a315a6d7474e243cbbd3/
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/libsquish/libsquish.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/libsquish/libsquish.mk b/package/libsquish/libsquish.mk
index a707355b55..9b447b0d80 100644
--- a/package/libsquish/libsquish.mk
+++ b/package/libsquish/libsquish.mk
@@ -21,7 +21,7 @@ define LIBSQUISH_INSTALL_STAGING_CMDS
mkdir -p $(STAGING_DIR)/usr/lib
$(TARGET_CONFIGURE_OPTS) $(MAKE) -C $(@D) \
install PREFIX=/usr INSTALL_DIR=$(STAGING_DIR)/usr
- $(INSTALL) -D -m 644 $(@D)/squish.pc $(STAGING_DIR)/usr/lib/pkgconfig/squish.pc
+ $(INSTALL) -D -m 644 $(@D)/libsquish.pc $(STAGING_DIR)/usr/lib/pkgconfig/libsquish.pc
ln -sf libsquish.so.0.0 $(STAGING_DIR)/usr/lib/libsquish.so
ln -sf libsquish.so.0.0 $(STAGING_DIR)/usr/lib/libsquish.so.0
endef
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH 1/1] package/kodi: remove RPi-specific restriction from Config.in
From: Thomas Petazzoni @ 2017-04-29 13:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170429132834.21545-1-bernd.kuhls@t-online.de>
Hello,
On Sat, 29 Apr 2017 15:28:34 +0200, Bernd Kuhls wrote:
> Requested by Thomas:
> http://lists.busybox.net/pipermail/buildroot/2017-April/190780.html
>
> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
> ---
> package/kodi/Config.in | 1 -
> 1 file changed, 1 deletion(-)
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/kodi: remove RPi-specific restriction from Config.in
From: Thomas Petazzoni @ 2017-04-29 13:42 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=4aff2d4e9c7afe86e13f977b053ac2834a18f529
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Requested by Thomas:
http://lists.busybox.net/pipermail/buildroot/2017-April/190780.html
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/kodi/Config.in | 1 -
1 file changed, 1 deletion(-)
diff --git a/package/kodi/Config.in b/package/kodi/Config.in
index 613cf48..6bc8133 100644
--- a/package/kodi/Config.in
+++ b/package/kodi/Config.in
@@ -28,7 +28,6 @@ config BR2_PACKAGE_KODI_GL_EGL
default y
depends on BR2_PACKAGE_HAS_LIBEGL
depends on BR2_PACKAGE_HAS_LIBGL
- depends on !BR2_PACKAGE_RPI_USERLAND # rpi depends on gles
comment "kodi needs an OpenGL EGL with either an openGL or an OpenGL ES backend"
depends on !BR2_PACKAGE_KODI_GL_EGL && !BR2_PACKAGE_KODI_EGL_GLES
^ permalink raw reply related
* [Buildroot] [PATCH v7 31/31] package/kodi: Add support for more archs
From: Thomas Petazzoni @ 2017-04-29 13:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <8b5332b4-ff7b-7afc-a545-a5cef63612b4@t-online.de>
Hello,
On Sat, 29 Apr 2017 15:25:04 +0200, Bernd Kuhls wrote:
> > Have these patches any chance of being merged upstream? Indeed, it's
> > very unlikely that Kodi will ever be used on any of those architectures,
> > so having to carry forever those patches doesn't seem like a great
> > thing. I would prefer to exclude those architectures in Config.in.
>
> the patches are currently under review upstream, based on their decision
> I will sent the next version of this patch.
Great, thanks!
> > Kodi doesn't really support all architectures, since it contains
> > architecture-specific definitions in several files...
>
> I am not sure that I understood what you mean here.
What I mean here is that Kodi *does* have architecture dependencies,
since it contains a bunch of .c/.h files that have conditionals based
on the architectures.
Therefore, pretending in our Config.in that Kodi builds on all
architectures is not correct. It only builds for those that Kodi
supports. Your patch works today, but if tomorrow we add support for
architecture "barfoo", then Kodi will fail to build on this
architecture.
Therefore, since Kodi has support only for a selection of
architectures, I would prefer if kodi/Config.in was reflecting this
list of architectures.
Some other packages that have architecture dependencies are more
fundamental (like libffi) and therefore we really want them to exist on
all architectures we support. However, Kodi is unlikely to be used on
ARC, SuperH, Sparc, Xtensa, etc, so putting effort to make Kodi build
on those platforms is not very useful.
> >> +ifeq ($(BR2_PACKAGE_RPI_USERLAND),y)
> >> +KODI_CONF_OPTS += -DCORE_SYSTEM_NAME=rbpi +KODI_DEPENDENCIES +=
> >> rpi-userland +ifeq
> >> ($(BR2_arm1176jzf_s)$(BR2_cortex_a7)$(BR2_cortex_a53),y)
> >> +KODI_CONF_OPTS += -DWITH_CPU=$(BR2_GCC_TARGET_CPU)
> >
> > Why only for Raspberry Pi ?
>
> These CPU-specific options are only needed for rbpi:
> https://github.com/xbmc/xbmc/blob/Krypton/project/cmake/scripts/rbpi/
> ArchSetup.cmake#L13
OK, then again, comment needed. The fact that Kodi handles RPi
specially is very confusing.
> >> +endif +else # BR2_PACKAGE_RPI_USERLAND +ifeq
> >> ($(BR2_arceb)$(BR2_arcle),y)
> >> +KODI_CONF_OPTS += -DWITH_ARCH=arc -DWITH_CPU=arc +else ifeq
> >> ($(BR2_armeb),y)
> >> KODI_CONF_OPTS += -DWITH_ARCH=arm -DWITH_CPU=arm
> >> -else ifeq ($(BR2_mips),y)
> >
> > MIPS is handled here...
>
> Not anymore, because I removed the check for mips ...
Aaah, yes, my bad. It was a "-" at the beginning of the line, not a
"+". Sorry about that.
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH] buildroot: adding perftest and necessary libraries
From: Thomas Petazzoni @ 2017-04-29 13:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <68a54f3789b2b633f39c532cac87f87949368c4f.1493049330.git.jpinto@synopsys.com>
Hello,
On Wed, 26 Apr 2017 12:00:42 +0100, Joao Pinto wrote:
> This patch adds the tool perftest, which a collection of tests
> written using Infiniband verbs intended for use as a performance
> micro-benchmark. The tests can measure the latency and bandwidth
> of Infiniband fabrics. It also adds 3 necessary libraries:
>
> a) libibverbs (library that allows userspace processes to use RDMA "verbs")
> b) librdmacm (library that allows applications to set up reliable connected
> and unreliable datagram transfers when using RDMA adapters)
> c) libibumad (library that provides userspace Infiniband Management Datagram
> (uMAD) functions which sit on top of the uMAD modules in the kernel)
>
> Signed-off-by: Joao Pinto <jpinto@synopsys.com>
Thanks for this, but it should be split in four patches, one for each
package you're adding. Patches should be in the right order, so that if
we apply only the first patches, nothing breaks.
Also, please add yourself for those packages in the DEVELOPERS file.
> +diff --git a/Makefile.in b/Makefile.in
> +index 2b50610..eb38dec 100644
> +--- a/Makefile.in
> ++++ b/Makefile.in
Please patch Makefile.am instead and use LIBIBUMAD_AUTORECONF = YES.
Also, please submit this patch to the upstream project, having
-I$(includedir) is always wrong.
> --- /dev/null
> +++ b/package/libibumad/libibumad.mk
> @@ -0,0 +1,12 @@
> +################################################################################
> +#
> +# LIBIBUMAD
Should be lower-case.
> diff --git a/package/libibverbs/libibverbs.mk b/package/libibverbs/libibverbs.mk
> new file mode 100644
> index 0000000..859e1f3
> --- /dev/null
> +++ b/package/libibverbs/libibverbs.mk
> @@ -0,0 +1,19 @@
> +################################################################################
> +#
> +# LIBIBVERBS
Should be lower-case.
> +#
> +################################################################################
> +
> +LIBIBVERBS_VERSION = 1.1.7
> +LIBIBVERBS_SOURCE = libibverbs-$(LIBIBVERBS_VERSION).tar.gz
> +LIBIBVERBS_SITE = https://git.kernel.org/pub/scm/libs/infiniband/libibverbs.git/snapshot
> +LIBIBVERBS_INSTALL_STAGING = YES
Are you sure about this?
First, the latest version of libibverbs is 1.2.1. Second, libibverbs is
no longer maintained, see
https://git.kernel.org/pub/scm/libs/infiniband/libibverbs.git/tree/README.
https://github.com/linux-rdma/rdma-core now contains libibverbs and
libibumad.
> +# autogen.sh is because autotools stuff lives in other directories and
> +# even AUTORECONF with _OPTS doesn't do it properly.
> +define LIBIBVERBS_RUN_AUTOGEN
> + cd $(@D) && PATH=$(BR_PATH) ./autogen.sh
This doesn't work, because it doesn't add the dependency on
host-autoconf, host-automake and host-libtool. So AUTORECONF=YES should
really be used.
> diff --git a/package/librdmacm/Config.in b/package/librdmacm/Config.in
> new file mode 100644
> index 0000000..4c8a1dc
> --- /dev/null
> +++ b/package/librdmacm/Config.in
> @@ -0,0 +1,8 @@
> +config BR2_PACKAGE_LIBRDMACM
> + bool "librdmacm"
This library is now also part of rdma-core,
https://github.com/linux-rdma/rdma-core.
> --- /dev/null
> +++ b/package/librdmacm/librdmacm.mk
> @@ -0,0 +1,12 @@
> +################################################################################
> +#
> +# LIBRDMACM
Lower case.
> diff --git a/package/perftest/Config.in b/package/perftest/Config.in
> new file mode 100644
> index 0000000..6273cf3
> --- /dev/null
> +++ b/package/perftest/Config.in
> @@ -0,0 +1,10 @@
> +config BR2_PACKAGE_PERFTEST
> + bool "perftest"
I know it's the upstream name, but it sounds very generic for something
that is in fact very, very specific. Maybe ofed-perftest ? Or
rdma-perftest ? Do you have some suggestion ?
> +++ b/package/perftest/perftest.mk
> @@ -0,0 +1,19 @@
> +################################################################################
> +#
> +# PERFTEST
Lower case.
> +#
> +################################################################################
> +
> +PERFTEST_VERSION = 3.4-0.9.g98a9a17
> +PERFTEST_SOURCE = perftest-$(PERFTEST_VERSION).tar.gz
> +PERFTEST_SITE = https://www.openfabrics.org/downloads/perftest
> +PERFTEST_INSTALL_STAGING = YES
> +
> +# autogen.sh is because autotools stuff lives in other directories and
> +# even AUTORECONF with _OPTS doesn't do it properly.
> +define PERFTEST_RUN_AUTOGEN
> + cd $(@D) && PATH=$(BR_PATH) ./autogen.sh
> +endef
> +PERFTEST_POST_PATCH_HOOKS += PERFTEST_RUN_AUTOGEN
Same comment as above: this doesn't work, because there is no
dependency on host-autoconf, host-automake and host-libtool. In
addition, the tarball you are downloading already contains the
configure script pre-generated, so it doesn't seem really useful to
autoreconf this package.
Could you fix the above issues and submit an updated patch series?
Thanks a lot!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH 1/1] package/kodi: remove RPi-specific restriction from Config.in
From: Bernd Kuhls @ 2017-04-29 13:28 UTC (permalink / raw)
To: buildroot
Requested by Thomas:
http://lists.busybox.net/pipermail/buildroot/2017-April/190780.html
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/kodi/Config.in | 1 -
1 file changed, 1 deletion(-)
diff --git a/package/kodi/Config.in b/package/kodi/Config.in
index efa9196f46..c381745eef 100644
--- a/package/kodi/Config.in
+++ b/package/kodi/Config.in
@@ -28,7 +28,6 @@ config BR2_PACKAGE_KODI_GL_EGL
default y
depends on BR2_PACKAGE_HAS_LIBEGL
depends on BR2_PACKAGE_HAS_LIBGL
- depends on !BR2_PACKAGE_RPI_USERLAND # rpi depends on gles
comment "kodi needs an OpenGL EGL with either an openGL or an OpenGL ES backend"
depends on !BR2_PACKAGE_KODI_GL_EGL && !BR2_PACKAGE_KODI_EGL_GLES
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH v3] x11vnc: update to 0.9.14
From: Thomas Petazzoni @ 2017-04-29 13:25 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170429130034.30200-1-martink@posteo.de>
Hello,
On Sat, 29 Apr 2017 15:00:34 +0200, Martin Kepplinger wrote:
> This switches to x11vnc's new upstream location at github. Autoreconf is
> added because it's only a code snapshot release. Subsequent releases
> will most probably look the same, see
> https://github.com/LibVNC/x11vnc/issues/35#issuecomment-297474900
>
> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
> Signed-off-by: Martin Kepplinger <martink@posteo.de>
> ---
Applied to master, thanks. Since you are interested in x11vnc, can you
add yourself as a developer for this package in the DEVELOPERS file ?
Thanks a lot!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH v7 31/31] package/kodi: Add support for more archs
From: Bernd Kuhls @ 2017-04-29 13:24 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170429134404.0f6c1442@free-electrons.com>
Hi Thomas,
Am Sat, 29 Apr 2017 13:44:04 +0200 schrieb Thomas Petazzoni:
> Hello,
>
> On Sat, 29 Apr 2017 10:37:51 +0200, Bernd Kuhls wrote:
>
>> package/kodi/0003-Add-support-for-sh4.patch | 108
>> ++++++++++++++++++++++++
>> package/kodi/0004-Add-support-for-sparc.patch | 91
>> ++++++++++++++++++++ package/kodi/0005-Add-support-for-arc.patch |
>> 91 ++++++++++++++++++++
>> package/kodi/0006-Add-support-for-xtensa.patch | 91
>> ++++++++++++++++++++
>
> Have these patches any chance of being merged upstream? Indeed, it's
> very unlikely that Kodi will ever be used on any of those architectures,
> so having to carry forever those patches doesn't seem like a great
> thing. I would prefer to exclude those architectures in Config.in.
the patches are currently under review upstream, based on their decision
I will sent the next version of this patch.
>> depends on BR2_USE_MMU # libcdio, and others
>> - default y if (BR2_arm || (BR2_mipsel && BR2_TOOLCHAIN_USES_GLIBC)
||
>> BR2_i386 || BR2_x86_64) \
>> - && BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS \
>> - && BR2_TOOLCHAIN_HAS_SYNC_8 +# i386: needs sse (see
upstream PR
>> 10351)
>> + default y if BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS \
>> + && !(BR2_i386 && !BR2_X86_CPU_HAS_SSE)
>
> Kodi doesn't really support all architectures, since it contains
> architecture-specific definitions in several files...
I am not sure that I understood what you mean here. The result of testpkg
shows that Kodi is not built for all archs, mostly because of the
restrictions from BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS and BR2_USE_MMU.
>> +ifeq ($(BR2_PACKAGE_RPI_USERLAND),y)
>> +KODI_CONF_OPTS += -DCORE_SYSTEM_NAME=rbpi +KODI_DEPENDENCIES +=
>> rpi-userland +ifeq
>> ($(BR2_arm1176jzf_s)$(BR2_cortex_a7)$(BR2_cortex_a53),y)
>> +KODI_CONF_OPTS += -DWITH_CPU=$(BR2_GCC_TARGET_CPU)
>
> Why only for Raspberry Pi ?
These CPU-specific options are only needed for rbpi:
https://github.com/xbmc/xbmc/blob/Krypton/project/cmake/scripts/rbpi/
ArchSetup.cmake#L13
>> +endif +else # BR2_PACKAGE_RPI_USERLAND +ifeq
>> ($(BR2_arceb)$(BR2_arcle),y)
>> +KODI_CONF_OPTS += -DWITH_ARCH=arc -DWITH_CPU=arc +else ifeq
>> ($(BR2_armeb),y)
>> KODI_CONF_OPTS += -DWITH_ARCH=arm -DWITH_CPU=arm
>> -else ifeq ($(BR2_mips),y)
>
> MIPS is handled here...
Not anymore, because I removed the check for mips ...
>> -KODI_CONF_OPTS += -DWITH_ARCH=mips -DWITH_CPU=mips -else ifeq
>> ($(BR2_i386),y)
>> -KODI_CONF_OPTS += -DWITH_ARCH=i486-linux
>> -DWITH_CPU=$(BR2_GCC_TARGET_ARCH)
>> -else ifeq ($(BR2_x86_64),y)
>> -KODI_CONF_OPTS += -DWITH_ARCH=x86_64-linux -DWITH_CPU=x86_64 +else
>> ifeq ($(BR2_mips)$(BR2_mipsel)$(BR2_mips64)$(BR2_mips64el),y)
>
> ... and here.
and re-added it here for all mips archs.
>> +KODI_CONF_OPTS += \
>> + -DWITH_ARCH=mips$(if $(BR2_ARCH_IS_64),64) \
>> + -DWITH_CPU=mips$(if $(BR2_ARCH_IS_64),64)
>> +else ifeq ($(BR2_powerpc)$(BR2_powerpc64le),y)
>> +KODI_CONF_OPTS += \
>> + -DWITH_ARCH=powerpc$(if $(BR2_ARCH_IS_64),64) \
>> + -DWITH_CPU=powerpc$(if $(BR2_ARCH_IS_64),64)
>> +else ifeq ($(BR2_powerpc64)$(BR2_sparc64),y)
>> +KODI_CONF_OPTS += -DWITH_ARCH=$(BR2_ARCH) -DWITH_CPU=$(BR2_ARCH)
>> +else ifeq ($(BR2_sh4),y)
>> +KODI_CONF_OPTS += -DWITH_ARCH=$(BR2_ARCH) -DWITH_CPU=$(BR2_ARCH)
>> +else ifeq ($(BR2_xtensa),y)
>> +KODI_CONF_OPTS += -DWITH_ARCH=$(BR2_ARCH) -DWITH_CPU=$(BR2_ARCH)
>
> You can refactor those in one single assignment.
Done.
Regards, Bernd
^ permalink raw reply
* [Buildroot] [git commit] x11vnc: update to 0.9.14
From: Thomas Petazzoni @ 2017-04-29 13:14 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=aeea662fb12e69073a233fe1058287212fbbca33
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
This switches to x11vnc's new upstream location at github. Autoreconf is
added because it's only a code snapshot release. Subsequent releases
will most probably look the same, see
https://github.com/LibVNC/x11vnc/issues/35#issuecomment-297474900
Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Martin Kepplinger <martink@posteo.de>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/x11vnc/x11vnc.hash | 2 +-
package/x11vnc/x11vnc.mk | 7 +++++--
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/package/x11vnc/x11vnc.hash b/package/x11vnc/x11vnc.hash
index 5828b12..3cdbfa1 100644
--- a/package/x11vnc/x11vnc.hash
+++ b/package/x11vnc/x11vnc.hash
@@ -1,2 +1,2 @@
# Locally computed:
-sha256 f6829f2e629667a5284de62b080b13126a0736499fe47cdb447aedb07a59f13b x11vnc-0.9.13.tar.gz
+sha256 45f87c5e4382988c73e8c7891ac2bfb45d8f9ce1196ae06651c84636684ea143 x11vnc-0.9.14.tar.gz
diff --git a/package/x11vnc/x11vnc.mk b/package/x11vnc/x11vnc.mk
index 9f4af12..9233b70 100644
--- a/package/x11vnc/x11vnc.mk
+++ b/package/x11vnc/x11vnc.mk
@@ -4,8 +4,8 @@
#
################################################################################
-X11VNC_VERSION = 0.9.13
-X11VNC_SITE = http://downloads.sourceforge.net/project/libvncserver/x11vnc/$(X11VNC_VERSION)
+X11VNC_VERSION = 0.9.14
+X11VNC_SITE = $(call github,LibVNC,x11vnc,$(X11VNC_VERSION))
# sdl support is not used in x11vnc, but host include / library search paths
# leak in if host has sdl-config
X11VNC_CONF_OPTS = --without-sdl
@@ -13,6 +13,9 @@ X11VNC_DEPENDENCIES = xlib_libXt xlib_libXext xlib_libXtst
X11VNC_LICENSE = GPL-2.0+
X11VNC_LICENSE_FILES = COPYING
+# Source coming from github, no configure included
+X11VNC_AUTORECONF = YES
+
ifeq ($(BR2_PACKAGE_AVAHI_DAEMON)$(BR2_PACKAGE_DBUS),yy)
X11VNC_DEPENDENCIES += avahi dbus
else
^ permalink raw reply related
* [Buildroot] [PATCH v2 1/1] package/kodi: Extended comment about non-RPi options
From: Thomas Petazzoni @ 2017-04-29 13:13 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170429130508.15042-1-bernd.kuhls@t-online.de>
Hello,
On Sat, 29 Apr 2017 15:05:08 +0200, Bernd Kuhls wrote:
> Suggested by Thomas:
> http://lists.busybox.net/pipermail/buildroot/2017-April/190767.html
>
> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
> ---
> v2: fixed logic typo in subject
I've applied to master, but after significantly rewording. I found that
your explanation in the e-mail was much clearer than the one you
proposed in this patch, so I've reworded with something closer to what
you said in the e-mail.
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH v7 08/31] package/kodi: bump to version 17.1-Krypton
From: Thomas Petazzoni @ 2017-04-29 13:13 UTC (permalink / raw)
To: buildroot
In-Reply-To: <5bfda10f-6383-2bf6-afa7-4fffcd2fc5cb@t-online.de>
Hello,
On Sat, 29 Apr 2017 15:06:36 +0200, Bernd Kuhls wrote:
> Mesa3d can provide libgl at the same time rpi-userland provides egl/gles
> support:
>
> $ grep _PROVIDES_ .config
> BR2_PACKAGE_PROVIDES_LIBOPENMAX="rpi-userland"
> BR2_PACKAGE_PROVIDES_LIBGL="mesa3d"
> BR2_PACKAGE_PROVIDES_LIBEGL="rpi-userland"
> BR2_PACKAGE_PROVIDES_LIBGLES="rpi-userland"
> BR2_PACKAGE_PROVIDES_LIBOPENVG="rpi-userland"
>
> With this defconfig I could reproduce the build error I mentioned today:
>
> BR2_arm=y
> BR2_cortex_a15=y
> BR2_TOOLCHAIN_BUILDROOT_LOCALE=y
> BR2_TOOLCHAIN_BUILDROOT_CXX=y
> BR2_PACKAGE_MESA3D=y
> BR2_PACKAGE_MESA3D_DRI_DRIVER_SWRAST=y
> BR2_PACKAGE_XORG7=y
> BR2_PACKAGE_RPI_USERLAND=y
Then your fix doesn't work, because for example sunxi-mali, like
rpi-userland, also provides GLES but not full GL. So you can have a
random configuration where OpenGLES is provided by sunxi-mali, but
OpenGL is provided by Mesa.
I believe this should not be solved in the Kodi package itself, so
please send a patch to remove this line.
Instead, what we want is a mechanism to make sure that we don't have
conflicting OpenGL/OpenGLES providers, and Yann made a proposal on the
mailing list about that some time ago. See the thread "[PATCH]
package/opengl: ensure consistency between the various providers" on
the mailing list.
> > OK. Good reason to add a comment in the .mk file.
>
> Sent patch: http://patchwork.ozlabs.org/patch/756741/
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [git commit] package/kodi: extend comment about non-RPi options
From: Thomas Petazzoni @ 2017-04-29 13:09 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=5f6de270e2224a06f5c9bcaa993b62bfb2b48961
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Suggested by Thomas:
http://lists.busybox.net/pipermail/buildroot/2017-April/190767.html
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
[Thomas: improve wording.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/kodi/kodi.mk | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/package/kodi/kodi.mk b/package/kodi/kodi.mk
index 12dc311..0b89bdd 100644
--- a/package/kodi/kodi.mk
+++ b/package/kodi/kodi.mk
@@ -147,7 +147,11 @@ ifeq ($(BR2_PACKAGE_RPI_USERLAND),y)
KODI_CONF_OPTS += -DCORE_SYSTEM_NAME=rbpi
KODI_DEPENDENCIES += rpi-userland
else
-# these options only exist on non-rpi systems
+# Kodi considers "rpbi" and "linux" as two separate platforms. The
+# below options, defined in
+# project/cmake/scripts/linux/ArchSetup.cmake are only valid for the
+# "linux" platforms. The "rpbi" platform has a different set of
+# options, defined in project/cmake/scripts/rbpi/
KODI_CONF_OPTS += -DENABLE_LDGOLD=OFF
ifeq ($(BR2_PACKAGE_LIBAMCODEC),y)
KODI_CONF_OPTS += -DENABLE_AML=ON
^ permalink raw reply related
* [Buildroot] [git commit] openocd: renumber patch
From: Thomas Petazzoni @ 2017-04-29 13:07 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=d3849946a3a5992d44b71833faec21dc60669658
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Patch 0001 was removed a while ago, so rename the 0002 patch to 0001.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
...ch => 0001-Fix-jimtcl-auto-configuration-to-force-static-librar.patch} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
diff --git a/package/openocd/0002-Fix-jimtcl-auto-configuration-to-force-static-librar.patch b/package/openocd/0001-Fix-jimtcl-auto-configuration-to-force-static-librar.patch
similarity index 100%
rename from package/openocd/0002-Fix-jimtcl-auto-configuration-to-force-static-librar.patch
rename to package/openocd/0001-Fix-jimtcl-auto-configuration-to-force-static-librar.patch
^ permalink raw reply
* [Buildroot] [PATCH v2] openocd: bump to 0.10.0
From: Thomas Petazzoni @ 2017-04-29 13:07 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1493390072-10443-1-git-send-email-christophe.priouzeau@st.com>
Hello,
On Fri, 28 Apr 2017 14:34:34 +0000, Christophe PRIOUZEAU wrote:
> Signed-off-by: Christophe Priouzeau <christophe.priouzeau@st.com>
> ---
> Changes v1 -> v2:
> - align configuration flags (suggested by Peter Korsgaard)
I've applied, after adjusting the issues pointed by Arnout
Vandecappelle.
Since you're using OpenOCD, would you be willing to be added as a
developer for this package in our DEVELOPERS file? This way, you could
help us review patches sent for this package, and fix build issues
caused by openocd.
Thanks a lot for your contribution!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH v7 08/31] package/kodi: bump to version 17.1-Krypton
From: Bernd Kuhls @ 2017-04-29 13:06 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170429144237.65dadbba@free-electrons.com>
Hi Thomas,
Am Sat, 29 Apr 2017 14:42:37 +0200 schrieb Thomas Petazzoni:
> Hello,
>
> On Sat, 29 Apr 2017 14:29:13 +0200, Bernd Kuhls wrote:
>
>> > I don't understand why you have this !BR2_PACKAGE_RPI_USERLAND
>> > dependency here. Can you explain?
>>
>> We need to rule out that a rbpi build is done with opengl/egl,
>> otherwise the build will fail like this:
>> http://forum.kodi.tv/showthread.php?tid=305752&pid=2569701#pid2569701
>
> But rpi-userland doesn't provide OpenGL support, only OpenGLES, so how
> is it possible to get a RPi build with OpenGL support ?
Mesa3d can provide libgl at the same time rpi-userland provides egl/gles
support:
$ grep _PROVIDES_ .config
BR2_PACKAGE_PROVIDES_LIBOPENMAX="rpi-userland"
BR2_PACKAGE_PROVIDES_LIBGL="mesa3d"
BR2_PACKAGE_PROVIDES_LIBEGL="rpi-userland"
BR2_PACKAGE_PROVIDES_LIBGLES="rpi-userland"
BR2_PACKAGE_PROVIDES_LIBOPENVG="rpi-userland"
With this defconfig I could reproduce the build error I mentioned today:
BR2_arm=y
BR2_cortex_a15=y
BR2_TOOLCHAIN_BUILDROOT_LOCALE=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_PACKAGE_MESA3D=y
BR2_PACKAGE_MESA3D_DRI_DRIVER_SWRAST=y
BR2_PACKAGE_XORG7=y
BR2_PACKAGE_RPI_USERLAND=y
>> Because all these options do not exist in https://github.com/xbmc/xbmc/
>> blob/Krypton/project/cmake/scripts/rbpi/ArchSetup.cmake
>
> OK. Good reason to add a comment in the .mk file.
Sent patch: http://patchwork.ozlabs.org/patch/756741/
Regards, Bernd
^ permalink raw reply
* [Buildroot] [PATCH v2 1/1] package/kodi: Extended comment about non-RPi options
From: Bernd Kuhls @ 2017-04-29 13:05 UTC (permalink / raw)
To: buildroot
Suggested by Thomas:
http://lists.busybox.net/pipermail/buildroot/2017-April/190767.html
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
v2: fixed logic typo in subject
package/kodi/kodi.mk | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/package/kodi/kodi.mk b/package/kodi/kodi.mk
index 12dc3117f8..80c7c1b074 100644
--- a/package/kodi/kodi.mk
+++ b/package/kodi/kodi.mk
@@ -147,7 +147,10 @@ ifeq ($(BR2_PACKAGE_RPI_USERLAND),y)
KODI_CONF_OPTS += -DCORE_SYSTEM_NAME=rbpi
KODI_DEPENDENCIES += rpi-userland
else
-# these options only exist on non-rpi systems
+# The following options are defined only in
+# project/cmake/scripts/linux/ArchSetup.cmake,
+# rbpi uses its own ArchSetup.cmake, located in
+# project/cmake/scripts/rbpi/
KODI_CONF_OPTS += -DENABLE_LDGOLD=OFF
ifeq ($(BR2_PACKAGE_LIBAMCODEC),y)
KODI_CONF_OPTS += -DENABLE_AML=ON
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH 1/1] package/kodi: Extended comment about RPi-only options
From: Bernd Kuhls @ 2017-04-29 13:03 UTC (permalink / raw)
To: buildroot
Suggested by Thomas:
http://lists.busybox.net/pipermail/buildroot/2017-April/190767.html
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/kodi/kodi.mk | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/package/kodi/kodi.mk b/package/kodi/kodi.mk
index 12dc3117f8..80c7c1b074 100644
--- a/package/kodi/kodi.mk
+++ b/package/kodi/kodi.mk
@@ -147,7 +147,10 @@ ifeq ($(BR2_PACKAGE_RPI_USERLAND),y)
KODI_CONF_OPTS += -DCORE_SYSTEM_NAME=rbpi
KODI_DEPENDENCIES += rpi-userland
else
-# these options only exist on non-rpi systems
+# The following options are defined only in
+# project/cmake/scripts/linux/ArchSetup.cmake,
+# rbpi uses its own ArchSetup.cmake, located in
+# project/cmake/scripts/rbpi/
KODI_CONF_OPTS += -DENABLE_LDGOLD=OFF
ifeq ($(BR2_PACKAGE_LIBAMCODEC),y)
KODI_CONF_OPTS += -DENABLE_AML=ON
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH v3] x11vnc: update to 0.9.14
From: Martin Kepplinger @ 2017-04-29 13:00 UTC (permalink / raw)
To: buildroot
In-Reply-To: <65322dd8-3b6b-e421-5e5b-9c69d88355a3@mind.be>
This switches to x11vnc's new upstream location at github. Autoreconf is
added because it's only a code snapshot release. Subsequent releases
will most probably look the same, see
https://github.com/LibVNC/x11vnc/issues/35#issuecomment-297474900
Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Martin Kepplinger <martink@posteo.de>
---
redone the patch. As mentioned earlier, I at least did a test-run with
this version. And 0.9.15 is indeed in the works, see
https://github.com/LibVNC/x11vnc/milestone/2 :)
revision history
----------------
v3: add a comment, why AUTORECONF is added; thanks Arnout Vandecappelle
v2: use the github helper instead of a URL
v1: initial proposal to update 0.9.13 to 0.9.14
package/x11vnc/x11vnc.hash | 2 +-
package/x11vnc/x11vnc.mk | 7 +++++--
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/package/x11vnc/x11vnc.hash b/package/x11vnc/x11vnc.hash
index 5828b12cd..3cdbfa1b0 100644
--- a/package/x11vnc/x11vnc.hash
+++ b/package/x11vnc/x11vnc.hash
@@ -1,2 +1,2 @@
# Locally computed:
-sha256 f6829f2e629667a5284de62b080b13126a0736499fe47cdb447aedb07a59f13b x11vnc-0.9.13.tar.gz
+sha256 45f87c5e4382988c73e8c7891ac2bfb45d8f9ce1196ae06651c84636684ea143 x11vnc-0.9.14.tar.gz
diff --git a/package/x11vnc/x11vnc.mk b/package/x11vnc/x11vnc.mk
index 9f4af1258..9233b7047 100644
--- a/package/x11vnc/x11vnc.mk
+++ b/package/x11vnc/x11vnc.mk
@@ -4,8 +4,8 @@
#
################################################################################
-X11VNC_VERSION = 0.9.13
-X11VNC_SITE = http://downloads.sourceforge.net/project/libvncserver/x11vnc/$(X11VNC_VERSION)
+X11VNC_VERSION = 0.9.14
+X11VNC_SITE = $(call github,LibVNC,x11vnc,$(X11VNC_VERSION))
# sdl support is not used in x11vnc, but host include / library search paths
# leak in if host has sdl-config
X11VNC_CONF_OPTS = --without-sdl
@@ -13,6 +13,9 @@ X11VNC_DEPENDENCIES = xlib_libXt xlib_libXext xlib_libXtst
X11VNC_LICENSE = GPL-2.0+
X11VNC_LICENSE_FILES = COPYING
+# Source coming from github, no configure included
+X11VNC_AUTORECONF = YES
+
ifeq ($(BR2_PACKAGE_AVAHI_DAEMON)$(BR2_PACKAGE_DBUS),yy)
X11VNC_DEPENDENCIES += avahi dbus
else
--
2.11.0
^ permalink raw reply related
* [Buildroot] [git commit] openocd: bump to 0.10.0
From: Thomas Petazzoni @ 2017-04-29 12:59 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=3b6c74d708252a32fe172be944951396d419ba88
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Some configure options have been renamed. Support for the deprecated
FT2232 devices has been removed in this release, so remove this option.
Signed-off-by: Christophe Priouzeau <christophe.priouzeau@st.com>
[Thomas:
- Add Config.in.legacy handling, suggested by Arnout.
- Improve commit log with more details, suggested by Arnout.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
Config.in.legacy | 8 ++++++++
package/openocd/Config.in | 8 --------
package/openocd/openocd.hash | 6 +++---
package/openocd/openocd.mk | 15 +++++++--------
4 files changed, 18 insertions(+), 19 deletions(-)
diff --git a/Config.in.legacy b/Config.in.legacy
index 04f8eab..98b9eeb 100644
--- a/Config.in.legacy
+++ b/Config.in.legacy
@@ -145,6 +145,14 @@ endif
###############################################################################
comment "Legacy options removed in 2017.05"
+config BR2_PACKAGE_OPENOCD_FT2XXX
+ bool "openocd ft2232 support has been removed"
+ select BR2_PACKAGE_OPENOCD_FTDI
+ select BR2_LEGACY
+ help
+ FT2232 support in OpenOCD has been removed, it's replaced by
+ FDTI support, which has automatically been enabled.
+
config BR2_PACKAGE_KODI_RTMPDUMP
bool "kodi rtmp has been removed"
select BR2_LEGACY
diff --git a/package/openocd/Config.in b/package/openocd/Config.in
index 2313671..41c2fc5 100644
--- a/package/openocd/Config.in
+++ b/package/openocd/Config.in
@@ -123,14 +123,6 @@ config BR2_PACKAGE_OPENOCD_PARPORT
help
Enable building the pc parallel port driver
-config BR2_PACKAGE_OPENOCD_FT2XXX
- bool "FT2232 based devices (DEPRECATED)"
- select BR2_PACKAGE_LIBFTDI1
- depends on BR2_TOOLCHAIN_HAS_THREADS # libftdi -> libusb
- help
- (DEPRECATED) Enable building support for FT2232
- based devices using the libftdi library
-
config BR2_PACKAGE_OPENOCD_VPI
bool "JTAG VPI"
help
diff --git a/package/openocd/openocd.hash b/package/openocd/openocd.hash
index 4ca11e2..b36c816 100644
--- a/package/openocd/openocd.hash
+++ b/package/openocd/openocd.hash
@@ -1,3 +1,3 @@
-# From http://sourceforge.net/projects/openocd/files/openocd/0.9.0/
-sha1 bcf99bb21f09513065b2c9ece148ace7d16cdd0c openocd-0.9.0.tar.bz2
-md5 665cc98ae9e7297e09ec6ac7235fee49 openocd-0.9.0.tar.bz2
+# From http://sourceforge.net/projects/openocd/files/openocd/0.10.0/
+sha1 3245d43d60a1a93f8b0f6b1ce20b53e38cab7a4a openocd-0.10.0.tar.bz2
+md5 b412bdef0481a3859c6585eb69f6f6ba openocd-0.10.0.tar.bz2
diff --git a/package/openocd/openocd.mk b/package/openocd/openocd.mk
index 911d311..63201ee 100644
--- a/package/openocd/openocd.mk
+++ b/package/openocd/openocd.mk
@@ -4,7 +4,7 @@
#
################################################################################
-OPENOCD_VERSION = 0.9.0
+OPENOCD_VERSION = 0.10.0
OPENOCD_SOURCE = openocd-$(OPENOCD_VERSION).tar.bz2
OPENOCD_SITE = http://sourceforge.net/projects/openocd/files/openocd/$(OPENOCD_VERSION)
@@ -45,9 +45,8 @@ OPENOCD_CONF_OPTS += \
$(if $(BR2_PACKAGE_OPENOCD_ARMEW),--enable-armjtagew,--disable-armjtagew) \
$(if $(BR2_PACKAGE_OPENOCD_CMSIS_DAP),--enable-cmsis-dap,--disable-cmsis-dap) \
$(if $(BR2_PACKAGE_OPENOCD_PARPORT),--enable-parport,--disable-parport) \
- $(if $(BR2_PACKAGE_OPENOCD_FT2XXX),--enable-legacy-ft2232_libftdi,--disable-legacy-ft2232_libftdi) \
$(if $(BR2_PACKAGE_OPENOCD_VPI),--enable-jtag_vpi,--disable-jtag_vpi) \
- $(if $(BR2_PACKAGE_OPENOCD_UBLASTER),--enable-usb_blaster_libftdi,--disable-usb_blaster_libftdi) \
+ $(if $(BR2_PACKAGE_OPENOCD_UBLASTER),--enable-usb-blaster,--disable-usb-blaster) \
$(if $(BR2_PACKAGE_OPENOCD_AMTJT),--enable-amtjtagaccel,--disable-amjtagaccel) \
$(if $(BR2_PACKAGE_OPENOCD_ZY1000_MASTER),--enable-zy1000-master,--disable-zy1000-master) \
$(if $(BR2_PACKAGE_OPENOCD_ZY1000),--enable-zy1000,--disable-zy1000) \
@@ -55,8 +54,8 @@ OPENOCD_CONF_OPTS += \
$(if $(BR2_PACKAGE_OPENOCD_AT91RM),--enable-at91rm9200,--disable-at91rm9200) \
$(if $(BR2_PACKAGE_OPENOCD_BCM2835),--enable-bcm2835gpio,--disable-bcm2835gpio) \
$(if $(BR2_PACKAGE_OPENOCD_GW16012),--enable-gw16012,--disable-gw16012) \
- $(if $(BR2_PACKAGE_OPENOCD_PRESTO),--enable-presto_libftdi,--disable-presto_libftdi) \
- $(if $(BR2_PACKAGE_OPENOCD_OPENJTAG),--enable-openjtag_ftdi,--disable-openjtag_ftdi) \
+ $(if $(BR2_PACKAGE_OPENOCD_PRESTO),--enable-presto,--disable-presto) \
+ $(if $(BR2_PACKAGE_OPENOCD_OPENJTAG),--enable-openjtag,--disable-openjtag) \
$(if $(BR2_PACKAGE_OPENOCD_BUSPIRATE),--enable-buspirate,--disable-buspirate) \
$(if $(BR2_PACKAGE_OPENOCD_SYSFS),--enable-sysfsgpio,--disable-sysfsgpio)
@@ -82,11 +81,11 @@ HOST_OPENOCD_CONF_OPTS = \
--enable-armjtagew \
--enable-parport \
--enable-jtag_vpi \
- --enable-usb_blaster_libftdi \
+ --enable-usb-blaster \
--enable-amtjtagaccel \
--enable-gw16012 \
- --enable-presto_libftdi \
- --enable-openjtag_ftdi \
+ --enable-presto \
+ --enable-openjtag \
--enable-buspirate \
--enable-sysfsgpio \
--oldincludedir=$(HOST_DIR)/usr/include \
^ permalink raw reply related
* [Buildroot] [PATCH] Revert "lvm2: disable build with uClibc-ng"
From: Thomas Petazzoni @ 2017-04-29 12:52 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170426072646.GA31873@waldemar-brodkorb.de>
Hello,
On Wed, 26 Apr 2017 09:26:47 +0200, Waldemar Brodkorb wrote:
> This reverts commit 66f136a9f64b880eefa769c1261916773d8f28c0.
>
> Issue fixed with uClibc-ng update to 1.0.24.
>
> Signed-off-by: Waldemar Brodkorb <wbx@openadk.org>
> ---
> package/cryptsetup/Config.in | 5 ++---
> package/dmraid/Config.in | 5 ++---
> package/docker-engine/Config.in | 1 -
> package/lvm2/Config.in | 6 ++----
> package/udisks/Config.in | 6 ++----
> 5 files changed, 8 insertions(+), 15 deletions(-)
I have started a rebuild of all uClibc toolchains with 1.0.24 + wordexp
enabled. Once those toolchains are ready and deployed, I will apply
this patch. If I apply it before we will have lots of build issues in
the autobuilders.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ 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