Hello. I wish to bring in gnupg to our system but from what I can tell
gnupg is not part of Yocto nor OpenEmbedded. However, gpgme is. Is
gpgme to consider a complete replacement for gnupg? I have no need for
any gpg application libraries, but need the ability to sign and
perhaps encrypt/decrypt
Hi,
Hans Beckérus hans.becke...@gmail.com wrote:
Hello. I wish to bring in gnupg to our system but from what I can tell
gnupg is not part of Yocto nor OpenEmbedded. However, gpgme is. Is
gpgme to consider a complete replacement for gnupg? I have no need for
any gpg application libraries, but
On Mon, Apr 22, 2013 at 9:47 AM, Anders Darander and...@chargestorm.se wrote:
Hi,
Hans Beckérus hans.becke...@gmail.com wrote:
Hello. I wish to bring in gnupg to our system but from what I can tell
gnupg is not part of Yocto nor OpenEmbedded. However, gpgme is. Is
gpgme to consider a complete
Hans Beckérus hans.becke...@gmail.com wrote:
On Mon, Apr 22, 2013 at 9:47 AM, Anders Darander
and...@chargestorm.se wrote:
Hi,
Hans Beckérus hans.becke...@gmail.com wrote:
Hello. I wish to bring in gnupg to our system but from what I can
tell
gnupg is not part of Yocto nor OpenEmbedded.
On Mon, Apr 22, 2013 at 10:04 AM, Anders Darander and...@chargestorm.se wrote:
Hans Beckérus hans.becke...@gmail.com wrote:
On Mon, Apr 22, 2013 at 9:47 AM, Anders Darander
and...@chargestorm.se wrote:
Hi,
Hans Beckérus hans.becke...@gmail.com wrote:
Hello. I wish to bring in gnupg to our
Hi Guys,
I hope everyone had a nice weekend.. Back to work ;-)
I would like to know what package is used to set a background image.
Greets,
Satya
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On 22 April 2013 09:25, Satya Swaroop Damarla swaroop.dama...@gmail.com wrote:
I hope everyone had a nice weekend.. Back to work ;-)
I would like to know what package is used to set a background image.
This is something that you as a system builder can define - if you use
a larger desktop
Hi all,
I downloaded poky-danny-8.0, after editing conf file, i made a
build(bitbake core-image-minimal), after the build completed. When I try to
boot the image it throws *runqemu: command not found. *Any Ideas?
Thank You,
--
Regards,
Zafrullah Syed
On 22 April 2013 10:25, Zafrullah Syed zafrullahme...@gmail.com wrote:
I downloaded poky-danny-8.0, after editing conf file, i made a build(bitbake
core-image-minimal), after the build completed. When I try to boot the image
it throws runqemu: command not found. Any Ideas?
That script is in
after running oe-init-build-env, the build was successful and i can boot
the linux OS. :)
Thanks a Lot. Love you all.
On Mon, Apr 22, 2013 at 11:29 AM, Burton, Ross ross.bur...@intel.comwrote:
On 22 April 2013 10:25, Zafrullah Syed zafrullahme...@gmail.com wrote:
I downloaded
Hey Paul..
Based on your advice.. I am using the recipe of lm-sensors and I have an
issue.. When I do the normal bitbake lmsensors, I have absolutely no
issue but when I try to install it into the rootfs then, I get the
following error..
NOTE: Resolving any missing task queue dependencies
NOTE:
On 22 April 2013 12:04, Satya Swaroop Damarla
satyaswaroop.dama...@gmail.com wrote:
Thank you Ross... Is there already a recipe for xsetroot or should we
create one...
You'll need to create one, following the examples in
recipes-graphics/xorg-apps/.
Ross
On Sat, 20 Apr 2013, Tom Zanussi wrote:
On Sat, 2013-04-20 at 05:35 -0400, Robert P. J. Day wrote:
i was just looking for an example of the kind of hierarchical
layer structure you find in meta-intel. is there another layer
that has that kind of structure?
A quick scan of all the
From: Atanas Gegov atanas.ge...@bmw-carit.de
Hi,
This patch series introduces a YoctoSDKCMakeProjectNature as a new
nature for CMake-based Yocto Projects in the IDE. It requires the
basic YoctoSDKProjectNature and is an alternative to the
YoctoSDKAutotoolsProjectNature.
This does not affect the
From: Atanas Gegov atanas.ge...@bmw-carit.de
Added an extra variable to the templates and the
creating process to prepare them for the new CMake
nature.
---
plugins/org.yocto.sdk.ide/plugin.xml |4
.../sdk/ide/wizard/NewYoctoCProjectTemplate.java |2 ++
From: Atanas Gegov atanas.ge...@bmw-carit.de
This nature is intended for Yocto projects that
use CMake as a build system. It requires the
YoctoSDKProjectNature and can be used by upcoming
CMake project templates. It excludes the
YoctoSDKAutotoolsProjectNature, e.g. their
relation in plugin.xml is
From: Atanas Gegov atanas.ge...@bmw-carit.de
This enables creating projects with the introduced
CMake nature. What is still upcoming are the
template projects and a corresponfig CMake
ManagedBuilder (CMake build toolchain for
Eclipse).
---
.../ide/natures/YoctoSDKCMakeProjectNature.java|
From: Atanas Gegov atanas.ge...@bmw-carit.de
CMake projects will use additional variables in
the environment. They have to be set if the Yocto
settings are changed.
---
.../src/org/yocto/sdk/ide/utils/YoctoSDKUtils.java |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
From: Atanas Gegov atanas.ge...@bmw-carit.de
The original name of the class had two drawbacks:
firstly, it suggested that it applies only for C
projects and secondly, it did not state that this
is a process.
---
plugins/org.yocto.sdk.ide/plugin.xml |2 +-
From: Atanas Gegov atanas.ge...@bmw-carit.de
Resolved whitespace issues which popped up while
renaming the NewYoctoProjectTemplateProcess. Also
added some missing //$NON-NLS-1$ declarations.
---
.../ide/wizard/NewYoctoProjectTemplateProcess.java | 37 +++-
1 file changed, 21
I edited the file
~/yocto/poky/meta-openembedded/meta-oe/recipes-extended/net-snmp/net-snmp.inc
and I changed
EXTENDPV for EXTENDPKGV in all the places (4).
After that, bitbaking the gumstix-console-image with IMAGE_INSTALL +=
net-snmp-dev
(and others) in the build/conf/local.conf worked!
This is
Seems like this ought to be pretty easy based on the docs - Not sure
what I've got wrong. I've added an append to my layer w/
FILESEXTRAPATHS_prepend := ${THISDIR}/${PN}:
SRC_URI += 0001-yada-yada.patch
# Comment out while debugging
#PRINC := ${@int(PRINC) + 1}
The append
On 22/04/13 13:56, Saridakis, Dean (US SSA) wrote:
Seems like this ought to be pretty easy based on the docs - Not sure
what I've got wrong. I've added an append to my layer w/
FILESEXTRAPATHS_prepend := ${THISDIR}/${PN}:
SRC_URI += 0001-yada-yada.patch
# Comment out while debugging
Hi, sorry for late answer, but yes, the libpthread-files exists in my
customized sandbox sysroot (as well as in the ‘clean’ sandbox sysroot). The
(autotooled) project that I’m build is trying to link an application and it
uses CXXLD (which is CXX = arm-poky-linux-gnuabi-g++).
LD has the
Numerous examples of command yocto bsp should be yocto-bsp.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
i'm assuming i'm not misintgerpreting what's happening here.
diff --git a/scripts/lib/bsp/help.py b/scripts/lib/bsp/help.py
index 427b5a0..d152025 100644
---
On Mon, 2013-04-22 at 11:14 -0400, Robert P. J. Day wrote:
Numerous examples of command yocto bsp should be yocto-bsp.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
Yes, I'm continually making that mistake, on the command-line as well.
Maybe that means it should have been named
Does anyone have an example of how to apply a patch from an append file? (even
better if the base recipe inherits autotools)
Dean
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
(again, someone up the food chain can decide what's worth
processing.)
1.6.1 Common Features
* Both tools [yocto-bsp and yocto-kernel] reside in the scripts/
subdirectory of the Source Directory. no, they don't, they're in
meta-yocto/scripts/, so simply sourcing oe-init-build-env isn't
On Mon, 2013-04-22 at 12:00 -0400, Robert P. J. Day wrote:
(again, someone up the food chain can decide what's worth
processing.)
Thanks for all your comments - I'll submit some patches to the docs when
I get a chance, but see below..
1.6.1 Common Features
* Both tools [yocto-bsp and
On Mon, 22 Apr 2013, Tom Zanussi wrote:
On Mon, 2013-04-22 at 12:00 -0400, Robert P. J. Day wrote:
1.6.1 Common Features
* Both tools [yocto-bsp and yocto-kernel] reside in the scripts/
subdirectory of the Source Directory. no, they don't, they're in
meta-yocto/scripts/, so simply
noticed the following in kernel-dev manual, if you want to link to
the glossary entry for a variable while using it in an expression,
there's:
ulink url='YOCTO_DOCS_REF_URL;#var-FILESEXTRAPATHS'FILESEXTRAPATHS/ulink
:= ${THISDIR}/${PN}
however, that really should be eventually rendered as:
Does anyone have an example of how to apply a patch from an append file? (even
better if the base recipe inherits autotools)
Nevermind - thanks all.
Dean
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Robert,
Thanks for this close look through the BSP Guide. I will move on to your next
emails for the remainder of the review. For these changes, you can find them
at http://www.yoctoproject.org/docs/1.4/bsp-guide/bsp-guide.html. I could not
address the comment regarding some layers not
Robert,
Fixed the two points below in the doc. See
http://www.yoctoproject.org/docs/1.4/bsp-guide/bsp-guide.html.
Thanks again,
Scott
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-
boun...@yoctoproject.org] On Behalf Of Robert P. J. Day
Sent: Monday, April
You got it figured out?
Simply add
FILESEXTRAPATHS_prepend := ${THISDIR}/${P}:
SRC_URI += mypatch.patch
PRINC := ${@int(PRINC) + 1}
to your bbappend and put your patch in a subdirectory
packagename-packageversion relative to the recipe.
:rjs
___
On 20 April 2013 21:35, Andrei Gherzan and...@gherzan.ro wrote:
On Sat, Apr 20, 2013 at 4:05 PM, Paul Barker p...@paulbarker.me.uk wrote:
So I'd recommend dropping these from meta-raspberrypi completely. Just
my opinion though, anyone else got any thoughts on this?
Hello guys. Probably
Agenda:
* Opens collection - 5 min (Song)
* Yocto 1.4 status - 10 min (Song/team)
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.4_Status
* SWAT team rotation: Saul - Laurentiu Palcu
* Opens - 10 min
* Team Sharing - 20 min
-Original Appointment-
We encourage people attending the
All,
There was a minor problem in tarball generation for 1.3.1 that
required a regeneration of the tarballs (see
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4351). No content of
the tarball was changed with the exception of an addition of a top
level directory. This has caused the md5sums
On Apr 22, 2013, at 7:40 AM, Jonas Jonsson L jonas.l.jons...@ericsson.com
wrote:
Hi, sorry for late answer, but yes, the libpthread-files exists in my
customized sandbox sysroot (as well as in the ‘clean’ sandbox sysroot). The
(autotooled) project that I’m build is trying to link an
I've found that Poky/Yocto images built after this commit have
a broken udev:
commit c71d1f446c734954dceba0666c4f074047864b87
Author: Richard Purdie richard.pur...@linuxfoundation.org
Date: Wed Apr 17 14:53:21 2013 +
udev: Effectively revert the move to /sbin
This effectively
40 matches
Mail list logo