If the spec file already exist, and has not been stored into pseudo's files.db,
it maybe cause rpmbuild src.rpm fail, so remove it before doing rpmbuild
src.rpm.
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/classes/package_rpm.bbclass |5 +
1 files changed, 5 insertions
Hi all
Sorry, it looks like i should post this patch to poky. please ignore this
Thanks
Bian
said the following on 2013-7-9 16:27:, Bian Naimeng wrote:
If the spec file already exist, and has not been stored into pseudo's
files.db,
it maybe cause rpmbuild src.rpm fail, so remove it before
said the following on 2013-7-11 18:54:, Burton, Ross wrote:
On 10 July 2013 03:56, Bian Naimeng bia...@cn.fujitsu.com wrote:
Sorry, it looks like i should post this patch to poky. please ignore this
You were right the first time, meta/ is oe-core. :)
Thanks for your reminding
|...
- easy to developers to merge mainline to their branch which containing
specific machine.
Bian Naimeng (6):
qemuarm.conf: provide a common qemuarm machine configuration,
so developer/distributor can customize their specific one.
qemuxmips64.conf: provide a common qemuxmips64
applying this patch, developer can tell poky using their machine
configuration by prepending their layer to BBPATH(Of course,
the bblayers.conf should be adapted to it).
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/conf/machine/include/qemux86.inc | 24
meta
.
After applying this patch, developer can tell poky using their machine
configuration by prepending their layer to BBPATH(Of course,
the bblayers.conf should be adapted to it).
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/conf/machine/include/qemux86-64.inc | 24
applying this patch, developer can tell poky using their machine
configuration by prepending their layer to BBPATH(Of course,
the bblayers.conf should be adapted to it).
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/conf/machine/include/qemuppc.inc |9 +
meta/conf/machine
applying this patch, developer can tell poky using their machine
configuration by prepending their layer to BBPATH(Of course,
the bblayers.conf should be adapted to it).
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/conf/machine/include/qemumips.inc | 11 +++
meta/conf
.
After applying this patch, developer can tell poky using their machine
configuration by prepending their layer to BBPATH(Of course,
the bblayers.conf should be adapted to it).
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/conf/machine/include/qemumips64.inc | 11 +++
meta
applying this patch, developer can tell poky using their machine
configuration by prepending their layer to BBPATH(Of course,
the bblayers.conf should be adapted to it).
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/conf/machine/include/qemuarm.inc | 10 ++
meta/conf/machine
said the following on 2013-7-29 23:36:, Phil Blundell wrote:
On Mon, 2013-07-29 at 12:02 +0800, Bian Naimeng wrote:
qemux86.conf: provide a common qemux86 machine configuration,
so developer/distributor can customize their specific one.
Although, we can modify the meta/conf/machine/qemux86
said the following on 2013-7-30 16:15:, Martin Jansa wrote:
On Tue, Jul 30, 2013 at 09:51:54AM +0800, Bian Naimeng wrote:
said the following on 2013-7-29 23:36:, Phil Blundell wrote:
On Mon, 2013-07-29 at 12:02 +0800, Bian Naimeng wrote:
qemux86.conf: provide a common qemux86 machine
config.log files follows to
| aid debugging
|ERROR: oe_runconf failed
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/recipes-support/icu/icu.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-support/icu/icu.inc b/meta/recipes-support/icu/icu.inc
said the following on 2013-8-6 1:39:, Saul Wold wrote:
On 08/05/2013 02:39 AM, Bian Naimeng wrote:
If we don't create ${STAGING_ICU_DIR_NATIVE} before doing
do_configure for cross target, the following will be caught.
|configure: error: No such directory ${cross_buildroot} supplied
is located at ...)
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/recipes-extended/bash/bash.inc |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/bash/bash.inc
b/meta/recipes-extended/bash/bash.inc
index 2f4519c..64b476f 100644
--- a/meta
lsof: avoid creating directory ${DL_DIR}/${WORKDIR}/lsof_${PV}.
Set LOCALSRC as SRC_URI will make do_unpack mkdir
${DL_DIR}/${WORKDIR}/lsof_${PV},
it's not good while multiuser sharing ${DL_DIR}.
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/recipes-extended/lsof/lsof_4.87.bb
user that the daemon is not running.
The following patchs try to make the initscript friendly to user.
Bian Naimeng (2):
acpid: install events directory at default.
acpid: print message if rule directory is inexist.
___
Openembedded-core mailing list
acpid: install events directory at default.
If rule directory ${sysconfdir}/acpi/events is inexist,
the acpid initscript will exit with success, but the daemon will be not running.
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/recipes-bsp/acpid/acpid.inc |3 +++
1 files
acpid: print message if rule directory is inexist
If rule directory is inexist, the acpid initscript will exit with success,
but the daemon will be not running.
Print message in this case to tell user that the daemon is not running.
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta
Hi all,
If link library of distribution which built by Yocto-1.4.x,
the following error will be caught.
#
/opt/poky-lsb/1.4.1/sysroots/x86_64-pokysdk-linux/usr/bin/x86_64-poky-linux/x86_64-poky-linux-gcc
\
-o helloworld helloworld.c -L /opt/mydistro/usr/lib -l xxx
cpio: Fix memory overrun on reading improperly created link records
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
http://git.savannah.gnu.org/cgit/cpio.git/commit/?id=746f3ff670dcfcdd28fcc990e79cd6fccc7ae48d
* src/copyin.c (get_link_name): New function.
(list_file, copyin_link): use
Obtain detain from following URL.
http://lists.gnu.org/archive/html/bug-cpio/2014-12/msg0.html
http://git.savannah.gnu.org/cgit/cpio.git/commit/?id=746f3ff670dcfcdd28fcc990e79cd6fccc7ae48d
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
.../cpio/cpio-2.11/fix-memory-overrun.patch
Obtain detain from following URL.
http://lists.gnu.org/archive/html/bug-cpio/2014-12/msg0.html
http://git.savannah.gnu.org/cgit/cpio.git/commit/?id=746f3ff670dcfcdd28fcc990e79cd6fccc7ae48d
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
.../cpio/cpio-2.8/fix-memory-overrun.patch
I have not reviewed the patch, but I think this approach is good.
If somebody want integrate bluez5 into his Distro,
mybe he will catch errors when build the recipes that are hardcoded to require
bluez4.
Fedora has changed to bluez5 after Fedora-20.
Thanks
Bian
-Original Message-
update to 3.3.12 to fix some bugs.
http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/7967
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/recipes-support/gnutls/gnutls_3.3.11.bb | 9 -
meta/recipes-support/gnutls/gnutls_3.3.12.bb | 9 +
2 files changed
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/recipes-extended/iputils/iputils_s20121221.bb | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/iputils/iputils_s20121221.bb
b/meta/recipes-extended/iputils/iputils_s20121221.bb
index 46f8903
do_package_write_rpm in \
meta/recipes-devtools/gcc/gcc-source_4.9.bb
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/recipes-devtools/gcc/gcc-source.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/gcc/gcc-source.inc
b/meta/recipes-devtools/gcc/gcc-source.inc
index
The patch 0056-top-level-reorder_gcc-bug-61144.patch looks wrong.
It looks like a mistake, we shoud patch gcc/varpool.c not create the file
meta/recipes-devtools/gcc/gcc-4.9/0056-top-level-reorder_gcc-bug-61144.patch
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
.../0056-top-level
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/recipes-support/libmpc/libmpc.inc | 1 -
meta/recipes-support/libmpc/libmpc_1.0.2.bb | 1 +
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/libmpc/libmpc.inc
b/meta/recipes-support/libmpc/libmpc.inc
same as other recipe such as bash, we should provide both GPLv3 and !GPLv3
recipe
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
.../libmpc-0.9/libmpc_fix_for_automake-1.12.patch | 26 ++
meta/recipes-support/libmpc/libmpc_0.9.bb | 16 +
2 files
Same as other recipe such as bash, we should provide both GPLv3 and !GPLv3
recipe
Bian Naimeng (2):
libmpc: move 'LICENSE' into version specified recipe
libmpc: add a GPLv2 recipe
.../libmpc-0.9/libmpc_fix_for_automake-1.12.patch | 26 ++
meta/recipes-support/libmpc
set S within the recipe to point to where the source has been
unpacked to
So, we should do this QA check after all of unpack jobs been completed.
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
---
meta/classes/base.bbclass | 3 ---
meta/classes/insane.bbclass | 12
2 files
LOCKED_KEEP is undefined, so the following error will be caught.
/usr/lib/python2.7/site-packages/smart/transaction.py", line 1230, in run
locked[pkg] = (LOCKED_KEEP, None)
NameError: global name 'LOCKED_KEEP' is not defined
Signed-off-by: Bian Naimeng <bia...@cn.fuj
The config file of rpm will be installed into SDKTARGETSYSROOT for each
architecture,
so RPM_ETCRPM should be set to SDKTARGETSYSROOT/etc/rpm.
Signed-off-by: Bian Naimeng <bia...@cn.fujitsu.com>
---
meta/recipes-devtools/python/python-smartpm_git.bb | 14 ++
meta/recipes-de
The config file of rpm will be installed into SDKTARGETSYSROOT for each
architecture,
so RPM_ETCRPM should be set to SDKTARGETSYSROOT/etc/rpm.
Signed-off-by: Bian Naimeng <bia...@cn.fujitsu.com>
---
meta/recipes-devtools/rpm/rpm_5.4+cvs.bb | 22 ++
meta/recipes-devtoo
Hi all
By default, the value of PACKAGE_ARCH is set to TUNE_PKGARCH when building for
the target,
BUILD_ARCH when building for the build host and "${SDK_ARCH}-${SDKPKGSUFFIX}"
when building for the SDK.
So, we will get the name of rpm package as the following in qemux86-64 build.
-
/usr/lib/python2.7/site-packages/smart/transaction.py", line 1230, in run
locked[pkg] = (LOCKED_KEEP, None)
NameError: global name 'LOCKED_KEEP' is not defined
Upstream-Status: Submitted [sm...@lists.labix.org]
Signed-off-by: Bian Naimeng <bia...@cn.fujitsu.com>
---
.../pyt
Sorry for my late. I will add the Upstream-Status and re-send it.
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Tuesday, October 27, 2015 6:40 PM
To: Bian, Naimeng
Cc: OE-core
Subject: Re: [OE-core] [PATCH] python-smartpm: define LOCKED_KEEP to avoid
running error
On 27 October 2015
Hi
The settings as following in meta/conf/distro/include/security_flags.inc were
added in 2013,
-
# These 2 have text relco errors with the pie options enabled
SECURITY_CFLAGS_pn-ltp = "${SECURITY_NO_PIE_CFLAGS}"
> On Sun, Jun 26, 2016 at 8:41 PM, Bian, Naimeng <bia...@cn.fujitsu.com> wrote:
> > Hi
> >
> > The settings as following in
> > meta/conf/distro/include/security_flags.inc were added in 2013,
> > -
40 matches
Mail list logo