> > I'm new to Yocto and I'm trying to build a debug image.
> >
> > My image recipe looks like this:
> >
> > IMAGE_INSTALL = "packagegroup-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP} u-boot
> > webstax3 vtss-uio-mod"
> > IMAGE_LINGUAS = " "
> >
> > LICENSE = "MIT"
> >
> > inherit core-image
> >
> > DEB
Hi.
I'm creating my own bsp layer for omap4 chips (Yes, I know of meta-ti,
but I want to learn how to do this myself :)). I'm trying to use the
linux-yocto 3.4 kernel,
and have gotten it to work locally. I then made a
linux-yocto_3.4.bbappend which contains the following:
COMPATIBLE_MACHINE_panda
We should have artifacts in a few hours at
autobuilder.yoctoproject.org/pub/nightly/20130731-1
meta-fsl-armfdf3fe6296790b0c0817a58c064d7da1cca7dd0a
meta-fsl-ppc399c1ab5e86cf6dbb7c0c48d5253ac8798d6bfe4
meta-intel ce8f48d28c8d6d99b860e3f6480d9d3a6fc0b301
meta-minnow
On Wed, Jul 31, 2013 at 9:21 AM, Martin Ertsaas wrote:
> Hi.
>
> I'm creating my own bsp layer for omap4 chips (Yes, I know of meta-ti,
> but I want to learn how to do this myself :)). I'm trying to use the
> linux-yocto 3.4 kernel,
> and have gotten it to work locally. I then made a
> linux-yocto
Hi Martin,
On Wednesday 31 July 2013 09:21:12 Martin Ertsaas wrote:
> THISDIR := "${@os.path.dirname(bb.data.getVar('FILE', d, True))}"
You should not set THISDIR, it's already set automatically.
> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-3.4"
You should have a colon at the end of that valu
On Tue, 30 Jul 2013, Paul Eggleton wrote:
> On Tuesday 30 July 2013 05:14:37 Robert P. J. Day wrote:
> > based simply on the timestamps, it would appear that the toolchains
> > here:
> >
> > http://downloads.yoctoproject.org/releases/yocto/yocto-1.4.1/toolchain/
> >
> > still contain the script
Hi Brian,
On Monday 29 July 2013 19:05:04 Brian Karcz wrote:
> I'm curious if there is a way to tell a package recipe that its resulting
> package output is dependent on the pieces it's assembling. The scenario I
> have is as follows. I created a series of recipes that assemble an
> externally bui
Hi All,
I am new in Yocto,i need to port Java based application on Freescale based
powerpc embedded board.I am using Yocto and Freescale SDK to build the
image.
Currently i am trying to include meta-java in yocto directory and trying to
build image. Can any one please guide me how to proceed in
Hi Lothar,
On Tuesday 30 July 2013 18:04:49 lot...@denx.de wrote:
> I'm writing a recipe firmware_HEAD.bb. The actions shall be checkout from
> git, run "make", copy the result to ${D}/lib/firmware.
>
> DESCRIPTION = "external sdma-firmware blob"
> LICENSE = "GPLv2"
> LIC_FILES_CHKSUM =
> "file:/
Hi Aman,
Following is the procedure.
1. Edit conf/bblayers to append meta-java in BBLAYERS
2. Add IMAGE_INSTALL_append = " jre-related-pkg-list" in local.conf or
your image bb file
3. Build the rootfs image
Since the build of meta-jave is not verified with FSL toolchain, I a
On 07/31/13 10:57, Andrea Adami wrote:
> On Wed, Jul 31, 2013 at 9:21 AM, Martin Ertsaas wrote:
>> Hi.
>>
>> I'm creating my own bsp layer for omap4 chips (Yes, I know of meta-ti,
>> but I want to learn how to do this myself :)). I'm trying to use the
>> linux-yocto 3.4 kernel,
>> and have gotten
On Wed, Jul 31, 2013 at 6:57 AM, Martin Ertsaas wrote:
> On 07/31/13 10:57, Andrea Adami wrote:
>> On Wed, Jul 31, 2013 at 9:21 AM, Martin Ertsaas wrote:
>>> Hi.
>>>
>>> I'm creating my own bsp layer for omap4 chips (Yes, I know of meta-ti,
>>> but I want to learn how to do this myself :)). I'm t
Hi Luo,
I am getting this error message.
freescale@freescale-sdk:~/SDK/QorIQ-SDK-V1.4-20130625-yocto/build_t4240qds_release$
bitbake fsl-image-core
Loading cache: 100%
|
Zitat von Paul Eggleton :
Hi Lothar,
On Tuesday 30 July 2013 18:04:49 lot...@denx.de wrote:
I'm writing a recipe firmware_HEAD.bb. The actions shall be checkout from
git, run "make", copy the result to ${D}/lib/firmware.
DESCRIPTION = "external sdma-firmware blob"
LICENSE = "GPLv2"
LIC_FILES_
Hi Paul,
That's a better answer than I was fearing. I was starting to think that
Yocto/Poky was only intended to build/assemble versioned or released code.
We are still using Edison. I started going through the cycles of trying to
upgrade us to Dylan a month or so ago, but ran into an assortmen
Hi,
> On Mon, 2013-07-29 at 06:54 +, Behrens, Holger wrote:
> > Hi,
> >
> > > On Fri, 2013-07-26 at 09:48 +0200, Felix01 Fischer wrote:
> > > > Tom Zanussi schrieb am 25.07.2013 18:57:57:
> > > >
> > > > > On Thu, 2013-07-25 at 11:00 +0200, Felix01 Fischer wrote:
> > > > > > Hi,
> > > > > > I
On Wednesday 31 July 2013 14:04:05 Brian Karcz wrote:
> That's a better answer than I was fearing. I was starting to think that
> Yocto/Poky was only intended to build/assemble versioned or released code.
Most of the time that's the way the system operates, but we're not limited to
it. The main p
On 7/27/13 10:44 AM, Pier Luigi Fiorini wrote:
Fix the following error:
Variable ALLOW_EMPTY is set as not being package specific, please fix this.
I thought this had already been done. I'll be going over the meta-selinux
sometime this week and will verify all of the bad ALLOW_EMPTY entrie
I did whatever you suggested and it worked at first shot.. Thanks a lot :)
>>In that case why are you using poky-image.bbclass?
It's is my custom recipe name suggested for the project :) Can't do
anything..
On Tue, Jul 30, 2013 at 4:18 PM, Paul Eggleton <
paul.eggle...@linux.intel.com> wrote:
Greetings:
I have used Yocto Project HOB to compile a new kernel using meta-ti (target
was am335x-evm) layer for my Beaglebone BLACK (not white).
This created the pertinent files for the /boot and /rootfs partitions on
the SD card.
I've added the files to the said partitions and added the basic
Hi all,
So I've just read about the Minnowboard, an Atom E640T single-board computer.
http://uk.farnell.com/circuitco/minnowboard/atom-e640t-platform-sbc/dp/2319581
The datasheet says "Yocto Project 1.3 compatible" so I think I'll be buying one!
Does anyone know what layer the support for this
There is a BSP layer that is part of the meta-intel layer:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/
Regards,
Sean Liming
Owner
Annabooks
Tel: 714-970-7523 / Cell: 858-774-3176
> -Original Message-
> From: yocto-boun...@yoctoproject.org [mailto:yocto-
> boun...@yoctoproject.
Hi,
I'm new to Yocto, so please let me know if this is the wrong list for questions
like this.
I'm trying to add a recipe for a new cmake project (for UCI). The
do_package_qa task reports this problem:
ERROR: QA Issue: uci rdepends on uci-dev
ERROR: QA run found fatal errors. Please consider
On Wed, Jul 31, 2013 at 1:33 PM, I Love To Get Spamed
wrote:
> Greetings:
>
> I have used Yocto Project HOB to compile a new kernel using meta-ti (target
> was am335x-evm) layer for my Beaglebone BLACK (not white).
>
> This created the pertinent files for the /boot and /rootfs partitions on the
>
On Wednesday 31 July 2013 10:36:12 Sean Liming wrote:
> Paul Barker wrote:
> > So I've just read about the Minnowboard, an Atom E640T single-board
> > computer.
> >
> > http://uk.farnell.com/circuitco/minnowboard/atom-e640t-platform-> >
> > sbc/dp/2319581
> >
> > The datasheet says "Yocto Projec
On Wed, Jul 31, 2013 at 1:36 PM, Sean Liming wrote:
> There is a BSP layer that is part of the meta-intel layer:
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/
There's also the meta-minnow layer:
http://layers.openembedded.org/layerindex/layer/meta-minnow/
>
> Regards,
>
> Sean Liming
>
Hi Brad,
On 31 July 2013 18:52, Brad Litterell wrote:
> I'm new to Yocto, so please let me know if this is the wrong list for
> questions like this.
You've got the right list for support question.
> I'm trying to add a recipe for a new cmake project (for UCI). The
> do_package_qa task reports
> From: Paul Barker
>
> So I've just read about the Minnowboard, an Atom E640T
> single-board computer.
>
> http://uk.farnell.com/circuitco/minnowboard/atom-e640t-platfor
> m-sbc/dp/2319581
>
> The datasheet says "Yocto Project 1.3 compatible" so I think
> I'll be buying one!
>
> Does anyone
Hi Paul,
Here is a little background of what is going on. I inherited a project that was
implemented under and works with Edison. The project has two image recipes,
abc-main.bb and abc-ramdisk.bb. The way the project builds under Edison,
abc-main.bb has abc-ramdisk listed in the DEPENDS variabl
Is there an easy way to have a system boot and load the rootfs from a network
server?
I'm using an x86 system and can have the kernel and an initrd on it. I would
use bootp, but a lot of end users either don't have this or will not allow it
to be used. I think it needs to go something like:
1)
On 31 Jul 2013, at 21:30, Chris Tapp wrote:
> Is there an easy way to have a system boot and load the rootfs from a network
> server?
>
> I'm using an x86 system and can have the kernel and an initrd on it. I would
> use bootp, but a lot of end users either don't have this or will not allow it
> Is there an easy way to have a system boot and load the rootfs from a
> network server?
>
> The classic way is to serve the root file system from an NFS server. You
will have to pass the root=/dev/nfs and
nfsroot=[:][,]
to your kernel via boot loader.
Every system you want to boot this way will
Hi Rudolf,
On 31 Jul 2013, at 22:29, Rudolf Streif wrote:
>
> Is there an easy way to have a system boot and load the rootfs from a network
> server?
>
> The classic way is to serve the root file system from an NFS server. You will
> have to pass the root=/dev/nfs and
> nfsroot=[:][,] to you
Hi Ross,
Thanks for your reply.
First, it appears you are correct that UCI is not following the normal pattern.
Here is the image for the package:
.
└── usr
├── bin
│ ├── uci
│ └── uci-static
├── include
│ ├── uci_config.h
│ ├── uci.h
│ └── ucimap.h
being
unable to access a free tapdev. I've not had time to look at this, but
will try to look at it tomorrow if someone else doesn't get to it
first.
-b
On Wed, Jul 31, 2013 at 1:00 AM, Flanagan, Elizabeth
wrote:
> We should have artifacts in a few hours at
> autobuilder.yoctop
On Jul 31, 2013, at 3:39 PM, Brad Litterell wrote:
> └── lib
> ├── libuci.a
> └── libuci.so
>
> So, I added this:
>
> FILES_${PN} +="/usr/lib/*"
Try something like
FILES_${PN} =+ "${libdir}/libuci.so"
>
> However that doesn't remove the message. Did I do it right?
>
On 07/31/2013 03:39 PM, Brad Litterell wrote:
Hi Ross,
Thanks for your reply.
First, it appears you are correct that UCI is not following the normal pattern.
Here is the image for the package:
.
└── usr
├── bin
│ ├── uci
│ └── uci-static
├── include
│ ├── uci
On Jul 29, 2013, at 6:54 AM, Navani Srivastava
wrote:
> Is it possible to clean any dependent package from some other recipe?
>
> As an example-
>
> “bitbake core-image-minimal.bb” will build u-boot and linux package as a part
> of dependent package. Is it possible to clean u-boot and linux
Hi,
I tried
FILES_${PN} =+ "${libdir}/libuci.so"
but under package-split, the .so file is still only listed in the -dev package.
Is it possible that the lib*.so files are always forcibly removed from
FILES_${PN}?
I was able to hack the CMakeList.txt file as follows. If I set SOVERSION on
th
Aman,
"jre-related-pkg-list" is just a description, you need to replace it with
actually package name(e.g. openjdk-7-jre).
Best Regards,
Zhenhua
From: Aman Sharma [mailto:amansh.shar...@gmail.com]
Sent: Wednesday, July 31, 2013 9:10 PM
To: Luo Zhenhua-B19537
Cc: yocto@yoctoproject.org
Subject
ok, thank you..
On Thu, Aug 1, 2013 at 4:35 AM, Khem Raj wrote:
>
> On Jul 29, 2013, at 6:54 AM, Navani Srivastava <
> navani.srivast...@gmail.com> wrote:
>
> Is it possible to clean any dependent package from some other recipe?
>
> As an example-
>
> “bitbake core-image-minimal.bb” will build
On Jul 31, 2013, at 5:52 PM, Brad Litterell wrote:
> Hi,
>
> I tried
>
>> FILES_${PN} =+ "${libdir}/libuci.so"
>
> but under package-split, the .so file is still only listed in the -dev
> package.
>
> Is it possible that the lib*.so files are always forcibly removed from
> FILES_${PN}?
w
in a few hours at
> autobuilder.yoctoproject.org/pub/nightly/20130731-1
>
> meta-fsl-armfdf3fe6296790b0c0817a58c064d7da1cca7dd0a
> meta-fsl-ppc399c1ab5e86cf6dbb7c0c48d5253ac8798d6bfe4
> meta-intel ce8f48d28c8d6d99b860e3f6480d9d3a6fc0b301
> m
2013 at 1:00 AM, Flanagan, Elizabeth
wrote:
> We should have artifacts in a few hours at
> autobuilder.yoctoproject.org/pub/nightly/20130731-1
>
> meta-fsl-armfdf3fe6296790b0c0817a58c064d7da1cca7dd0a
> meta-fsl-ppc399c1ab5e86cf6dbb7c0c48d5253ac8798d6bfe4
> meta-in
44 matches
Mail list logo
