* [Buildroot] [PATCH next] xenomai: bump version to 3.0.5
From: Vicente Olivert Riera @ 2017-05-22 9:53 UTC (permalink / raw)
To: buildroot
Patch 0001 already included in this release:
https://git.xenomai.org/xenomai-3.git/commit/?id=3fa4dcdc397c35d27b67534c04e0ffb6e9d6d1d2
Patch 0002 already included in this release:
https://git.xenomai.org/xenomai-3.git/commit/?id=4c593544d2ff39ba6631cc3fa0b91493973674d4
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
---
.../xenomai/0001-arm-enable-armv5tej-support.patch | 32 ---
...plate-build-obstack-support-conditionally.patch | 283 ---------------------
package/xenomai/xenomai.hash | 2 +-
package/xenomai/xenomai.mk | 2 +-
4 files changed, 2 insertions(+), 317 deletions(-)
delete mode 100644 package/xenomai/0001-arm-enable-armv5tej-support.patch
delete mode 100644 package/xenomai/0002-boilerplate-build-obstack-support-conditionally.patch
diff --git a/package/xenomai/0001-arm-enable-armv5tej-support.patch b/package/xenomai/0001-arm-enable-armv5tej-support.patch
deleted file mode 100644
index 5feaa59e8..000000000
--- a/package/xenomai/0001-arm-enable-armv5tej-support.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From fcd06f42fef4d52bb0d9772fa71015988c828b1b Mon Sep 17 00:00:00 2001
-From: Romain Naour <romain.naour@gmail.com>
-Date: Fri, 31 Mar 2017 21:10:23 +0200
-Subject: [PATCH] arm: enable armv5tej support
-
-armv5tej are not detected in lib/cobalt/arch/arm/include/asm/xenomai/features.h
-
-Apply the same patch from xenomai-2.6:
-https://git.xenomai.org/xenomai-2.6.git/commit/?id=ebc2779baa222db4a5936c3d3022803355585b8c
-
-Signed-off-by: Romain Naour <romain.naour@gmail.com>
----
- lib/cobalt/arch/arm/include/asm/xenomai/features.h | 3 ++-
- 1 file changed, 2 insertions(+), 1 deletion(-)
-
-diff --git a/lib/cobalt/arch/arm/include/asm/xenomai/features.h b/lib/cobalt/arch/arm/include/asm/xenomai/features.h
-index 10bd0c7..e84b809 100644
---- a/lib/cobalt/arch/arm/include/asm/xenomai/features.h
-+++ b/lib/cobalt/arch/arm/include/asm/xenomai/features.h
-@@ -34,7 +34,8 @@
- #endif /* armv4 */
-
- #if defined(__ARM_ARCH_5__) || defined(__ARM_ARCH_5T__) \
-- || defined(__ARM_ARCH_5E__) || defined(__ARM_ARCH_5TE__)
-+ || defined(__ARM_ARCH_5E__) || defined(__ARM_ARCH_5TE__) \
-+ || defined(__ARM_ARCH_5TEJ__)
- #define __LINUX_ARM_ARCH__ 5
- #endif /* armv5 */
-
---
-2.9.3
-
diff --git a/package/xenomai/0002-boilerplate-build-obstack-support-conditionally.patch b/package/xenomai/0002-boilerplate-build-obstack-support-conditionally.patch
deleted file mode 100644
index 1c61aa178..000000000
--- a/package/xenomai/0002-boilerplate-build-obstack-support-conditionally.patch
+++ /dev/null
@@ -1,283 +0,0 @@
-From 4c593544d2ff39ba6631cc3fa0b91493973674d4 Mon Sep 17 00:00:00 2001
-From: Philippe Gerum <rpm@xenomai.org>
-Date: Fri, 14 Apr 2017 18:28:36 +0200
-Subject: [PATCH] boilerplate: build obstack support conditionally
-
-If the underlying *libc does not support obstacks, build a private
-implementation, otherwise fully rely on the native support.
-
-This fixes a long-standing issue building replacement code for the
-native obstack support, which ended up breaking builds over uClibc
-1.0.21 and later. See https://patchwork.ozlabs.org/patch/745792/.
-
-[Backport from upstream.]
-Signed-off-by: Romain Naour <romain.naour@gmail.com>
----
- configure.ac | 4 ++
- include/boilerplate/obstack.h | 12 +++--
- lib/boilerplate/Makefile.am | 5 +-
- lib/boilerplate/obstack.c | 111 +++++++-----------------------------------
- 4 files changed, 34 insertions(+), 98 deletions(-)
-
-diff --git a/configure.ac b/configure.ac
-index 8222e1d..fbfb60f 100644
---- a/configure.ac
-+++ b/configure.ac
-@@ -495,6 +495,10 @@ fi
-
- test x$CONFIG_XENO_VALGRIND_API = xy && AC_DEFINE(CONFIG_XENO_VALGRIND_API,1,[config])
-
-+dnl Check for obstack support in *libc
-+AC_CHECK_HEADERS(obstack.h,libc_has_obstack=y)
-+AM_CONDITIONAL(XENO_PRIVATE_OBSTACK,[test x$libc_has_obstack = x])
-+
- dnl Check for presence of some headers
- AC_CHECK_HEADERS(mqueue.h)
-
-diff --git a/include/boilerplate/obstack.h b/include/boilerplate/obstack.h
-index 206fe55..95eb792 100644
---- a/include/boilerplate/obstack.h
-+++ b/include/boilerplate/obstack.h
-@@ -103,8 +103,12 @@ Summary:
-
- /* Don't do the contents of this file more than once. */
-
--#ifndef _OBSTACK_H
--#define _OBSTACK_H 1
-+#ifndef _BOILERPLATE_OBSTACK_H
-+#define _BOILERPLATE_OBSTACK_H 1
-+
-+#ifdef HAVE_OBSTACK_H
-+#include_next <obstack.h>
-+#else
-
- #ifdef __cplusplus
- extern "C" {
-@@ -506,4 +510,6 @@ __extension__ \
- } /* C++ */
- #endif
-
--#endif /* obstack.h */
-+#endif /* !HAVE_OBSTACK_H */
-+
-+#endif /* _BOILERPLATE_OBSTACK_H */
-diff --git a/lib/boilerplate/Makefile.am b/lib/boilerplate/Makefile.am
-index 9b8612d..d7e6324 100644
---- a/lib/boilerplate/Makefile.am
-+++ b/lib/boilerplate/Makefile.am
-@@ -6,10 +6,13 @@ libboilerplate_la_LIBADD = libversion.la libiniparser.la
- libboilerplate_la_SOURCES = \
- ancillaries.c \
- hash.c \
-- obstack.c \
- setup.c \
- time.c
-
-+if XENO_PRIVATE_OBSTACK
-+libboilerplate_la_SOURCES += obstack.c
-+endif
-+
- if XENO_DEBUG
- libboilerplate_la_SOURCES += debug.c
- endif
-diff --git a/lib/boilerplate/obstack.c b/lib/boilerplate/obstack.c
-index 4c645b2..fab62ce 100644
---- a/lib/boilerplate/obstack.c
-+++ b/lib/boilerplate/obstack.c
-@@ -22,39 +22,11 @@
- #include <xeno_config.h>
- #include <boilerplate/obstack.h>
-
--/* NOTE BEFORE MODIFYING THIS FILE: This version number must be
-- incremented whenever callers compiled using an old obstack.h can no
-- longer properly call the functions in this obstack.c. */
--#define OBSTACK_INTERFACE_VERSION 1
--
--/* Comment out all this code if we are using the GNU C Library, and are not
-- actually compiling the library itself, and the installed library
-- supports the same library interface we do. This code is part of the GNU
-- C Library, but also included in many other GNU distributions. Compiling
-- and linking in this code is a waste when using the GNU C library
-- (especially if it is a shared library). Rather than having every GNU
-- program understand `configure --with-gnu-libc' and omit the object
-- files, it is simpler to just do this in the source for each such file. */
--
--#include <stdio.h> /* Random thing to get __GNU_LIBRARY__. */
--#if !defined _LIBC && defined __GNU_LIBRARY__ && __GNU_LIBRARY__ > 1
--# include <gnu-versions.h>
--# if _GNU_OBSTACK_INTERFACE_VERSION == OBSTACK_INTERFACE_VERSION
--# define ELIDE_CODE
--# endif
--#endif
-+/* Use this obstack implementation unconditionally. */
-
-+#include <stdio.h>
- #include <stddef.h>
--
--#ifndef ELIDE_CODE
--
--
--# if HAVE_INTTYPES_H
--# include <inttypes.h>
--# endif
--# if HAVE_STDINT_H || defined _LIBC
--# include <stdint.h>
--# endif
-+#include <stdint.h>
-
- /* Determine default alignment. */
- union fooround
-@@ -97,22 +69,7 @@ void (*obstack_alloc_failed_handler) (void) = print_and_abort;
-
- /* Exit value used when `print_and_abort' is used. */
- # include <stdlib.h>
--# ifdef _LIBC
- int obstack_exit_failure = EXIT_FAILURE;
--# else
--# include "exitfail.h"
--# define obstack_exit_failure exit_failure
--# endif
--
--# ifdef _LIBC
--# if SHLIB_COMPAT (libc, GLIBC_2_0, GLIBC_2_3_4)
--/* A looong time ago (before 1994, anyway; we're not sure) this global variable
-- was used by non-GNU-C macros to avoid multiple evaluation. The GNU C
-- library still exports it because somebody might use it. */
--struct obstack *_obstack_compat;
--compat_symbol (libc, _obstack_compat, _obstack, GLIBC_2_0);
--# endif
--# endif
-
- /* Define a macro that either calls functions with the traditional malloc/free
- calling interface, or calls functions with the mmalloc/mfree interface
-@@ -148,7 +105,7 @@ _obstack_begin (struct obstack *h,
- void *(*chunkfun) (long),
- void (*freefun) (void *))
- {
-- register struct _obstack_chunk *chunk; /* points to new chunk */
-+ struct _obstack_chunk *chunk; /* points to new chunk */
-
- if (alignment == 0)
- alignment = DEFAULT_ALIGNMENT;
-@@ -195,7 +152,7 @@ _obstack_begin_1 (struct obstack *h, int size, int alignment,
- void (*freefun) (void *, void *),
- void *arg)
- {
-- register struct _obstack_chunk *chunk; /* points to new chunk */
-+ struct _obstack_chunk *chunk; /* points to new chunk */
-
- if (alignment == 0)
- alignment = DEFAULT_ALIGNMENT;
-@@ -246,11 +203,11 @@ _obstack_begin_1 (struct obstack *h, int size, int alignment,
- void
- _obstack_newchunk (struct obstack *h, int length)
- {
-- register struct _obstack_chunk *old_chunk = h->chunk;
-- register struct _obstack_chunk *new_chunk;
-- register long new_size;
-- register long obj_size = h->next_free - h->object_base;
-- register long i;
-+ struct _obstack_chunk *old_chunk = h->chunk;
-+ struct _obstack_chunk *new_chunk;
-+ long new_size;
-+ long obj_size = h->next_free - h->object_base;
-+ long i;
- long already;
- char *object_base;
-
-@@ -308,9 +265,6 @@ _obstack_newchunk (struct obstack *h, int length)
- /* The new chunk certainly contains no empty object yet. */
- h->maybe_empty_object = 0;
- }
--# ifdef _LIBC
--libc_hidden_def (_obstack_newchunk)
--# endif
-
- /* Return nonzero if object OBJ has been allocated from obstack H.
- This is here for debugging.
-@@ -323,8 +277,8 @@ int _obstack_allocated_p (struct obstack *h, void *obj);
- int
- _obstack_allocated_p (struct obstack *h, void *obj)
- {
-- register struct _obstack_chunk *lp; /* below addr of any objects in this chunk */
-- register struct _obstack_chunk *plp; /* point to previous chunk if any */
-+ struct _obstack_chunk *lp; /* below addr of any objects in this chunk */
-+ struct _obstack_chunk *plp; /* point to previous chunk if any */
-
- lp = (h)->chunk;
- /* We use >= rather than > since the object cannot be exactly at
-@@ -346,8 +300,8 @@ _obstack_allocated_p (struct obstack *h, void *obj)
- void
- obstack_free (struct obstack *h, void *obj)
- {
-- register struct _obstack_chunk *lp; /* below addr of any objects in this chunk */
-- register struct _obstack_chunk *plp; /* point to previous chunk if any */
-+ struct _obstack_chunk *lp; /* below addr of any objects in this chunk */
-+ struct _obstack_chunk *plp; /* point to previous chunk if any */
-
- lp = h->chunk;
- /* We use >= because there cannot be an object at the beginning of a chunk.
-@@ -373,17 +327,12 @@ obstack_free (struct obstack *h, void *obj)
- abort ();
- }
-
--# ifdef _LIBC
--/* Older versions of libc used a function _obstack_free intended to be
-- called by non-GCC compilers. */
--strong_alias (obstack_free, _obstack_free)
--# endif
- \f
- int
- _obstack_memory_used (struct obstack *h)
- {
-- register struct _obstack_chunk* lp;
-- register int nbytes = 0;
-+ struct _obstack_chunk* lp;
-+ int nbytes = 0;
-
- for (lp = h->chunk; lp != 0; lp = lp->prev)
- {
-@@ -393,26 +342,6 @@ _obstack_memory_used (struct obstack *h)
- }
- \f
- /* Define the error handler. */
--# ifdef _LIBC
--# include <libintl.h>
--# else
--# include "gettext.h"
--# endif
--# ifndef _
--# define _(msgid) gettext (msgid)
--# endif
--
--# ifdef _LIBC
--# include <libio/iolibio.h>
--# endif
--
--# ifndef __attribute__
--/* This feature is available in gcc versions 2.5 and later. */
--# if __GNUC__ < 2 || (__GNUC__ == 2 && __GNUC_MINOR__ < 5)
--# define __attribute__(Spec) /* empty */
--# endif
--# endif
--
- static void
- __attribute__ ((noreturn))
- print_and_abort (void)
-@@ -422,12 +351,6 @@ print_and_abort (void)
- happen because the "memory exhausted" message appears in other places
- like this and the translation should be reused instead of creating
- a very similar string which requires a separate translation. */
--# ifdef _LIBC
-- (void) __fxprintf (NULL, "%s\n", _("memory exhausted"));
--# else
-- fprintf (stderr, "%s\n", _("memory exhausted"));
--# endif
-+ fprintf (stderr, "memory exhausted\n");
- exit (obstack_exit_failure);
- }
--
--#endif /* !ELIDE_CODE */
---
-2.9.3
-
diff --git a/package/xenomai/xenomai.hash b/package/xenomai/xenomai.hash
index a6c43edfc..1290ca54f 100644
--- a/package/xenomai/xenomai.hash
+++ b/package/xenomai/xenomai.hash
@@ -1,2 +1,2 @@
# Locally computed;
-sha256 8a03e150d80ebf5935f97804881095d2d5d7509de22f7b8791776688a29d7110 xenomai-3.0.4.tar.bz2
+sha256 84836a43b6a996dcdcb42b0b1653a3271cc201df2a2d42c1b4b3bafb2cca7c63 xenomai-3.0.5.tar.bz2
diff --git a/package/xenomai/xenomai.mk b/package/xenomai/xenomai.mk
index fa4681959..c53d5148f 100644
--- a/package/xenomai/xenomai.mk
+++ b/package/xenomai/xenomai.mk
@@ -6,7 +6,7 @@
XENOMAI_VERSION = $(call qstrip,$(BR2_PACKAGE_XENOMAI_VERSION))
ifeq ($(XENOMAI_VERSION),)
-XENOMAI_VERSION = 3.0.4
+XENOMAI_VERSION = 3.0.5
else
BR_NO_CHECK_HASH_FOR += $(XENOMAI_SOURCE)
endif
--
2.13.0
^ permalink raw reply related
* [Buildroot] [PATCH 1/1] package/python-enum34: change setup type to setuptools
From: Peter Korsgaard @ 2017-05-22 9:24 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAGm1_ks5=EtZ27+=OiOE3o6Qkb7ikeSJjLGicLpYSewOU7XnSA@mail.gmail.com>
>>>>> "Yegor" == Yegor Yefremov <yegorslists@googlemail.com> writes:
Hi,
>> I'm not sure what the correct fix is. Yegor? Either we patch out the
>> 'import setuptools' line or we add host-python-setuptools to the
>> dependencies.
> I would take Bernd's fix as it is. Defining setuptype as setuptools
> adds host-python-setuptools and distutils.core is available anyway.
> This doesn't seem to hurt. I've written an e-mail to the enum34
> maintainer with a request to clarify this setup situation.
Ahh, ok - I missed the fact that distutils.core is part of python
itself.
Thanks for contacting the maintainer.
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] package/python-enum34: change setup type to setuptools
From: Peter Korsgaard @ 2017-05-22 9:12 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=3c54b7086fc0eaddb7f04560f30bb8cc99860b25
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
With version 1.1.3 the project switched to setuptools:
https://bitbucket.org/stoneleaf/enum34/commits/589b4f9d2e733a32c6e67a1e7aa50f476920d121
Fixes
http://autobuild.buildroot.net/results/cb6/cb678ca9e57382a876f3f6034a47a4e2c59bc8d0/
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/python-enum34/python-enum34.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/python-enum34/python-enum34.mk b/package/python-enum34/python-enum34.mk
index 1a4c6c6..c612cb6 100644
--- a/package/python-enum34/python-enum34.mk
+++ b/package/python-enum34/python-enum34.mk
@@ -7,7 +7,7 @@
PYTHON_ENUM34_VERSION = 1.1.6
PYTHON_ENUM34_SOURCE = enum34-$(PYTHON_ENUM34_VERSION).tar.gz
PYTHON_ENUM34_SITE = https://pypi.python.org/packages/bf/3e/31d502c25302814a7c2f1d3959d2a3b3f78e509002ba91aea64993936876
-PYTHON_ENUM34_SETUP_TYPE = distutils
+PYTHON_ENUM34_SETUP_TYPE = setuptools
PYTHON_ENUM34_LICENSE = BSD-3-Clause
PYTHON_ENUM34_LICENSE_FILES = enum/LICENSE
^ permalink raw reply related
* [Buildroot] [PATCH next] nano: bump version to 2.8.4
From: Vicente Olivert Riera @ 2017-05-22 9:06 UTC (permalink / raw)
To: buildroot
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
---
package/nano/nano.hash | 2 +-
package/nano/nano.mk | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/nano/nano.hash b/package/nano/nano.hash
index 2c030a10b..dfc660336 100644
--- a/package/nano/nano.hash
+++ b/package/nano/nano.hash
@@ -1,2 +1,2 @@
# Locally calculated after checking pgp signature
-sha256 023e8a7b38b2420d5476d7b2b4d8524d7de55c0853b4dc0b02e4a4adf7ecb9e0 nano-2.8.2.tar.xz
+sha256 c7cf264f0f3e4af43ecdbc4ec72c3b1e831c69a1a5f6512d5b0c109e6bac7b11 nano-2.8.4.tar.xz
diff --git a/package/nano/nano.mk b/package/nano/nano.mk
index 0f01e4671..966d43b53 100644
--- a/package/nano/nano.mk
+++ b/package/nano/nano.mk
@@ -5,7 +5,7 @@
################################################################################
NANO_VERSION_MAJOR = 2.8
-NANO_VERSION = $(NANO_VERSION_MAJOR).2
+NANO_VERSION = $(NANO_VERSION_MAJOR).4
NANO_SITE = https://www.nano-editor.org/dist/v$(NANO_VERSION_MAJOR)
NANO_SOURCE = nano-$(NANO_VERSION).tar.xz
NANO_LICENSE = GPL-3.0+
--
2.13.0
^ permalink raw reply related
* [Buildroot] [PATCH 1/1] package/python-enum34: change setup type to setuptools
From: Yegor Yefremov @ 2017-05-22 8:25 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87o9ul28ml.fsf@dell.be.48ers.dk>
On Sun, May 21, 2017 at 11:38 PM, Peter Korsgaard <peter@korsgaard.com> wrote:
>>>>>> "Bernd" == Bernd Kuhls <bernd.kuhls@t-online.de> writes:
>
> > With version 1.1.3 the project switched to setuptools:
> > https://bitbucket.org/stoneleaf/enum34/commits/589b4f9d2e733a32c6e67a1e7aa50f476920d121
>
> > Fixes
> > http://autobuild.buildroot.net/results/cb6/cb678ca9e57382a876f3f6034a47a4e2c59bc8d0/
>
> > Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
>
> Are you sure. I don't know much about Python packaging, but it still
> has:
>
> from distutils.core import setup
>
> ..
>
> if __name__ == '__main__':
> setup(**data)
>
>
> The tarball (and not git) has a dummy setup.cfg, which afaik is related
> to setuptools.
>
> I'm not sure what the correct fix is. Yegor? Either we patch out the
> 'import setuptools' line or we add host-python-setuptools to the
> dependencies.
I would take Bernd's fix as it is. Defining setuptype as setuptools
adds host-python-setuptools and distutils.core is available anyway.
This doesn't seem to hurt. I've written an e-mail to the enum34
maintainer with a request to clarify this setup situation.
Yegor
^ permalink raw reply
* [Buildroot] [autobuild.buildroot.net] Build results for 2017-05-21
From: Thomas Petazzoni @ 2017-05-22 6:30 UTC (permalink / raw)
To: buildroot
Hello,
Build statistics for 2017-05-21
================================
successes : 239
failures : 13
timeouts : 0
TOTAL : 252
Classification of failures by reason
====================================
mplayer-1.3.0 | 4
cifs-utils-6.6 | 1
ffmpeg-3.3.1 | 1
php-7.1.5 | 1
poppler-0.54.0 | 1
qt5location-5.6.2 | 1
taskd-1.1.0 | 1
trace-cmd-trace-cmd-v2.6 | 1
wireshark-2.2.6 | 1
zmqpp-4.1.2 | 1
Detail of failures
===================
x86_64 | cifs-utils-6.6 | NOK | http://autobuild.buildroot.net/results/d19bcfcfb33cc5f5b082b97bbd5852d479823b97 |
arm | ffmpeg-3.3.1 | NOK | http://autobuild.buildroot.net/results/34758c873bc50269be8b421c94d8bebbdcd8026f |
i686 | mplayer-1.3.0 | NOK | http://autobuild.buildroot.net/results/60825add3cb8dbdf161d0db827b1aeb4b4aafb38 |
i686 | mplayer-1.3.0 | NOK | http://autobuild.buildroot.net/results/3d474fbc317b66d2ee30b0ebf70a000e95f39fbe |
i686 | mplayer-1.3.0 | NOK | http://autobuild.buildroot.net/results/93f558dc5367871c6749aa87452d5fe78a012f8a |
i686 | mplayer-1.3.0 | NOK | http://autobuild.buildroot.net/results/5615c437c7636f75e20e0ad9c27799988b01a3aa |
arm | php-7.1.5 | NOK | http://autobuild.buildroot.net/results/cab27938edb5ff048eacad7653cf4675ecd6dcfd | ORPH
arm | poppler-0.54.0 | NOK | http://autobuild.buildroot.net/results/7784424a0652e804b69a87d9b6ca01bc570d1d7d |
powerpc | qt5location-5.6.2 | NOK | http://autobuild.buildroot.net/results/bddc6214798ef126af2baa354891d4657e85a204 |
arm | taskd-1.1.0 | NOK | http://autobuild.buildroot.net/results/83b35fc101bca0003869689ba2f6a6dbca1a5dcc |
sparc64 | trace-cmd-trace-cmd-v2.6 | NOK | http://autobuild.buildroot.net/results/38d52e8309581da39bdbadbd54fb5fd224cecfed |
x86_64 | wireshark-2.2.6 | NOK | http://autobuild.buildroot.net/results/ed7bcf3ae1c734d8d5ebf2e63b0ca39ac560fbb6 |
or1k | zmqpp-4.1.2 | NOK | http://autobuild.buildroot.net/results/11a65ef2f10db19a403df2bed21302972e68d880 |
--
http://autobuild.buildroot.net
^ permalink raw reply
* [Buildroot] FriendlyARM Tiny 6410 with buildroot ?
From: Riko Ho @ 2017-05-22 5:06 UTC (permalink / raw)
To: buildroot
Hello Everyone,
Does anyone try this board before ? Which defconfig is the closest with
this board ?
Thanks
------------------------------------------------------------------------
--
*
/*******/
Sent by Ubuntu LTS 16.04,
??,
Regards,
Riko Ho
/*******/
*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20170522/1d547ed1/attachment.html>
^ permalink raw reply
* [Buildroot] FriendlyARM Tiny6410
From: Riko Ho @ 2017-05-22 4:53 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521214632.22535-1-bernd.kuhls@t-online.de>
Hello Everyone,
Does anyone try this board before ? Which defconfig is the closest with
this board ?
Thanks
^ permalink raw reply
* [Buildroot] [PATCH] libminiupnpc: add upstream security fix for CVE-2017-8798
From: Peter Korsgaard @ 2017-05-21 22:00 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170519134802.9606-1-peter@korsgaard.com>
>>>>> "Peter" == Peter Korsgaard <peter@korsgaard.com> writes:
> CVE-2017-8798: Integer signedness error in MiniUPnP MiniUPnPc v1.4.20101221
> through v2.0 allows remote attackers to cause a denial of service or
> possibly have unspecified other impact.
> For more details including a PoC, see:
> https://github.com/tintinweb/pub/tree/master/pocs/cve-2017-8798
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] libminiupnpc: add upstream security fix for CVE-2017-8798
From: Peter Korsgaard @ 2017-05-21 22:00 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=a0c4cf0f9698ed109b97cb1e33f4070f505e3988
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
CVE-2017-8798: Integer signedness error in MiniUPnP MiniUPnPc v1.4.20101221
through v2.0 allows remote attackers to cause a denial of service or
possibly have unspecified other impact.
For more details including a PoC, see:
https://github.com/tintinweb/pub/tree/master/pocs/cve-2017-8798
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
.../0001-miniupnpc-Fix-CVE-2017-8798.patch | 59 ++++++++++++++++++++++
1 file changed, 59 insertions(+)
diff --git a/package/libminiupnpc/0001-miniupnpc-Fix-CVE-2017-8798.patch b/package/libminiupnpc/0001-miniupnpc-Fix-CVE-2017-8798.patch
new file mode 100644
index 0000000..25591fc
--- /dev/null
+++ b/package/libminiupnpc/0001-miniupnpc-Fix-CVE-2017-8798.patch
@@ -0,0 +1,59 @@
+From f0f1f4b22d6a98536377a1bb07e7c20e4703d229 Mon Sep 17 00:00:00 2001
+From: Thomas Bernard <miniupnp@free.fr>
+Date: Tue, 9 May 2017 12:00:47 +0200
+Subject: [PATCH] miniupnpc: Fix CVE-2017-8798
+
+Thanks to tin/Team OSTStrom
+
+[Peter: drop Changelog.txt modification, convert to -p1 format]
+Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
+---
+ miniupnpc/miniwget.c | 12 +++++++-----
+ 1 file changed, 9 insertions(+), 5 deletions(-)
+
+diff --git a/miniwget.c b/miniwget.c
+index 37cb47b7..1eda57c5 100644
+--- a/miniwget.c
++++ b/miniwget.c
+@@ -284,11 +284,12 @@ getHTTPResponse(int s, int * size, int * status_code)
+ goto end_of_stream;
+ }
+ }
+- bytestocopy = ((int)chunksize < (n - i))?chunksize:(unsigned int)(n - i);
++ /* it is guaranteed that (n >= i) */
++ bytestocopy = (chunksize < (unsigned int)(n - i))?chunksize:(unsigned int)(n - i);
+ if((content_buf_used + bytestocopy) > content_buf_len)
+ {
+ char * tmp;
+- if(content_length >= (int)(content_buf_used + bytestocopy)) {
++ if((content_length >= 0) && ((unsigned int)content_length >= (content_buf_used + bytestocopy))) {
+ content_buf_len = content_length;
+ } else {
+ content_buf_len = content_buf_used + bytestocopy;
+@@ -313,14 +314,15 @@ getHTTPResponse(int s, int * size, int * status_code)
+ {
+ /* not chunked */
+ if(content_length > 0
+- && (int)(content_buf_used + n) > content_length) {
++ && (content_buf_used + n) > (unsigned int)content_length) {
+ /* skipping additional bytes */
+ n = content_length - content_buf_used;
+ }
+ if(content_buf_used + n > content_buf_len)
+ {
+ char * tmp;
+- if(content_length >= (int)(content_buf_used + n)) {
++ if(content_length >= 0
++ && (unsigned int)content_length >= (content_buf_used + n)) {
+ content_buf_len = content_length;
+ } else {
+ content_buf_len = content_buf_used + n;
+@@ -340,7 +342,7 @@ getHTTPResponse(int s, int * size, int * status_code)
+ }
+ }
+ /* use the Content-Length header value if available */
+- if(content_length > 0 && (int)content_buf_used >= content_length)
++ if(content_length > 0 && content_buf_used >= (unsigned int)content_length)
+ {
+ #ifdef DEBUG
+ printf("End of HTTP content\n");
^ permalink raw reply related
* [Buildroot] [PATCH 1/1] mariadb: security bump to version 10.1.23
From: Peter Korsgaard @ 2017-05-21 21:57 UTC (permalink / raw)
To: buildroot
In-Reply-To: <049c9e3d-2262-476b-008a-12e53d0a8598@gmail.com>
>>>>> "Ryan" == Ryan Coe <bluemrp9@gmail.com> writes:
Hi,
>> Could you perhaps try to contact the mariadb developers?
>>
> Below is the response that I received on this issue:
> https://jira.mariadb.org/browse/MDEV-12297
> This is the full story:
> * All MySQL code, including libmysqlclient, is GPLv2
> * When implementing async API for libmysqlclient, we have licensed it
> under LGPL. That's when COPYING.LESSER was added. Apparently someone
> thought that having both COPYING and COPYING.LESSER means that the
> project includes both GPL and LGPL components
> * Then we got MDEV-12297, saying Github suddenly started showing MariaDB
> license as LGPL
> * Github uses a library "licensee" to detect the license, and it was a
> recent bugfix in licensee to return "LGPL" when both COPYING and
> COPYING.LESSER are present.
> * Indeed,https://www.gnu.org/licenses/gpl-howto.html says that LGPL
> licensed projects should have both files. So licensee and Github were
> right.
> * At that point in time we already have all async API code in
> MariaDB Connector/C library (which is LGPL as a whole), so the
> simplest solution was to remove COPYING.LESSER, basically relicensing
> async API for libmysqlclient under GPLv2.
> Practically it changes nothing.
> MariaDB server was and is GPLv2, we cannot change that.
> libmysqlclient library was and is GPLv2, we cannot change that.
> MariaDB Connector/C was and is LGPLv2.1
Ok, thanks for checking!
Committed after adding this link and dropping COPYING.LESSER from
_LICENSE_FILES, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] mariadb: security bump to version 10.1.23
From: Peter Korsgaard @ 2017-05-21 21:55 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=e6213e8ee68cbb637997ff02abe7945ec1cc168c
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes:
CVE-2017-3302 - Crash in libmysqlclient.so in Oracle MySQL before 5.6.21 and
5.7.x before 5.7.5 and MariaDB through 5.5.54, 10.0.x through 10.0.29,
10.1.x through 10.1.21, and 10.2.x through 10.2.3.
CVE-2017-3313 - Vulnerability in the MySQL Server component of Oracle MySQL
(subcomponent: Server: MyISAM). Supported versions that are affected are
5.5.53 and earlier, 5.6.34 and earlier and 5.7.16 and earlier. Difficult to
exploit vulnerability allows low privileged attacker with logon to the
infrastructure where MySQL Server executes to compromise MySQL Server.
Successful attacks of this vulnerability can result in unauthorized access
to critical data or complete access to all MySQL Server accessible data.
CVE-2017-3308 - Vulnerability in the MySQL Server component of Oracle MySQL
(subcomponent: Server: DML). Supported versions that are affected are 5.5.54
and earlier, 5.6.35 and earlier and 5.7.17 and earlier. Easily "exploitable"
vulnerability allows low privileged attacker with network access via
multiple protocols to compromise MySQL Server. While the vulnerability is
in MySQL Server, attacks may significantly impact additional products.
Successful attacks of this vulnerability can result in unauthorized
ability to cause a hang or frequently repeatable crash (complete DOS) of
MySQL Server.
CVE-2017-3309 - Vulnerability in the MySQL Server component of Oracle MySQL
(subcomponent: Server: Optimizer). Supported versions that are affected are
5.5.54 and earlier, 5.6.35 and earlier and 5.7.17 and earlier. Easily
"exploitable" vulnerability allows low privileged attacker with network
access via multiple protocols to compromise MySQL Server. While the
vulnerability is in MySQL Server, attacks may significantly impact
additional products. Successful attacks of this vulnerability can result
in unauthorized ability to cause a hang or frequently repeatable crash
(complete DOS) of MySQL Server.
CVE-2017-3453 - Vulnerability in the MySQL Server component of Oracle MySQL
(subcomponent: Server: Optimizer). Supported versions that are affected are
5.5.54 and earlier, 5.6.35 and earlier and 5.7.17 and earlier. Easily
"exploitable" vulnerability allows low privileged attacker with network
access via multiple protocols to compromise MySQL Server. Successful attacks
of this vulnerability can result in unauthorized ability to cause a hang or
frequently repeatable crash (complete DOS) of MySQL Server.
CVE-2017-3456 - Vulnerability in the MySQL Server component of Oracle MySQL
(subcomponent: Server: DML). Supported versions that are affected are 5.5.54
and earlier, 5.6.35 and earlier and 5.7.17 and earlier. Easily "exploitable"
vulnerability allows high privileged attacker with network access via
multiple protocols to compromise MySQL Server. Successful attacks of this
vulnerability can result in unauthorized ability to cause a hang or
frequently repeatable crash (complete DOS) of MySQL Server.
CVE-2017-3464 - Vulnerability in the MySQL Server component of Oracle MySQL
(subcomponent: Server: DDL). Supported versions that are affected are 5.5.54
and earlier, 5.6.35 and earlier and 5.7.17 and earlier. Easily "exploitable"
vulnerability allows low privileged attacker with network access via
multiple protocols to compromise MySQL Server. Successful attacks of this
vulnerability can result in unauthorized update, insert or delete access to
some of MySQL Server accessible data.
And a number of important, but non-security related fixes:
MDEV-12602: Fixed some race conditions in InnoDB encryption
MariaDB Backup alpha introduced
Galera wsrep library updated to 25.3.20
For details, see the release notes:
https://mariadb.com/kb/en/mariadb/mariadb-10123-release-notes/
[Peter: drop COPYING.LESSER and add a reference to the bugtracker issue
explaining why]
Signed-off-by: Ryan Coe <bluemrp9@gmail.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/mariadb/mariadb.hash | 4 ++--
package/mariadb/mariadb.mk | 6 ++++--
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/package/mariadb/mariadb.hash b/package/mariadb/mariadb.hash
index afcf378..580fe98 100644
--- a/package/mariadb/mariadb.hash
+++ b/package/mariadb/mariadb.hash
@@ -1,2 +1,2 @@
-# From https://downloads.mariadb.org/mariadb/10.1.22/
-sha256 bcb0572e7ad32cea9740a21e9255f733bdf60a5561ffbda317c22dd12b3966ce mariadb-10.1.22.tar.gz
+# From https://downloads.mariadb.org/mariadb/10.1.23/
+sha256 54d8114e24bfa5e3ebdc7d69e071ad1471912847ea481b227d204f9d644300bf mariadb-10.1.23.tar.gz
diff --git a/package/mariadb/mariadb.mk b/package/mariadb/mariadb.mk
index 5a1f06d..757352b 100644
--- a/package/mariadb/mariadb.mk
+++ b/package/mariadb/mariadb.mk
@@ -4,10 +4,12 @@
#
################################################################################
-MARIADB_VERSION = 10.1.22
+MARIADB_VERSION = 10.1.23
MARIADB_SITE = https://downloads.mariadb.org/interstitial/mariadb-$(MARIADB_VERSION)/source
MARIADB_LICENSE = GPL-2.0 (server), GPL-2.0 with FLOSS exception (GPL client library), LGPL-2.0 (LGPL client library)
-MARIADB_LICENSE_FILES = README COPYING COPYING.LESSER
+# Tarball no longer contains LGPL license text
+# https://jira.mariadb.org/browse/MDEV-12297
+MARIADB_LICENSE_FILES = README COPYING
MARIADB_INSTALL_STAGING = YES
MARIADB_PROVIDES = mysql
^ permalink raw reply related
* [Buildroot] [PATCH/next] package/c-periphery: bump version to 1.1.1
From: Bernd Kuhls @ 2017-05-21 21:46 UTC (permalink / raw)
To: buildroot
Removed patches applied upstream:
0001-Add-missing-header-for-musl-compatibility.patch
https://github.com/vsergeev/c-periphery/commit/27a95527201a368c825aeaf937700c279e13922a
0002-Fix-build-on-SPARC.patch
https://github.com/vsergeev/c-periphery/commit/114c715c78ce300a5cd64fb71f32ffd2bce5326c
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
| 32 ----------
package/c-periphery/0002-Fix-build-on-SPARC.patch | 70 ----------------------
package/c-periphery/c-periphery.hash | 2 +-
package/c-periphery/c-periphery.mk | 2 +-
4 files changed, 2 insertions(+), 104 deletions(-)
delete mode 100644 package/c-periphery/0001-Add-missing-header-for-musl-compatibility.patch
delete mode 100644 package/c-periphery/0002-Fix-build-on-SPARC.patch
diff --git a/package/c-periphery/0001-Add-missing-header-for-musl-compatibility.patch b/package/c-periphery/0001-Add-missing-header-for-musl-compatibility.patch
deleted file mode 100644
index 108297c9c..000000000
--- a/package/c-periphery/0001-Add-missing-header-for-musl-compatibility.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From 1d8cb0ad54099c3d7261aaa19a2c0786f16736d0 Mon Sep 17 00:00:00 2001
-From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-Date: Sat, 8 Aug 2015 22:42:39 +0200
-Subject: [PATCH] Add missing header for musl compatibility
-
-<linux/ioctl.h> is needed to get the definition of _IOC_SIZEBITS and
-solve the following build failure:
-
-src/spi.c: In function 'spi_transfer':
-src/spi.c:100:24: error: '_IOC_SIZEBITS' undeclared (first use in this function)
- if (ioctl(spi->fd, SPI_IOC_MESSAGE(1), &spi_xfer) < 1)
-
-Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
----
- src/spi.c | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/src/spi.c b/src/spi.c
-index 52a8d3d..1a6b17c 100644
---- a/src/spi.c
-+++ b/src/spi.c
-@@ -16,6 +16,7 @@
- #include <errno.h>
-
- #include <sys/ioctl.h>
-+#include <linux/ioctl.h>
- #include <linux/spi/spidev.h>
-
- #include "spi.h"
---
-2.5.0
-
diff --git a/package/c-periphery/0002-Fix-build-on-SPARC.patch b/package/c-periphery/0002-Fix-build-on-SPARC.patch
deleted file mode 100644
index e491f6f72..000000000
--- a/package/c-periphery/0002-Fix-build-on-SPARC.patch
+++ /dev/null
@@ -1,70 +0,0 @@
-From 295316c3f44c3e779e85d7453424496a3bb4bc48 Mon Sep 17 00:00:00 2001
-From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-Date: Sat, 8 Aug 2015 22:56:09 +0200
-Subject: [PATCH] Fix build on SPARC
-
-On SPARC, the definitions of B2500000, B3000000, B3500000 and B4000000
-are not necessarily available, so use those values only if defined in
-the kernel headers.
-
-It fixes SPARC build failures such as:
-
-src/serial.c: In function '_serial_baudrate_to_bits':
-src/serial.c:73:30: error: 'B2500000' undeclared (first use in this function)
- case 2500000: return B2500000;
- ^
-src/serial.c:73:30: note: each undeclared identifier is reported only once for each function it appears in
-src/serial.c:74:30: error: 'B3000000' undeclared (first use in this function)
- case 3000000: return B3000000;
- ^
-
-Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
----
- src/serial.c | 16 ++++++++++++++++
- 1 file changed, 16 insertions(+)
-
-diff --git a/src/serial.c b/src/serial.c
-index e385309..efd425e 100644
---- a/src/serial.c
-+++ b/src/serial.c
-@@ -70,10 +70,18 @@ static int _serial_baudrate_to_bits(uint32_t baudrate) {
- case 1152000: return B1152000;
- case 1500000: return B1500000;
- case 2000000: return B2000000;
-+#ifdef B2500000
- case 2500000: return B2500000;
-+#endif
-+#ifdef B3000000
- case 3000000: return B3000000;
-+#endif
-+#ifdef B3500000
- case 3500000: return B3500000;
-+#endif
-+#ifdef B4000000
- case 4000000: return B4000000;
-+#endif
- default: return -1;
- }
- }
-@@ -107,10 +115,18 @@ static int _serial_bits_to_baudrate(uint32_t bits) {
- case B1152000: return 1152000;
- case B1500000: return 1500000;
- case B2000000: return 2000000;
-+#ifdef B2500000
- case B2500000: return 2500000;
-+#endif
-+#ifdef B3000000
- case B3000000: return 3000000;
-+#endif
-+#ifdef B3500000
- case B3500000: return 3500000;
-+#endif
-+#ifdef B4000000
- case B4000000: return 4000000;
-+#endif
- default: return -1;
- }
- }
---
-2.5.0
-
diff --git a/package/c-periphery/c-periphery.hash b/package/c-periphery/c-periphery.hash
index 516d340d9..524925ff9 100644
--- a/package/c-periphery/c-periphery.hash
+++ b/package/c-periphery/c-periphery.hash
@@ -1,2 +1,2 @@
# Locally calculated
-sha256 5ae4c3f9de0e64d8153ee58b85c4a5defb9f755c6ae215f11b46719bbbac1335 c-periphery-v1.0.3.tar.gz
+sha256 c6cfaae7496ff6500b747106571de6b4ca7d80a383297e592ffcfa3413b66321 c-periphery-v1.1.1.tar.gz
diff --git a/package/c-periphery/c-periphery.mk b/package/c-periphery/c-periphery.mk
index 730b3bc30..359c860e8 100644
--- a/package/c-periphery/c-periphery.mk
+++ b/package/c-periphery/c-periphery.mk
@@ -4,7 +4,7 @@
#
################################################################################
-C_PERIPHERY_VERSION = v1.0.3
+C_PERIPHERY_VERSION = v1.1.1
C_PERIPHERY_SITE = $(call github,vsergeev,c-periphery,$(C_PERIPHERY_VERSION))
C_PERIPHERY_INSTALL_STAGING = YES
# only a static library
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH/next 9/9] package/c-icap: add optional support for openssl
From: Bernd Kuhls @ 2017-05-21 21:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521214124.20328-1-bernd.kuhls@t-online.de>
Optional OpenSSL was added with version 0.5.1:
https://sourceforge.net/p/c-icap/news/2017/03/the-c-icap-051-is-released-/
https://sourceforge.net/p/c-icap/code/1253/#diff-5
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/c-icap/c-icap.mk | 7 +++++++
1 file changed, 7 insertions(+)
diff --git a/package/c-icap/c-icap.mk b/package/c-icap/c-icap.mk
index 58127c151..efc511153 100644
--- a/package/c-icap/c-icap.mk
+++ b/package/c-icap/c-icap.mk
@@ -54,6 +54,13 @@ else
C_ICAP_CONF_OPTS += --without-ldap
endif
+ifeq ($(BR2_PACKAGE_OPENSSL),y)
+C_ICAP_CONF_OPTS += --with-openssl
+C_ICAP_DEPENDENCIES += openssl
+else
+C_ICAP_CONF_OPTS += --without-openssl
+endif
+
ifeq ($(BR2_PACKAGE_PCRE),y)
C_ICAP_CONF_OPTS += --with-pcre
C_ICAP_DEPENDENCIES += pcre
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH/next 8/9] package/c-icap-modules: bump version to 0.4.5
From: Bernd Kuhls @ 2017-05-21 21:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521214124.20328-1-bernd.kuhls@t-online.de>
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/c-icap-modules/c-icap-modules.hash | 4 ++--
package/c-icap-modules/c-icap-modules.mk | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/c-icap-modules/c-icap-modules.hash b/package/c-icap-modules/c-icap-modules.hash
index 5df144987..a9fee87e4 100644
--- a/package/c-icap-modules/c-icap-modules.hash
+++ b/package/c-icap-modules/c-icap-modules.hash
@@ -1,3 +1,3 @@
# From http://sourceforge.net/projects/c-icap/files/c-icap-modules/0.4.x/
-md5 5acd9487679ed47fbee00270d436718d c_icap_modules-0.4.2.tar.gz
-sha1 e5f4203980b732b9de165c1e83c4703734c3e0e2 c_icap_modules-0.4.2.tar.gz
+md5 1a7eaa7a34ff35c2440cf303f7b45f22 c_icap_modules-0.4.5.tar.gz
+sha1 515145e6d29413aff8543937504dc5c419043fd5 c_icap_modules-0.4.5.tar.gz
diff --git a/package/c-icap-modules/c-icap-modules.mk b/package/c-icap-modules/c-icap-modules.mk
index 9daee58cd..d75437898 100644
--- a/package/c-icap-modules/c-icap-modules.mk
+++ b/package/c-icap-modules/c-icap-modules.mk
@@ -4,7 +4,7 @@
#
################################################################################
-C_ICAP_MODULES_VERSION = 0.4.2
+C_ICAP_MODULES_VERSION = 0.4.5
C_ICAP_MODULES_SOURCE = c_icap_modules-$(C_ICAP_MODULES_VERSION).tar.gz
C_ICAP_MODULES_SITE = http://downloads.sourceforge.net/c-icap
C_ICAP_MODULES_LICENSE = GPL-2.0+
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH/next 7/9] package/c-icap: bump version to 0.5.2
From: Bernd Kuhls @ 2017-05-21 21:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521214124.20328-1-bernd.kuhls@t-online.de>
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/c-icap/c-icap.hash | 5 +++--
package/c-icap/c-icap.mk | 2 +-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/package/c-icap/c-icap.hash b/package/c-icap/c-icap.hash
index 2b083ef65..38bbb5643 100644
--- a/package/c-icap/c-icap.hash
+++ b/package/c-icap/c-icap.hash
@@ -1,2 +1,3 @@
-# Locally calculated
-sha256 b138c7d7d9828d54c3307bcfe7b4917911266593832ffc26a60df9a0dfd2511e c_icap-0.4.2.tar.gz
+# From https://sourceforge.net/projects/c-icap/files/c-icap/0.5.x/
+md5 c0ad392336eb401d1630174cc67c0f71 c_icap-0.5.2.tar.gz
+sha1 fdb357eccbed37e0151a74a13430eec63dd76545 c_icap-0.5.2.tar.gz
diff --git a/package/c-icap/c-icap.mk b/package/c-icap/c-icap.mk
index dd1129e67..58127c151 100644
--- a/package/c-icap/c-icap.mk
+++ b/package/c-icap/c-icap.mk
@@ -4,7 +4,7 @@
#
################################################################################
-C_ICAP_VERSION = 0.4.2
+C_ICAP_VERSION = 0.5.2
C_ICAP_SOURCE = c_icap-$(C_ICAP_VERSION).tar.gz
C_ICAP_SITE = http://downloads.sourceforge.net/c-icap
C_ICAP_LICENSE = LGPL-2.1+
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH/next 6/9] package/c-icap: remove configure option process-mutexes
From: Bernd Kuhls @ 2017-05-21 21:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521214124.20328-1-bernd.kuhls@t-online.de>
This option was removed in 2014:
https://sourceforge.net/p/c-icap/code/1102/#diff-3
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/c-icap/c-icap.mk | 1 -
1 file changed, 1 deletion(-)
diff --git a/package/c-icap/c-icap.mk b/package/c-icap/c-icap.mk
index fee9695c1..dd1129e67 100644
--- a/package/c-icap/c-icap.mk
+++ b/package/c-icap/c-icap.mk
@@ -12,7 +12,6 @@ C_ICAP_LICENSE_FILES = COPYING
C_ICAP_INSTALL_STAGING = YES
C_ICAP_CONFIG_SCRIPTS = c-icap-config c-icap-libicapapi-config
C_ICAP_CONF_OPTS = \
- --with-process-mutexes=posix \
--without-perl \
--enable-large-files \
--enable-ipv6
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH/next 5/9] package/c-icap: add optional support for libmemcached
From: Bernd Kuhls @ 2017-05-21 21:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521214124.20328-1-bernd.kuhls@t-online.de>
Support for libmemcached was added in 2014:
https://sourceforge.net/p/c-icap/code/1103/#diff-2
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/c-icap/c-icap.mk | 7 +++++++
1 file changed, 7 insertions(+)
diff --git a/package/c-icap/c-icap.mk b/package/c-icap/c-icap.mk
index 674192bf1..fee9695c1 100644
--- a/package/c-icap/c-icap.mk
+++ b/package/c-icap/c-icap.mk
@@ -41,6 +41,13 @@ else
C_ICAP_CONF_OPTS += --without-bzlib
endif
+ifeq ($(BR2_PACKAGE_LIBMEMCACHED),y)
+C_ICAP_CONF_OPTS += --with-memcached
+C_ICAP_DEPENDENCIES += libmemcached
+else
+C_ICAP_CONF_OPTS += --without-memcached
+endif
+
ifeq ($(BR2_PACKAGE_OPENLDAP),y)
C_ICAP_CONF_OPTS += --with-ldap
C_ICAP_DEPENDENCIES += openldap
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH/next 4/9] package/c-icap: add optional support for pcre
From: Bernd Kuhls @ 2017-05-21 21:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521214124.20328-1-bernd.kuhls@t-online.de>
Support for pcre was added in 2014:
https://sourceforge.net/p/c-icap/code/1135/#diff-4
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/c-icap/c-icap.mk | 7 +++++++
1 file changed, 7 insertions(+)
diff --git a/package/c-icap/c-icap.mk b/package/c-icap/c-icap.mk
index 388979f3a..674192bf1 100644
--- a/package/c-icap/c-icap.mk
+++ b/package/c-icap/c-icap.mk
@@ -48,6 +48,13 @@ else
C_ICAP_CONF_OPTS += --without-ldap
endif
+ifeq ($(BR2_PACKAGE_PCRE),y)
+C_ICAP_CONF_OPTS += --with-pcre
+C_ICAP_DEPENDENCIES += pcre
+else
+C_ICAP_CONF_OPTS += --without-pcre
+endif
+
ifeq ($(BR2_PACKAGE_ZLIB),y)
C_ICAP_CONF_OPTS += --with-zlib
C_ICAP_DEPENDENCIES += zlib
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH/next 3/9] package/c-icap: add optional support for openldap
From: Bernd Kuhls @ 2017-05-21 21:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521214124.20328-1-bernd.kuhls@t-online.de>
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/c-icap/c-icap.mk | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/package/c-icap/c-icap.mk b/package/c-icap/c-icap.mk
index 7925f5bc3..388979f3a 100644
--- a/package/c-icap/c-icap.mk
+++ b/package/c-icap/c-icap.mk
@@ -13,7 +13,6 @@ C_ICAP_INSTALL_STAGING = YES
C_ICAP_CONFIG_SCRIPTS = c-icap-config c-icap-libicapapi-config
C_ICAP_CONF_OPTS = \
--with-process-mutexes=posix \
- --without-ldap \
--without-perl \
--enable-large-files \
--enable-ipv6
@@ -42,6 +41,13 @@ else
C_ICAP_CONF_OPTS += --without-bzlib
endif
+ifeq ($(BR2_PACKAGE_OPENLDAP),y)
+C_ICAP_CONF_OPTS += --with-ldap
+C_ICAP_DEPENDENCIES += openldap
+else
+C_ICAP_CONF_OPTS += --without-ldap
+endif
+
ifeq ($(BR2_PACKAGE_ZLIB),y)
C_ICAP_CONF_OPTS += --with-zlib
C_ICAP_DEPENDENCIES += zlib
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH/next 2/9] package/c-icap: fix bzip2 configure option
From: Bernd Kuhls @ 2017-05-21 21:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521214124.20328-1-bernd.kuhls@t-online.de>
The configure option controlling bzip2 support got its current name in
2012 with its initial commit:
https://sourceforge.net/p/c-icap/code/890/#diff-2
This patch fixes the configure warning:
configure: WARNING: unrecognized options: [...] --without-bzip2
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/c-icap/c-icap.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/c-icap/c-icap.mk b/package/c-icap/c-icap.mk
index 466d08b50..7925f5bc3 100644
--- a/package/c-icap/c-icap.mk
+++ b/package/c-icap/c-icap.mk
@@ -36,10 +36,10 @@ C_ICAP_CONF_OPTS += --without-bdb
endif
ifeq ($(BR2_PACKAGE_BZIP2),y)
-C_ICAP_CONF_OPTS += --with-bzip2
+C_ICAP_CONF_OPTS += --with-bzlib
C_ICAP_DEPENDENCIES += bzip2
else
-C_ICAP_CONF_OPTS += --without-bzip2
+C_ICAP_CONF_OPTS += --without-bzlib
endif
ifeq ($(BR2_PACKAGE_ZLIB),y)
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH/next 1/9] package/c-icap: fix berkeleydb configure option
From: Bernd Kuhls @ 2017-05-21 21:41 UTC (permalink / raw)
To: buildroot
The configure option controlling berkeleydb support got its current
name in 2009: https://sourceforge.net/p/c-icap/code/322/
This patch fixes a configure warning:
configure: WARNING: unrecognized options: [...] --without-berkeleydb, [...]
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
---
package/c-icap/c-icap.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/c-icap/c-icap.mk b/package/c-icap/c-icap.mk
index 17f3459ab..466d08b50 100644
--- a/package/c-icap/c-icap.mk
+++ b/package/c-icap/c-icap.mk
@@ -29,10 +29,10 @@ C_ICAP_CONF_ENV = ac_cv_10031b_ipc_sem=yes ac_cv_fcntl=yes
C_ICAP_AUTORECONF = YES
ifeq ($(BR2_PACKAGE_BERKELEYDB),y)
-C_ICAP_CONF_OPTS += --with-berkeleydb
+C_ICAP_CONF_OPTS += --with-bdb
C_ICAP_DEPENDENCIES += berkeleydb
else
-C_ICAP_CONF_OPTS += --without-berkeleydb
+C_ICAP_CONF_OPTS += --without-bdb
endif
ifeq ($(BR2_PACKAGE_BZIP2),y)
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH 1/1] package/python-enum34: change setup type to setuptools
From: Peter Korsgaard @ 2017-05-21 21:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170521114625.7884-1-bernd.kuhls@t-online.de>
>>>>> "Bernd" == Bernd Kuhls <bernd.kuhls@t-online.de> writes:
> With version 1.1.3 the project switched to setuptools:
> https://bitbucket.org/stoneleaf/enum34/commits/589b4f9d2e733a32c6e67a1e7aa50f476920d121
> Fixes
> http://autobuild.buildroot.net/results/cb6/cb678ca9e57382a876f3f6034a47a4e2c59bc8d0/
> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
Are you sure. I don't know much about Python packaging, but it still
has:
from distutils.core import setup
..
if __name__ == '__main__':
setup(**data)
The tarball (and not git) has a dummy setup.cfg, which afaik is related
to setuptools.
I'm not sure what the correct fix is. Yegor? Either we patch out the
'import setuptools' line or we add host-python-setuptools to the
dependencies.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] dropbear: security bump to version 2017.75
From: Peter Korsgaard @ 2017-05-21 21:32 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170520151548.23594-1-peter@korsgaard.com>
>>>>> "Peter" == Peter Korsgaard <peter@korsgaard.com> writes:
> Fixes:
> - CVE-2017-9078: A double-free in the server could be triggered by an
> authenticated user if dropbear is running with -a (Allow connections to
> forwarded ports from any host) This could potentially allow arbitrary code
> execution as root by an authenticated user. Affects versions 2013.56 to
> 2016.74. Thanks to Mark Shepard for reporting the crash.
> - CVE-2017-9079: Dropbear parsed authorized_keys as root, even if it were a
> symlink. The fix is to switch to user permissions when opening
> authorized_keys.
> A user could symlink their ~/.ssh/authorized_keys to a root-owned file
> they couldn't normally read. If they managed to get that file to contain
> valid authorized_keys with command= options it might be possible to read
> other contents of that file. This information disclosure is to an already
> authenticated user. Thanks to Jann Horn of Google Project Zero for
> reporting this.
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH 2/2] linux: bump default version to 4.11.2
From: Peter Korsgaard @ 2017-05-21 21:32 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170520151007.15764-2-peter@korsgaard.com>
>>>>> "Peter" == Peter Korsgaard <peter@korsgaard.com> writes:
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Committed, thanks.
--
Bye, Peter Korsgaard
^ 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