2010/9/1 Tom Rini tom_r...@mentor.com:
Frans Meulenbroeks wrote:
2010/9/1 J. L. vwyodap...@gmail.com:
Thanks Frans that fixed it by setting up CPAN on the build machine :)
J.L, thanks for reporting this back.
Actually we do need a real fix for this.
any perl wizards that can take this
2010/9/2 Michael 'Mickey' Lauer mic...@vanille-media.de:
Am Mittwoch, den 01.09.2010, 23:22 +0200 schrieb Leon Woestenberg:
On Wed, Sep 1, 2010 at 11:14 PM, Frans Meulenbroeks
fransmeulenbro...@gmail.com wrote:
Root cause: if SOC_FAMILY is not set (awhich is the case for most
MACHINEs and
I am building on the overo branch and its as updated as can be.
Version number was namespace_1.10
I verified the patch is in there and exactly the same as the one you
linked to. So that means it had to be there before I tried to build
this since I git pull'ed before starting this series of
2010/9/1 Khem Raj raj.k...@gmail.com:
On Wed, Sep 1, 2010 at 2:23 PM, Frans Meulenbroeks
fransmeulenbro...@gmail.com wrote:
For what it is worth.
I've gotten permission from my company to put a few builds on our
autobuilder provided there can be a small note on the wiki page
acknowledging
Now the closer my image gets to being built since bumping this package
to 1.41 its seems to me roughly half the programs and dependencies
build with one or both of these notes in them NOTE: Couldn't find
shared library provider for libstdc++.so.6
NOTE: Couldn't find shared library provider for
When it was going through the final stages in my build I ended up with
some conflict errors and not sure if I understand how to fix this
properly. Do I just remove what its says is why it cant install one
file because another is trying to install the same file ? Or? But I
dont think I am
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01-09-10 23:40, Khem Raj wrote:
On Sun, Aug 29, 2010 at 11:15 AM, Khem Raj raj.k...@gmail.com wrote:
On Sun, Aug 29, 2010 at 2:56 AM, Koen Kooi k.k...@student.utwente.nl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28-08-10 22:24,
* Set BBCLASSEXTEND to native to use target recipe as native recipe
* In include file tcl-native was present in DEPENDS list, remove it from
DEPENDS list by setting DEPENDS_virtclass-native = readline-native
ncurses-native
* Bump PR ${INC_PR}.1
Signed-off-by: Noor Ahsan noor_ah...@mentor.com
2010/8/6 Frans Meulenbroeks fransmeulenbro...@gmail.com:
Hi, I bumped upon openocd-native_svn.bb and I was wondering why we have that.
No-one seems to depend on it.
Do we want our own openocd instead of the one that is on the host?
Or should this be removed?
Frans
Bump
Bump
2010/8/19 Frans Meulenbroeks fransmeulenbro...@gmail.com:
2010/8/12 Frans Meulenbroeks fransmeulenbro...@gmail.com:
When a file was not found do_distribute_local would still continue.
This patch adds an error message and terminates do_distribute_local
Signed-off-by: Frans Meulenbroeks
Acked-by: Michael 'Mickey' Lauer mic...@vanille-media.de
Am 02.09.2010 um 11:02 schrieb Frans Meulenbroeks:
Bump
2010/8/16 Frans Meulenbroeks fransmeulenbro...@gmail.com:
Signed-off-by: Frans Meulenbroeks fransmeulenbro...@gmail.com
---
As we have checksums in recipes for quite a while
2010/9/2 Dr. Michael Lauer mic...@vanille-media.de:
Am 02.09.2010 um 11:01 schrieb Frans Meulenbroeks:
2010/8/6 Frans Meulenbroeks fransmeulenbro...@gmail.com:
Hi, I bumped upon openocd-native_svn.bb and I was wondering why we have
that.
No-one seems to depend on it.
Do we want our own
Dear Noor,
your commit summary is a bit misleading, since there does not seem to
have ever been a native recipe for 3.6.23.1. So I think »extend« instead
of »merge« would have been better.
Am Donnerstag, den 02.09.2010, 14:56 +0600 schrieb Noor Ahsan:
* Set BBCLASSEXTEND to native to use
* Set BBCLASSEXTEND to native to use target recipe as native recipe
* In include file tcl-native was present in DEPENDS list, remove it from
DEPENDS list by setting DEPENDS_virtclass-native = readline-native
ncurses-native
* Bump PR ${INC_PR}.1
Signed-off-by: Noor Ahsan noor_ah...@mentor.com
Dear Paul,
Thanks for the comment. I'll resubmit the recipe with modified commit
message. There is sqlite-native recipe I'll update it as well.
Regards,
Noor
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
* Converted do_stage to do_install.
* Added INC_PR = r1
* Added NATIVE_INSTALL_WORKS = 1
Signed-off-by: Fahad Usman fahad_us...@mentor.com
---
recipes/pad/pad-native.bb |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/recipes/pad/pad-native.bb
On 2 September 2010 17:30, J. L. vwyodap...@gmail.com wrote:
When it was going through the final stages in my build I ended up with
some conflict errors and not sure if I understand how to fix this
properly. Do I just remove what its says is why it cant install one
file because another is
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Frans Meulenbroeks
Sent: Wednesday, September 01, 2010 4:15 PM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] SOC_FAMILY
* Convert do_stage to do_install function
* Convert ${STAGING_BINDIR} to ${D}${bindir}
* Set NATIVE_INSTALL_WORKS = 1
* Bump PR to r5
Signed-off-by: Noor Ahsan noor_ah...@mentor.com
---
recipes/uicmoc/uicmoc-native_2.3.10.bb | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Leon Woestenberg
Sent: Wednesday, September 01, 2010 4:23 PM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] SOC_FAMILY
* Converted do_stage to do_install.
* Added NATIVE_INSTALL_WORKS = 1
* Added INC_PR = r1 to the .inc file and PR = ${INC_PR}.0 to the .bb files
Signed-off-by: Fahad Usman fahad_us...@mentor.com
---
recipes/opie-i18n/opie-lrelease-native.inc |8 ++--
For some reason recently every once in a while on a git pull or git
clone I get an error like this:
git clone git://git.openembedded.net/openembedded openembedded
Initialized empty Git repository in
/home/frans/workspace/Linux/openembedded-test/openembedded/.git/
fatal: The remote end hung up
* Merge target and native recipes using BBCLASSEXTEND, Set BBCLASSEXTEND =
native
* Bump PR to r7
Signed-off-by: Noor Ahsan noor_ah...@mentor.com
---
recipes/sqlite/sqlite_2.8.17.bb |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/recipes/sqlite/sqlite_2.8.17.bb
Am Donnerstag, den 02.09.2010, 14:59 +0200 schrieb Frans Meulenbroeks:
For some reason recently every once in a while on a git pull or git
clone I get an error like this:
git clone git://git.openembedded.net/openembedded openembedded
Initialized empty Git repository in
On 09/02/2010 06:59 AM, Frans Meulenbroeks wrote:
For some reason recently every once in a while on a git pull or git
clone I get an error like this:
git clone git://git.openembedded.net/openembedded openembedded
Initialized empty Git repository in
Am Donnerstag, den 02.09.2010, 19:06 +0600 schrieb Noor Ahsan:
* Merge target and native recipes using BBCLASSEXTEND, Set BBCLASSEXTEND =
native
* Bump PR to r7
Signed-off-by: Noor Ahsan noor_ah...@mentor.com
---
recipes/sqlite/sqlite_2.8.17.bb |4 +++-
1 files changed, 3
I'd like to add a recipe for Ralink RT3572 similar to the one for RT3070. The
problem is that i couldn't find a persistent URL for the driver download. :(
One can download the driver archive 2010_0709_RT3572_Linux_STA_v2.4.0.1.tar
from http://www.ralinktech.com/support.php?s=2 by selecting
* Merge target and native recipes using BBCLASSEXTEND, Set BBCLASSEXTEND =
native
* Bump PR to r7
* Remove sqlite-native_2.8.17 recipe
Signed-off-by: Noor Ahsan noor_ah...@mentor.com
---
recipes/sqlite/sqlite-native_2.8.17.bb | 16
recipes/sqlite/sqlite_2.8.17.bb|
Am 02.09.2010 15:39, schrieb Steffen Sledz:
... 2010_0709_RT3572_Linux_STA_v2.4.0.1.tar ...
2010_0709_RT3572_Linux_STA_v2.4.0.1.tar.bz2 is the right name.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
On Thu, Sep 2, 2010 at 7:02 AM, Steffen Sledz sl...@dresearch.de wrote:
Am 02.09.2010 15:39, schrieb Steffen Sledz:
... 2010_0709_RT3572_Linux_STA_v2.4.0.1.tar ...
2010_0709_RT3572_Linux_STA_v2.4.0.1.tar.bz2 is the right name.
I think we could store it on our mirrors. May be Cliff can help
On Thu, 2010-09-02 at 09:14 -0500, Maupin, Chase wrote:
I've been noticing this only with openembedded so far. I'm not sure
about the transfer rate issue but I have had my git pull fail the
first time and succeed the second time.
I have also noticed the exact same behavior -- first pull
The way that I understand it, OE natively compiles everything it needs for
cross-compiling everything the target needs - perl, python, etc.
However, I hear people using Ubuntu 10.04 say that they don't have problems
building the same thing that I'm building.
Is that just random happenstance or
Hi,
I have been trying to run a minimal-image on an ARM system, because I
plan to use it on a 16MB NOR Flash.
I started wirh a PXA270 based board but I faced to puzzling jffs2
errors, then I tried on a more reliable machine (for me) Ronetix-pm9263
with same results.
Does anybody tested
I would be interested to know as well I am building on 9.10 and seem
to get more errors than those building on 10.04 or 10.10 with 64 bit
On Thu, Sep 2, 2010 at 8:46 AM, AJ ONeal coola...@gmail.com wrote:
The way that I understand it, OE natively compiles everything it needs for
Hi
When I bitbake above recipe for qemuarm/minimal it ends up with this error
| checking for a BSD-compatible install...
/scratch/oe/sysroots/x86_64-linux/usr/bin/install -c
| checking whether build environment is sane... yes
| checking for arm-oe-linux-gnueabi-strip...
see
http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/023680.html
Signed-off-by: Frans Meulenbroeks fransmeulenbro...@gmail.com
---
classes/base.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/classes/base.bbclass b/classes/base.bbclass
On Thu, Sep 2, 2010 at 8:46 AM, AJ ONeal coola...@gmail.com wrote:
The way that I understand it, OE natively compiles everything it needs for
cross-compiling everything the target needs - perl, python, etc.
not everything but things that it needs different from native ones. It
still uses lot of
On Thu, Sep 2, 2010 at 11:32 AM, Khem Raj raj.k...@gmail.com wrote:
Hi
When I bitbake above recipe for qemuarm/minimal it ends up with this error
| checking for a BSD-compatible install...
/scratch/oe/sysroots/x86_64-linux/usr/bin/install -c
| checking whether build environment is sane...
I have cleaned and rebuilt these a few times now while trying to do
what its saying or assuming it should be saying in the errors, the
commands i have run are bitbake -c package then I run bitbake package
again after I try a fix. Build machine is ubuntu9.10, and I am on the
overo branch. I know I
On Thu, Sep 2, 2010 at 4:36 AM, Graham Gower graham.go...@gmail.com wrote:
On 2 September 2010 17:30, J. L. vwyodap...@gmail.com wrote:
When it was going through the final stages in my build I ended up with
some conflict errors and not sure if I understand how to fix this
properly. Do I just
2010/9/2 J. L. vwyodap...@gmail.com:
I have cleaned and rebuilt these a few times now while trying to do
what its saying or assuming it should be saying in the errors, the
commands i have run are bitbake -c package then I run bitbake package
again after I try a fix. Build machine is
According to gumstix their branch recipes are all recipes identical to
the dev branch except for a very small few, and when I ask for help on
non gumstix related recipes they kept referring me to here so I
started posting here. Most of my fixes so far have just been from my
miss understandings of
Also if it would help I can post the image recipe I have made that I
am trying to build.
In case this explains anymore about the overo branch for you this was
posted by steve sakoman who I believe is the maintainer of the branch
about the difference which to me reads as its just the configuration
On Thu, Sep 2, 2010 at 8:59 AM, Frans Meulenbroeks
fransmeulenbro...@gmail.com wrote:
For some reason recently every once in a while on a git pull or git
clone I get an error like this:
git clone git://git.openembedded.net/openembedded openembedded
Initialized empty Git repository in
On 3 September 2010 09:13, J. L. vwyodap...@gmail.com wrote:
Also if it would help I can post the image recipe I have made that I
am trying to build.
In case this explains anymore about the overo branch for you this was
posted by steve sakoman who I believe is the maintainer of the branch
On Tuesday 31 August 2010 06:15:46 pm Koen Kooi wrote:
Sound like a good plan! FWIW, I think we should only keep 0.8.x, 1.0.x
and 1.2.x (1.0 and 1.2 should be compatible) to have a complete set to
compare things, the GLES engines tend to break from release to release,
so keeping a handfull of
* clutter has a known problem with fonts feor more details and
workaround see
http://lists.clutter-project.org/pipermail/clutter-devel-list/2010-September/70.html
* clutter-box2d_0.10.0_git has the introspection bug fixed upstream
and a funny (patience) new demo in blockbox
* nbtk: bump required to configure properly with clutter
* clutter-imcontext: now required by nbtk
* hornsey_git: bump required to configure properly with clutter
* libccss_git: bump required to match new nbtk requirements
bumping by SRCREV_pn-libccss = .. is a hack to get throgh the door
and
* removed aaina: configure needs clutter-0.6 (now in toys/attic)
* removed clutter*svn*: repositories no more available
* removed clutter* with version 0.8
* removed moblin-proto: repositories no more available
* removed table: repositories no more available (now in toys/attic)
* removed tidy:
* builds separate packages for libchamplain and libchamplain-gtk
* libchamplain_0.2.8 removed because it tries to configure against
clutter-cairo which is no more available
* libchamplain-gtk_0.2.8 removed because it configures against
very old clutter revision which do not build for GLES
* all 0.9 recipes (are actually 1.0rc) files referenced were removed
* all 0.8 recipes were renamed to clutter*-0.8 to ensure parallel
installation with later versions
* clutter-common.inc as container for helpers was created (also from
clutter-fpu.inc)
* clutter-1.0_1.0.10.bb was renamed to
On 03/09/10 05:19, J. L. wrote:
I would be interested to know as well I am building on 9.10 and seem
to get more errors than those building on 10.04 or 10.10 with 64 bit
On Thu, Sep 2, 2010 at 8:46 AM, AJ ONealcoola...@gmail.com wrote:
It would be worth it to upgrade from Ubuntu 8.10 to
Do you know if doing a standard method of upgrading would be ok or
should I start from a full clean install? Thanks
On Thu, Sep 2, 2010 at 5:59 PM, Douglas Royds
douglas.ro...@taitradio.com wrote:
On 03/09/10 05:19, J. L. wrote:
I would be interested to know as well I am building on 9.10 and
As with any operating system, I would recommend a clean install. IME,
upgrades always leave cruft.
It's easy enough to get a list of installed packages
http://www.arsgeek.com/2006/09/19/ubuntu-tricks-how-to-generate-a-list-of-installed-packages-and-use-it-to-reinstall-packages/
git rid of any
54 matches
Mail list logo
