I have installed openembedded to get familiar with embedded linux development.
I have some good experience in building the linux from scratch (lfs)
and using gentoo for some time.
To play with real hardware, I have got my wife's Nokia 5800 which
seems to be a crap for day to day use. So I am dedic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 22-02-10 23:29, C Michael Sundius wrote:
> We'd like to put our initial boottime file system into the initramfs in the
> kernel. But we also need to build some separate drivers to put into that
> filesystem image.
>
> Of course we can't build those
try the following:
TARGET_CC_ARCH += "${LDFLAGS}"
This should resolve your problems if you build your executable from
within your OE buildsystem.
In very rare cases (e.g. when you build some programs outside of OE
but use OE to package all) it could be useful to use the following:
INSANE_SKIP_objc
On Tue, Feb 23, 2010 at 10:03:51AM +0100, Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 22-02-10 23:29, C Michael Sundius wrote:
> > We'd like to put our initial boottime file system into the initramfs in the
> > kernel. But we also need to build some separate drivers t
On Monday 22 February 2010 16:25:06 Kaijun Tang wrote:
> Hi, I always failed to bitbake images like
If you want to have others help you, you need to supply enough context. It
should include some of the following stuff:
- Explain the config you have (e.g. MACHINE, DISTRO...)
- Expl
On Monday 22 February 2010 20:11:28 Jay Snyder wrote:
> Is there any way to configure OE to ingore the QA stuff? The
> GNU_HASH is not required for a working executable is it?
The most easy way to turn it off is to not build with GNU HASH style, This can
be made by not using "--hash-style=S
On Tue, 2010-02-23 at 01:03 -0800, KaruppuSwamy T wrote:
> I have installed openembedded to get familiar with embedded linux development.
> I have some good experience in building the linux from scratch (lfs)
> and using gentoo for some time.
>
> To play with real hardware, I have got my wife's No
Hi,
Koen Kooi schrieb:
> Personally, I want sanesrcrev.inc to die and put the revs in the recipes
> where they belong.
I agree - there is not much use in keeping some random package related
information in different files. That's like if we would collect the license
information or the source URI f
The most easy way to turn it off is to not build with GNU HASH style,
This can
be made by not using "--hash-style=SOMETHING" in the LDFLAGS.
The GNU HASH is not a security mechanism but a dynamic linker
optimization to
be able to resolve symbols faster.
It was added later as the feature is
try the following:
TARGET_CC_ARCH += "${LDFLAGS}"
This should resolve your problems if you build your executable from
within your OE buildsystem.
In very rare cases (e.g. when you build some programs outside of OE
but use OE to package all) it could be useful to use the following:
INSANE_SKIP_ob
I was able to build gcc for installation directly onto the OE target
with "bitbake gcc". "bitbake g++" gives me "nothing provides g++".
What is the magic bitbake command to provide this?
Thank you,
Jay Snyder
___
Openembedded-devel mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
When you receive a digest mail it tells you to change the subject line
to something non-bogus. Please do so in the future.
If it turns out tha that is too hard for people we can consider turning
off digests.
On 23-02-10 14:47, Jay Snyder wrote:
On Tuesday 23 February 2010 14:45:01 Jay Snyder wrote:
>
> I'll post details next time I run into it. Your solution above
> doesn't fix the problem, as the error the OE build system complaining
> about binaries NOT having the GNU Hash.
Why the need for capital letters? Take a look at the ins
make[4]: Entering directory
`/scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/src'
∘ /bin/sh ../x86_64-linux-libtool --tag=CC --mode=link gcc
-std=gnu99
-isystem/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/include
-O2 -g -L/scratch
* Re-add the GPS device that has been remove from the main gpsd recipe
---
recipes/gpsd/files/om-gta01/gpsd-default |6 +++-
recipes/gpsd/om-gta01-gps_0.bb | 31 ++
2 files changed, 35 insertions(+), 2 deletions(-)
create mode 100644 recipes/gpsd/om-gta
* Removed board related stuff from the main gpsd recipe
* Add udev hotplugging support (seperate package 'gpsd-udev')
* Modified configuration and initscript in a way that a gps device could
either be added by /etc/default/gpsd OR via recipe using the local
gpsd socket.
* gpsd API changed! look
Hej,
Since i rely on gpsd for my day-to-day work I did (or at least try to)
bump the version and get things a bit more right. (hopefully)
I bumped the recipe to 2.90 making the following changes:
* Removed board related stuff from the main recipe (I know there are
overrides, but I don't think th
On Wed, Feb 10, 2010 at 4:28 PM, Holger Hans Peter Freyther
wrote:
> On Tuesday 09 February 2010 22:10:40 Cliff Brake wrote:
>> OE weekly changelog 2010-02-01 to 2010-02-08
>
> Hi Cliff,
>
> do you think having the output of `git shortlog holger/staging-branch` in the
> weekly changelog would be a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is the '/lib/udev/gpsd.hotplug.wrapper' script part of the gpsd tarball?
On 23-02-10 17:34, Michael Lippautz wrote:
> * Removed board related stuff from the main gpsd recipe
> * Add udev hotplugging support (seperate package 'gpsd-udev')
> * Modified
2010/2/23 Koen Kooi :
> Is the '/lib/udev/gpsd.hotplug.wrapper' script part of the gpsd tarball?
gpsd.hotplug and gpsd.hotplug.wrapper are part of the gpsd tarball.
(root folder)
gpsd.rules would be too, but I did add another line for the u-blox 4 chipset.
Regards,
Michael
_
On Tue, 2010-02-23 at 12:03 -0500, Cliff Brake wrote:
> On Wed, Feb 10, 2010 at 4:28 PM, Holger Hans Peter Freyther
> wrote:
> > On Tuesday 09 February 2010 22:10:40 Cliff Brake wrote:
> >> OE weekly changelog 2010-02-01 to 2010-02-08
> >
> > Hi Cliff,
> >
> > do you think having the output of `gi
On Sat, 2010-02-20 at 18:19 -0700, Chris Larson wrote:
> > I disagree but its pointless to take this further and spoil what
> > otherwise is a useful patch, we'll just add the default behaviour you
> > describe.
>
> I see a few problems here. First, there's more to a notion of priority than
> jus
On Tue, Feb 23, 2010 at 5:51 AM, Jay Snyder
wrote:
> I was able to build gcc for installation directly onto the OE target with
> "bitbake gcc". "bitbake g++" gives me "nothing provides g++".
>
> What is the magic bitbake command to provide this?
you already have built g++ when you bitbaked gc
On Tue, Feb 23, 2010 at 10:55 AM, Richard Purdie wrote:
> On Sat, 2010-02-20 at 18:19 -0700, Chris Larson wrote:
>> > I disagree but its pointless to take this further and spoil what
>> > otherwise is a useful patch, we'll just add the default behaviour you
>> > describe.
>>
>> I see a few problem
On Tue, Feb 23, 2010 at 5:47 AM, Jay Snyder
wrote:
>>
>>
>> try the following:
>> TARGET_CC_ARCH += "${LDFLAGS}"
>> This should resolve your problems if you build your executable from
>> within your OE buildsystem.
>> In very rare cases (e.g. when you build some programs outside of OE
>> but use O
It's worth noting here that TARGET_CC_ARCH += "${LDFLAGS}" is a hack,
not an ideal solution. The preferred way of solving this is
reviewing the buildsystem in question to determine how best to make it
obey all of our bitbake variables, rather than injecting one into
another that it happens to alr
On Tue, Feb 23, 2010 at 8:27 AM, Cliff Brake wrote:
> make[4]: Entering directory
> `/scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/src'
> ∘ /bin/sh ../x86_64-linux-libtool --tag=CC --mode=link gcc
> -std=gnu99
> -isystem/scratch/oe/oe-from-
On Tue, Feb 23, 2010 at 10:19 AM, Chris Larson wrote:
> It's worth noting here that TARGET_CC_ARCH += "${LDFLAGS}" is a hack,
> not an ideal solution.
right.
The preferred way of solving this is
> reviewing the buildsystem in question to determine how best to make it
> obey all of our bitbake va
From: Tom Rini
Signed-off-by: Tom Rini
Signed-off-by: Chris Larson
---
classes/kernel.bbclass |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/classes/kernel.bbclass b/classes/kernel.bbclass
index 83530b5..8121339 100644
--- a/classes/kernel.bbclass
+++ b/classes/kerne
Hello Chris and others,
Your patch looks fine however this has made me thing another issue.
For me, it looks like the image ought to have be grabed from the package, at
image building time, not at kernel package building time.
This solves a problem when we remove the image deploy dir and then ne
On Tue, Feb 23, 2010 at 11:39 AM, Khem Raj wrote:
> On Tue, Feb 23, 2010 at 10:19 AM, Chris Larson wrote:
>> It's worth noting here that TARGET_CC_ARCH += "${LDFLAGS}" is a hack,
>> not an ideal solution.
>
> right.
>
> The preferred way of solving this is
>> reviewing the buildsystem in question
I was about to just push this and I noticed that a number of
distributions (SlugOS, Angstrom, Kaelios, micro) currently set
FEATURE_SUID=y, but it's not actually install SUID. And since I recall
some way-back-when's of "busybox SUID is dangerous / crap!", I thought
it best to post the patch first
On Tue, 2010-02-23 at 15:55 -0300, Otavio Salvador wrote:
> Hello Chris and others,
>
> Your patch looks fine however this has made me thing another issue.
>
> For me, it looks like the image ought to have be grabed from the package, at
> image building time, not at kernel package building time.
On Thu, 2010-02-18 at 23:47 +0100, GNUtoo wrote:
> On Thu, 2010-02-18 at 21:10 +, Phil Blundell wrote:
> > On Thu, 2010-02-18 at 21:45 +0100, Denis 'GNUtoo' Carikli wrote:
> > > +do_install_append() {
> > > install -d ${STAGING_DATADIR}/aclocal/
> > > install -d ${STAGING_BINDIR_CROSS}
> >
Hello,
On Tue, Feb 23, 2010 at 4:23 PM, Tom Rini wrote:
> In the second case, why do I want to waste space with an image on the
> rootfs that I don't need? Today, that image goes from deploy dir to
> or right to the device. I could
> see, however, adding images to a defined place in meta-too
On Tue, Feb 23, 2010 at 11:02 AM, Tom Rini wrote:
> I was about to just push this and I noticed that a number of
> distributions (SlugOS, Angstrom, Kaelios, micro) currently set
> FEATURE_SUID=y, but it's not actually install SUID. And since I recall
> some way-back-when's of "busybox SUID is dan
Any feedback on either of these patches?
Thanks,
Jesse
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
On Tue, 2010-02-23 at 16:41 -0300, Otavio Salvador wrote:
> Hello,
>
> On Tue, Feb 23, 2010 at 4:23 PM, Tom Rini wrote:
>
> > In the second case, why do I want to waste space with an image on the
> > rootfs that I don't need? Today, that image goes from deploy dir to
> > or right to the devic
On Tue, 2010-02-23 at 11:51 -0800, Khem Raj wrote:
> On Tue, Feb 23, 2010 at 11:02 AM, Tom Rini wrote:
> > I was about to just push this and I noticed that a number of
> > distributions (SlugOS, Angstrom, Kaelios, micro) currently set
> > FEATURE_SUID=y, but it's not actually install SUID. And si
Hello,
On Tue, Feb 23, 2010 at 5:12 PM, Tom Rini wrote:
> As a use case, I configure for beagleboard. I bitbake console-image. I
> stick console-image.tar.bz2 onto partition 2 of my SD card. I grab my
> kernel from where? and stick it onto partition 1 so that I can put it
> into the beagleboa
On Tue, Feb 23, 2010 at 1:14 PM, Tom Rini wrote:
> On Tue, 2010-02-23 at 11:51 -0800, Khem Raj wrote:
> > On Tue, Feb 23, 2010 at 11:02 AM, Tom Rini wrote:
> > > I was about to just push this and I noticed that a number of
> > > distributions (SlugOS, Angstrom, Kaelios, micro) currently set
> >
On Tue, 2010-02-23 at 17:18 -0300, Otavio Salvador wrote:
> Hello,
>
> On Tue, Feb 23, 2010 at 5:12 PM, Tom Rini wrote:
>
> > As a use case, I configure for beagleboard. I bitbake console-image. I
> > stick console-image.tar.bz2 onto partition 2 of my SD card. I grab my
> > kernel from where?
On Tue, Feb 23, 2010 at 1:36 PM, Khem Raj wrote:
> On Tue, Feb 23, 2010 at 8:27 AM, Cliff Brake wrote:
>> make[4]: Entering directory
>> `/scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/src'
>> ∘ /bin/sh ../x86_64-linux-libtool --tag=CC --mode
On Mon, 2010-02-22 at 18:06 -0700, an unknown sender wrote:
> From: Chris Larson
>
> Signed-off-by: Chris Larson
Acked-by: Tom Rini
> ---
> classes/insane.bbclass |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/classes/insane.bbclass b/classes/insane.bbclass
>
On Tue, Feb 23, 2010 at 11:48:59AM -0700, Chris Larson wrote:
> From: Tom Rini
How is it different from [1]? Or is it meant to be pushed to stable/2009?
[1]
http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=8dc84badb1d772f5953492c4022c1f644c4fe278
> Signed-off-by: Tom Rini
> Signe
On Tue, 2010-02-23 at 15:57 -0500, Denys Dmytriyenko wrote:
> On Tue, Feb 23, 2010 at 11:48:59AM -0700, Chris Larson wrote:
> > From: Tom Rini
>
> How is it different from [1]? Or is it meant to be pushed to stable/2009?
> [1]
> http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=8dc84
On Tue, 2010-02-23 at 13:56 -0700, Tom Rini wrote:
> On Mon, 2010-02-22 at 18:06 -0700, an unknown sender wrote:
> > From: Chris Larson
> >
> > Signed-off-by: Chris Larson
>
> Acked-by: Tom Rini
Acked-by: Richard Purdie
> > ---
> > classes/insane.bbclass |2 +-
> > 1 files changed, 1 in
Hi,
maybe I'm wrong but looks like after latest patches to dbus Angstrom
doesn't build with eggdbus_0.6.bb do_configure failed.
Where is dbus-bus-introspect.xml now ?
Anybody is successfully building x11-image (or similar) recently?
http://pastebin.com/NEuN3JCE
TIA
/marco
_
On Tue, 2010-02-23 at 12:02 -0700, Tom Rini wrote:
> + if grep -q "CONFIG_FEATURE_SUID=y" ${WORKDIR}/defconfig; then
> + install -m 4755 ${S}/busybox ${D}${base_bindir}
> + else
> + install -m 0755 ${S}/busybox ${D}${base_bindir}
> + fi
Looks good to me.
p.
On 02/23/2010 06:58 AM, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
When you receive a digest mail it tells you to change the subject line
to something non-bogus. Please do so in the future.
If it turns out tha that is too hard for people we can consider turning
off dige
On 02/23/2010 05:51 AM, Jay Snyder wrote:
I was able to build gcc for installation directly onto the OE target
with "bitbake gcc". "bitbake g++" gives me "nothing provides g++".
What is the magic bitbake command to provide this?
bitbake task-sdk-native, and install task-native-sdk. Anyone know
Ah, finally someone does something about it. Next step would be to dump
tinylogin which is known broken and use busyboxes login utilities
instead.
Great work, Tom.
:M:
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
ht
On Tue, 2010-02-23 at 23:52 +0100, Michael 'Mickey' Lauer wrote:
> Ah, finally someone does something about it. Next step would be to dump
> tinylogin which is known broken and use busyboxes login utilities
> instead.
Not wanting to open that can of worms up just yet, yes, this will let
distros o
On Tue, Feb 23, 2010 at 2:37 PM, Philip Balister wrote:
> On 02/23/2010 05:51 AM, Jay Snyder wrote:
>>
>> I was able to build gcc for installation directly onto the OE target
>> with "bitbake gcc". "bitbake g++" gives me "nothing provides g++".
>>
>> What is the magic bitbake command to provide th
On 02/23/2010 03:09 PM, Khem Raj wrote:
On Tue, Feb 23, 2010 at 2:37 PM, Philip Balister wrote:
On 02/23/2010 05:51 AM, Jay Snyder wrote:
I was able to build gcc for installation directly onto the OE target
with "bitbake gcc". "bitbake g++" gives me "nothing provides g++".
What is the magi
On Tue, 2010-02-23 at 16:53 -0800, Philip Balister wrote:
>
> On 02/23/2010 03:09 PM, Khem Raj wrote:
> > On Tue, Feb 23, 2010 at 2:37 PM, Philip Balister
> > wrote:
> >> On 02/23/2010 05:51 AM, Jay Snyder wrote:
> >>>
> >>> I was able to build gcc for installation directly onto the OE target
>
On Tue, Feb 23, 2010 at 5:06 PM, Tom Rini wrote:
> On Tue, 2010-02-23 at 16:53 -0800, Philip Balister wrote:
>>
>> On 02/23/2010 03:09 PM, Khem Raj wrote:
>> > On Tue, Feb 23, 2010 at 2:37 PM, Philip Balister
>> > wrote:
>> >> On 02/23/2010 05:51 AM, Jay Snyder wrote:
>> >>>
>> >>> I was able to
On Tue, Feb 23, 2010 at 06:33:43PM -0800, Khem Raj wrote:
> On Tue, Feb 23, 2010 at 5:06 PM, Tom Rini wrote:
> > On Tue, 2010-02-23 at 16:53 -0800, Philip Balister wrote:
> >>
> >> On 02/23/2010 03:09 PM, Khem Raj wrote:
> >> > On Tue, Feb 23, 2010 at 2:37 PM, Philip Balister
> >> > wrote:
> >>
On Tue, Feb 23, 2010 at 12:43 PM, Cliff Brake wrote:
> On Tue, Feb 23, 2010 at 1:36 PM, Khem Raj wrote:
>> On Tue, Feb 23, 2010 at 8:27 AM, Cliff Brake wrote:
>>> make[4]: Entering directory
>>> `/scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/
On Tue, Feb 23, 2010 at 7:08 PM, Denys Dmytriyenko wrote:
> On Tue, Feb 23, 2010 at 06:33:43PM -0800, Khem Raj wrote:
>> On Tue, Feb 23, 2010 at 5:06 PM, Tom Rini wrote:
>> > On Tue, 2010-02-23 at 16:53 -0800, Philip Balister wrote:
>> >>
>> >> On 02/23/2010 03:09 PM, Khem Raj wrote:
>> >> > On T
Philip Balister [2010-02-23 14:37:18]:
> On 02/23/2010 06:58 AM, Koen Kooi wrote:
>>
>> If it turns out tha that is too hard for people we can consider turning
>> off digests.
>
> I tend to delete emails with the subject only containing digest info.
> I'm sure there are a few people who need th
61 matches
Mail list logo
