* [Buildroot] [PATCH 1/1] erlang: bump version to 19.3
From: Frank Hunleth @ 2017-05-11 13:21 UTC (permalink / raw)
To: buildroot
This change bumps the Erlang version from 18.3 to 19.3. Erlang 19.0 has
many improvements but introduces a few incompatible changes to Erlang
18.3. Details are at:
http://erlang.org/download/otp_src_19.0.readme
The 19.x minor releases primarily contain bug fixes, optimizations and
other minor imporvements. Details are at:
http://erlang.org/download/otp_src_19.1.readme
http://erlang.org/download/otp_src_19.2.readme
http://erlang.org/download/otp_src_19.3.readme
Signed-off-by: Frank Hunleth <fhunleth@troodon-software.com>
---
IMPORTANT: This change will break ejabberd.
package/erlang/erlang.hash | 4 ++--
package/erlang/erlang.mk | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/package/erlang/erlang.hash b/package/erlang/erlang.hash
index c39c26e..dc12ccd 100644
--- a/package/erlang/erlang.hash
+++ b/package/erlang/erlang.hash
@@ -1,3 +1,3 @@
# md5 from http://www.erlang.org/download/MD5, sha256 locally computed
-md5 7e4ff32f97c36fb3dab736f8d481830b otp_src_18.3.tar.gz
-sha256 fdab8129a1cb935db09f1832e3a7d511a4aeb2b9bb3602ca6a7ccb9730d5c9c3 otp_src_18.3.tar.gz
+md5 a8c259ec47bf84e77510673e1b76b6db otp_src_19.3.tar.gz
+sha256 fe4a00651db39b8542b04530a48d24b2f2e7e0b77cbe93d728c9f05325bdfe83 otp_src_19.3.tar.gz
diff --git a/package/erlang/erlang.mk b/package/erlang/erlang.mk
index 364085c..0f04a84 100644
--- a/package/erlang/erlang.mk
+++ b/package/erlang/erlang.mk
@@ -5,7 +5,7 @@
################################################################################
# See note below when updating Erlang
-ERLANG_VERSION = 18.3
+ERLANG_VERSION = 19.3
ERLANG_SITE = http://www.erlang.org/download
ERLANG_SOURCE = otp_src_$(ERLANG_VERSION).tar.gz
ERLANG_DEPENDENCIES = host-erlang
@@ -19,7 +19,7 @@ ERLANG_AUTORECONF = YES
# Whenever updating Erlang, this value should be updated as well, to the
# value of EI_VSN in the file lib/erl_interface/vsn.mk
-ERLANG_EI_VSN = 3.8.2
+ERLANG_EI_VSN = 3.9.3
# The configure checks for these functions fail incorrectly
ERLANG_CONF_ENV = ac_cv_func_isnan=yes ac_cv_func_isinf=yes
--
2.7.4
^ permalink raw reply related
* [Buildroot] libqmi and modem-manager
From: Matthew Weber @ 2017-05-11 13:03 UTC (permalink / raw)
To: buildroot
In-Reply-To: <30a337fc-837b-624c-06f0-3a8252b5693e@imgtec.com>
Vicente,
On Thu, May 11, 2017 at 8:01 AM, Vicente Olivert Riera
<Vincent.Riera@imgtec.com> wrote:
> Hello Thomas and Matthew,
>
> this commit from Matthew broke libqmi compilation:
>
> https://git.busybox.net/buildroot/commit/?id=c78b65c4f161ec101ff02880788ef22eb7c87d76
>
> Then this commit from Thomas fixed the former bogus commit and libqmi
> started to compile file again:
>
> https://git.busybox.net/buildroot/commit/?id=4d11848a21d4424a04e8428c4cd3bd5e972aacdf
>
> The problem is that now modem-manager with qmi support fails to compile
> with an error like this one:
>
> CC mm-modem-helpers-qmi.lo
> In file included from
> /br/output/host/usr/mips64el-buildroot-linux-gnu/sysroot/usr/include/libqmi-glib/qmi-message.h:39:0,
> from
> /br/output/host/usr/mips64el-buildroot-linux-gnu/sysroot/usr/include/libqmi-glib/qmi-device.h:34,
> from
> /br/output/host/usr/mips64el-buildroot-linux-gnu/sysroot/usr/include/libqmi-glib/libqmi-glib.h:32,
> from mm-modem-helpers-qmi.h:22,
> from mm-modem-helpers-qmi.c:16:
> /br/output/host/usr/mips64el-buildroot-linux-gnu/sysroot/usr/include/libqmi-glib/qmi-utils.h:37:15:
> error: static declaration of ?canonicalize_file_name? follows non-static
> declaration
> static char * canonicalize_file_name(const char *path)
>
> If I revert both commits modem-manager with qmi support compiles just fine.
>
> Could you please have a look to that issue?
>
> This is the defconfig I'm using:
>
> BR2_mipsel=y
> BR2_mips_32r2=y
> # BR2_MIPS_SOFT_FLOAT is not set
> BR2_TOOLCHAIN_EXTERNAL=y
> BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
> BR2_PACKAGE_MODEM_MANAGER=y
> BR2_PACKAGE_MODEM_MANAGER_LIBQMI=y
> # BR2_TARGET_ROOTFS_TAR is not set
>
I'll take a look, sorry about the indirect build failure.
^ permalink raw reply
* [Buildroot] [PATCH next] sudo: bump version to 1.8.20
From: Vicente Olivert Riera @ 2017-05-11 13:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170511120734.164161b9@free-electrons.com>
Hi Thomas,
On 11/05/17 11:07, Thomas Petazzoni wrote:
> Hello,
>
> On Thu, 11 May 2017 10:36:02 +0100, Vicente Olivert Riera wrote:
>> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
>
> Thanks for this bump. What about fixing the build issues currently
> affecting sudo?
check this out:
http://patchwork.ozlabs.org/patch/761065/
Regards,
Vincent
>
> See:
>
> http://autobuild.buildroot.net/?reason=sudo-1.8.19p2
>
> Thanks!
>
> Thomas
>
^ permalink raw reply
* [Buildroot] libqmi and modem-manager
From: Vicente Olivert Riera @ 2017-05-11 13:01 UTC (permalink / raw)
To: buildroot
Hello Thomas and Matthew,
this commit from Matthew broke libqmi compilation:
https://git.busybox.net/buildroot/commit/?id=c78b65c4f161ec101ff02880788ef22eb7c87d76
Then this commit from Thomas fixed the former bogus commit and libqmi
started to compile file again:
https://git.busybox.net/buildroot/commit/?id=4d11848a21d4424a04e8428c4cd3bd5e972aacdf
The problem is that now modem-manager with qmi support fails to compile
with an error like this one:
CC mm-modem-helpers-qmi.lo
In file included from
/br/output/host/usr/mips64el-buildroot-linux-gnu/sysroot/usr/include/libqmi-glib/qmi-message.h:39:0,
from
/br/output/host/usr/mips64el-buildroot-linux-gnu/sysroot/usr/include/libqmi-glib/qmi-device.h:34,
from
/br/output/host/usr/mips64el-buildroot-linux-gnu/sysroot/usr/include/libqmi-glib/libqmi-glib.h:32,
from mm-modem-helpers-qmi.h:22,
from mm-modem-helpers-qmi.c:16:
/br/output/host/usr/mips64el-buildroot-linux-gnu/sysroot/usr/include/libqmi-glib/qmi-utils.h:37:15:
error: static declaration of ?canonicalize_file_name? follows non-static
declaration
static char * canonicalize_file_name(const char *path)
If I revert both commits modem-manager with qmi support compiles just fine.
Could you please have a look to that issue?
This is the defconfig I'm using:
BR2_mipsel=y
BR2_mips_32r2=y
# BR2_MIPS_SOFT_FLOAT is not set
BR2_TOOLCHAIN_EXTERNAL=y
BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
BR2_PACKAGE_MODEM_MANAGER=y
BR2_PACKAGE_MODEM_MANAGER_LIBQMI=y
# BR2_TARGET_ROOTFS_TAR is not set
Thanks,
--
Vincent
^ permalink raw reply
* [Buildroot] [PATCH] sudo: fix static linking with openldap having openssl support
From: Vicente Olivert Riera @ 2017-05-11 13:00 UTC (permalink / raw)
To: buildroot
If we are building sudo statically and openldap was linked with openssl,
then when we link sudo with openldap we need to specify the openssl
libs, otherwise it will fail with "undefined reference" errors.
Fixes:
http://autobuild.buildroot.net/results/ebb/ebbb4c3138b5023a0c8bd938db1932a25ba5b6fb/
http://autobuild.buildroot.net/results/58e/58ee4fddea85f0c79b26582b04a573258e27eb47/
http://autobuild.buildroot.net/results/051/05151c4ef7f0b3702a6cd5e6df4888d826a37431/
http://autobuild.buildroot.net/results/b1d/b1dfae81985daee106700191fcb82387833c2e3f/
http://autobuild.buildroot.net/results/5b4/5b42e8505856156389d480d0da19f6982cf120d8/
http://autobuild.buildroot.net/results/30a/30a76190428f902f03bcf54ba9f1f4f4377c6fc9/
http://autobuild.buildroot.net/results/e8c/e8c6bdc314b9a8d5de303633a3abd7b7e44beb2e/
http://autobuild.buildroot.net/results/483/4830c69cc6a62080e1516f0d9009c2ba619c23c1/
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
---
package/sudo/sudo.mk | 7 +++++++
1 file changed, 7 insertions(+)
diff --git a/package/sudo/sudo.mk b/package/sudo/sudo.mk
index 0fcd740..56f83ea 100644
--- a/package/sudo/sudo.mk
+++ b/package/sudo/sudo.mk
@@ -40,6 +40,13 @@ endif
ifeq ($(BR2_PACKAGE_OPENLDAP),y)
SUDO_DEPENDENCIES += openldap
SUDO_CONF_OPTS += --with-ldap
+# If we are building sudo statically and openldap was linked with openssl, then
+# when we link sudo with openldap we need to specify the openssl libs, otherwise
+# it will fail with "undefined reference" errors.
+ifeq ($(BR2_STATIC_LIBS)$(BR2_PACKAGE_OPENSSL),yy)
+SUDO_DEPENDENCIES += host-pkgconf
+SUDO_CONF_ENV = LIBS="`$(PKG_CONFIG_HOST_BINARY) --libs libssl libcrypto`"
+endif
else
SUDO_CONF_OPTS += --without-ldap
endif
--
2.10.2
^ permalink raw reply related
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-05-10
From: Matthew Weber @ 2017-05-11 12:22 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAGm1_kuce8He8uG1CH4a0XyuFaO6C5zBVVzYQkz7qGmz+r36ug@mail.gmail.com>
Yegor,
On Thursday, May 11, 2017, Yegor Yefremov <yegorslists@googlemail.com>
wrote:
> On Thu, May 11, 2017 at 8:28 AM, Thomas Petazzoni
> <thomas.petazzoni@free-electrons.com <javascript:;>> wrote:
> > Hello,
> >
> > Build statistics for 2017-05-10
> > ================================
> >
> > successes : 253
> > failures : 24
> > timeouts : 0
> > TOTAL : 277
> >
> > Classification of failures by reason
> > ====================================
> >
> > radvd-2.12 | 4
> > modem-manager-1.6.4 | 3
> > efibootmgr-14 | 2
> > libcdio-0.94 | 2
> > ltp-testsuite-20170116 | 2
> > openblas-f04af36ad0e85b64f1... | 2
> > pulseview-0.3.0 | 2
> > rabbitmq-c-v0.8.0 | 2
> > mediastreamer-2.14.0 | 1
> > protobuf-3.2.0 | 1
> > qt5declarative-5.8.0 | 1
> > qwt-6.1.3 | 1
> > strongswan-5.4.0 | 1
> >
> >
> > Detail of failures
> > ===================
> >
> > arm | efibootmgr-14 | NOK |
> http://autobuild.buildroot.net/results/87c3ff2427331eb9ab31c9eb685fe8
> 0954a0a98f |
> > arm | efibootmgr-14 | NOK |
> http://autobuild.buildroot.net/results/368656c338f6ea732f564291d660bc
> 1721b34af7 |
> > arc | libcdio-0.94 | NOK |
> http://autobuild.buildroot.net/results/c909e8c397ab972b6aa4d370572cad
> 4fae284d00 |
> > arc | libcdio-0.94 | NOK |
> http://autobuild.buildroot.net/results/d681917034730d374092881e90875d
> 3149e31774 |
> > arm | ltp-testsuite-20170116 | NOK |
> http://autobuild.buildroot.net/results/cb94f4859c7cf60c76dd978ed94188
> 3ff732ba11 |
> > sparc | ltp-testsuite-20170116 | NOK |
> http://autobuild.buildroot.net/results/e68191d1ae42100119ab2f872eeff8
> ba4b1b7c8d |
> > m68k | mediastreamer-2.14.0 | NOK |
> http://autobuild.buildroot.net/results/775c81b5d0064cb196bbb367368dd7
> 6eb46ecf93 | ORPH
> > arm | modem-manager-1.6.4 | NOK |
> http://autobuild.buildroot.net/results/fe9b6b1b1399a4e8aafc6a326c81ec
> 97c2480025 |
> > i686 | modem-manager-1.6.4 | NOK |
> http://autobuild.buildroot.net/results/40eef797b4d8d53fc6e10f2048316d
> 63549caf6d |
> > arm | modem-manager-1.6.4 | NOK |
> http://autobuild.buildroot.net/results/e3e3b61fb1162648f45c73b2a07509
> e0ab95b3d4 |
>
> Hi Matthew,
>
> this issues looks like the one you've fixed for libqmi. Could you take a
> look?
>
>
>
Sure
>
> > sparc | openblas-f04af36ad0e85b64f1... | NOK |
> http://autobuild.buildroot.net/results/2fce6f9607019c25e5dfff49dacddb
> 199ef885cf |
> > sparc | openblas-f04af36ad0e85b64f1... | NOK |
> http://autobuild.buildroot.net/results/437c6e3e49742a29a33b1cc6b450fd
> f9b0561dc5 |
> > sparc | protobuf-3.2.0 | NOK |
> http://autobuild.buildroot.net/results/3111e01f89f6038964c1aed1f2504c
> bc63ce8d62 | ORPH
> > i686 | pulseview-0.3.0 | NOK |
> http://autobuild.buildroot.net/results/c6a60e9f6395b8dbd457be57642dfa
> a1c8d86104 |
> > i686 | pulseview-0.3.0 | NOK |
> http://autobuild.buildroot.net/results/1729c660f2d43504b684be0b1a156b
> 92652d3dba |
> > i586 | qt5declarative-5.8.0 | NOK |
> http://autobuild.buildroot.net/results/9e3f14e342be2a7f6204173a30cb1f
> 01570c971a |
> > arm | qwt-6.1.3 | NOK |
> http://autobuild.buildroot.net/results/739406bb8073d1861933872a478029
> 54d9767634 | ORPH
> > arm | rabbitmq-c-v0.8.0 | NOK |
> http://autobuild.buildroot.net/results/a1a7e938ac4260802bf0e24f64829d
> 559295ef39 |
> > m68k | rabbitmq-c-v0.8.0 | NOK |
> http://autobuild.buildroot.net/results/2c08a56053afef4b475790571ba0f4
> d9c506ec29 |
> > xtensa | radvd-2.12 | NOK |
> http://autobuild.buildroot.net/results/469d3e2f0c0739787b52e8497cf22a
> 1571d8a001 | ORPH
> > microblazeel | radvd-2.12 | NOK |
> http://autobuild.buildroot.net/results/24b2e2e515987cca86d2905f8cbcea
> 820755d526 | ORPH
> > xtensa | radvd-2.12 | NOK |
> http://autobuild.buildroot.net/results/fa0c3393c2bcdbc2287c3b8a96cd16
> e2845a22a3 | ORPH
> > xtensa | radvd-2.12 | NOK |
> http://autobuild.buildroot.net/results/d3796b9dbdaf93b6bfa66633d11172
> 9e0745c2c0 | ORPH
> > x86_64 | strongswan-5.4.0 | NOK |
> http://autobuild.buildroot.net/results/6120add5ad6e7f5d575fc2a2442cd7
> fe5302eb46 |
> >
> > --
> > http://autobuild.buildroot.net
> > _______________________________________________
> > buildroot mailing list
> > buildroot at busybox.net <javascript:;>
> > http://lists.busybox.net/mailman/listinfo/buildroot
>
--
Matthew L Weber / Pr Software Engineer
Airborne Information Systems / Security Systems and Software / Secure
Platforms
MS 131-100, C Ave NE, Cedar Rapids, IA, 52498, USA
www.rockwellcollins.com
Note: Any Export License Required Information and License Restricted Third
Party Intellectual Property (TPIP) content must be encrypted and sent to
matthew.weber at corp.rockwellcollins.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20170511/191d80dd/attachment.html>
^ permalink raw reply
* [Buildroot] Buildroot defconfig failures
From: ren_guo @ 2017-05-11 12:05 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170511134113.5d0858c0@free-electrons.com>
Dear Thomas,
>>> You can just create a gitlab account, fork the official gitlab buildroot
>>> repository, modify .gitlab-ci.yml and push it. The you use the real gitlab
>>> server for you debugging.
>>>
>>> You can do this on a branch that you delete later to "forget" about this
>>> debugging run.
>> 1. The problem is lose "libelf1" package, csky-linux-gcc will failed like this:
>>
>> |$ echo 'void main(){}' | ./bin/csky-linux-gcc -fstack-protector -x c -
>> -o hello && echo y
>> /builds/guoren83/buildroot/bin/../libexec/gcc/csky-linux/4.5.1/cc1:
>> error while loading shared libraries: libelf.so.1: cannot open shared
>> object file: No such file or directory test failed log:
>> https://gitlab.com/guoren83/buildroot/builds/16073656 2. I add libelf1
>> in .gitlab-ci.yml, see below
>> https://gitlab.com/guoren83/buildroot/commit/8e718d6ac2d49900042861652cac585c2cb063c7
>> Test is OK :) https://gitlab.com/guoren83/buildroot/builds/16074189
> Ah, good finding. Thanks for this investigation!
>
> However, do we want to add libelf1 ? Shouldn't you tweak your toolchain
> build process to link gcc statically with libelf1 ?
We use gcc 4.5.1 currently, and in gcc's configure file it linked with libelf.
So all gcc-4.5.1 will need libelf, not we cause this.
So pls add libelf1, and very very thx.
Best Regards
--
Guo Ren, Software Engineer, C-SKY
3 XiDoumen Rd,BldgA,15F,Hangzhou,China
P.C: 310012
http://www.c-sky.com
^ permalink raw reply
* [Buildroot] Buildroot defconfig failures
From: Thomas Petazzoni @ 2017-05-11 11:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <6ac5b223-e348-7c0d-4ca0-2f4c4c1e6a1d@c-sky.com>
Hello,
On Thu, 11 May 2017 19:33:14 +0800, ren_guo wrote:
> > You can just create a gitlab account, fork the official gitlab buildroot
> > repository, modify .gitlab-ci.yml and push it. The you use the real gitlab
> > server for you debugging.
> >
> > You can do this on a branch that you delete later to "forget" about this
> > debugging run.
>
> 1. The problem is lose "libelf1" package, csky-linux-gcc will failed like this:
>
> |$ echo 'void main(){}' | ./bin/csky-linux-gcc -fstack-protector -x c -
> -o hello && echo y
> /builds/guoren83/buildroot/bin/../libexec/gcc/csky-linux/4.5.1/cc1:
> error while loading shared libraries: libelf.so.1: cannot open shared
> object file: No such file or directory test failed log:
> https://gitlab.com/guoren83/buildroot/builds/16073656 2. I add libelf1
> in .gitlab-ci.yml, see below
> https://gitlab.com/guoren83/buildroot/commit/8e718d6ac2d49900042861652cac585c2cb063c7
> Test is OK :) https://gitlab.com/guoren83/buildroot/builds/16074189
Ah, good finding. Thanks for this investigation!
However, do we want to add libelf1 ? Shouldn't you tweak your toolchain
build process to link gcc statically with libelf1 ?
It is worth mentioning that gcc no longer depends on libelf since gcc
4.6.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] Buildroot defconfig failures
From: ren_guo @ 2017-05-11 11:33 UTC (permalink / raw)
To: buildroot
In-Reply-To: <2a49a86b-da86-6e7e-df4d-bf857d3ee66c@mind.be>
Dear Arnout,
> You can just create a gitlab account, fork the official gitlab buildroot
> repository, modify .gitlab-ci.yml and push it. The you use the real gitlab
> server for you debugging.
>
> You can do this on a branch that you delete later to "forget" about this
> debugging run.
1. The problem is lose "libelf1" package, csky-linux-gcc will failed like this:
|$ echo 'void main(){}' | ./bin/csky-linux-gcc -fstack-protector -x c -
-o hello && echo y
/builds/guoren83/buildroot/bin/../libexec/gcc/csky-linux/4.5.1/cc1:
error while loading shared libraries: libelf.so.1: cannot open shared
object file: No such file or directory test failed log:
https://gitlab.com/guoren83/buildroot/builds/16073656 2. I add libelf1
in .gitlab-ci.yml, see below
https://gitlab.com/guoren83/buildroot/commit/8e718d6ac2d49900042861652cac585c2cb063c7
Test is OK :) https://gitlab.com/guoren83/buildroot/builds/16074189 Best
Regards |
--
Guo Ren, Software Engineer, C-SKY
3 XiDoumen Rd,BldgA,15F,Hangzhou,China
P.C: 310012
http://www.c-sky.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20170511/b593779b/attachment.html>
^ permalink raw reply
* [Buildroot] [PATCH] strongswan: fix crypt() redefinition
From: Baruch Siach @ 2017-05-11 11:22 UTC (permalink / raw)
To: buildroot
Add patch from upstream pending pull request (#72) to fix crypt() definition
conflict.
Fixes:
http://autobuild.buildroot.net/results/612/6120add5ad6e7f5d575fc2a2442cd7fe5302eb46/
http://autobuild.buildroot.net/results/ba1/ba1298e71ef28857654ae8d4593d09e4fe8cdda0/
http://autobuild.buildroot.net/results/6b9/6b928e2a6a35bfb21c792fca083bc4cbdaef9304/
Cc: J?r?me Pouiller <jezz@sysmic.org>
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
---
...0001-af_alg-fix-crypt-definition-conflict.patch | 55 ++++++++++++++++++++++
1 file changed, 55 insertions(+)
create mode 100644 package/strongswan/0001-af_alg-fix-crypt-definition-conflict.patch
diff --git a/package/strongswan/0001-af_alg-fix-crypt-definition-conflict.patch b/package/strongswan/0001-af_alg-fix-crypt-definition-conflict.patch
new file mode 100644
index 000000000000..442e53eb9eeb
--- /dev/null
+++ b/package/strongswan/0001-af_alg-fix-crypt-definition-conflict.patch
@@ -0,0 +1,55 @@
+From 0b906cb025a506be1b73e5b485179585d1a90be2 Mon Sep 17 00:00:00 2001
+From: Baruch Siach <baruch@tkos.co.il>
+Date: Thu, 11 May 2017 14:04:47 +0300
+Subject: [PATCH] af_alg: fix crypt() definition conflict
+
+Rename the crypt() method to avoid conflict with POSIX crypt(). Fixes the
+following build failure with musl libc:
+
+In file included from ../../../../src/libstrongswan/utils/utils.h:53:0,
+ from ../../../../src/libstrongswan/library.h:101,
+ from af_alg_ops.h:24,
+ from af_alg_ops.c:16:
+af_alg_ops.c:110:22: error: conflicting types for 'crypt'
+ METHOD(af_alg_ops_t, crypt, bool,
+ ^
+../../../../src/libstrongswan/utils/utils/object.h:99:13: note: in definition of macro 'METHOD'
+ static ret name(union {iface *_public; this;} \
+ ^
+In file included from af_alg_ops.c:18:0:
+.../host/usr/x86_64-buildroot-linux-musl/sysroot/usr/include/unistd.h:144:7: note: previous declaration of 'crypt' was here
+ char *crypt(const char *, const char *);
+ ^
+
+Signed-off-by: Baruch Siach <baruch@tkos.co.il>
+---
+Upstream status: https://github.com/strongswan/strongswan/pull/72
+
+ src/libstrongswan/plugins/af_alg/af_alg_ops.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/libstrongswan/plugins/af_alg/af_alg_ops.c b/src/libstrongswan/plugins/af_alg/af_alg_ops.c
+index 331d1e8010aa..452cd1ac30c9 100644
+--- a/src/libstrongswan/plugins/af_alg/af_alg_ops.c
++++ b/src/libstrongswan/plugins/af_alg/af_alg_ops.c
+@@ -107,7 +107,7 @@ METHOD(af_alg_ops_t, hash, bool,
+ return TRUE;
+ }
+
+-METHOD(af_alg_ops_t, crypt, bool,
++METHOD(af_alg_ops_t, crypt_, bool,
+ private_af_alg_ops_t *this, u_int32_t type, chunk_t iv, chunk_t data,
+ char *out)
+ {
+@@ -224,7 +224,7 @@ af_alg_ops_t *af_alg_ops_create(char *type, char *alg)
+ .public = {
+ .hash = _hash,
+ .reset = _reset,
+- .crypt = _crypt,
++ .crypt = _crypt_,
+ .set_key = _set_key,
+ .destroy = _destroy,
+ },
+--
+2.11.0
+
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH v2 next] libgtk3: bump version to 3.22.14
From: Vicente Olivert Riera @ 2017-05-11 10:19 UTC (permalink / raw)
To: buildroot
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
---
Changes v1 -> v2:
- bump to 3.22.14 instead of 3.22.13
---
package/libgtk3/libgtk3.hash | 4 ++--
package/libgtk3/libgtk3.mk | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/libgtk3/libgtk3.hash b/package/libgtk3/libgtk3.hash
index 10dcb4d..cbba7ca 100644
--- a/package/libgtk3/libgtk3.hash
+++ b/package/libgtk3/libgtk3.hash
@@ -1,2 +1,2 @@
-# From http://ftp.gnome.org/pub/gnome/sources/gtk+/3.22/gtk+-3.22.12.sha256sum
-sha256 84fae0cefb6a11ee2b4e86b8ac42fe46a3d30b4ad16661d5fc51e8ae03e2a98c gtk+-3.22.12.tar.xz
+# From http://ftp.gnome.org/pub/gnome/sources/gtk+/3.22/gtk+-3.22.14.sha256sum
+sha256 d6120e4fd64e432b74a61e8abd972b1948cf54e4dc4f0e081c05ab625f087131 gtk+-3.22.14.tar.xz
diff --git a/package/libgtk3/libgtk3.mk b/package/libgtk3/libgtk3.mk
index 1759953..7d8eecb 100644
--- a/package/libgtk3/libgtk3.mk
+++ b/package/libgtk3/libgtk3.mk
@@ -5,7 +5,7 @@
################################################################################
LIBGTK3_VERSION_MAJOR = 3.22
-LIBGTK3_VERSION = $(LIBGTK3_VERSION_MAJOR).12
+LIBGTK3_VERSION = $(LIBGTK3_VERSION_MAJOR).14
LIBGTK3_SOURCE = gtk+-$(LIBGTK3_VERSION).tar.xz
LIBGTK3_SITE = http://ftp.gnome.org/pub/gnome/sources/gtk+/$(LIBGTK3_VERSION_MAJOR)
LIBGTK3_LICENSE = LGPL-2.0+
--
2.10.2
^ permalink raw reply related
* [Buildroot] [PATCH next] sudo: bump version to 1.8.20
From: Thomas Petazzoni @ 2017-05-11 10:07 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170511093602.12019-1-Vincent.Riera@imgtec.com>
Hello,
On Thu, 11 May 2017 10:36:02 +0100, Vicente Olivert Riera wrote:
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Thanks for this bump. What about fixing the build issues currently
affecting sudo?
See:
http://autobuild.buildroot.net/?reason=sudo-1.8.19p2
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH next] sudo: bump version to 1.8.20
From: Vicente Olivert Riera @ 2017-05-11 9:36 UTC (permalink / raw)
To: buildroot
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
---
package/sudo/sudo.hash | 2 +-
package/sudo/sudo.mk | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/sudo/sudo.hash b/package/sudo/sudo.hash
index 82e1ad6..63b1dd0 100644
--- a/package/sudo/sudo.hash
+++ b/package/sudo/sudo.hash
@@ -1,2 +1,2 @@
# From: http://www.sudo.ws/download.html
-sha256 237e18e67c2ad59ecacfa4b7707198b09fcf84914621585a9bc670dcc31a52e0 sudo-1.8.19p2.tar.gz
+sha256 9e97b8da859c6cc1b5b8c31db93002b750eae16af1bbda9140f8dd85b970e0e0 sudo-1.8.20.tar.gz
diff --git a/package/sudo/sudo.mk b/package/sudo/sudo.mk
index 0fcd740..60767a3 100644
--- a/package/sudo/sudo.mk
+++ b/package/sudo/sudo.mk
@@ -4,7 +4,7 @@
#
################################################################################
-SUDO_VERSION = 1.8.19p2
+SUDO_VERSION = 1.8.20
SUDO_SITE = http://www.sudo.ws/sudo/dist
SUDO_LICENSE = ISC, BSD-3-Clause
SUDO_LICENSE_FILES = doc/LICENSE
--
2.10.2
^ permalink raw reply related
* [Buildroot] Analysis of build results for 2017-05-10
From: Thomas Petazzoni @ 2017-05-11 8:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170511062842.8AC6121D45@mail.free-electrons.com>
Hello,
On Thu, 11 May 2017 08:28:42 +0200 (CEST), Thomas Petazzoni wrote:
> successes : 253
> failures : 24
Still pretty good (less than 10% failures), but we can do better!
On the 24 failures:
- 2 have fixes already committed (ltp-testsuite)
- 6 have fixes submitted (efibootmgr and radvd)
- 3 can easily be fixed (modem-manager)
- 13 need more investigation :-)
> arm | efibootmgr-14 | NOK | http://autobuild.buildroot.net/results/87c3ff2427331eb9ab31c9eb685fe80954a0a98f |
> arm | efibootmgr-14 | NOK | http://autobuild.buildroot.net/results/368656c338f6ea732f564291d660bc1721b34af7 |
I just submitted https://patchwork.ozlabs.org/patch/760964/ to fix
those two issues.
> arc | libcdio-0.94 | NOK | http://autobuild.buildroot.net/results/c909e8c397ab972b6aa4d370572cad4fae284d00 |
> arc | libcdio-0.94 | NOK | http://autobuild.buildroot.net/results/d681917034730d374092881e90875d3149e31774 |
Still the ARC toolchain issues.
> arm | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/cb94f4859c7cf60c76dd978ed941883ff732ba11 |
> sparc | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/e68191d1ae42100119ab2f872eeff8ba4b1b7c8d |
These have been fixed by:
https://git.buildroot.org/buildroot/commit/?id=bb98e425f8edc27c3d39d49cfec94a514b03b988
https://git.buildroot.org/buildroot/commit/?id=0c514410ed1554ce7a86f87c061479fe979385b2
https://git.buildroot.org/buildroot/commit/?id=583f59702bdd2baa040a37eef061530973269880
> m68k | mediastreamer-2.14.0 | NOK | http://autobuild.buildroot.net/results/775c81b5d0064cb196bbb367368dd76eb46ecf93 | ORPH
../src/utils/ffmpeg-priv.h:111:17: error: conflicting types for 'avcodec_alloc_context3'
Peter (Korsgaard), you originally added this package, could you have a look ?
> arm | modem-manager-1.6.4 | NOK | http://autobuild.buildroot.net/results/fe9b6b1b1399a4e8aafc6a326c81ec97c2480025 |
> i686 | modem-manager-1.6.4 | NOK | http://autobuild.buildroot.net/results/40eef797b4d8d53fc6e10f2048316d63549caf6d |
> arm | modem-manager-1.6.4 | NOK | http://autobuild.buildroot.net/results/e3e3b61fb1162648f45c73b2a07509e0ab95b3d4 |
As Yegor pointed out, same problem as libqmi, it can easily be fixed by
providing an implementation of canonicalize_file_name() inside
modem-manager.
> sparc | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/2fce6f9607019c25e5dfff49dacddb199ef885cf |
> sparc | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/437c6e3e49742a29a33b1cc6b450fdf9b0561dc5 |
Needs investigation:
ERROR: architecture for "/usr/lib/libopenblas_sparcp-r0.2.19.dev.so" is "Sparc v8+", should be "Sparc"
> sparc | protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/3111e01f89f6038964c1aed1f2504cbc63ce8d62 | ORPH
./.libs/libprotobuf.so: undefined reference to `__atomic_fetch_add_4'
./.libs/libprotobuf.so: undefined reference to `__atomic_compare_exchange_4'
Needs to link with libatomic.
> i686 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/c6a60e9f6395b8dbd457be57642dfaa1c8d86104 |
> i686 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/1729c660f2d43504b684be0b1a156b92652d3dba |
https://svn.boost.org/trac/boost/ticket/9240 seems related.
> i586 | qt5declarative-5.8.0 | NOK | http://autobuild.buildroot.net/results/9e3f14e342be2a7f6204173a30cb1f01570c971a |
Weird undefined references.
Peter (Seiderer), could you have a look ?
> arm | qwt-6.1.3 | NOK | http://autobuild.buildroot.net/results/739406bb8073d1861933872a47802954d9767634 | ORPH
Tries to build a shared library in a BR2_STATIC_LIBS=y configuration.
Can probably be fixed by tweaking QWT_CONFIG to remove QwtDll.
> arm | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/a1a7e938ac4260802bf0e24f64829d559295ef39 |
> m68k | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/2c08a56053afef4b475790571ba0f4d9c506ec29 |
Static linking issues...
> xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/469d3e2f0c0739787b52e8497cf22a1571d8a001 | ORPH
> microblazeel | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/24b2e2e515987cca86d2905f8cbcea820755d526 | ORPH
> xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/fa0c3393c2bcdbc2287c3b8a96cd16e2845a22a3 | ORPH
> xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/d3796b9dbdaf93b6bfa66633d111729e0745c2c0 | ORPH
I submitted a patch to fix this, see
https://patchwork.ozlabs.org/patch/760962/.
> x86_64 | strongswan-5.4.0 | NOK | http://autobuild.buildroot.net/results/6120add5ad6e7f5d575fc2a2442cd7fe5302eb46 |
af_alg_ops.c:110:22: error: conflicting types for 'crypt'
Anyone to have a look ?
Best regards,
Thomas Petazzoni
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH] efibootmgr: backport upstream patch to fix build with gcc 6.x
From: Thomas Petazzoni @ 2017-05-11 7:48 UTC (permalink / raw)
To: buildroot
efibootmgr was built with -fshort-wchar, which causes gcc to use
2-byte wchar_t instead of the normal 4-byte wchar_t. But this doesn't
work anymore with gcc 6.x, as it causes a build failure:
/home/test/autobuild/run/instance-3/output/host/opt/ext-toolchain/bin/../lib/gcc/arm-buildroot-linux-gnueabihf/6.3.0/../../../../arm-buildroot-linux-gnueabihf/bin/ld: warning: efibootmgr.o uses 2-byte wchar_t yet the output is to use 4-byte wchar_t; use of wchar_t values across objects may fail
/home/test/autobuild/run/instance-3/output/host/opt/ext-toolchain/bin/../lib/gcc/arm-buildroot-linux-gnueabihf/6.3.0/../../../../arm-buildroot-linux-gnueabihf/bin/ld: warning: efi.o uses 2-byte wchar_t yet the output is to use 4-byte wchar_t; use of wchar_t values across objects may fail
/home/test/autobuild/run/instance-3/output/host/opt/ext-toolchain/bin/../lib/gcc/arm-buildroot-linux-gnueabihf/6.3.0/../../../../arm-buildroot-linux-gnueabihf/bin/ld: warning: unparse_path.o uses 2-byte wchar_t yet the output is to use 4-byte wchar_t; use of wchar_t values across objects may fail
Upstream solution was do simply drop -fshort-wchar:
https://github.com/rhinstaller/efibootmgr/commit/3466fd05c8c6f1052e0426d64eed40f8a88fd78f
So this commit simply backports this upstream patch.
Fixes:
http://autobuild.buildroot.net/results/87c3ff2427331eb9ab31c9eb685fe80954a0a98f/
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/efibootmgr/efibootmgr.hash | 1 +
package/efibootmgr/efibootmgr.mk | 3 +++
2 files changed, 4 insertions(+)
diff --git a/package/efibootmgr/efibootmgr.hash b/package/efibootmgr/efibootmgr.hash
index f71dced..3f934ba 100644
--- a/package/efibootmgr/efibootmgr.hash
+++ b/package/efibootmgr/efibootmgr.hash
@@ -1,2 +1,3 @@
# locally computed hash
sha256 3f260491e2c62e93cb6347ea6f21aaa5f93152e9e7f0269d314623769d82e473 efibootmgr-14.tar.gz
+sha256 8e91f16927d296ffebd4f7fafda2f84c0f6201aba089a35e8090abd5aacdc58e 3466fd05c8c6f1052e0426d64eed40f8a88fd78f.patch
diff --git a/package/efibootmgr/efibootmgr.mk b/package/efibootmgr/efibootmgr.mk
index 094dd28..a946d5f 100644
--- a/package/efibootmgr/efibootmgr.mk
+++ b/package/efibootmgr/efibootmgr.mk
@@ -6,6 +6,9 @@
EFIBOOTMGR_VERSION = 14
EFIBOOTMGR_SITE = $(call github,rhinstaller,efibootmgr,$(EFIBOOTMGR_VERSION))
+# Patch fixes the build with gcc 6.x.
+EFIBOOTMGR_PATCH = \
+ https://github.com/rhinstaller/efibootmgr/commit/3466fd05c8c6f1052e0426d64eed40f8a88fd78f.patch
EFIBOOTMGR_LICENSE = GPL-2.0+
EFIBOOTMGR_LICENSE_FILES = COPYING
EFIBOOTMGR_DEPENDENCIES = efivar $(if $(BR2_NEEDS_GETTEXT),gettext)
--
2.7.4
^ permalink raw reply related
* [Buildroot] [git commit] efibootmgr: backport upstream patch to fix build with gcc 6.x
From: Thomas Petazzoni @ 2017-05-11 7:46 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=3e254b82c77f5b91907ee96e9cb053ac65cca00b
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
efibootmgr was built with -fshort-wchar, which causes gcc to use
2-byte wchar_t instead of the normal 4-byte wchar_t. But this doesn't
work anymore with gcc 6.x, as it causes a build failure:
/home/test/autobuild/run/instance-3/output/host/opt/ext-toolchain/bin/../lib/gcc/arm-buildroot-linux-gnueabihf/6.3.0/../../../../arm-buildroot-linux-gnueabihf/bin/ld: warning: efibootmgr.o uses 2-byte wchar_t yet the output is to use 4-byte wchar_t; use of wchar_t values across objects may fail
/home/test/autobuild/run/instance-3/output/host/opt/ext-toolchain/bin/../lib/gcc/arm-buildroot-linux-gnueabihf/6.3.0/../../../../arm-buildroot-linux-gnueabihf/bin/ld: warning: efi.o uses 2-byte wchar_t yet the output is to use 4-byte wchar_t; use of wchar_t values across objects may fail
/home/test/autobuild/run/instance-3/output/host/opt/ext-toolchain/bin/../lib/gcc/arm-buildroot-linux-gnueabihf/6.3.0/../../../../arm-buildroot-linux-gnueabihf/bin/ld: warning: unparse_path.o uses 2-byte wchar_t yet the output is to use 4-byte wchar_t; use of wchar_t values across objects may fail
Upstream solution was do simply drop -fshort-wchar:
https://github.com/rhinstaller/efibootmgr/commit/3466fd05c8c6f1052e0426d64eed40f8a88fd78f
So this commit simply backports this upstream patch.
Fixes:
http://autobuild.buildroot.net/results/87c3ff2427331eb9ab31c9eb685fe80954a0a98f/
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/efibootmgr/efibootmgr.hash | 1 +
package/efibootmgr/efibootmgr.mk | 3 +++
2 files changed, 4 insertions(+)
diff --git a/package/efibootmgr/efibootmgr.hash b/package/efibootmgr/efibootmgr.hash
index f71dced..3f934ba 100644
--- a/package/efibootmgr/efibootmgr.hash
+++ b/package/efibootmgr/efibootmgr.hash
@@ -1,2 +1,3 @@
# locally computed hash
sha256 3f260491e2c62e93cb6347ea6f21aaa5f93152e9e7f0269d314623769d82e473 efibootmgr-14.tar.gz
+sha256 8e91f16927d296ffebd4f7fafda2f84c0f6201aba089a35e8090abd5aacdc58e 3466fd05c8c6f1052e0426d64eed40f8a88fd78f.patch
diff --git a/package/efibootmgr/efibootmgr.mk b/package/efibootmgr/efibootmgr.mk
index 094dd28..a946d5f 100644
--- a/package/efibootmgr/efibootmgr.mk
+++ b/package/efibootmgr/efibootmgr.mk
@@ -6,6 +6,9 @@
EFIBOOTMGR_VERSION = 14
EFIBOOTMGR_SITE = $(call github,rhinstaller,efibootmgr,$(EFIBOOTMGR_VERSION))
+# Patch fixes the build with gcc 6.x.
+EFIBOOTMGR_PATCH = \
+ https://github.com/rhinstaller/efibootmgr/commit/3466fd05c8c6f1052e0426d64eed40f8a88fd78f.patch
EFIBOOTMGR_LICENSE = GPL-2.0+
EFIBOOTMGR_LICENSE_FILES = COPYING
EFIBOOTMGR_DEPENDENCIES = efivar $(if $(BR2_NEEDS_GETTEXT),gettext)
^ permalink raw reply related
* [Buildroot] [PATCH] radvd: fix build with 4.11 kernel headers
From: Thomas Petazzoni @ 2017-05-11 7:37 UTC (permalink / raw)
To: buildroot
Since the introduction of 4.11 kernel headers in Buildroot, radvd has
failed to build with all toolchains using this kernel header version.
The issue comes from the fact that radvd includes both <net/if_arp.h>
and <linux/if_arp.h> if they are available. Until 4.11,
<linux/if_arp.h> was in fact not included, because the
AC_CHECK_HEADERS() test concluded this header was unsuitable. This has
been fixed in the upstream kernel by commit
2618be7dccf8739b89e1906b64bd8d551af351e6 ("uapi: fix linux/if.h
userspace compilation errors"). So now, the radvd configure script
considers both <net/if_arp.h> and <linux/if_arp.h> as suitable
headers, and includes both of them, leading to the duplicate
definition of various types.
Since it's redundant to include both <net/if_arp.h> and
<linux/if_arp.h>, we simply force radvd to believe that
<linux/if_arp.h> is not available by passing the appropriate autoconf
cache variable. This gets us back to the previous situation, where
<linux/if_arp.h> was never used.
This has been tested with a uClibc toolchain using 4.11 kernel
headers, and verified to work on glibc and musl with older kernel
headers as well.
Fixes:
http://autobuild.buildroot.net/results/949a75d96299394e4ac957746fa23a4b52f31b43/
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/radvd/radvd.mk | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/package/radvd/radvd.mk b/package/radvd/radvd.mk
index 64f755d..8822187 100644
--- a/package/radvd/radvd.mk
+++ b/package/radvd/radvd.mk
@@ -8,7 +8,11 @@ RADVD_VERSION = 2.12
RADVD_SOURCE = radvd-$(RADVD_VERSION).tar.xz
RADVD_SITE = http://www.litech.org/radvd/dist
RADVD_DEPENDENCIES = host-bison flex host-flex host-pkgconf
-RADVD_CONF_ENV = ac_cv_prog_cc_c99='-std=gnu99'
+# We need to ignore <linux/if_arp.h>, because radvd already includes
+# <net/if_arp.h>, which conflicts with <linux/if_arp.h>.
+RADVD_CONF_ENV = \
+ ac_cv_prog_cc_c99='-std=gnu99' \
+ ac_cv_header_linux_if_arp_h=no
# For 0002-Don-t-force-fstack-protector-the-toolchain-might-lac.patch
RADVD_AUTORECONF = YES
RADVD_LICENSE = BSD-4-Clause-like
--
2.7.4
^ permalink raw reply related
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-05-10
From: Yegor Yefremov @ 2017-05-11 7:33 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170511062842.8AC6121D45@mail.free-electrons.com>
On Thu, May 11, 2017 at 8:28 AM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> Build statistics for 2017-05-10
> ================================
>
> successes : 253
> failures : 24
> timeouts : 0
> TOTAL : 277
>
> Classification of failures by reason
> ====================================
>
> radvd-2.12 | 4
> modem-manager-1.6.4 | 3
> efibootmgr-14 | 2
> libcdio-0.94 | 2
> ltp-testsuite-20170116 | 2
> openblas-f04af36ad0e85b64f1... | 2
> pulseview-0.3.0 | 2
> rabbitmq-c-v0.8.0 | 2
> mediastreamer-2.14.0 | 1
> protobuf-3.2.0 | 1
> qt5declarative-5.8.0 | 1
> qwt-6.1.3 | 1
> strongswan-5.4.0 | 1
>
>
> Detail of failures
> ===================
>
> arm | efibootmgr-14 | NOK | http://autobuild.buildroot.net/results/87c3ff2427331eb9ab31c9eb685fe80954a0a98f |
> arm | efibootmgr-14 | NOK | http://autobuild.buildroot.net/results/368656c338f6ea732f564291d660bc1721b34af7 |
> arc | libcdio-0.94 | NOK | http://autobuild.buildroot.net/results/c909e8c397ab972b6aa4d370572cad4fae284d00 |
> arc | libcdio-0.94 | NOK | http://autobuild.buildroot.net/results/d681917034730d374092881e90875d3149e31774 |
> arm | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/cb94f4859c7cf60c76dd978ed941883ff732ba11 |
> sparc | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/e68191d1ae42100119ab2f872eeff8ba4b1b7c8d |
> m68k | mediastreamer-2.14.0 | NOK | http://autobuild.buildroot.net/results/775c81b5d0064cb196bbb367368dd76eb46ecf93 | ORPH
> arm | modem-manager-1.6.4 | NOK | http://autobuild.buildroot.net/results/fe9b6b1b1399a4e8aafc6a326c81ec97c2480025 |
> i686 | modem-manager-1.6.4 | NOK | http://autobuild.buildroot.net/results/40eef797b4d8d53fc6e10f2048316d63549caf6d |
> arm | modem-manager-1.6.4 | NOK | http://autobuild.buildroot.net/results/e3e3b61fb1162648f45c73b2a07509e0ab95b3d4 |
Hi Matthew,
this issues looks like the one you've fixed for libqmi. Could you take a look?
Thanks,
Yegor
> sparc | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/2fce6f9607019c25e5dfff49dacddb199ef885cf |
> sparc | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/437c6e3e49742a29a33b1cc6b450fdf9b0561dc5 |
> sparc | protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/3111e01f89f6038964c1aed1f2504cbc63ce8d62 | ORPH
> i686 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/c6a60e9f6395b8dbd457be57642dfaa1c8d86104 |
> i686 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/1729c660f2d43504b684be0b1a156b92652d3dba |
> i586 | qt5declarative-5.8.0 | NOK | http://autobuild.buildroot.net/results/9e3f14e342be2a7f6204173a30cb1f01570c971a |
> arm | qwt-6.1.3 | NOK | http://autobuild.buildroot.net/results/739406bb8073d1861933872a47802954d9767634 | ORPH
> arm | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/a1a7e938ac4260802bf0e24f64829d559295ef39 |
> m68k | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/2c08a56053afef4b475790571ba0f4d9c506ec29 |
> xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/469d3e2f0c0739787b52e8497cf22a1571d8a001 | ORPH
> microblazeel | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/24b2e2e515987cca86d2905f8cbcea820755d526 | ORPH
> xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/fa0c3393c2bcdbc2287c3b8a96cd16e2845a22a3 | ORPH
> xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/d3796b9dbdaf93b6bfa66633d111729e0745c2c0 | ORPH
> x86_64 | strongswan-5.4.0 | NOK | http://autobuild.buildroot.net/results/6120add5ad6e7f5d575fc2a2442cd7fe5302eb46 |
>
> --
> http://autobuild.buildroot.net
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-05-10
From: Thomas Petazzoni @ 2017-05-11 6:28 UTC (permalink / raw)
To: buildroot
Hello,
Build statistics for 2017-05-10
================================
successes : 253
failures : 24
timeouts : 0
TOTAL : 277
Classification of failures by reason
====================================
radvd-2.12 | 4
modem-manager-1.6.4 | 3
efibootmgr-14 | 2
libcdio-0.94 | 2
ltp-testsuite-20170116 | 2
openblas-f04af36ad0e85b64f1... | 2
pulseview-0.3.0 | 2
rabbitmq-c-v0.8.0 | 2
mediastreamer-2.14.0 | 1
protobuf-3.2.0 | 1
qt5declarative-5.8.0 | 1
qwt-6.1.3 | 1
strongswan-5.4.0 | 1
Detail of failures
===================
arm | efibootmgr-14 | NOK | http://autobuild.buildroot.net/results/87c3ff2427331eb9ab31c9eb685fe80954a0a98f |
arm | efibootmgr-14 | NOK | http://autobuild.buildroot.net/results/368656c338f6ea732f564291d660bc1721b34af7 |
arc | libcdio-0.94 | NOK | http://autobuild.buildroot.net/results/c909e8c397ab972b6aa4d370572cad4fae284d00 |
arc | libcdio-0.94 | NOK | http://autobuild.buildroot.net/results/d681917034730d374092881e90875d3149e31774 |
arm | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/cb94f4859c7cf60c76dd978ed941883ff732ba11 |
sparc | ltp-testsuite-20170116 | NOK | http://autobuild.buildroot.net/results/e68191d1ae42100119ab2f872eeff8ba4b1b7c8d |
m68k | mediastreamer-2.14.0 | NOK | http://autobuild.buildroot.net/results/775c81b5d0064cb196bbb367368dd76eb46ecf93 | ORPH
arm | modem-manager-1.6.4 | NOK | http://autobuild.buildroot.net/results/fe9b6b1b1399a4e8aafc6a326c81ec97c2480025 |
i686 | modem-manager-1.6.4 | NOK | http://autobuild.buildroot.net/results/40eef797b4d8d53fc6e10f2048316d63549caf6d |
arm | modem-manager-1.6.4 | NOK | http://autobuild.buildroot.net/results/e3e3b61fb1162648f45c73b2a07509e0ab95b3d4 |
sparc | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/2fce6f9607019c25e5dfff49dacddb199ef885cf |
sparc | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/437c6e3e49742a29a33b1cc6b450fdf9b0561dc5 |
sparc | protobuf-3.2.0 | NOK | http://autobuild.buildroot.net/results/3111e01f89f6038964c1aed1f2504cbc63ce8d62 | ORPH
i686 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/c6a60e9f6395b8dbd457be57642dfaa1c8d86104 |
i686 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/1729c660f2d43504b684be0b1a156b92652d3dba |
i586 | qt5declarative-5.8.0 | NOK | http://autobuild.buildroot.net/results/9e3f14e342be2a7f6204173a30cb1f01570c971a |
arm | qwt-6.1.3 | NOK | http://autobuild.buildroot.net/results/739406bb8073d1861933872a47802954d9767634 | ORPH
arm | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/a1a7e938ac4260802bf0e24f64829d559295ef39 |
m68k | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/2c08a56053afef4b475790571ba0f4d9c506ec29 |
xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/469d3e2f0c0739787b52e8497cf22a1571d8a001 | ORPH
microblazeel | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/24b2e2e515987cca86d2905f8cbcea820755d526 | ORPH
xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/fa0c3393c2bcdbc2287c3b8a96cd16e2845a22a3 | ORPH
xtensa | radvd-2.12 | NOK | http://autobuild.buildroot.net/results/d3796b9dbdaf93b6bfa66633d111729e0745c2c0 | ORPH
x86_64 | strongswan-5.4.0 | NOK | http://autobuild.buildroot.net/results/6120add5ad6e7f5d575fc2a2442cd7fe5302eb46 |
--
http://autobuild.buildroot.net
^ permalink raw reply
* [Buildroot] Hop tout set svn credentials when using svn to download tarballs
From: Samir Mouhoune @ 2017-05-11 5:35 UTC (permalink / raw)
To: buildroot
Hi,
I would like to know if is there a way to set svn credentials (username and
password) when using secure svn server to download some pkgs tarballs.
Thanks you in advance for your suppory
SM
^ permalink raw reply
* [Buildroot] USB CDC port - characters I type are off by one bit
From: Brent Sink @ 2017-05-11 4:47 UTC (permalink / raw)
To: buildroot
Hello,
I'm using Buildroot and I'm seeing something really strange with some of the serial ports that are enumerated from a USB modem. I'm using a u-blox 3G modem and it creates several ttyACMx ports. What I'm seeing is that when I use screen or minicom to send AT commands, the characters I type appear to be missing the first bit. For example, if I type "A", I get "@". If I type "B", I get "B". If I type "C", I get "B", and so on. The letters A-Z = "@BBDDFFHHJJLLNNPPRRTTVVXXZ".
My first reaction would be that the serial port is set up for 7 bits instead of 8, but when I check the serial port, it is indeed set for 8 bits. But wait, it gets weirder. Using screen (minicom doesn't do this), if I paste the contents of my clipboard into screen, it works. If the letters "AT" are pasted, it shows up as "AT" and I get an OK back. Any ideas what may be going on? Are the serial ports not being set up correctly?
Here are the default settings on the ttyACM0 port:
# stty -F /dev/ttyACM0 -a
speed 9600 baud;stty: /dev/ttyACM0
line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^H; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 100; time = 2;
-parenb -parodd cs8 -hupcl -cstopb cread clocal -crtscts
-ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl ixon -ixoff
-iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0
ff0
-isig -icanon iexten -echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
On another note, I do not know if this is related or simply a coincidence, I also have a GPS module that is connected to a real UART port. When I read the output from the GPS module, I get these messages at the start, before it starts spitting out data from the GPS.
imx-sdma 20ec000.sdma: Timeout waiting for CH0 ready
imx-uart 21e8000.serial: error in RX dma configuration.
...and sometimes I'll get this message over and over with no end:
imx-uart 21e8000.serial: Rx FIFO overrun
Perhaps it's related, or perhaps not, but I wanted to mention it just in case.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20170511/68f1cafa/attachment.html>
^ permalink raw reply
* [Buildroot] [PATCH] libgpiod: bump version to 0.2
From: Thomas Petazzoni @ 2017-05-10 21:47 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170510234600.28e5f59b@free-electrons.com>
Hello,
On Wed, 10 May 2017 23:46:00 +0200, Thomas Petazzoni wrote:
> > package/libgpiod/libgpiod.hash | 2 +-
> > package/libgpiod/libgpiod.mk | 11 +++++++++--
> > 2 files changed, 10 insertions(+), 3 deletions(-)
>
> Applied to master, thanks.
Sorry, I meant to say: "Applied to next, thanks".
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH] libgpiod: bump version to 0.2
From: Thomas Petazzoni @ 2017-05-10 21:46 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494433558-5480-1-git-send-email-brgl@bgdev.pl>
Hello,
On Wed, 10 May 2017 18:25:58 +0200, Bartosz Golaszewski wrote:
> New release adds a couple new features and improvements, although the
> most important one - the test suite - doesn't really matter for
> buildroot.
>
> The project has also been relicensed under LGPLv2.1.
>
> We need the m4 directory fixup now since the AC_CONFIG_MACRO_DIRS([m4])
> macro was used in configure.ac, but we don't want to have unnecessary
> files in the git repo.
>
> New features:
> - relicensed under LGPLv2.1
> - implemented a unit testing framework together with a comprehensive
> set of test cases
> - added a non-closing variant of the gpiochip iterator and foreach
> macro [by Clemens Gruber]
> - added gpiod_chip_open_by_label()
>
> Improvements:
> - Makefiles & build commands have been reworked [by Thierry Reding]
> - documentation updates
> - code shrinkage here and there
> - coding style fixes
> - removed all designated initializers from the header for better standards
> compliance
>
> Bug fixes:
> - fix the return value of gpiod_simple_event_loop()
> - don't try to process docs if doxygen is not installed
>
> Signed-off-by: Bartosz Golaszewski <brgl@bgdev.pl>
> ---
> package/libgpiod/libgpiod.hash | 2 +-
> package/libgpiod/libgpiod.mk | 11 +++++++++--
> 2 files changed, 10 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 branch/next] libgpiod: bump version to 0.2
From: Thomas Petazzoni @ 2017-05-10 21:45 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=71cb017dc226b6eb690c211d8348ce897192aae9
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/next
New release adds a couple new features and improvements, although the
most important one - the test suite - doesn't really matter for
buildroot.
The project has also been relicensed under LGPLv2.1.
We need the m4 directory fixup now since the AC_CONFIG_MACRO_DIRS([m4])
macro was used in configure.ac, but we don't want to have unnecessary
files in the git repo.
New features:
- relicensed under LGPLv2.1
- implemented a unit testing framework together with a comprehensive
set of test cases
- added a non-closing variant of the gpiochip iterator and foreach
macro [by Clemens Gruber]
- added gpiod_chip_open_by_label()
Improvements:
- Makefiles & build commands have been reworked [by Thierry Reding]
- documentation updates
- code shrinkage here and there
- coding style fixes
- removed all designated initializers from the header for better standards
compliance
Bug fixes:
- fix the return value of gpiod_simple_event_loop()
- don't try to process docs if doxygen is not installed
Signed-off-by: Bartosz Golaszewski <brgl@bgdev.pl>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/libgpiod/libgpiod.hash | 2 +-
package/libgpiod/libgpiod.mk | 11 +++++++++--
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/package/libgpiod/libgpiod.hash b/package/libgpiod/libgpiod.hash
index eee2a66..fcf212e 100644
--- a/package/libgpiod/libgpiod.hash
+++ b/package/libgpiod/libgpiod.hash
@@ -1,2 +1,2 @@
# Locally computed
-sha256 670a13518fabf2a99f9e349c33d5421c2146eec15b73c5edef3f1981a7adaeda libgpiod-v0.1.3.tar.gz
+sha256 de1947f3cb2cc4174364af430309fe6238976658575655bdbd76c60cffa7df92 libgpiod-v0.2.tar.gz
diff --git a/package/libgpiod/libgpiod.mk b/package/libgpiod/libgpiod.mk
index 0947a4a..c95ea44 100644
--- a/package/libgpiod/libgpiod.mk
+++ b/package/libgpiod/libgpiod.mk
@@ -4,10 +4,17 @@
#
################################################################################
-LIBGPIOD_VERSION = v0.1.3
+LIBGPIOD_VERSION = v0.2
LIBGPIOD_SITE = $(call github,brgl,libgpiod,$(LIBGPIOD_VERSION))
-LIBGPIOD_LICENSE = GPL-3.0+
+LIBGPIOD_LICENSE = LGPL-2.1+
LIBGPIOD_LICENSE_FILES = COPYING
+
+# Needed for autoreconf to work properly
+define LIBGPIOD_FIXUP_M4_DIR
+ mkdir $(@D)/m4
+endef
+LIBGPIOD_POST_EXTRACT_HOOKS += LIBGPIOD_FIXUP_M4_DIR
+
# fetched from github, no configure script provided
LIBGPIOD_AUTORECONF = YES
^ permalink raw reply related
* [Buildroot] [PATCH next 1/3] git: bump version to 2.13.0
From: Thomas Petazzoni @ 2017-05-10 21:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170510110910.27889-1-Vincent.Riera@imgtec.com>
Hello,
On Wed, 10 May 2017 12:09:08 +0100, Vicente Olivert Riera wrote:
> Patches 0001 and 0002 already included in this release:
> https://github.com/git/git/commit/379642bcd8d89db52feba88a651e4e56d6ac5767
> https://github.com/git/git/commit/2225e1ea20481a7c0da526891470abf9ece623e7
>
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
> ---
> .../git/0001-grep-set-default-output-method.patch | 59 ---------------
> ...ep-fix-builds-with-with-no-thread-support.patch | 87 ----------------------
> package/git/git.hash | 2 +-
> package/git/git.mk | 2 +-
> 4 files changed, 2 insertions(+), 148 deletions(-)
> delete mode 100644 package/git/0001-grep-set-default-output-method.patch
> delete mode 100644 package/git/0002-grep-fix-builds-with-with-no-thread-support.patch
Series applied to next, thanks.
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