Hey Guys,
I have some issues installing lm_sensors... I copied the package from from
meta-oe/recipes-support into meta/recipes-support...
The normal "bitbake lmsensors" worked perfectly without any errors but then
when I wanted to add it to the rootfs then I get the following error I
tried to
Recently I moved my working environment from local drive to NFS and since then
do_clean task is failing all the time with error:
ERROR: Error executing a python function in ..:
OSError: [Errno 39] Directory not empty: '../temp'
However, when I look at temp directory it is empty!
I put th
I've found that Poky/Yocto images built after this commit have
a broken udev:
commit c71d1f446c734954dceba0666c4f074047864b87
Author: Richard Purdie
Date: Wed Apr 17 14:53:21 2013 +
udev: Effectively revert the move to /sbin
This effectively reverts the changes made in
b49ddeb11
On Apr 22, 2013, at 7:40 AM, Jonas Jonsson L
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 application and it
> uses CXXL
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 to
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
Dropped raspberrypi modifications to hosts and interfaces files as they are
unnecessary.
Signed-off-by: Paul Barker
---
recipes-core/netbase/netbase-5.0/raspberrypi/hosts |2 --
recipes-core/netbase/netbase-5.0/raspberrypi/interfaces | 15 ---
recipes-core/netbase/netbase_
On 20 April 2013 21:35, Andrei Gherzan wrote:
> On Sat, Apr 20, 2013 at 4:05 PM, Paul Barker 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 dropping would be the best thing
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
- relative to the recipe.
:rjs
___
yocto mailing list
yocto
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, Apri
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 confo
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
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:
FILESEXTRAPATHS
:= "${THISDIR}/${PN}"
however, that really should be eventually rendered as:
FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}"
but in
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/,
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 a
(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
suffi
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
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
>
Yes, I'm continually making that mistake, on the command-line as well.
Maybe that means it should have been named something else. ;-
Numerous examples of command "yocto bsp" should be "yocto-bsp".
Signed-off-by: Robert P. J. Day
---
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
--- a/scripts/lib/bsp/help.py
+++ b
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 –sysro
brief notes on BSP dev guide, someone else higher up the food chain
can decide if any of this merits changes or clarifications.
1.1 BSP Layers
* emphasize that name of "meta-*" is only convention, but a really
well-established one
* remove lines of meta-yocto/meta-yocto-bsp from example, has
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
> > 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) +
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
From: Atanas Gegov
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 insertions(+), 16 deletion
From: Atanas Gegov
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 +-
.../sdk/ide/wizard/NewYoctoCProjectTemplate.java
From: Atanas Gegov
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
a/plugins/org.yocto.sdk.id
From: Atanas Gegov
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| 72
..
From: Atanas Gegov
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 declared as
"one-of-natur
From: Atanas Gegov
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 ++
.../EmptyCAutotoolsProject/template.xml
From: Atanas Gegov
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 currently existing Autoto
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
On 22 April 2013 12:04, Satya Swaroop Damarla
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
___
yocto mailing list
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:
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 wrote:
> On 22 April 2013 10:25, Zafrullah Syed wrote:
> > I downloaded poky-danny-8.0, after editing conf file, i made a
> build
On 22 April 2013 10:25, Zafrullah Syed 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 poky/scripts, so you ar
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 09:25, Satya Swaroop Damarla 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 environment then they'll prov
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 Mon, Apr 22, 2013 at 10:04 AM, Anders Darander wrote:
>
>
> "Hans Beckérus" wrote:
>
>>On Mon, Apr 22, 2013 at 9:47 AM, Anders Darander
>> wrote:
>>> Hi,
>>>
>>> "Hans Beckérus" wrote:
>>>
Hello. I wish to bring in gnupg to our system but from what I can
>>tell
gnupg is not part of Yo
"Hans Beckérus" wrote:
>On Mon, Apr 22, 2013 at 9:47 AM, Anders Darander
> wrote:
>> Hi,
>>
>> "Hans Beckérus" 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 compl
On Mon, Apr 22, 2013 at 9:47 AM, Anders Darander wrote:
> Hi,
>
> "Hans Beckérus" 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
Hi,
"Hans Beckérus" 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 need the ability to
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 in
44 matches
Mail list logo
