If libgcry.la is built later than lmcry_gcry.la, there is a failure:
[snip]
|../aarch64-wrs-linux-libtool --tag=CC --mode=link aarch64-wrs-linux-gcc
-o lmcry_gcry.la lmcry_gcry_la-lmcry_gcry.lo libgcry.la -lgcrypt
|aarch64-wrs-linux-libtool: error: cannot find the library 'libgcry.la'
or
Security fixes:
CVE-2018-8011
mod_md: DoS via Coredumps on specially crafted requests
CVE-2018-1333
mod_http2: DoS for HTTP/2 connections by specially crafted requests
Signed-off-by: Yi Zhao
---
Changes from V1: fix typo for version
.../apache2/{apache2-native_2.4.33.bb =>
在 2018年07月27日 08:19, Peter Kjellerstedt 写道:
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org On Behalf Of Yi Zhao
Sent: den 23 juli 2018 06:44
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [meta-webserver][PATCH] apache2: upgrade 2.4.33 ->
> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org devel-boun...@lists.openembedded.org> On Behalf Of Yi Zhao
> Sent: den 23 juli 2018 06:44
> To: openembedded-devel@lists.openembedded.org
> Subject: [oe] [meta-webserver][PATCH] apache2: upgrade 2.4.33 ->
Postgreqsql was configured to use ossp-uuid but ossp-uuid is dead and everyone
will be building util-linux anyway, so use the libuuid.so from there.
Confusing the option is called e2fs because the library originated in e2fsprogs.
Signed-off-by: Ross Burton
---
Not only was uuid removed as a build dependency of Rygel in 0.27.1, but
oe-core's ossp-uuid has always renamed the library to libossp-uuid so it was
never used (as util-linux provides libuuid.so).
Signed-off-by: Ross Burton
---
meta-multimedia/recipes-connectivity/rygel/rygel_0.34.0.bb | 2 +-
I don't think so, but it isn't a strong preference.
On Thu, Jul 26, 2018 at 4:01 PM, Khem Raj wrote:
> On Thu, Jul 26, 2018 at 1:00 PM Derek Straka wrote:
> >
> > Pypi has the version as 5.1 (https://pypi.org/project/tornado/#history).
> Upstream is inconsistent in 5.1 vs 5.1.0
> >
>
> then
On Thu, Jul 26, 2018 at 1:00 PM Derek Straka wrote:
>
> Pypi has the version as 5.1 (https://pypi.org/project/tornado/#history).
> Upstream is inconsistent in 5.1 vs 5.1.0
>
then does it make sense to call the recipe 5.1.0 ?
> On Thu, Jul 26, 2018 at 3:51 PM, Khem Raj wrote:
>>
>> On Thu,
Pypi has the version as 5.1 (https://pypi.org/project/tornado/#history).
Upstream is inconsistent in 5.1 vs 5.1.0
On Thu, Jul 26, 2018 at 3:51 PM, Khem Raj wrote:
> On Thu, Jul 26, 2018 at 11:34 AM lukaszgard
> wrote:
> >
> > From: Łukasz Gardoń
> >
> > License-Update: Change license file
On Thu, Jul 26, 2018 at 11:34 AM lukaszgard wrote:
>
> From: Łukasz Gardoń
>
> License-Update: Change license file from setup.py to
> LICENSE, based on the same the same license policy Apache 2.0.
>
> Signed-off-by: Łukasz Gardoń
> ---
> meta-python/recipes-devtools/python/python-tornado.inc
On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
wrote:
> Hi ! :-)
>
> I’m facing issues when trying to run ‘bitbake python-twisted’ (do_compile
> error)
>
> Log says :
> “Download error on https://pypi.python.org/simple/incremental/: [Errno -3]
> Temporary failure in name resolution
>
>
From: Łukasz Gardoń
License-Update: Change license file from setup.py to
LICENSE, based on the same the same license policy Apache 2.0.
Signed-off-by: Łukasz Gardoń
---
meta-python/recipes-devtools/python/python-tornado.inc| 8 +---
.../{python-tornado_4.5.3.bb =>
Please address Tim's review as well. See
https://github.com/tornadoweb/tornado/blob/master/LICENSE
and change recipe to _5.1.0.bb
On Wed, Jul 25, 2018 at 10:58 PM Łukasz Gardoń
wrote:
>
> License-Update: Changed begin and end line range, due to
> removed shebang line from licence file (setup.py)
WARNING: python3-pbr-3.1.1-r0 do_fetch: Checksum mismatch for local
file /mnt/a/oe/downloads/pbr-3.1.1.tar.gz
Cleaning and trying again.
WARNING: python3-pbr-3.1.1-r0 do_fetch: Renaming
/mnt/a/oe/downloads/pbr-3.1.1.tar.gz to
fails to fetch, can you try this with bitbake -ccleanall
python-greenlet ; bitbake python-greenlet
WARNING: python3-greenlet-0.4.13-r0 do_fetch: Renaming
/mnt/a/oe/downloads/greenlet-0.4.13.tar.gz to
/mnt/a/oe/downloads/greenlet-0.4.13.tar.gz_bad-checksum_6e0b9dd5385f81d478451ec8ed1d62b3
ERROR:
Signed-off-by: Derek Straka
---
meta-python/recipes-devtools/python/python-dateutil.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python-dateutil.inc
b/meta-python/recipes-devtools/python/python-dateutil.inc
index d96d84f..9c5a89d 100644
---
Signed-off-by: Derek Straka
---
meta-python/recipes-devtools/python/python-dateutil.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python-dateutil.inc
b/meta-python/recipes-devtools/python/python-dateutil.inc
index d96d84f..03a2edb 100644
---
Since the following commit applied in oe-core
...
21f0c5a distutils/setuptools, distutils3/setuptools3: improve reproducibility
...
It unified var-DISTUTILS_INSTALL_ARGS in distutils and setuptools,
so clean up the duplicated var-DISTUTILS_INSTALL_ARGS in each recipe.
Signed-off-by: Hongxu Jia
includes security fixes:
wnpa-sec-2018-34 BGP dissector large loop. Bug 13741. CVE-2018-14342.
wnpa-sec-2018-35 ISMP dissector crash. Bug 14672. CVE-2018-14344.
wnpa-sec-2018-36 Multiple dissectors could crash. Bug 14675. CVE-2018-14340.
wnpa-sec-2018-37 ASN.1 BER dissector crash. Bug 14682.
I'm testing the change which just disables them, I'll send it after few
more builds with it. I'll leave enabling them to someone actually using
openocd.
On Thu, Jul 26, 2018 at 4:21 PM Khem Raj wrote:
> On Thu, Jul 26, 2018 at 4:21 AM Martin Jansa
> wrote:
> >
> > It probably isn't caused by
On Thu, Jul 26, 2018 at 4:21 AM Martin Jansa wrote:
>
> It probably isn't caused by this upgrade, but openocd is using git submodules
> which are checked out during do_configure:
>
> http://repo.or.cz/openocd.git/blob/refs/heads/master:/bootstrap#l37
>
> Would it make sense to call bootstrap
Enable the building of libftdi for nativesdk targets. Enabling nativesdk
builds allows for the building and packaging of tools that use libftdi
for programming/debugging of boards and devices. This enables the
ability to package a complete set of development tools for a target
device as a
It probably isn't caused by this upgrade, but openocd is using git
submodules which are checked out during do_configure:
http://repo.or.cz/openocd.git/blob/refs/heads/master:/bootstrap#l37
Would it make sense to call bootstrap with nosubmodule?
It seems to be used by internal_jimtcl
Signed-off-by: Alexandru Vasiu
---
meta-python/recipes-devtools/python/python-pyiface.inc| 4 ++--
.../{python-pyiface_0.0.9.bb => python-pyiface_0.0.10.bb} | 0
.../{python3-pyiface_0.0.9.bb => python3-pyiface_0.0.10.bb} | 0
3 files changed, 2 insertions(+), 2 deletions(-)
Please ignore this.
--Hongzhi
On 2018年07月26日 14:00, Hongzhi.Song wrote:
Snappy is a compression/decompression library. It does not aim for
maximum compression, or compatibility with any other compression
library; instead, it aims for very high speeds and reasonable compression.
Snappy is a compression/decompression library. It does not aim for
maximum compression, or compatibility with any other compression
library; instead, it aims for very high speeds and reasonable compression.
Signed-off-by: Hongzhi.Song
---
meta-oe/recipes-extended/snappy/snappy_1.1.7.bb | 46
please ignore it.
--Hongzhi
On 2018年07月26日 13:57, Hongzhi.Song wrote:
Snappy is a compression/decompression library. It does not aim for
maximum compression, or compatibility with any other compression
library; instead, it aims for very high speeds and reasonable compression.
Signed-off-by:
27 matches
Mail list logo