bitbake for imx6qsabreauto
command used
bitbake -v tizen-common-core-image-minimal-dev
I have applied fix to - meta/classes/patch.bbclass
i.e
+ del os.environ['TMPDIR']
***Error Log
ERROR: Command Error: exit status: 1 Output:
Applying patch redhat-portability.diff
patching file backends/
Good day Anoop,
Error is in do_patch task when applying patch for configure. Please check
the hashes in your patch if it's compatible with the HEAD or some upstream
changes for configure.
Thanks,
Joseph
On Thu, Jul 24, 2014 at 3:05 PM, Anoop wrote:
> bitbake for imx6qsabreauto
>
> command use
On 24 July 2014 08:05, Anoop wrote:
> Patch redhat-portability.diff does not apply (enforce with -f)
Please update your poky, this has been fixed already and the
meta-tizen fork of Poky has already integrated this fix.
(poky commit 52a6d20519870103134166d91e22d21fd736195d)
Ross
--
Good day Ross,
I've mimic'd the bitbake.conf way of adding -staticdev. Apparently I got a
QA error stating that there are already multiple definitions of -staticdev
for my unit.
BTW, what's the purpose of ALLOW_EMPTY_${PN} = "1" and
ALLOW_EMPTY_${PN}-dev = "1"?
Really thank you for your help wit
Nowadays this is already set in OE-Core, in tcmode-default.inc.
Fixes:
WARNING: Variable key
PREFERRED_PROVIDER_virtual/${SDK_PREFIX}binutils-crosssdk
(binutils-crosssdk-${SDK_ARCH}) replaces original key
PREFERRED_PROVIDER_virtual/x86_64-oesdk-mingw32-binutils-crosssdk
On 24 July 2014 08:30, Joseph Andrew de la Peña wrote:
> I've mimic'd the bitbake.conf way of adding -staticdev. Apparently I got a
> QA error stating that there are already multiple definitions of -staticdev
> for my unit.
Your package will already have them due to the default values in
bitbake.
Hello Brian,
You have to enable CONFIG_DM_CRYPT and CONFIG_BLK_DEV_DM in kernel;
Also make sure you have corresponding CONFIG_CRYPTO* enabled. And, if
compiled as modules, make sure that modules are loaded before running
cryptsetup during runtime
See https://code.google.com/p/cryptsetup/wiki for
Burton, Ross writes:
>
> On 24 July 2014 08:05, Anoop wrote:
> > Patch redhat-portability.diff does not apply (enforce with -f)
>
> Please update your poky, this has been fixed already and the
> meta-tizen fork of Poky has already integrated this fix.
>
> (poky commit 52a6d20519870103134166d9
On 24 July 2014 10:25, Anoop wrote:
> Ross
> many thanks for the valuable input.
> I had been building tizen with yocto based on the following link.
>
> https://wiki.tizen.org/wiki/Build_Tizen_with_Yocto
>
> For poky it is mentioned to use
> git clone https://github.com/eurogiciel-oss/poky.git
>
>
Hi Mark,
> -Original Message-
> From: yocto-boun...@yoctoproject.org [mailto:yocto-
> boun...@yoctoproject.org] On Behalf Of Mark Hatle
> Sent: Wednesday, July 23, 2014 10:41 PM
> To: yocto@yoctoproject.org
> Subject: Re: [yocto] SELinux doesn't work on t4240qds
>
> On 7/23/14, 7:15 AM,
* CONFIG_SECURITY=y
* CONFIG_SECURITYFS=y
Signed-off-by: Zhenhua Luo
---
recipes-kernel/linux/linux-yocto/selinux.cfg | 2 ++
1 file changed, 2 insertions(+)
diff --git a/recipes-kernel/linux/linux-yocto/selinux.cfg
b/recipes-kernel/linux/linux-yocto/selinux.cfg
index 53cdf57..2edd366 100644
-
Thank you Ross for the wonderful support.
I cherrypicked the commit. The issue is resolved now.
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
bitbake for imx6qsabreauto
command used
bitbake -v tizen-common-core-image-minimal-dev
Summary: 1 task failed:
virtual:native:/home/sfm/yocto_temp/meta-tizen/recipes-
tizen/rpm/rpm_git.bb, do_compile
+ CPPFLAGS=-isystem/home/sfm/yocto_temp/build/tmp/sysroots/i686-
linux/usr/include -I/home/s
On 24 July 2014 14:29, Anoop wrote:
> + export CCFLAGS+= -fPIC
> /home/sfm/yocto_temp/build/tmp/work/i686-linux/rpm-native/git-
> r0/temp/run.do_compile.26826: 120: export: CCFLAGS+: bad variable name
+= is a bash extension and those scripts are not running under bash.
This has been fixed in met
was asked about the yocto-based RDK initiative last week:
http://rdkcentral.com/
looked interesting so i thought i would read up on it. tried to access
the wiki, was told i needed an account and password. registered for
that, was told i wasn't on the list of official licensees. applied for
tha
I've got a recipe for an application. This has:
1) A main thread;
2) An OpenGL ('X' / EGL) graphics rendering thread created using posix threads;
3) As many threads as required from the graphics thread for GStreamer to
service various pipelines.
On a Cedartrail platform this happily uses multipl
question on the openssl recipes and openssl versions... Point me to the
correct distro if this is the incorrect spot to ask this...
We're currently on Danny, 1.3.2. In there, the openssl version is
1.0.0j. The openssl project is currently promoting 1.0.1h. Due to the
multiple CVEs being relea
On Thu, Jul 24, 2014 at 5:44 PM, Mark Evans wrote:
> question on the openssl recipes and openssl versions... Point me to the
> correct distro if this is the incorrect spot to ask this...
>
> We're currently on Danny, 1.3.2. In there, the openssl version is 1.0.0j.
> The openssl project is currentl
Thanks for the nfo. I'll go there and take a look.
--MarkE
On 7/24/2014 7:51 PM, Khem Raj wrote:
On Thu, Jul 24, 2014 at 5:44 PM, Mark Evans wrote:
question on the openssl recipes and openssl versions... Point me to the
correct distro if this is the incorrect spot to ask this...
We're current
The steps shared by you is telling about customizing the image on existing
recipes.
But I query is how to add prebuild libraries directly to rootfs.
Thanks in Advance.
Regards
Meena
From: Vladimir Redzhepov [vladimir_redzhe...@epam.com]
Sent: Friday, Jul
20 matches
Mail list logo
