From: Wenzong Fan
If build dir includes the string "blib", filter it out from @INC may empty
the @INC and cause build errors like:
Can't locate ExtUtils/MakeMaker.pm in @INC \
(you may need to install the ExtUtils::MakeMaker module) \
(@INC contains: .) at Makefile.PL
Signed-off-by: Wenzo
From: Li Wang
make start-statd command to use nfscommon configure, too.
Signed-off-by: Henrik Riomar
Signed-off-by: Li Wang
Signed-off-by: Roy Li
Signed-off-by: Wenzong Fan
---
.../files/nfs-utils-debianize-start-statd.patch| 41 ++
.../nfs-utils/nfs-utils_1.3.1.bb
From: Roy Li
bootchartd needs the command lsb_release and pidof to run, pidof maybe
provided by sysvinit or procpus
Signed-off-by: Roy Li
---
meta/recipes-devtools/bootchart2/bootchart2_git.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/bootchart2/bootchart2_git
On 06/29/2015 02:07 AM, Richard Purdie wrote:
On Tue, 2015-06-23 at 23:26 -0700, Robert Yang wrote:
* Upgrade perl 5.20.0 -> 5.22.0
* Tested on qemux86, qemuarm, qemuarm64, qemuppc, qemumips, qemux86-64.
* Fix for test cases, the test result:
Failed 9 tests out of 2269, 99.60% okay.
This
On 06/26/2015 09:10 PM, Burton, Ross wrote:
On 26 June 2015 at 07:23, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:
The build would fail when /bin/sh links to ksh or csh, we only test dash
and bash AFAIK.
csh definitely isn't a suitable candidate for /bin/sh, and I doubt ksh
From: Yuanjie Huang
Undefined symbols in a library can be provided by the application
that links to the library, such as `logsink' in libmultipath.so.0.
This fix checks the type of object in which the symbol is needed
and the existence of the symbol in application, when a symbol
cannot be provide
From: Li Wang
call "exportfs -r" to reexport all directories when start the nfsserver.
This change does follow debian and nfs-utils stardard.
Signed-off-by: Li Wang
---
meta/recipes-connectivity/nfs-utils/nfs-utils/nfsserver | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-conn
On 2015年06月28日 20:37, Richard Purdie wrote:
On Wed, 2015-06-24 at 09:12 +0800, rongqing...@windriver.com wrote:
From: Roy Li
Port four patches from unzip_6.0-8+deb7u2.debian.tar.gz to fix:
cve-2014-8139
cve-2014-8140
cve-2014-8141
Signed-off-by: Roy Li
I've gone and mix
On Tue, 2015-06-23 at 23:26 -0700, Robert Yang wrote:
> * Upgrade perl 5.20.0 -> 5.22.0
> * Tested on qemux86, qemuarm, qemuarm64, qemuppc, qemumips, qemux86-64.
> * Fix for test cases, the test result:
> Failed 9 tests out of 2269, 99.60% okay.
>
This se
merged to staging
- armin
On 06/24/2015 10:27 PM, Ng, Wei Tee wrote:
Hi, are these included?
Best Regards,
Wei Tee
-Original Message-
From: Ng, Wei Tee
Sent: Tuesday, June 23, 2015 10:06 AM
To: akuster808; openembedded-core@lists.openembedded.org
Subject: RE: [OE-core] [PATCH 0/3] [d
merged to staging
thanks,
armin
On 06/24/2015 01:04 PM, Jussi Kukkonen wrote:
This is for fido and possibly dizzy, not master.
D-Bus 1.8.16 fixes CVE-2015-0245 "prevent forged ActivationFailure from
non-root processes". This patch does not contain the same fix but a
configuration change that u
this requires the gnutls 3.4.1 update or the current gnutils build will break.
Signed-off-by: Armin Kuster
---
.../nettle/{nettle_2.7.1.bb => nettle_3.1.1.bb} | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
rename meta/recipes-support/nettle/{nettle_2.7.1.bb =>
This version supports the nettle 3.x and higher and requires that version.
this include a security fix:
GNUTLS-SA-2015-2
no CVE assigned to date.
enable openssl compat via PACKAGECONFIG as iputils needs gnutls/openssl.h
for migration info:
http://www.gnutls.org/manual/gnutls.html#Upgrading-from-
The nettle and gnutls updates must be done as a pair.
The following changes since commit 4948bf62f63e311744ef2ba1e750d4c08a0794c4:
tcmode-default: Test gcc 5.1 (2015-06-28 06:05:07 -0700)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib akuster/gnutls_update
On Wed, 2015-06-24 at 09:12 +0800, rongqing...@windriver.com wrote:
> From: Roy Li
>
> Port four patches from unzip_6.0-8+deb7u2.debian.tar.gz to fix:
> cve-2014-8139
> cve-2014-8140
> cve-2014-8141
>
> Signed-off-by: Roy Li
I've gone and mixed up patches for this one and merged
On Wed, 2015-06-17 at 16:12 +0100, Jack Mitchell wrote:
> Seems to be some sort of python script failure? Is anyone else seeing
> this? I've dug around a little but can't see anything obvious.
This turns out to be due to:
configure: error: failed to recognize APR_INT64_T_FMT on this platform
wh
I just wanted to let people know what is going on with Fido.
Joshua has had a branch in testing for a while. The autobuilder gave
mixed feedback for it. Partly, there was a problem since we'd introduced
a new autobuilder (Fedora 22) and this introduced some problems with
subversion-native and gcc5
17 matches
Mail list logo