Hi Gaurang,
On Jun 11, 2013, at 10:47 PM, Gaurang Shastri
gmshas...@gmail.commailto:gmshas...@gmail.com wrote:
Can you try with IMAGE_INSTALL_append = e2fsprogs and run once again
bitbake core-image-minimal or whatever you are referring for your final target
The 'e2fsprogs' target adds libs,
Folks
We're going to respin this due to some autobuilder issues. I'll send
out a mail in a bit to update you on the status/location. If you've
begun testing, please stop and wait for this build.
-b
On Tue, Jun 11, 2013 at 6:15 PM, Flanagan, Elizabeth
elizabeth.flana...@intel.com wrote:
/nightly/20130612-5
This should only take a few hours to build out, so please check back
in about 3 hours as there should be a fair amount of artifacts to
begin testing.
-b
On Tue, Jun 11, 2013 at 11:33 PM, Flanagan, Elizabeth
elizabeth.flana...@intel.com wrote:
Folks
We're going to respin
Yes, as per e2fsprogs.bb file,
PACKAGES =+ e2fsprogs-e2fsck e2fsprogs-mke2fs e2fsprogs-tune2fs
e2fsprogs-badblocks
..
FILES_e2fsprogs-mke2fs = ${base_sbindir}/mke2fs
${base_sbindir}/mkfs.ext* ${sysconfdir}/mke2fs.conf
But finally you got what you want :)
//Gaurang Shastri
On Wed, Jun 12,
hello,
i am creating a packagegroup to organize better my image/recipes. i am
doing something along these lines:
DESCRIPTION = My Custom Package Groups
inherit packagegroup
PACKAGES = \
packagegroup-custom-apps \
packagegroup-custom-tools \
On 2013-06-12 09:08, Nicolas Dechesne wrote:
hello,
i am creating a packagegroup to organize better my image/recipes. i am
doing something along these lines:
DESCRIPTION = My Custom Package Groups
inherit packagegroup
PACKAGES = \
packagegroup-custom-apps \
On Wed, Jun 12, 2013 at 10:24 AM, Gary Thomas g...@mlbassoc.com wrote:
The problem is that bitbake runs recipes, not packages. So in order to
get the package 'packagegroup-custom-tools', you have to build your main
recipe which will also build 'packagegroup-custom-apps'
I've run across this
I see lots of references to virtual/kernel, as opposed to simply kernel.
The bitbake docs show virtual/whatever and virtual/package in some of
its syntactic examples. But what does the virtual/ prefix actually mean?
Google coughs up endless uses of the term, as though everyone knows what it
means,
Hi Edward,
On Tuesday 11 June 2013 08:50:49 Edward Vidal wrote:
I am trying to understand the various branches of poky.
It appears that 1.4_M6 became dylan-9.0.0 which is DISTRO_VERSION=
1.4. Is this correct?
I don't see a 1.4_M6 branch, only a 1.4_M6.rc1 tag which is not the same as
Hi Paul,
On Wednesday 12 June 2013 01:43:31 Paul D. DeRocco wrote:
I see lots of references to virtual/kernel, as opposed to simply kernel.
The bitbake docs show virtual/whatever and virtual/package in some of
its syntactic examples. But what does the virtual/ prefix actually mean?
Google
This is only the cover letter for the entire patch series.
Changed since v2: fixed license for files.
Please review the following changes for suitability for inclusion. If you have
any objections or suggestions for improvement, please respond to the patches. If
you agree with the changes, please
Cross-Development Toolchain: A collection of software development tools
and
utilities that allow you to develop software for targeted architectures.
Is
that different from the toolchain that bitbake builds in the beginning,
and
then uses to build the image? If so, what is it?
A cross
On Wed, Jun 12, 2013 at 7:16 AM, mich...@cubic.org wrote:
Cross-Development Toolchain: A collection of software development tools
and
utilities that allow you to develop software for targeted architectures.
Is
that different from the toolchain that bitbake builds in the beginning,
and
That little tidbit is interesting... Thanks Bill. BTW - I am incorporating
some of this information into Terms section to help clear up stuff.
Scott
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Bill Traynor
Sent: Wednesday, June 12, 2013 4:33 AM
See
http://www.yoctoproject.org/docs/1.5/dev-manual/dev-manual.html#cross-development-toolchain
for the changes that I have made to the Cross-Development Toolchain term
description. Let me know if this helps. Also let me know if I have botched
anything.
Thanks,
Scott
-Original
This begs the question for gcc-crosssdk-intermediate... Is that gone as well?
-Original Message-
From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
Sent: Wednesday, June 12, 2013 5:00 AM
To: yocto@yoctoproject.org
Cc: Rifenbark, Scott M
Subject: Re: [yocto] Need clarification on
On Wednesday 12 June 2013 12:27:16 Rifenbark, Scott M wrote:
This begs the question for gcc-crosssdk-intermediate... Is that gone as
well?
Yes.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
yocto mailing list
Hi!
Thank you for your help.
Finally I've had to change the meta/classes/kernel.bbclass in order to
fix the copy of defconfig to .config:
- if [ -f ${WORKDIR}/defconfig ] [ ! -f ${B}/.config ]; then
+ if [ -f ${WORKDIR}/defconfig ]; then
cp ${WORKDIR}/defconfig ${B}/.config
fi
On 13-06-12 08:37 AM, Javi Roman wrote:
Hi!
Thank you for your help.
Finally I've had to change the meta/classes/kernel.bbclass in order to
fix the copy of defconfig to .config:
- if [ -f ${WORKDIR}/defconfig ] [ ! -f ${B}/.config ]; then
+ if [ -f ${WORKDIR}/defconfig ]; then
In what way does LIC_FILES_CHKSUM correlate to what is specified in LICENSE?
LIC_FILES_CHKSUM *must* be specified unless LICENSE is set to CLOSED.
But, what if the package does not itself provide a license type file?
Is it then ok to simply leave LIC_FILES_CHKSUM = ?
Also, I could see that there
Hi ,
Please help me out I am stuck in some issue, actually I want my recipe to do
compilation everytime on every run of
Bitbake linux-yocto
ie can I remove stamping or sstate-cache that it allows me to run compilation
everytime on every run of bitbake linux-yocto.
I tried
On 12 June 2013 14:15, Rohit2 Jindal rohit2.jin...@aricent.com wrote:
Hi ,
Please help me out I am stuck in some issue, actually I want my recipe to do
compilation everytime on every run of
Bitbake linux-yocto
I'm currently tweaking the kernel myself and using bitbake
linux-yocto -c
be the same git hashes) is at:
http://autobuilder.yoctoproject.org/pub/nightly/20130612-5
This should only take a few hours to build out, so please check back
in about 3 hours as there should be a fair amount of artifacts to
begin testing.
This build has finished successfully :) so 1.4.1 rc1
In data martedì 11 giugno 2013 15:10:42, Flanagan, Elizabeth ha scritto:
On Tue, Jun 11, 2013 at 5:28 AM, Diego diego...@zoho.com wrote:
Hi everybody,
I have written a recipe which I'd like to contribute for glmark2:
https://launchpad.net/glmark2
The last thing that puzzles me
Hi. Anyone that can tell me why 'wdj' and 'wdj/l10n' folders are added
to /var/lib?
I sort of dislike having files/folders generated that I can not
explain what they are doing; eventually the question will arise ;)
Has it something to do with RPM? Should it really be there? I do not
have RPM
On Wed, Jun 12, 2013 at 6:05 AM, Hans Beckérus hans.becke...@gmail.com wrote:
In what way does LIC_FILES_CHKSUM correlate to what is specified in LICENSE?
LIC_FILES_CHKSUM *must* be specified unless LICENSE is set to CLOSED.
But, what if the package does not itself provide a license type file?
All,
I have a custom linux recipe that I would like to fetch the head of a specific
branch on a Git repository. During the build it always fetches the master
branch, not the branch I am specifying. I've tried adding every relavant flag
to the SRC_URI that I can think of and it still fetches
On Wed, Jun 12, 2013 at 3:10 PM, Bryan Evenson beven...@melinkcorp.com wrote:
All,
I have a custom linux recipe that I would like to fetch the head of a
specific branch on a Git repository. During the build it always fetches the
master branch, not the branch I am specifying. I've tried
-Original Message-
From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
Sent: Wednesday, June 12, 2013 3:15 PM
To: Bryan Evenson
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Problems fetching branch for linux-yocto-custom
On Wed, Jun 12, 2013 at 3:10 PM, Bryan Evenson
On 13-06-12 03:37 PM, Bryan Evenson wrote:
-Original Message-
From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
Sent: Wednesday, June 12, 2013 3:15 PM
To: Bryan Evenson
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Problems fetching branch for linux-yocto-custom
On Wed, Jun
-Original Message-
From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com]
Sent: Wednesday, June 12, 2013 3:44 PM
To: Bryan Evenson
Cc: Bruce Ashfield; yocto@yoctoproject.org
Subject: Re: [yocto] Problems fetching branch for linux-yocto-custom
On 13-06-12 03:37 PM, Bryan
From: Paul Eggleton
gcc-cross-intermediate is gone as of 1.3; as I understand it
current versions
of glibc can be compiled using gcc-cross-initial so the
intermediate step is
no longer required. We should remove mention of this from the
documentation
(other than in the migration
On 13-06-12 03:47 PM, Bryan Evenson wrote:
-Original Message-
From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com]
Sent: Wednesday, June 12, 2013 3:44 PM
To: Bryan Evenson
Cc: Bruce Ashfield; yocto@yoctoproject.org
Subject: Re: [yocto] Problems fetching branch for
I need this clarified as well. I am taking some guesses here and hoping for
input.
Scott
-Original Message-
From: Paul D. DeRocco [mailto:pdero...@ix.netcom.com]
Sent: Wednesday, June 12, 2013 12:51 PM
To: 'Paul Eggleton'; Rifenbark, Scott M
Cc: yocto@yoctoproject.org
Subject: RE:
On 13-06-12 03:02 PM, Darren Hart wrote:
Add I2C fragments for ease of use in BSP descriptions and recipe-space
KERNEL_FEATURES.
Add I2C_CHARDEV support to the MinnowBoard description.
Ack'd. These are fine. I'm on my way out for the evening, but will have
these merged later tonight.
Bruce
On 2013-06-12 7:55, Flanagan, Elizabeth wrote:
On Wed, Jun 12, 2013 at 6:05 AM, Hans Beckérus hans.becke...@gmail.com wrote:
In what way does LIC_FILES_CHKSUM correlate to what is specified in LICENSE?
LIC_FILES_CHKSUM *must* be specified unless LICENSE is set to CLOSED.
But, what if the
On Wed, Jun 12, 2013 at 1:06 PM, Hans Beckerus hans.becke...@gmail.com wrote:
On 2013-06-12 7:55, Flanagan, Elizabeth wrote:
On Wed, Jun 12, 2013 at 6:05 AM, Hans Beckérus hans.becke...@gmail.com
wrote:
In what way does LIC_FILES_CHKSUM correlate to what is specified in
LICENSE?
On Wed, Jun 12, 2013 at 3:37 PM, Bryan Evenson beven...@melinkcorp.com wrote:
# Added KBRANCH spec
KBRANCH = linux-3.9-at91
# Override SRC_URI in a bbappend file to point at a different source
#
tree if you do not want to build from Linus' tree.
SRC_URI =
On Wed, Jun 12, 2013 at 3:51 PM, Paul D. DeRocco pdero...@ix.netcom.com wrote:
Shouldn't gcc-cross be described as a cross
package rather than a native, and shouldn't gcc-crosssdk be described as a
native binary that runs on the target? Or am I still fundamentally
misinterpreting these things?
-Original Message-
From: Trevor Woerner [mailto:twoer...@gmail.com]
Sent: Wednesday, June 12, 2013 4:42 PM
To: Bryan Evenson
Cc: Bruce Ashfield; yocto@yoctoproject.org
Subject: Re: [yocto] Problems fetching branch for linux-yocto-custom
On Wed, Jun 12, 2013 at 3:37 PM, Bryan
On Wed, Jun 12, 2013 at 3:51 PM, Paul D. DeRocco pdero...@ix.netcom.com wrote:
For now, I really just need to know if I'm interested in the SDK, since I
have no intention of ever running compilations on my target system.
Imagine a company which produces embedded devices running Linux. There
are
On 13-06-12 4:41 PM, Trevor Woerner wrote:
On Wed, Jun 12, 2013 at 3:37 PM, Bryan Evenson beven...@melinkcorp.com wrote:
# Added KBRANCH spec
KBRANCH = linux-3.9-at91
# Override SRC_URI in a bbappend file to point at a different source
#
tree if you do not want to build from Linus' tree.
On 13-06-12 4:54 PM, Bryan Evenson wrote:
-Original Message-
From: Trevor Woerner [mailto:twoer...@gmail.com]
Sent: Wednesday, June 12, 2013 4:42 PM
To: Bryan Evenson
Cc: Bruce Ashfield; yocto@yoctoproject.org
Subject: Re: [yocto] Problems fetching branch for linux-yocto-custom
On
On Wed, Jun 12, 2013 at 9:41 AM, Diego diego...@zoho.com wrote:
In data martedì 11 giugno 2013 15:10:42, Flanagan, Elizabeth ha scritto:
On Tue, Jun 11, 2013 at 5:28 AM, Diego diego...@zoho.com wrote:
Hi everybody,
I have written a recipe which I'd like to contribute for glmark2:
On 06/12/2013 03:51 PM, Paul D. DeRocco wrote:
For now, I really just need to know if I'm interested in the SDK, since I
have no intention of ever running compilations on my target system.
Trevor's answer has a lot of great background.
My short answer is gcc-cross is for use inside bitbake
From: Trevor Woerner
Imagine a company which produces embedded devices running Linux. There
are hardware engineers, and software people. Within the software group
there will always be that person (or group) which is responsible for
creating the Linux filesystem which runs on the device,
Or, looking at your notes, is it that bitbake -c populate_sdk image
takes the toolchain that was used to build the image, and packages it up as
an SDK for the benefit of application developers (the normal case), while
bitbake meta-toolchain builds a new SDK that may be different in some
ways,
Hi Paul,
Both of them will generate the cross toolchain which will be used by
application developer on their development host for generate binaries for their
target embedded devices, this cross toolchain includes the cross compiler,
cross linker, etc. But to allow for cross development, the
Hi Bruce, thanks for the answers!
On 2013-06-10, at 1:04 AM, Bruce Ashfield wrote:
[...]
Couple of questions:
- What exactly does AUTOREV do?
The fetcher always gets the latest commit on the branches. During
development, we want to pick up everything that is pushed, without
needing to
On 13-06-12 11:27 AM, Jean-François Dagenais wrote:
Hi Bruce, thanks for the answers!
On 2013-06-10, at 1:04 AM, Bruce Ashfield wrote:
[...]
Couple of questions:
- What exactly does AUTOREV do?
The fetcher always gets the latest commit on the branches. During
development, we want to pick
Add feature scc files for i2c, i2c debugging, and i2c character device
support.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta/cfg/kernel-cache/features/i2c/i2c.cfg|2 ++
meta/cfg/kernel-cache/features/i2c/i2c.scc|4
meta/cfg/kernel-cache/features/i2c/i2cdbg.cfg
Support userspace I2C development by including I2C_CHARDEV in the BSP.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta/cfg/kernel-cache/bsp/minnow/minnow.scc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/cfg/kernel-cache/bsp/minnow/minnow.scc
On 13-06-12 3:02 PM, Darren Hart wrote:
Add I2C fragments for ease of use in BSP descriptions and recipe-space
KERNEL_FEATURES.
Add I2C_CHARDEV support to the MinnowBoard description.
merged to linux-yocto-3.8 and linux-yocto-dev.
Cheers,
Bruce
53 matches
Mail list logo
