* [Buildroot] [git commit branch/next] imagemagick: bump version to 7.0.5-6
From: Peter Korsgaard @ 2017-05-16 19:36 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=9cd8ad2364cb178e7d6c99462b05668dac1485d2
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/next
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/imagemagick/imagemagick.hash | 2 +-
package/imagemagick/imagemagick.mk | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/imagemagick/imagemagick.hash b/package/imagemagick/imagemagick.hash
index 06a957a..b7be7bc 100644
--- a/package/imagemagick/imagemagick.hash
+++ b/package/imagemagick/imagemagick.hash
@@ -1,2 +1,2 @@
# From http://www.imagemagick.org/download/releases/digest.rdf
-sha256 c3644119dce993aa241fa08eced2cb6043fb5345f0eee7a7822a497f1142ebe3 ImageMagick-7.0.5-5.tar.xz
+sha256 f60c3e3466ccbf9a0e643284ffec3467363edf9611f16a98387f927a974b49ab ImageMagick-7.0.5-6.tar.xz
diff --git a/package/imagemagick/imagemagick.mk b/package/imagemagick/imagemagick.mk
index 6b5cd4e..b1048f5 100644
--- a/package/imagemagick/imagemagick.mk
+++ b/package/imagemagick/imagemagick.mk
@@ -4,7 +4,7 @@
#
################################################################################
-IMAGEMAGICK_VERSION = 7.0.5-5
+IMAGEMAGICK_VERSION = 7.0.5-6
IMAGEMAGICK_SOURCE = ImageMagick-$(IMAGEMAGICK_VERSION).tar.xz
IMAGEMAGICK_SITE = http://www.imagemagick.org/download/releases
IMAGEMAGICK_LICENSE = Apache-2.0
^ permalink raw reply related
* [Buildroot] RPi B+ update
From: Marco Trapanese @ 2017-05-16 19:32 UTC (permalink / raw)
To: buildroot
Hi!
A couple of years ago (it was in 2015) I built a buildroot environment
for RPi B+. We ended up with an sd-card image that was cloned for every
installation.
This months we've bought some other RPi B+ but with this batch the
system refuses to boot: it hangs with black screen and the raspberry
icon at the top-left corner.
We're aware they have changed the RAM chips (from Samsung to Elpida) and
likely we should update the drivers with the new ones.
Here the buildroot related question: is it possible to change something
in the current sd-card image instead of updating and rebuilding the
whole system?
This is because if we need to go with the second option we're going to
deeply upgrade the application and this is not affordable right now.
Of course, feel free to ask any details you need to try to help me!
Thanks in advance!
Marco
^ permalink raw reply
* [Buildroot] [PATCH] python-can: bump to 1.5.2
From: Peter Korsgaard @ 2017-05-16 19:29 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170516135627.2634-1-yegorslists@googlemail.com>
>>>>> "yegorslists" == yegorslists <yegorslists@googlemail.com> writes:
> From: Yegor Yefremov <yegorslists@googlemail.com>
> Also add Python SQLite3 dependency that first appeared in 1.5.2.
> Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
> ---
> package/python-can/Config.in | 2 ++
> package/python-can/python-can.hash | 6 +++---
> package/python-can/python-can.mk | 4 ++--
> 3 files changed, 7 insertions(+), 5 deletions(-)
> diff --git a/package/python-can/Config.in b/package/python-can/Config.in
> index 6b4e0fa76..465d2ee58 100644
> --- a/package/python-can/Config.in
> +++ b/package/python-can/Config.in
> @@ -1,5 +1,7 @@
> config BR2_PACKAGE_PYTHON_CAN
> bool "python-can"
> + select BR2_PACKAGE_PYTHON_SQLITE if BR2_PACKAGE_PYTHON
> + select BR2_PACKAGE_PYTHON3_SQLITE if BR2_PACKAGE_PYTHON3
We normally add # runtime to explain why this dependency isn't added to
_DEPENDENCIES.
Committed to next with that fixed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit branch/next] python-can: bump to 1.5.2
From: Peter Korsgaard @ 2017-05-16 19:29 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=ee5bce16478b799aa2ac72f5e47f322cbef5e10f
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/next
Also add Python SQLite3 dependency that first appeared in 1.5.2.
[Peter: clarify that this is a runtime dependency]
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/python-can/Config.in | 2 ++
package/python-can/python-can.hash | 6 +++---
package/python-can/python-can.mk | 4 ++--
3 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/package/python-can/Config.in b/package/python-can/Config.in
index 6b4e0fa..3e1b012 100644
--- a/package/python-can/Config.in
+++ b/package/python-can/Config.in
@@ -1,5 +1,7 @@
config BR2_PACKAGE_PYTHON_CAN
bool "python-can"
+ select BR2_PACKAGE_PYTHON_SQLITE if BR2_PACKAGE_PYTHON # runtime
+ select BR2_PACKAGE_PYTHON3_SQLITE if BR2_PACKAGE_PYTHON3 # runtime
help
This module provides controller area network support for Python.
diff --git a/package/python-can/python-can.hash b/package/python-can/python-can.hash
index a877862..bd19d19 100644
--- a/package/python-can/python-can.hash
+++ b/package/python-can/python-can.hash
@@ -1,3 +1,3 @@
-# md5 from https://pypi.python.org/pypi?:action=show_md5&digest=b9b556fe6f016c0a3b27cc67790cf821, sha256 locally computed
-md5 b9b556fe6f016c0a3b27cc67790cf821 python-can-1.4.3.tar.gz
-sha256 2dcd32737cc39fbf39f41521146a9685f594942c99c6183bad7e3c404930198b python-can-1.4.3.tar.gz
+# md5 from https://pypi.python.org/pypi/python-can/json, sha256 locally computed
+md5 f653aecf8b9034bbba32cc04ca6a7b6d python-can-1.5.2.tar.gz
+sha256 edabb426e6cd11c2dc7a98980340135aa0eb02143b0d51bf14e3e6178c131cc3 python-can-1.5.2.tar.gz
diff --git a/package/python-can/python-can.mk b/package/python-can/python-can.mk
index eddefdb..a271bae 100644
--- a/package/python-can/python-can.mk
+++ b/package/python-can/python-can.mk
@@ -4,8 +4,8 @@
#
################################################################################
-PYTHON_CAN_VERSION = 1.4.3
-PYTHON_CAN_SITE = https://pypi.python.org/packages/source/p/python-can
+PYTHON_CAN_VERSION = 1.5.2
+PYTHON_CAN_SITE = https://pypi.python.org/packages/a1/b1/80f023e2b728c7ebccbf989aec777f3add3dd4cee650573ce5d38132a07c
PYTHON_CAN_LICENSE = LGPL-3.0
PYTHON_CAN_LICENSE_FILES = LICENSE.txt
PYTHON_CAN_SETUP_TYPE = setuptools
^ permalink raw reply related
* [Buildroot] [PATCH] gcc: arc-2017.03-rc2: Fix "unrecognized supposed constant" error
From: Peter Korsgaard @ 2017-05-16 19:25 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494943638.2500.72.camel@synopsys.com>
>>>>> "Alexey" == Alexey Brodkin <Alexey.Brodkin@synopsys.com> writes:
Hi,
>> I just noticed that we still have a patch from arc-2016.09. Can you
>> confirm that this isn't needed any more?
> No this is not needed any longer - was just a reminder of incomplete
> patch that bumped ARC tools version.
> Care to remove this or you'd prefer a patch from my on that regard?
I can remove it, I just wanted to verify that it wasn't needed any more
- Thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] gcc: drop unused legacy arc-2016.09 patch
From: Peter Korsgaard @ 2017-05-16 19:24 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=4e00f9daa04e9a84f5191f479d7236dea72fbf35
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
This was forgotten when the arc toolchain version was bumped.
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
...-define-_REENTRANT-when-pthread-is-passed.patch | 34 ----------------------
1 file changed, 34 deletions(-)
diff --git a/package/gcc/arc-2016.09-release/895-arc-define-_REENTRANT-when-pthread-is-passed.patch b/package/gcc/arc-2016.09-release/895-arc-define-_REENTRANT-when-pthread-is-passed.patch
deleted file mode 100644
index ee9add5..0000000
--- a/package/gcc/arc-2016.09-release/895-arc-define-_REENTRANT-when-pthread-is-passed.patch
+++ /dev/null
@@ -1,34 +0,0 @@
-From 4c6367c99461fdd7bd5613483f2582d7f08fba87 Mon Sep 17 00:00:00 2001
-From: Vlad Zakharov <vzakhar@synopsys.com>
-Date: Tue, 28 Feb 2017 17:41:11 +0300
-Subject: [PATCH] arc: define _REENTRANT when -pthread is passed
-
-The compiler is supposed to have the builtin defined _REENTRANT defined
-when -pthread is passed, which wasn't done on the ARC architecture.
-
-When _REENTRANT is not passed, the C library will not use reentrant
-functions, and the latest version of ax_pthread.m4 from the
-autoconf-archive will no longer detect that thread support is
-available (see https://savannah.gnu.org/patch/?8186).
-
-Signed-off-by: Vlad Zakharov <vzakhar@synopsys.com>
-Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
----
- gcc/config/arc/arc.h | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/gcc/config/arc/arc.h b/gcc/config/arc/arc.h
-index 611ef54..fdd4b5d 100644
---- a/gcc/config/arc/arc.h
-+++ b/gcc/config/arc/arc.h
-@@ -93,6 +93,7 @@ along with GCC; see the file COPYING3. If not see
- %{mdsp-packa:-D__Xdsp_packa} %{mcrc:-D__Xcrc} %{mdvbf:-D__Xdvbf} \
- %{mtelephony:-D__Xtelephony} %{mxy:-D__Xxy} %{mmul64: -D__Xmult32} \
- %{mlock:-D__Xlock} %{mswape:-D__Xswape} %{mrtsc:-D__Xrtsc} \
-+%{pthread:-D_REENTRANT} \
- %{mcpu=nps400:-D__NPS400__}"
-
- #define CC1_SPEC "\
---
-2.7.4
-
^ permalink raw reply related
* [Buildroot] [Bug 9866] BASE_DIR usage
From: bugzilla at busybox.net @ 2017-05-16 19:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9866-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9866
--- Comment #5 from Yann E. MORIN <yann.morin.1998@free.fr> ---
(In reply to Peter Korsgaard from comment #4)
Except that in this case you'll be missing on any br2-external tree, or any
local.mk, as:
- br2-external is set in .br-external in CONFIG_DIR
- local.mk is by default in CONFIG_DIR
but CONFIG_DIR is not in .config...
In retrospect, I think we should just export CONFIG_DIR, as it's
CONFIG that can clash, not CONFIG_DIR (AFAICS...)
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [Bug 9866] BASE_DIR usage
From: bugzilla at busybox.net @ 2017-05-16 19:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9866-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9866
--- Comment #4 from Peter Korsgaard <jacmet@uclibc.org> ---
(In reply to Yann E. MORIN from comment #3)
Actually you don't need to do anything like that. All scripts are executed from
the buildroot toplevel directory, so the only thing you need to do is to ensure
the correct .config is used (.config or $(O)/.config). This is taken care by
the BR2_CONFIG variable, so just do:
make BR2_CONFIG=$BR2_CONFIG printvars
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] Analysis of build results for 2017-05-04
From: Peter Seiderer @ 2017-05-16 19:01 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170505132423.3602e294@free-electrons.com>
On Fri, 5 May 2017 13:24:23 +0200, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> > arm | qt5declarative-5.8.0 | NOK | http://autobuild.buildroot.net/results/64a198397736db12b73c1f693dbe1c47d73b53da |
>
> logo.h:52:11: error: 'GLfloat' does not name a type
> const GLfloat *constData() const { return m_data.constData(); }
>
> Peter, an idea ?
>
> There's no OpenGL backend enabled in this configuration.
>
Should be fixed by [1], do not compile examples which depend on a OpenGL backend...
Regards,
Peter
[1] https://patchwork.ozlabs.org/patch/763122/
^ permalink raw reply
* [Buildroot] [PATCH v1] qt5declarative: fix examples compile without OpenGL support
From: Peter Seiderer @ 2017-05-16 18:52 UTC (permalink / raw)
To: buildroot
Fixes [1]:
main.cpp:(.text._ZN11QQmlPrivate10createIntoI6FbItemEEvPv[_ZN11QQmlPrivate10createIntoI6FbItemEEvPv]+0x18): undefined reference to `QQuickFramebufferObject::QQuickFramebufferObject(QQuickItem*)'
.obj/main.o: In function `QQmlPrivate::QQmlElement<FbItem>::~QQmlElement()':
main.cpp:(.text._ZN11QQmlPrivate11QQmlElementI6FbItemED2Ev[_ZN11QQmlPrivate11QQmlElementI6FbItemED5Ev]+0x5c): undefined reference to `vtable for QQuickFramebufferObject'
.obj/main.o: In function `QQmlPrivate::QQmlElement<FbItem>::~QQmlElement()':
main.cpp:(.text._ZN11QQmlPrivate11QQmlElementI6FbItemED0Ev[_ZN11QQmlPrivate11QQmlElementI6FbItemED0Ev]+0x64): undefined reference to `vtable for QQuickFramebufferObject'
.obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0x48): undefined reference to `QQuickFramebufferObject::isTextureProvider() const'
.obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0x4c): undefined reference to `QQuickFramebufferObject::textureProvider() const'
.obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0xb4): undefined reference to `QQuickFramebufferObject::geometryChanged(QRectF const&, QRectF const&)'
.obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0xb8): undefined reference to `QQuickFramebufferObject::updatePaintNode(QSGNode*, QQuickItem::UpdatePaintNodeData*)'
.obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0xbc): undefined reference to `QQuickFramebufferObject::releaseResources()'
.obj/moc_fbitem.o: In function `FbItem::qt_metacast(char const*)':
moc_fbitem.cpp:(.text+0x70): undefined reference to `QQuickFramebufferObject::qt_metacast(char const*)'
.obj/moc_fbitem.o: In function `FbItem::qt_metacall(QMetaObject::Call, int, void**)':
moc_fbitem.cpp:(.text+0x80): undefined reference to `QQuickFramebufferObject::qt_metacall(QMetaObject::Call, int, void**)'
.obj/moc_fbitem.o: In function `FbItem::~FbItem()':
moc_fbitem.cpp:(.text._ZN6FbItemD2Ev[_ZN6FbItemD5Ev]+0x38): undefined reference to `vtable for QQuickFramebufferObject'
.obj/moc_fbitem.o: In function `FbItem::~FbItem()':
moc_fbitem.cpp:(.text._ZN6FbItemD0Ev[_ZN6FbItemD0Ev]+0x40): undefined reference to `vtable for QQuickFramebufferObject'
.obj/moc_fbitem.o:(.data.rel.ro+0x8): undefined reference to `typeinfo for QQuickFramebufferObject'
.obj/moc_fbitem.o:(.data.rel.ro+0x58): undefined reference to `QQuickFramebufferObject::isTextureProvider() const'
.obj/moc_fbitem.o:(.data.rel.ro+0x5c): undefined reference to `QQuickFramebufferObject::textureProvider() const'
.obj/moc_fbitem.o:(.data.rel.ro+0xc4): undefined reference to `QQuickFramebufferObject::geometryChanged(QRectF const&, QRectF const&)'
.obj/moc_fbitem.o:(.data.rel.ro+0xc8): undefined reference to `QQuickFramebufferObject::updatePaintNode(QSGNode*, QQuickItem::UpdatePaintNodeData*)'
.obj/moc_fbitem.o:(.data.rel.ro+0xcc): undefined reference to `QQuickFramebufferObject::releaseResources()'
.obj/moc_fbitem.o:(.data.rel.ro+0xf0): undefined reference to `QQuickFramebufferObject::staticMetaObject'
[1] http://autobuild.buildroot.net/results/64a/64a198397736db12b73c1f693dbe1c47d73b53da
Signed-off-by: Peter Seiderer <ps.report@gmx.net>
---
...uickviewcomparison-and-quickwidget-needs-.patch | 58 ++++++++++++++++++++++
1 file changed, 58 insertions(+)
create mode 100644 package/qt5/qt5declarative/0002-examples-qquickviewcomparison-and-quickwidget-needs-.patch
diff --git a/package/qt5/qt5declarative/0002-examples-qquickviewcomparison-and-quickwidget-needs-.patch b/package/qt5/qt5declarative/0002-examples-qquickviewcomparison-and-quickwidget-needs-.patch
new file mode 100644
index 000000000..875634fdb
--- /dev/null
+++ b/package/qt5/qt5declarative/0002-examples-qquickviewcomparison-and-quickwidget-needs-.patch
@@ -0,0 +1,58 @@
+From b4db5c6cef877b33b5e7cd5a07fe4a7e6797dcfc Mon Sep 17 00:00:00 2001
+From: Peter Seiderer <ps.report@gmx.net>
+Date: Tue, 16 May 2017 19:47:19 +0200
+Subject: [PATCH] examples: qquickviewcomparison and quickwidget needs OpenGL
+ support
+
+Fixes:
+
+ main.cpp:(.text._ZN11QQmlPrivate10createIntoI6FbItemEEvPv[_ZN11QQmlPrivate10createIntoI6FbItemEEvPv]+0x18): undefined reference to `QQuickFramebufferObject::QQuickFramebufferObject(QQuickItem*)'
+ .obj/main.o: In function `QQmlPrivate::QQmlElement<FbItem>::~QQmlElement()':
+ main.cpp:(.text._ZN11QQmlPrivate11QQmlElementI6FbItemED2Ev[_ZN11QQmlPrivate11QQmlElementI6FbItemED5Ev]+0x5c): undefined reference to `vtable for QQuickFramebufferObject'
+ .obj/main.o: In function `QQmlPrivate::QQmlElement<FbItem>::~QQmlElement()':
+ main.cpp:(.text._ZN11QQmlPrivate11QQmlElementI6FbItemED0Ev[_ZN11QQmlPrivate11QQmlElementI6FbItemED0Ev]+0x64): undefined reference to `vtable for QQuickFramebufferObject'
+ .obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0x48): undefined reference to `QQuickFramebufferObject::isTextureProvider() const'
+ .obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0x4c): undefined reference to `QQuickFramebufferObject::textureProvider() const'
+ .obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0xb4): undefined reference to `QQuickFramebufferObject::geometryChanged(QRectF const&, QRectF const&)'
+ .obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0xb8): undefined reference to `QQuickFramebufferObject::updatePaintNode(QSGNode*, QQuickItem::UpdatePaintNodeData*)'
+ .obj/main.o:(.data.rel.ro._ZTVN11QQmlPrivate11QQmlElementI6FbItemEE[_ZTVN11QQmlPrivate11QQmlElementI6FbItemEE]+0xbc): undefined reference to `QQuickFramebufferObject::releaseResources()'
+ .obj/moc_fbitem.o: In function `FbItem::qt_metacast(char const*)':
+ moc_fbitem.cpp:(.text+0x70): undefined reference to `QQuickFramebufferObject::qt_metacast(char const*)'
+ .obj/moc_fbitem.o: In function `FbItem::qt_metacall(QMetaObject::Call, int, void**)':
+ moc_fbitem.cpp:(.text+0x80): undefined reference to `QQuickFramebufferObject::qt_metacall(QMetaObject::Call, int, void**)'
+ .obj/moc_fbitem.o: In function `FbItem::~FbItem()':
+ moc_fbitem.cpp:(.text._ZN6FbItemD2Ev[_ZN6FbItemD5Ev]+0x38): undefined reference to `vtable for QQuickFramebufferObject'
+ .obj/moc_fbitem.o: In function `FbItem::~FbItem()':
+ moc_fbitem.cpp:(.text._ZN6FbItemD0Ev[_ZN6FbItemD0Ev]+0x40): undefined reference to `vtable for QQuickFramebufferObject'
+ .obj/moc_fbitem.o:(.data.rel.ro+0x8): undefined reference to `typeinfo for QQuickFramebufferObject'
+ .obj/moc_fbitem.o:(.data.rel.ro+0x58): undefined reference to `QQuickFramebufferObject::isTextureProvider() const'
+ .obj/moc_fbitem.o:(.data.rel.ro+0x5c): undefined reference to `QQuickFramebufferObject::textureProvider() const'
+ .obj/moc_fbitem.o:(.data.rel.ro+0xc4): undefined reference to `QQuickFramebufferObject::geometryChanged(QRectF const&, QRectF const&)'
+ .obj/moc_fbitem.o:(.data.rel.ro+0xc8): undefined reference to `QQuickFramebufferObject::updatePaintNode(QSGNode*, QQuickItem::UpdatePaintNodeData*)'
+ .obj/moc_fbitem.o:(.data.rel.ro+0xcc): undefined reference to `QQuickFramebufferObject::releaseResources()'
+ .obj/moc_fbitem.o:(.data.rel.ro+0xf0): undefined reference to `QQuickFramebufferObject::staticMetaObject'
+
+Signed-off-by: Peter Seiderer <ps.report@gmx.net>
+---
+ examples/quick/quick.pro | 5 ++++-
+ 1 file changed, 4 insertions(+), 1 deletion(-)
+
+diff --git a/examples/quick/quick.pro b/examples/quick/quick.pro
+index 445dfb0fa..26ca0138e 100644
+--- a/examples/quick/quick.pro
++++ b/examples/quick/quick.pro
+@@ -36,7 +36,10 @@ qtConfig(opengl(es1|es2)?) {
+ # Widget dependent examples
+ qtHaveModule(widgets) {
+ SUBDIRS += embeddedinwidgets
+- qtHaveModule(quickwidgets): SUBDIRS += quickwidgets
++ # OpenGL Support Required
++ qtConfig(opengl(es1|es2)?) {
++ qtHaveModule(quickwidgets): SUBDIRS += quickwidgets
++ }
+ }
+
+ EXAMPLE_FILES = \
+--
+2.11.0
+
--
2.11.0
^ permalink raw reply related
* [Buildroot] [Bug 9866] BASE_DIR usage
From: bugzilla at busybox.net @ 2017-05-16 17:42 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9866-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9866
Yann E. MORIN <yann.morin.1998@free.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |yann.morin.1998 at free.fr
--- Comment #3 from Yann E. MORIN <yann.morin.1998@free.fr> ---
Try with something like:
make -C "$(dirname "${BR2_CONFIG}")" printvars
Ideally, we would export CNFIG_DIR (which is exactly the directory
you get above), but CONFIG_DIR clashes with various buildsystems,
like (IIRC) U-Boot...
Regards,
Yann E. MORIN.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [Bug 9866] BASE_DIR usage
From: bugzilla at busybox.net @ 2017-05-16 17:36 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9866-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9866
--- Comment #2 from Jean-pierre Cartal <jpcartal@free.fr> ---
Sorry, my explanation was not clear enough.
Let's try again ;-)
I have several build environments, some are using out-of-tree builds using the
-O option, others are using the default output location.
Now let's say I want to get the value of BR2_ARCH variable in the post image
shell script using the printvars target, I need to find the location of the
Makefile I should use.
My idea was to use the already available BASE_DIR variable as follow :
make -C ${BASE_DIR} printvars
This is working fine for out-of-tree environments, since the
${BASE_DIR}/Makefile file will point to the makefile wrapper.
However for default build environment, ${BASE_DIR} will point to the output
directory where there is no Makefile available.
For the time being I added a test in my script as follow :
#Out-of-tree build case
if [ ${BASE_DIR}/Makefile ] ; then
make -C ${BASE_DIR} printvars
# default build environment case.
else
make -C ${BASE_DIR}/../ printvars
fi;
So I had several questions :
1) Am I using the correct method to get the current build Makefile location ?
2) Wouldn't it be more consistent for ${BASE_DIR} to always point to a location
with the same content/structure for default and out-of-tree builds or maybe to
have another variable that would give access to current build Makefile location
?
Thanks for your help.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [Bug 9866] BASE_DIR usage
From: bugzilla at busybox.net @ 2017-05-16 16:03 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-9866-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=9866
--- Comment #1 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> ---
According to the Buildroot manual:
"Again just like for the post-build scripts, the scripts have access to the
environment variables BR2_CONFIG, HOST_DIR, STAGING_DIR, TARGET_DIR, BUILD_DIR,
BINARIES_DIR and BASE_DIR."
So why bother re-running make printvars to get BASE_DIR, if it's already
available in the environment?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [PATCH] gcc: arc-2017.03-rc2: Fix "unrecognized supposed constant" error
From: Alexey Brodkin @ 2017-05-16 14:07 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87vap29eja.fsf@dell.be.48ers.dk>
Hi Peter,
On Mon, 2017-05-15 at 20:10 +0200, Peter Korsgaard wrote:
> >
> > >
> > > >
> > > > >
> > > > > >
> > > > > > "Alexey" == Alexey Brodkin <Alexey.Brodkin@synopsys.com> writes:
>
> ?> This fixes the following problem:
> ?> arc-linux-gcc -c -Os -fPIC iso9660.i
> ?> iso9660.c: In function 'strip_trail':
> ?> iso9660.c:155:1: error: unrecognized supposed constant
> ?>??}
> ?>??^
> ?> (unspec:SI [
> ?>?????????(symbol_ref:SI ("*.LANCHOR1") [flags 0x182])
> ?>?????] ARC_UNSPEC_GOTOFFPC)
> ?> iso9660.c:155:1: internal compiler error: in arc_legitimate_constant_p, at config/arc/arc.c:6028
>
> ?> Found by Buildroot autobuilder [1].
>
> ?> The fix [2] is in arc-2017.03 development branch of ARC GCC and once it
> ?> becomes a part the next release of ARC tools this should be removed
> ?> from Buildroot.
>
> ?> [1] https://urldefense.proofpoint.com/v2/url?u=http-3A__autobuild.buildroot.net_results_c90_c909e8c397ab972b6aa4d370572cad4fae284d00_build-2Dend.
> log&d=DwIBAg&c=DPL6_X_6JkXFx7AXWqB0tg&r=lqdeeSSEes0GFDDl656eViXO7breS55ytWkhpk5R81I&m=eyEAZfBkQhTd80xpTFI0NPKpz57Aa8duF3Uu1L_JgXM&s=PiWGi8QYaMIbOlEL
> BukiJt2-WQi9IqfQlPFkxgNqbE8&e=?
> ?> [2]
> ?> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_foss-2Dfor-2Dsynopsys-2Ddwc-2Darc-2Dprocessors_gcc_commit_139fed9d29ab935b3bc5159
> c0bdf7b8b8a39442d&d=DwIBAg&c=DPL6_X_6JkXFx7AXWqB0tg&r=lqdeeSSEes0GFDDl656eViXO7breS55ytWkhpk5R81I&m=eyEAZfBkQhTd80xpTFI0NPKpz57Aa8duF3Uu1L_JgXM&s=OK
> r0FRgbINPdN6fRMnB18MICruG3PJVXVDpOjxISyVk&e=?
>
> Committed, thanks.
Thanks for that.
> I just noticed that we still have a patch from arc-2016.09. Can you
> confirm that this isn't needed any more?
No this is not needed any longer - was just a reminder of incomplete
patch that bumped ARC tools version.
Care to remove this or you'd prefer a patch from my on that regard?
-Alexey
^ permalink raw reply
* [Buildroot] [PATCH] python-can: bump to 1.5.2
From: yegorslists at googlemail.com @ 2017-05-16 13:56 UTC (permalink / raw)
To: buildroot
From: Yegor Yefremov <yegorslists@googlemail.com>
Also add Python SQLite3 dependency that first appeared in 1.5.2.
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
---
package/python-can/Config.in | 2 ++
package/python-can/python-can.hash | 6 +++---
package/python-can/python-can.mk | 4 ++--
3 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/package/python-can/Config.in b/package/python-can/Config.in
index 6b4e0fa76..465d2ee58 100644
--- a/package/python-can/Config.in
+++ b/package/python-can/Config.in
@@ -1,5 +1,7 @@
config BR2_PACKAGE_PYTHON_CAN
bool "python-can"
+ select BR2_PACKAGE_PYTHON_SQLITE if BR2_PACKAGE_PYTHON
+ select BR2_PACKAGE_PYTHON3_SQLITE if BR2_PACKAGE_PYTHON3
help
This module provides controller area network support for Python.
diff --git a/package/python-can/python-can.hash b/package/python-can/python-can.hash
index a8778622b..bd19d194b 100644
--- a/package/python-can/python-can.hash
+++ b/package/python-can/python-can.hash
@@ -1,3 +1,3 @@
-# md5 from https://pypi.python.org/pypi?:action=show_md5&digest=b9b556fe6f016c0a3b27cc67790cf821, sha256 locally computed
-md5 b9b556fe6f016c0a3b27cc67790cf821 python-can-1.4.3.tar.gz
-sha256 2dcd32737cc39fbf39f41521146a9685f594942c99c6183bad7e3c404930198b python-can-1.4.3.tar.gz
+# md5 from https://pypi.python.org/pypi/python-can/json, sha256 locally computed
+md5 f653aecf8b9034bbba32cc04ca6a7b6d python-can-1.5.2.tar.gz
+sha256 edabb426e6cd11c2dc7a98980340135aa0eb02143b0d51bf14e3e6178c131cc3 python-can-1.5.2.tar.gz
diff --git a/package/python-can/python-can.mk b/package/python-can/python-can.mk
index eddefdb4f..a271baea0 100644
--- a/package/python-can/python-can.mk
+++ b/package/python-can/python-can.mk
@@ -4,8 +4,8 @@
#
################################################################################
-PYTHON_CAN_VERSION = 1.4.3
-PYTHON_CAN_SITE = https://pypi.python.org/packages/source/p/python-can
+PYTHON_CAN_VERSION = 1.5.2
+PYTHON_CAN_SITE = https://pypi.python.org/packages/a1/b1/80f023e2b728c7ebccbf989aec777f3add3dd4cee650573ce5d38132a07c
PYTHON_CAN_LICENSE = LGPL-3.0
PYTHON_CAN_LICENSE_FILES = LICENSE.txt
PYTHON_CAN_SETUP_TYPE = setuptools
--
2.11.0
^ permalink raw reply related
* [Buildroot] Analysis of build results for 2017-05-15
From: Bartosz Golaszewski @ 2017-05-16 13:48 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170516092240.1cf6a3e6@free-electrons.com>
2017-05-16 9:22 GMT+02:00 Thomas Petazzoni
<thomas.petazzoni@free-electrons.com>:
>
>> x86_64 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/e9f3f175e203529c44ecf92a34b82a0b3a473e34 |
>
> This has been occurring for a while. Anybody to have a look?
>
This can be easily fixed by changing the -std=c++11 flag to
-std=gnu++11 or adding -fext-numeric-literals in CMakeLists.txt (just
like the error message is telling to). Seems like a problem with the
boost math stuff (BOOST_MATH_BIG_CONSTANT).
I'll prepare a patch.
Best regards,
Bartosz Golaszewski
^ permalink raw reply
* [Buildroot] [Bug 9866] New: BASE_DIR usage
From: bugzilla at busybox.net @ 2017-05-16 13:31 UTC (permalink / raw)
To: buildroot
https://bugs.busybox.net/show_bug.cgi?id=9866
Bug ID: 9866
Summary: BASE_DIR usage
Product: buildroot
Version: 2017.02
Hardware: All
OS: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: Other
Assignee: unassigned at buildroot.uclibc.org
Reporter: jpcartal at free.fr
CC: buildroot at uclibc.org
Target Milestone: ---
I'm trying to use the printvars target from a post image shell script and I
would like this script to support both default output directory ie
buildroot/output as well as O= option.
Thus I'm calling the printvars target as follow :
make -C ${BASE_DIR} printvars
However this code will only work if O= option is used, since in this case the
BASE_DIR directory will contain the main Makefile.
Is there any variable that will contain the directory which contains the main
Makefile file ?
Wouldn't it be more coherent if the BASE_DIR would point to directories with
similar content without depending on O= option ?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] uclibc, libstdc++ and cmath
From: Waldemar Brodkorb @ 2017-05-16 10:05 UTC (permalink / raw)
To: buildroot
In-Reply-To: <AM2PR03MB0963417F14798ACDE0C7A5D7E7E60@AM2PR03MB0963.eurprd03.prod.outlook.com>
Hi,
you might try following patch instead of the included buildroot one:
https://cgit.openadk.org/cgi/cgit/openadk.git/tree/toolchain/gcc/patches/5.4.0/libstdcxx-uclibc-c99.patch
Or you might try gcc 6.x where the issue was solved upstream IIRC.
The last step would be to try with latest buildroot git master.
best regards
Waldemar
> Am 16.05.2017 um 09:50 schrieb luke <skywal_l@hotmail.com>:
>
> While trying to compile qt5webengine, I stumble on a weird problem. The compiler can't find definitions of c++ math function defined in cmath (note that c++ support is activated):
>
> ===================================================================
> user at ubuntu:/tmp/buildroot-mailinglist$ cat /tmp/test.c
> #include <cmath>
>
> int main(int argc, char **argv) {
> std::round(5.5);
> return 0;
> }
>
> user at ubuntu:/tmp$ /tmp/buildroot-2017.02.2/output/host/usr/bin/arm-buildroot-linux-uclibcgnueabihf-g++ -std=c++11 test.c
> test.c: In function ?int main(int, char**)?:
> test.c:4:3: error: ?round? is not a member of ?std?
> std::round(5.5);
> ^
> test.c:4:3: note: suggested alternative:
> In file included from /tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/sysroot/usr/include/features.h:393:0,
> from /tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/include/c++/5.4.0/arm-buildroot-linux-uclibcgnueabihf/bits/os_defines.h:39,
> from /tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/include/c++/5.4.0/arm-buildroot-linux-uclibcgnueabihf/bits/c++config.h:482,
> from /tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/include/c++/5.4.0/cmath:41,
> from test.c:1:
> /tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/sysroot/usr/include/bits/mathcalls.h:326:1: note: ?round?
> __MATHCALLX (round,, (_Mdouble_ __x), (__const__))
> ===================================================================
>
> Part of the cmath header is not included due to _GLIBCXX_USE_C99_MATH_TR1 not being defined. Is it related to https://github.com/maximeh/buildroot/blob/master/package/gcc/5.4.0/850-libstdcxx-uclibc-c99.patch ?
>
> Anyway,, forced the definition of that macro but it generated more pb down the line, because it can't find a definition for global function when:
>
> cmath(1071): using ::acoshl;
>
> And indeed, if this function is defined in uclibc-1.0.22/libm/ldouble_wrappers.c, it is not declared in any header... There was a patch for this some time ago: http://lists.busybox.net/pipermail/buildroot/2015-April/125179.html.
> But it is removed.
>
> All this sound like I am missing something obvious, so if any of you have in mind what could be the problem, your help is appreciated.
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20170516/341d1465/attachment.html>
^ permalink raw reply
* [Buildroot] uclibc, libstdc++ and cmath
From: luke @ 2017-05-16 7:50 UTC (permalink / raw)
To: buildroot
While trying to compile qt5webengine, I stumble on a weird problem. The compiler can't find definitions of c++ math function defined in cmath (note that c++ support is activated):
===================================================================
user at ubuntu:/tmp/buildroot-mailinglist$ cat /tmp/test.c
#include <cmath>
int main(int argc, char **argv) {
? std::round(5.5);
? return 0;
}
user at ubuntu:/tmp$ /tmp/buildroot-2017.02.2/output/host/usr/bin/arm-buildroot-linux-uclibcgnueabihf-g++ -std=c++11 test.c
test.c: In function ?int main(int, char**)?:
test.c:4:3: error: ?round? is not a member of ?std?
? ?std::round(5.5);
? ?^
test.c:4:3: note: suggested alternative:
In file included from /tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/sysroot/usr/include/features.h:393:0,
? ? ? ? ? ? ? ? ?from /tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/include/c++/5.4.0/arm-buildroot-linux-uclibcgnueabihf/bits/os_defines.h:39,
? ? ? ? ? ? ? ? ?from /tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/include/c++/5.4.0/arm-buildroot-linux-uclibcgnueabihf/bits/c++config.h:482,
? ? ? ? ? ? ? ? ?from /tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/include/c++/5.4.0/cmath:41,
? ? ? ? ? ? ? ? ?from test.c:1:
/tmp/buildroot-2017.02.2/output/host/usr/arm-buildroot-linux-uclibcgnueabihf/sysroot/usr/include/bits/mathcalls.h:326:1: note: ? ?round?
?__MATHCALLX (round,, (_Mdouble_ __x), (__const__))
===================================================================
Part of the cmath header is not included due to?_GLIBCXX_USE_C99_MATH_TR1 not being defined. Is it related to?https://github.com/maximeh/buildroot/blob/master/package/gcc/5.4.0/850-libstdcxx-uclibc-c99.patch??
Anyway,, forced the definition of that macro but it generated more pb down the line, because it can't find a definition for global function when:
cmath(1071): using ::acoshl;
And indeed, if this function is defined in uclibc-1.0.22/libm/ldouble_wrappers.c, it is not declared in any header... There was a patch for this some time ago: http://lists.busybox.net/pipermail/buildroot/2015-April/125179.html.
But it is removed.
All this sound like I am missing something obvious, so if any of you have in mind what could be the problem, your help is appreciated.
^ permalink raw reply
* [Buildroot] [git commit] package/boost: disable boost-locale for static only build with icu
From: Thomas Petazzoni @ 2017-05-16 7:45 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=5270553b9037c775acec493c8d05275fdf53ed05
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Boost fails to build with the following error:
error: Tried to build the target twice, with property sets having
error: these incompatible properties:
error:
error: - <runtime-link>static <warnings>all
error: - <runtime-link>shared <warnings>on
when the following conditions are met:
- BR2_STATIC_LIBS=y
- BR2_PACKAGE_ICU=y
- BR2_PACKAGE_BOOST_LOCALE=y
- Another BR2_PACKAGE_BOOST_xyz option is enabled, which enables a
feature not provided just by header files, but that requires
building a library.
In such a situation, Boost absolutely wants to build the libboost
libraries as shared libraries. Not having boost-locale, or not having
icu is sufficient to avoid the issue.
So, as a simple work-around, we prevent from building boost-locale
when icu and static linking are used.
Fixes:
http://autobuild.buildroot.net/results/c8f7aa85f5791d8ae8cf4b9085788adc5152286f/
Signed-off-by: Romain Naour <romain.naour@gmail.com>
Cc: Yegor Yefremov <yegorslists@googlemail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
[Thomas:
- only disable boost-locale when icu is enabled
- improve commit log]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/boost/Config.in | 13 +++++++++++++
1 file changed, 13 insertions(+)
diff --git a/package/boost/Config.in b/package/boost/Config.in
index 9825c09..f0a2385 100644
--- a/package/boost/Config.in
+++ b/package/boost/Config.in
@@ -98,8 +98,21 @@ config BR2_PACKAGE_BOOST_IOSTREAMS
config BR2_PACKAGE_BOOST_LOCALE
bool "boost-locale"
+ # When boost-locale is enabled with icu support, Boost no
+ # longer supports building the libboost_* libraries as static
+ # libraries, causing build failures when other boost features
+ # than boost-locale are enabled. To work around this, we
+ # prevent using boost-locale on static linking configurations
+ # with icu enabled. See
+ # https://svn.boost.org/trac/boost/ticket/9685 for more
+ # details.
+ depends on !(BR2_STATIC_LIBS && BR2_PACKAGE_ICU)
select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE
+comment "boost-locale needs a toolchain w/ dynamic library"
+ depends on BR2_PACKAGE_ICU
+ depends on BR2_STATIC_LIBS
+
config BR2_PACKAGE_BOOST_LOG
bool "boost-log"
depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL
^ permalink raw reply related
* [Buildroot] [git commit] fxload: disable on Microblaze
From: Thomas Petazzoni @ 2017-05-16 7:38 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=af486457dfa9e0cd8c0b1ce636821e48bcc896c4
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
gcc on Microblaze is affected by PR63261, which causes a build failure
when optimization *and* debugging symbols are enabled. Since anyway
fxload is unlikely to be useful on Microblaze, let's disable this
package on this architecture.
Fixes:
http://autobuild.buildroot.net/results/24640a042d84f45339246c0a18e10905494b2199/
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/fxload/Config.in | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/package/fxload/Config.in b/package/fxload/Config.in
index ac190f0..d178e2c 100644
--- a/package/fxload/Config.in
+++ b/package/fxload/Config.in
@@ -1,5 +1,9 @@
config BR2_PACKAGE_FXLOAD
bool "fxload"
+ # Hits gcc PR63261 on Microblaze with debugging symbols
+ # enabled. Since this package is unlikely to be useful on
+ # Microblaze, just disable it on this architecture.
+ depends on !BR2_microblaze
help
This program is conveniently able to download firmware into FX, FX2,
and FX2LP EZ-USB devices, as well as the original AnchorChips EZ-USB.
^ permalink raw reply related
* [Buildroot] [PATCH] Revert "libcdio: disable on ARC, triggers a toolchain bug"
From: Alexey Brodkin @ 2017-05-16 7:32 UTC (permalink / raw)
To: buildroot
This reverts commit 459f7302df8cdc45aa0f7f2581ebb6f05fb6432a.
libcdio building is fixed for ARC in
2b360bd547f1 "gcc: arc-2017.03-rc2: Fix "unrecognized supposed constant" error"
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
---
package/libcdio/Config.in | 2 --
1 file changed, 2 deletions(-)
diff --git a/package/libcdio/Config.in b/package/libcdio/Config.in
index 531af3bb93..fdc001ec40 100644
--- a/package/libcdio/Config.in
+++ b/package/libcdio/Config.in
@@ -1,8 +1,6 @@
config BR2_PACKAGE_LIBCDIO
bool "libcdio"
depends on BR2_USE_MMU # fork()
- # ARC toolchain issue
- depends on !BR2_arc
select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE
help
The GNU Compact Disc Input and Control library.
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH] git: security bump to version 2.12.3
From: Thomas Petazzoni @ 2017-05-16 7:25 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170515144447.8596-1-peter@korsgaard.com>
Hello,
On Mon, 15 May 2017 16:44:47 +0200, Peter Korsgaard wrote:
> Fixes CVE-2017-8386 - Git Shell Bypass By Abusing Less
>
> For more details, see:
> https://insinuator.net/2017/05/git-shell-bypass-by-abusing-less-cve-2017-8386/
> http://www.mail-archive.com/git at vger.kernel.org/msg120982.html
>
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
> ---
> package/git/git.hash | 2 +-
> package/git/git.mk | 2 +-
> 2 files changed, 2 insertions(+), 2 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] [PATCH] rtmpdump: security bump to current HEAD
From: Thomas Petazzoni @ 2017-05-16 7:25 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170515153229.29831-1-peter@korsgaard.com>
Hello,
On Mon, 15 May 2017 17:32:29 +0200, Peter Korsgaard wrote:
> Fixes:
>
> - CVE-2015-8271: The AMF3CD_AddProp function in amf.c in RTMPDump 2.4 allows
> remote RTMP Media servers to execute arbitrary code
> https://www.talosintelligence.com/reports/TALOS-2016-0067/
>
> - CVE-2015-8272: RTMPDump 2.4 allows remote attackers to trigger a denial of
> service (NULL pointer dereference and process crash).
> https://www.talosintelligence.com/reports/TALOS-2016-0068/
>
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
> ---
> package/rtmpdump/rtmpdump.mk | 2 +-
> 1 file changed, 1 insertion(+), 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] rtmpdump: security bump to current HEAD
From: Thomas Petazzoni @ 2017-05-16 7:25 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=4ebd2fa277fdffecca146d07c78954653517eff4
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes:
- CVE-2015-8271: The AMF3CD_AddProp function in amf.c in RTMPDump 2.4 allows
remote RTMP Media servers to execute arbitrary code
https://www.talosintelligence.com/reports/TALOS-2016-0067/
- CVE-2015-8272: RTMPDump 2.4 allows remote attackers to trigger a denial of
service (NULL pointer dereference and process crash).
https://www.talosintelligence.com/reports/TALOS-2016-0068/
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/rtmpdump/rtmpdump.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/rtmpdump/rtmpdump.mk b/package/rtmpdump/rtmpdump.mk
index 19d9b04..f5d430c 100644
--- a/package/rtmpdump/rtmpdump.mk
+++ b/package/rtmpdump/rtmpdump.mk
@@ -4,7 +4,7 @@
#
################################################################################
-RTMPDUMP_VERSION = a107cef9b392616dff54fabfd37f985ee2190a6f
+RTMPDUMP_VERSION = fa8646daeb19dfd12c181f7d19de708d623704c0
RTMPDUMP_SITE = git://git.ffmpeg.org/rtmpdump
RTMPDUMP_INSTALL_STAGING = YES
# Note that rtmpdump is GPL-2.0 but librtmp has its own license and since we only
^ 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