2011/8/15 Paul Eggleton :
> On Monday 15 August 2011 10:06:33 Samuel Stirtzel wrote:
>> 2011/8/12 Koen Kooi :
>> > There's also:
>> >
>> > https://github.com/ebutera/meta-igep
>> > http://gitorious.org/schnitzeltony-oe-meta/meta-freescale
>> > http://gitorious.org/schnitzeltony-oe-meta/meta-gumstix
On Mon, Aug 15, 2011 at 10:25:49PM +0800, Richard Purdie wrote:
>
> The patch is fine but could we change this to something like:
>
> # Only use the GL passthrough patches for native/nativesdk versions
> $QEMUGLPATCHES = "\
> file://qemu-git-qemugl-host.patch \
> file://fix-nogl.patch \
>
Martin Jansa wrote on 2011-08-16:
> On Tue, Aug 16, 2011 at 10:40:38AM +0800, Cui, Dexuan wrote:
>> Saul Wold wrote on 2011-08-16:
>>> On 08/12/2011 01:04 AM, Noor, Ahsan wrote:
From: Noor Ahsan
* Added new recipe 4.96 and removed 4.82 version and its files.
Signed-off-by: Noor Ahsan
Hi,
I was trying to take advantage of the new x11 DISTRO_FEATURE and
ran into some trouble with the dbus package. When building with meta-oe,
gconf depends on dbus-x11, and just about everything depends on gconf.
So when I disable x11, I can only build my images with 'bitbake -I dbus-x11'.
As it
On Tue, Aug 16, 2011 at 10:40:38AM +0800, Cui, Dexuan wrote:
> Saul Wold wrote on 2011-08-16:
> > On 08/12/2011 01:04 AM, Noor, Ahsan wrote:
> >> From: Noor Ahsan
> >> * Added new recipe 4.96 and removed 4.82 version and its files.
> >> Signed-off-by: Noor Ahsan
> > Merged into OE-Core
>
> The pat
These 2 patches are trying to fix the bug #892. It collected the cached site
config files name in the runtime for meta-toolchain and meta-environment, and
also added task dependencies to ensure the caches are generated.
The variable TOOLCHAIN_NEED_CONFIGSITE_CACHE specifies what site config fil
[YOCTO #892]
Use the new cached site config files generation mechanism in
toolchain-script.bbclass.
Signed-off-by: Lianhao Lu
---
meta/classes/populate_sdk.bbclass |2 +-
meta/recipes-core/meta/meta-environment.bb|7 +++
meta/recipes-core/meta/meta-toolchain-gmae.bb |
[YOCTO #892]
Modify the function toolchain_create_sdk_siteconfig to collect the
cached site config files which are specified by
TOOLCHAIN_NEED_CONFIGSITE_CACHE in runtime.
Also added task dependency to ensure the cached site config files are
generated.
Signed-off-by: Lianhao Lu
---
meta/classes
* Remove hardcoded system path for path-magic file in order
to avoid potential mistmatch between host and yocto native
tools as reported in yocto mailing list:
error: magic_load(ms, /usr/share/misc/magic) failed: File 5.4
supports only version 7 magic files. `/usr/share/misc/magic.mg
Saul Wold wrote on 2011-08-16:
> On 08/12/2011 01:04 AM, Noor, Ahsan wrote:
>> From: Noor Ahsan
>> * Added new recipe 4.96 and removed 4.82 version and its files.
>> Signed-off-by: Noor Ahsan
> Merged into OE-Core
The patch causes a failure:
NOTE: package bluez-hcidump-2.0-r0: task do_compile: Fai
On Thu, Jul 21, 2011 at 1:36 PM, Bruce Ashfield
wrote:
> On Thu, Jul 21, 2011 at 1:23 PM, Anders Darander
> wrote:
>>
>> On 20 jul 2011, at 22:18, "Bruce Ashfield" wrote:
>>
>>> On Wed, Jul 20, 2011 at 11:45 AM, Koen Kooi
>>> wrote:
Op 20 jul 2011, om 17:42 heeft Bruce Ashfield het
Richard/Saul,
We've had some good mileage on the 3.0.x kernel. I've been building
and booting these boards for weeks now and the meta-intel based BSPs
have all been switching over and all of Darren's -rt work was done
on top of 3.0.
So the big part of this pull request is the removal of the expli
Bumping the linux-yocto meta SRCREV to pickup new target
configurations and features.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto_3.0.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.0.bb
b/meta/reci
There was some confusion around the 3.0 version string in the
linux-yocto recipe when the merged version was 3.0.1. Bumping
the version string should clarify what version will be fetched.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto_3.0.bb |4 ++--
1 files changed,
The explicit setting of version preference to 2.6.37 is
no longer required. All of the qemu targets have been built
and boot tested on 3.0.1 for core-image-minimal and core-image-sato
and are safe for wider build/boot testing.
Signed-off-by: Bruce Ashfield
---
meta/conf/machine/include/qemu.inc
On Mon, 2011-08-15 at 17:48 +0100, Phil Blundell wrote:
> Does anybody know where this patch came from or what it is supposed to
> be achieving? As far as I have been able to tell with some limited git
> archaeology, it seems to have originated from Poky in the
> fontconfig-2.6.0 sort of timeframe
On Mon, Aug 15, 2011 at 9:48 AM, Phil Blundell wrote:
> Does anybody know where this patch came from or what it is supposed to
> be achieving? As far as I have been able to tell with some limited git
> archaeology, it seems to have originated from Poky in the
> fontconfig-2.6.0 sort of timeframe
Op 15 aug. 2011 om 19:02 heeft Saul Wold het volgende
geschreven:
> On 08/12/2011 01:04 AM, Noor, Ahsan wrote:
>> From: Noor Ahsan
>>
>> * Added new recipe 4.96 and removed 4.82 version and its files.
>>
>>
>> Signed-off-by: Noor Ahsan
>> ---
>> .../bluez/bluez4-4.82/bluetooth.conf
On 08/12/2011 09:00 AM, Phil Blundell wrote:
Signed-off-by: Phil Blundell
---
meta/conf/distro/include/default-distrovars.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/distro/include/default-distrovars.inc
b/meta/conf/distro/include/default-distrovars
On 08/12/2011 08:59 AM, Phil Blundell wrote:
This makes it possible to include dbus in a non-X11-equipped DISTRO.
Signed-off-by: Phil Blundell
---
meta/recipes-core/dbus/dbus.inc |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/dbus/dbus.inc b/m
On 08/12/2011 08:58 AM, Phil Blundell wrote:
This makes it possible to build cairo-using apps without X11.
Signed-off-by: Phil Blundell
---
meta/recipes-graphics/cairo/cairo.inc |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/cairo/cairo.inc
On 08/12/2011 08:56 AM, Phil Blundell wrote:
Nothing in pixman actually uses libx11, so no need to DEPEND on it.
Signed-off-by: Phil Blundell
---
meta/recipes-graphics/xorg-lib/pixman_0.22.0.bb |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/xor
On 08/12/2011 08:31 AM, Khem Raj wrote:
License is GPLv2 change it.
Defining PERL for native intltool is not needed anymore
Signed-off-by: Khem Raj
---
.../intltool/intltool-0.40.6/use-nativeperl.patch | 20
meta/recipes-devtools/intltool/intltool.inc|3 +--
On 08/12/2011 04:08 AM, Lianhao Lu wrote:
This is rebase of original patch for bug #1236 to the latest oe-core master.
The original pull request is at:
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-August/007365.html
The following changes since commit a92d56058b21913570bb17ae416c3
On 08/12/2011 03:21 AM, Lin Tong wrote:
Hi Saul,
This pull requests to add 3.x kernel supports in valgrind's configure.in,
which fixed bug 1129. Please help to review and pull.
[YOCTO #1129]
Thanks,
Tong
The following changes since commit a92d56058b21913570bb17ae416c3b00afce055e:
Kumar Gal
On 08/12/2011 01:04 AM, Noor, Ahsan wrote:
From: Noor Ahsan
* Added new recipe 4.96 and removed 4.82 version and its files.
Signed-off-by: Noor Ahsan
---
.../bluez/bluez4-4.82/bluetooth.conf | 16
.../fix-dfutool-usb-declaration-mismatch.patch | 20 -
.../blu
Does anybody know where this patch came from or what it is supposed to
be achieving? As far as I have been able to tell with some limited git
archaeology, it seems to have originated from Poky in the
fontconfig-2.6.0 sort of timeframe but that's about all I have been able
to find out.
The actual
On Mon, 2011-08-15 at 22:24 +0800, Yu Ke wrote:
> On 2011/8/15 21:16, Richard Purdie wrote:
> > On Mon, 2011-08-15 at 20:48 +0800, Yu Ke wrote:
> >> On 2011/8/15 1:31, Koen Kooi wrote:
> >>>
> >>> Op 14 aug. 2011, om 15:32 heeft Yu Ke het volgende geschreven:
> >>>
> current gcc-cross-intermed
On Mon, 2011-08-15 at 17:16 +0100, Phil Blundell wrote:
> When CMake is looking for perl, it only searches in the specific directories
> that it's told about and ignores ${PATH}. If perlnative is in use, ensure
> that the appropriate installation path is added to the list of places that
> cmake wi
When CMake is looking for perl, it only searches in the specific directories
that it's told about and ignores ${PATH}. If perlnative is in use, ensure
that the appropriate installation path is added to the list of places that
cmake will look for perl, otherwise it won't ever be found.
Signed-off-
On Mon, 2011-08-15 at 16:49 +0100, Paul Eggleton wrote:
> On Monday 15 August 2011 16:03:44 Phil Blundell wrote:
> > I can't immediately think why this should be behaving differently to any
> > other library (eglibc for example). It's quite normal for those
> > packages to be architecture-specific
On Mon, 2011-08-15 at 16:49 +0100, Paul Eggleton wrote:
> Actually it's just include.pro - everything else gets copied to the sysroot
> for the new machine just fine.
>
> I've sort of figured this out. include.pro is getting installed to the
> sysroot
> and not ${D} in do_install (and it's the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I've sort of figured this out. include.pro is getting installed to
> the sysroot and not ${D} in do_install (and it's the only file
> handled this way). I'm guessing that because of this it never gets
> picked up by sstate.
yes seems the cause to m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/15/2011 05:41 AM, Yu Ke wrote:
> On 2011/8/14 23:18, Khem Raj wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 08/14/2011 06:32 AM, Yu Ke wrote:
>>> current gcc-cross-intermediate has build failure in qemux86-64
>>> lib64 multili
On Monday 15 August 2011 16:03:44 Phil Blundell wrote:
> I can't immediately think why this should be behaving differently to any
> other library (eglibc for example). It's quite normal for those
> packages to be architecture-specific and not machine-specific.
>
> What I think is meant to happen
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/recipes-graphics/xcb/libxcb.inc |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-graphics/xcb/libxcb.inc
b/meta/recipes-graphics/xcb/libxcb.inc
index 5044917..015065e 100644
--- a/meta/recipes-graphics/xcb/libx
Nothing in the source refers to libX11 or libXmu so there would appear to be
no good reason for them to be in DEPENDS. It looks as though these are perhaps
a relic from an earlier version which did need those libraries.
Signed-off-by: Phil Blundell
---
meta/recipes-support/libproxy/libproxy_0.4
On Sun, 2011-08-14 at 20:50 +0100, Paul Eggleton wrote:
> libopie2, a non-machine specific package, among other things installs a file
> called include.pro into ${OPIEDIR}, which is configured to be
> ${STAGING_DIR_HOST}. In OE-classic ${STAGING_DIR_HOST} is not
> machine-specific,
> so if you
Op 15 aug. 2011, om 16:42 heeft Paul Eggleton het volgende geschreven:
> On Monday 15 August 2011 15:30:53 Koen Kooi wrote:
>>> Same way it gets installed, it looks for it in ${OPIEDIR}. It's just that
>>> the second time around if the machine is not the same, ${OPIEDIR} is not
>>> the same eithe
On Monday 15 August 2011 15:30:53 Koen Kooi wrote:
> > Same way it gets installed, it looks for it in ${OPIEDIR}. It's just that
> > the second time around if the machine is not the same, ${OPIEDIR} is not
> > the same either.
>
> That sounds like an expanded version is getting stored somewhere wh
On Fri, 2011-08-12 at 18:18 +0800, Xiaofeng Yan wrote:
> From: Xiaofeng Yan
>
> [YOCTO #1348]
>
> The variable is different when building qt-x11-free-native and qt-x11-free.
> The
> different cause this bug.
> $ bitbake qt-x11-free-native -e | grep ^TARGET_OS
> TARGET_OS="linux"
> $ bitbake qt-
On Fri, 2011-08-12 at 19:06 +0800, Robert Yang wrote:
> Hi folks,
>
> The build time of core-image-sato increases about 5 ~ 10 minutes than
> the following commit:
>
> commit 5af197b55a4b779f1ec93186f0723026949ba2b5
> Author: Liping Ke
> Date: Fri Jun 3 08:22:40 2011 +0800
>
> cache: Imp
Op 15 aug. 2011, om 16:23 heeft Paul Eggleton het volgende geschreven:
> On Monday 15 August 2011 15:15:01 Richard Purdie wrote:
>> It sounds like its being installed to the right location but that opie
>> isn't looking for it in the right place later.
>>
>> How does opie know where to look for
On Mon, 2011-08-15 at 20:40 +0800, edwin.z...@intel.com wrote:
> From: Zhai Edwin
>
> Signed-off-by: Zhai Edwin
> ---
> .../conf/distro/include/distro_tracking_fields.inc | 48 ++-
> 1 files changed, 25 insertions(+), 23 deletions(-)
Merged to master, thanks.
Richard
_
On Mon, 2011-08-15 at 20:40 +0800, edwin.z...@intel.com wrote:
> From: Zhai Edwin
>
> It requires libx11 and libGL(if enabled GL) for building, which introduce
> extra
> dependence in qemuppc target. Futhermore, qemu's GL code is x86-oriented, thus
> some hacks needed for building in qemupcc. Fo
On 2011/8/15 21:16, Richard Purdie wrote:
On Mon, 2011-08-15 at 20:48 +0800, Yu Ke wrote:
On 2011/8/15 1:31, Koen Kooi wrote:
Op 14 aug. 2011, om 15:32 heeft Yu Ke het volgende geschreven:
current gcc-cross-intermediate has build failure in qemux86-64 lib64
multilib case. the reason is that
On Monday 15 August 2011 15:15:01 Richard Purdie wrote:
> It sounds like its being installed to the right location but that opie
> isn't looking for it in the right place later.
>
> How does opie know where to look for the file?
Same way it gets installed, it looks for it in ${OPIEDIR}. It's just
On Mon, 2011-08-15 at 18:27 +0800, Xiaofeng Yan wrote:
> From: Xiaofeng Yan
>
> Hi Richard,
> I just disable dolt according to your suggestion.
>
> Pull URL: git://git.pokylinux.org/poky-contrib.git
> Branch: xiaofeng/libx11-diet
> Browse:
> http://git.pokylinux.org/cgit.cgi/poky-contrib/lo
On Mon, 2011-08-15 at 18:18 +0800, Robert Yang wrote:
> Testing:
> 1) Edit meta/recipes-core/images/core-image-minimal.bb, add "service" to
>the IMAGE_INSTALL
>
> 2) Edit build/conf/local.conf, add "/path/to/poky/meta-skeleton" to the
>BBLAYERS.
>
> 3) $ bitbake core-image-minimal(or sato
On Sun, 2011-08-14 at 20:50 +0100, Paul Eggleton wrote:
> I've brought over the Opie recipes from OE in preparation for creating a
> separate layer, and after making a few changes everything compiles OK;
> however
> I'm finding that the change to machine-specific sysroots is causing some
> prob
On Mon, 2011-08-15 at 11:12 +0100, Paul Eggleton wrote:
> Bring over qt4-native from OE and tidy up some QA warnings.
>
> The following changes since commit d126e22f6b3f27196144f87e22b36ebccd6dea65:
>
> rt-tests: use an explicit commit ID (2011-08-12 17:51:18 +0100)
>
> are available in the gi
On Mon, 2011-08-15 at 20:33 +0800, Yu Ke wrote:
> The following changes since commit d126e22f6b3f27196144f87e22b36ebccd6dea65:
> Darren Hart (1):
> rt-tests: use an explicit commit ID
>
> are available in the git repository at:
>
> git://git.pokylinux.org/poky-contrib kyu3/bug-1344
>
On Mon, 2011-08-15 at 21:04 +0800, Jiajun Xu wrote:
> Some targets need to run 3D games, which requires libsdl. Enable libsdl for
> target
> and add a flag to check in build time if openGL needed to be built.
>
>
> The following changes since commit d126e22f6b3f27196144f87e22b36ebccd6dea65:
>
>
On Monday 15 August 2011 14:32:59 Anders Darander wrote:
> I've been struggling with a few other qt4-related issues (one or two
> RFC-patches will be submitted shortly), that's why I mistakenly wrote
> qt4.
>
> I meant libx11 (in xorg-lib) in my last e-mail.
Ah yes, I realised this after sending,
* Paul Eggleton [110815 15:24]:
> On Monday 15 August 2011 14:15:47 Anders Darander wrote:
> > The short-term solution is to get a similar patch applied to meta-oe.
> > The long-term solution, any volunteers?, would be to convert the
> > qt4-recipes in meta-to bbappends (if they still are needed).
On Monday 15 August 2011 14:15:47 Anders Darander wrote:
> The short-term solution is to get a similar patch applied to meta-oe.
> The long-term solution, any volunteers?, would be to convert the
> qt4-recipes in meta-to bbappends (if they still are needed).
I already did this a few weeks ago. The
On Mon, 2011-08-15 at 20:48 +0800, Yu Ke wrote:
> On 2011/8/15 1:31, Koen Kooi wrote:
> >
> > Op 14 aug. 2011, om 15:32 heeft Yu Ke het volgende geschreven:
> >
> >> current gcc-cross-intermediate has build failure in qemux86-64 lib64
> >> multilib case. the reason is that it still use lib instead
* Phil Blundell [110815 15:07]:
> On Mon, 2011-08-15 at 14:23 +0200, Anders Darander wrote:
> > Although, it is already mergerd by Richard, I really like this patch
> > series (after testing it).
> >
> > * Phil Blundell [110812 17:57]:
> > > This stops (most) x11 packages leaking into a non-x11
On Mon, 2011-08-15 at 14:23 +0200, Anders Darander wrote:
> Although, it is already mergerd by Richard, I really like this patch
> series (after testing it).
>
> * Phil Blundell [110812 17:57]:
> > This stops (most) x11 packages leaking into a non-x11 distro by mistake.
>
> Will you submit this
On 2011/8/15 1:31, Koen Kooi wrote:
Op 14 aug. 2011, om 15:32 heeft Yu Ke het volgende geschreven:
current gcc-cross-intermediate has build failure in qemux86-64 lib64
multilib case. the reason is that it still use lib instead of lib64
while do_install use the libdir i.e. lib64
so this patch
Rename libsdl-nativesdk to libsdl to enable target version. libsdl
is needed in some graphics testing.
Signed-off-by: Jiajun Xu
Acked-by: Phil Blundell
---
...libsdl-nativesdk_1.2.11.bb => libsdl_1.2.11.bb} | 20 +++-
1 files changed, 15 insertions(+), 5 deletions(-)
rename m
To enable opengl for libsdl, we need DEPENDS on virtual/libgl. Add a check for
"opengl" in DISTRO_FEATURES and when it's set, "--enable-video-opengl"
and "virtual/libgl" will be added into EXTRA_CONF and DEPENDS.
Signed-off-by: Jiajun Xu
Acked-by: Phil Blundell
---
meta/recipes-graphics/libsdl/
Some targets need to run 3D games, which requires libsdl. Enable libsdl for
target
and add a flag to check in build time if openGL needed to be built.
The following changes since commit d126e22f6b3f27196144f87e22b36ebccd6dea65:
rt-tests: use an explicit commit ID (2011-08-12 17:51:18 +0100)
From: Zhai Edwin
It requires libx11 and libGL(if enabled GL) for building, which introduce extra
dependence in qemuppc target. Futhermore, qemu's GL code is x86-oriented, thus
some hacks needed for building in qemupcc. For simplicity, just make qemu GL's
code for native only, so that qemu buildin
From: Zhai Edwin
Signed-off-by: Zhai Edwin
---
.../conf/distro/include/distro_tracking_fields.inc | 48 ++-
1 files changed, 25 insertions(+), 23 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.i
From: Zhai Edwin
This patch makes qemu can be built inside qemuppc/x86, so that world build is
happy. Also add some distro-trackings update.
Pls. help to review and pull.
Thanks,
Edwin
The following changes since commit d31d5e5b34c889809af408aed7d4f353d0133750:
gnome-doc-utils: respect pyt
On 2011/8/14 23:18, Khem Raj wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/14/2011 06:32 AM, Yu Ke wrote:
current gcc-cross-intermediate has build failure in qemux86-64 lib64
multilib case. the reason is that it still use lib instead of lib64
while do_install use the libdir i.e. li
The following changes since commit d126e22f6b3f27196144f87e22b36ebccd6dea65:
Darren Hart (1):
rt-tests: use an explicit commit ID
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kyu3/bug-1344
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kyu3/bug
in the qt4.inc python annomyous code, there is case where package name
is set to "${QT_BASE_LIB}-tool", and FILE_${QT_BASE_LIB}-tool is set to xxx.
here QT_BASE_NAME=qt4. multilib.bbclass will try to rename the FILE_qt4_tool to
FILE_lib64_qt4_tool. unfortunately, there is only FILE_${QT_BASE}-tool
using ${QT_BASE_NAME}-dbg as RRECOMMENDS is not correct in qt4-x11-free
case, because ${QT_BASE_NAME}-dbg i.e. qt4-dbg does not exist
this patch fix it by using ${PN}
Signed-off-by: Yu Ke
---
meta/recipes-qt/qt4/qt4.inc |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a
Although, it is already mergerd by Richard, I really like this patch
series (after testing it).
* Phil Blundell [110812 17:57]:
> This stops (most) x11 packages leaking into a non-x11 distro by mistake.
Will you submit this to meta-oe also?
This question might apply to a few of the other patche
Op 15 aug. 2011, om 13:46 heeft Richard Purdie het volgende geschreven:
> On Mon, 2011-08-15 at 12:48 +0200, Koen Kooi wrote:
>> Since this morning I'm getting errors like this:
>>
>> NOTE: Resolving any missing task queue dependencies
>> NOTE: preferred version 1.0.0d of openssl-native not avai
On Thu, 2011-08-11 at 22:31 +0800, Lianhao Lu wrote:
> This series of patches fixed the bug #892. Currently, the site config
> files used in the cross compiling environment generated by meta-toolchain
> partly come from SITECONFIG_SYSROOT_CACHE, where each package will put
> their own site confi
On Sun, 2011-08-14 at 16:30 -0700, Saul Wold wrote:
> From: Lianhao Lu
>
> 1. Added variable MULTILIB_VARIANTS to store all the instance variants
> for multilib extend.
>
> 2. Added function all_multilib_tune_values to collect the variable
> values for all multilib instance.
>
> 3. multilib bbc
On Sun, 2011-08-14 at 16:30 -0700, Saul Wold wrote:
> Richard,
>
> Please review Lianhao's patch to LDD Scripts, the rest of these
> patches seem correct to me.
>
> Sau!
>
>
> The following changes since commit d126e22f6b3f27196144f87e22b36ebccd6dea65:
>
> rt-tests: use an explicit commit ID
On Mon, 2011-08-15 at 12:48 +0200, Koen Kooi wrote:
> Since this morning I'm getting errors like this:
>
> NOTE: Resolving any missing task queue dependencies
> NOTE: preferred version 1.0.0d of openssl-native not available (for item
> openssl-native)
> NOTE: versions of openssl-native available:
Since this morning I'm getting errors like this:
NOTE: Resolving any missing task queue dependencies
NOTE: preferred version 1.0.0d of openssl-native not available (for item
openssl-native)
NOTE: versions of openssl-native available: 0.9.8m 0.9.8r 1.0.0c
NOTE: Preparing runqueue
NOTE: Executing S
From: Xiaofeng Yan
[YOCTO #1050]
I got do_compile failure during building qemux86 image
| ../../../doltlibtool: line 17:
/distro/dcui/0704/pc1/build/tmp/work/i586-poky-linux/libx11-diet-1.3-r2/libX11-1.3/modules/im/ximcp/../../../libtool:
No such file or directory
This is due to not found libtoo
From: Xiaofeng Yan
Hi Richard,
I just disable dolt according to your suggestion.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: xiaofeng/libx11-diet
Browse:
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/libx11-diet
Thanks,
Xiaofeng Yan
---
Xiaofeng Yan (
Op 15 aug. 2011, om 12:12 heeft Paul Eggleton het volgende geschreven:
> Bring over qt4-native from OE and tidy up some QA warnings.
>
> The following changes since commit d126e22f6b3f27196144f87e22b36ebccd6dea65:
>
> rt-tests: use an explicit commit ID (2011-08-12 17:51:18 +0100)
>
> are ava
Fixes bug [YOCTO #1165]
The /etc/init.d/skeleton doesn't work on minimal image, this is
because of the pidofproc doesn't return "$?" correctly, so store
$? in the variable status would fix it.
Signed-off-by: Robert Yang
---
.../initscripts/initscripts-1.0/functions |5 +++--
1 file
Testing:
1) Edit meta/recipes-core/images/core-image-minimal.bb, add "service" to
the IMAGE_INSTALL
2) Edit build/conf/local.conf, add "/path/to/poky/meta-skeleton" to the
BBLAYERS.
3) $ bitbake core-image-minimal(or sato)
3) start qemu, and run "/etc/init.d/skeleton start(or status stop .
All the other utilities get deleted as they should not be packaged,
delete this one as well.
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/qt4.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-qt/qt4/qt4.inc b/meta/recipes-qt/qt4/qt4.inc
index 815eb
Installs native versions of the Qt libraries in addition to the tools,
allowing compilation of external native tools that require Qt libs.
PROVIDES qt4-tools-native so it should be a drop-in replacement.
Developed with reference to the corresponding qt4-native changes in OE.
Signed-off-by: Paul E
Bring over qt4-native from OE and tidy up some QA warnings.
The following changes since commit d126e22f6b3f27196144f87e22b36ebccd6dea65:
rt-tests: use an explicit commit ID (2011-08-12 17:51:18 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contri
QML components from Qt were installed to ${prefix} before and never got
packaged. This is now fixed and QML components are now installed into
${libdir}/${QT_DIR_NAME}/imports and packaged into qt4-*-qml-plugins
package.
Additionally qmlviewer and the examples/demos are now dependent upon
these plu
These tools are required to build some external utilities (such as those
found in KDE). We avoid building qdbus and qdbusviewer as these are
not required.
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/qt4-native.inc |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --gi
On Monday 15 August 2011 10:06:33 Samuel Stirtzel wrote:
> 2011/8/12 Koen Kooi :
> > There's also:
> >
> > https://github.com/ebutera/meta-igep
> > http://gitorious.org/schnitzeltony-oe-meta/meta-freescale
> > http://gitorious.org/schnitzeltony-oe-meta/meta-gumstix
> > https://github.com/koenkooi/
On Mon, 2011-08-15 at 15:09 +0800, Xu, Jiajun wrote:
> > Something like that, yeah. I don't think you want/need to do anything
> > with RDEPENDS since that should all be automatic.
> >
>
> Thanks for your suggestion, Phil. I have modified my patches as below. Could
> you help to review it?
Loo
2011/8/12 Koen Kooi :
>
> Op 12 aug. 2011, om 12:47 heeft Paul Eggleton het volgende geschreven:
>
> There's also:
>
> https://github.com/ebutera/meta-igep
> http://gitorious.org/schnitzeltony-oe-meta/meta-freescale
> http://gitorious.org/schnitzeltony-oe-meta/meta-gumstix
> https://github.com/koen
2011/8/12 George C. Huntington, III :
> that graphic is nice, could it be included in the wiki?
>
Well I would not mind, but I've noticed the graphic has still flaws:
The distros would unlikely impact on the hardware specific code (or
would they?), and I don't know if/how they affect the yocto lay
> Something like that, yeah. I don't think you want/need to do anything
> with RDEPENDS since that should all be automatic.
>
Thanks for your suggestion, Phil. I have modified my patches as below. Could
you help to review it?
> If SDL can use GLES as well as GL then it might be worth adding
>
92 matches
Mail list logo
