On 06/10/2013 07:06 PM, Khem Raj wrote:
On May 31, 2013, at 7:11 AM, Marcin Juszkiewicz
wrote:
First hit: pci.ids.gz and usb.ids.gz ~350KB in total.
udev just RRECOMMENDS usbutils-ids pciutils-ids so how did it get into build
time dependencies to begin with ?
I looked into this a while
On Mon, Jun 10, 2013 at 4:06 PM, Paul Eggleton
wrote:
> On Monday 10 June 2013 15:45:42 Steve Sakoman wrote:
>> Does anyone have a recipe for a simple qt4e app that they would be
>> willing to share?
> It's not really much different; you should only need to inherit qt4e instead
> of
> qt4x11. As
On Mon, Jun 10, 2013 at 8:50 AM, Andy Voltz wrote:
>> > ERROR: OE-core's config sanity checker detected a potential
>> > misconfiguration.
>> > Either fix the cause of this error or at your own risk disable the
>> > checker (see sanity.conf).
>> > Following is the list of potential prob
On Mon, Jun 10, 2013 at 7:27 PM, Khem Raj wrote:
> On Jun 10, 2013, at 4:15 PM, Christopher Larson wrote:
>
> > From: Christopher Larson
> >
> > Now that liburcu supports mips, this packagegroup can pull in lttng
> recipes
> > (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architec
On Jun 10, 2013, at 4:15 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> Now that liburcu supports mips, this packagegroup can pull in lttng recipes
> (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture as it
> does for the others.
it still does not work on m
what happens if you use --disable-libunwind-exceptions
On May 31, 2013, at 8:55 AM, Mark Hatle wrote:
> From: "Roy.Li"
>
> Add build directory to include directories by -I${B}/include which will
> be searched before standard system include directories.
>
> Both libunwind and gcc supply unwind
On May 31, 2013, at 7:11 AM, Marcin Juszkiewicz
wrote:
> First hit: pci.ids.gz and usb.ids.gz ~350KB in total.
udev just RRECOMMENDS usbutils-ids pciutils-ids so how did it get into build
time dependencies to begin with ?
___
Openembedded-core ma
From: Christopher Larson
The ext2 group includes e2fsprogs, so this is consistent and should be
appropriate, I think.
Signed-off-by: Christopher Larson
---
meta/recipes-core/packagegroups/packagegroup-base.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-co
From: Christopher Larson
This is useful as it avoids pulling python into a build just to build
chkconfig. The python recipe uses the libnewt installed in the sysroot by the
main package, so there's little loss of build time, other than the additional
unpack/patch.
Signed-off-by: Christopher Lars
From: Christopher Larson
The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917:
tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100)
are available in the git repository at:
https://github.com/kergoth/oe-core.git misc-improvements
Christopher Larson (4):
conn
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/recipes-connectivity/connman/connman.inc | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-connectivity/connman/connman.inc
b/meta/recipes-connectivity/connman/connman.inc
index 0eb586
From: Christopher Larson
Currently, if a package QA type from package.bbclass is not listed in
ERROR_QA, it gets shown, regardless of whether it's in WARN_QA. This differs
from the behavior of the rest of the QA handling (which doesn't call
package_qa_handle_error at all if it's in neither _QA va
On Mon, Jun 10, 2013 at 5:51 PM, Saul Wold wrote:
> On 06/10/2013 01:47 PM, Christopher Larson wrote:
>
>> From: Christopher Larson
>>
>> This is useful as it avoids pulling python into a build just to build
>> chkconfig. The python recipe uses the libnewt installed in the sysroot by
>> the
>> m
On 06/10/2013 01:47 PM, Christopher Larson wrote:
From: Christopher Larson
This is useful as it avoids pulling python into a build just to build
chkconfig. The python recipe uses the libnewt installed in the sysroot by the
main package, so there's little loss of build time, other than the addit
On Mon, Jun 10, 2013 at 8:15 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> When we don't have a generic license file for the license in question, we
> can
> warn, but we should still include it in the manifest, otherwise the
> manifest
> doesn't reflect reality. Failing to include
On Mon, Jun 10, 2013 at 8:15 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> Now that liburcu supports mips, this packagegroup can pull in lttng recipes
> (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture
> as it
> does for the others.
>
> Signed-off-by: Christ
From: Christopher Larson
When we don't have a generic license file for the license in question, we can
warn, but we should still include it in the manifest, otherwise the manifest
doesn't reflect reality. Failing to include a license listed in the recipe in
the manifest can't be allowed.
Signed-
From: Christopher Larson
Without using our python classes and having appropriate dependencies, the
build is nondeterministic, and whether a python-avahi package is produced will
vary depending on the host environment, yet avahi-discover is always produced,
and it depends on python-avahi.
Signed-
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/recipes-gnome/gnome/gconf_3.2.6.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gnome/gconf_3.2.6.bb
b/meta/recipes-gnome/gnome/gconf_3.2.6.bb
index a1843d5..9b22d95 100644
--- a/meta/
From: Christopher Larson
Now that liburcu supports mips, this packagegroup can pull in lttng recipes
(lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture as it
does for the others.
Signed-off-by: Christopher Larson
---
.../packagegroups/packagegroup-core-tools-profile.bb
From: Christopher Larson
The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917:
tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100)
are available in the git repository at:
https://github.com/kergoth/oe-core.git misc-fixes
Christopher Larson (4):
packagegrou
Hi Steve,
On Monday 10 June 2013 15:45:42 Steve Sakoman wrote:
> The qt-apps folder in oe-core only seems to have recipes for qt4-x11-free
> apps.
>
> Does anyone have a recipe for a simple qt4e app that they would be
> willing to share?
>
> I'm looking to get an idea of just how small a qt4e im
The qt-apps folder in oe-core only seems to have recipes for qt4-x11-free apps.
Does anyone have a recipe for a simple qt4e app that they would be
willing to share?
I'm looking to get an idea of just how small a qt4e image can be
without climbing the learning curve of writing a qt app and recipe
Richard,
Here is some updates and patches, the bulk of which are
QT and Postinstall related.
I also include the Updated GStreamer 1.0, to be kept in
parallel with the older one for now, when the time is right
we will depericate the 0.10 version.
I tested your change set with MUT over the weeken
Using -mcpu was a mistake introduced in the creation commit for this file.
This restores the previous default tuning for cortex a7,a8,a9,a15
Signed-off-by: Andy Voltz
---
meta/conf/machine/include/tune-cortexa.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/m
create_wrapper changed recently and behaves differently now. It does
not directly exec the , but exports them, so the first parameter
needs to be an environemnt variable like a PATH, not a executable.
Signed-off-by: Saul Wold
---
meta/recipes-devtools/dpkg/dpkg.inc | 2 +-
1 file changed, 1 inse
create_wrapper changed recently and behaves differently now. It does
not directly exec the , but exports them, so the first parameter
needs to be an environemnt variable like a PATH, not a executable.
Signed-off-by: Saul Wold
---
meta/recipes-gnome/gnome/gnome-doc-utils.inc | 2 +-
1 file change
Build failure was seen on the autobuilder, so add gdk-pixbuf-native to depends
list
Signed-off-by: Saul Wold
---
meta/recipes-gnome/librsvg/librsvg_2.32.1.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb
b/meta/recipes-gnome/librsvg/librsvg_2.
Richard,
I found these following the buildtools-tarball change, also a couple of
other changes, one to clean up the suprious warning, and other a DEPENDS
fix.
Sau!
Saul Wold (5):
sanity: remove warn debug message
createrepo: Fix usage of create_wrapper
dpkg: Fix usage of create_wrapper
g
Signed-off-by: Saul Wold
---
meta/classes/sanity.bbclass | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 744e30d..a8e3af6 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -353,7 +353,6 @@ def check_git
create_wrapper changed recently and behaves differently now. It does
not directly exec the , but exports them, so the first parameter
needs to be an environemnt variable like a PATH, not a executable.
Signed-off-by: Saul Wold
---
meta/recipes-support/createrepo/createrepo_0.4.11.bb | 2 +-
1 fil
On Mon, Jun 10, 2013 at 5:47 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> Signed-off-by: Christopher Larson
>
Reviewed-by: Otavio Salvador
This seems safe for backporting to 1.4.2 and would allow for more control
on connman build; Paul?
--
Otavio Salvador
On Mon, Jun 10, 2013 at 5:47 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> Currently, if a package QA type from package.bbclass is not listed in
> ERROR_QA, it gets shown, regardless of whether it's in WARN_QA. This
> differs
> from the behavior of the rest of the QA handling (whic
On Mon, Jun 10, 2013 at 1:56 PM, Otavio Salvador wrote:
> On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson wrote:
>
>> From: Christopher Larson
>>
>> Now that liburcu supports mips, this packagegroup can pull in lttng
>> software
>> on that architecture.
>>
>> Signed-off-by: Christopher Larson
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> When we don't have a generic license file for the license in question, we
> can
> warn, but we should still include it in the manifest, otherwise the
> manifest
> doesn't reflect reality. Failing to include
On Mon, Jun 10, 2013 at 5:47 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> The ext2 group includes e2fsprogs, so this is consistent and should be
> appropriate, I think.
>
> Signed-off-by: Christopher Larson
>
Reviewed-by: Otavio Salvador
--
Otavio Salvador
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> Without using our python classes and having appropriate dependencies, the
> build is nondeterministic, and whether a python-avahi package is produced
> will
> vary depending on the host environment, yet avah
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> Now that liburcu supports mips, this packagegroup can pull in lttng
> software
> on that architecture.
>
> Signed-off-by: Christopher Larson
Your commit log say's nothing about babeltrace. I think it'd be
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> Without this, due to bitbake defaulting to ${B}, it's possible to get ${S}
> inadvertantly created before do_unpack, breaking the unpack of git sources,
> which expect the destination to not exist.
>
> Signe
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> bb.fetch2.Fetcher.download() prints any fetch errors that come from the
> underlying fetcher, rather than letting the caller do so, which means
> there's
> no way to silence the fetch error messages without
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> This avoids unnecessary duplication of setup. The only visible change in
> behavior will be the case if siginfo exists and the archive does not, in
> which
> case it'll redownload both, but this doesn't seem
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson wrote:
> From: Christopher Larson
>
> The default FILESPATH isn't really of use, as we don't expect to find
> sstate
> archives buried in layer recipe directories, and the default MIRRORS is
> intended for use for fetching SRC_URI, not sstate.
>
From: Christopher Larson
When we don't have a generic license file for the license in question, we can
warn, but we should still include it in the manifest, otherwise the manifest
doesn't reflect reality. Failing to include a license listed in the recipe in
the manifest can't be allowed.
Signed-
From: Christopher Larson
Currently, if a package QA type from package.bbclass is not listed in
ERROR_QA, it gets shown, regardless of whether it's in WARN_QA. This differs
from the behavior of the rest of the QA handling (which doesn't call
package_qa_handle_error at all if it's in neither _QA va
From: Christopher Larson
This is useful as it avoids pulling python into a build just to build
chkconfig. The python recipe uses the libnewt installed in the sysroot by the
main package, so there's little loss of build time, other than the additional
unpack/patch.
Signed-off-by: Christopher Lars
From: Christopher Larson
Without using our python classes and having appropriate dependencies, the
build is nondeterministic, and whether a python-avahi package is produced will
vary depending on the host environment, yet avahi-discover is always produced,
and it depends on python-avahi.
Signed-
From: Christopher Larson
The ext2 group includes e2fsprogs, so this is consistent and should be
appropriate, I think.
Signed-off-by: Christopher Larson
---
meta/recipes-core/packagegroups/packagegroup-base.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-co
From: Christopher Larson
The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917:
tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100)
are available in the git repository at:
https://github.com/kergoth/oe-core.git misc-fixes
Christopher Larson (4):
packagegrou
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/recipes-connectivity/connman/connman.inc | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-connectivity/connman/connman.inc
b/meta/recipes-connectivity/connman/connman.inc
index 0eb586
From: Christopher Larson
The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917:
tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100)
are available in the git repository at:
https://github.com/kergoth/oe-core.git misc-improvements
Christopher Larson (4):
conn
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/recipes-gnome/gnome/gconf_3.2.6.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gnome/gconf_3.2.6.bb
b/meta/recipes-gnome/gnome/gconf_3.2.6.bb
index a1843d5..9b22d95 100644
--- a/meta/
From: Christopher Larson
The default FILESPATH isn't really of use, as we don't expect to find sstate
archives buried in layer recipe directories, and the default MIRRORS is
intended for use for fetching SRC_URI, not sstate.
Signed-off-by: Christopher Larson
---
meta/classes/sstate.bbclass | 2
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/classes/copyleft_compliance.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/copyleft_compliance.bbclass
b/meta/classes/copyleft_compliance.bbclass
index 06b0227..adb48be 100644
--- a/meta/classes/cop
From: Christopher Larson
This avoids unnecessary duplication of setup. The only visible change in
behavior will be the case if siginfo exists and the archive does not, in which
case it'll redownload both, but this doesn't seem unresasonable to me,
particularly since the archive is downloaded firs
From: Christopher Larson
bb.fetch2.Fetcher.download() prints any fetch errors that come from the
underlying fetcher, rather than letting the caller do so, which means there's
no way to silence the fetch error messages without manipulating the loggers.
So we do so. The reason for doing this is tha
From: Christopher Larson
The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917:
tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100)
are available in the git repository at:
https://github.com/kergoth/oe-core.git copyleft-compliance-fixes
https://github.com//t
From: Christopher Larson
The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917:
tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100)
are available in the git repository at:
https://github.com/kergoth/oe-core.git improve-sstate-fetch
Christopher Larson (3):
s
From: Christopher Larson
Now that liburcu supports mips, this packagegroup can pull in lttng software
on that architecture.
Signed-off-by: Christopher Larson
---
.../packagegroups/packagegroup-core-tools-profile.bb | 11 ---
1 file changed, 11 deletions(-)
diff --git a/meta/r
From: Christopher Larson
Without this, due to bitbake defaulting to ${B}, it's possible to get ${S}
inadvertantly created before do_unpack, breaking the unpack of git sources,
which expect the destination to not exist.
Signed-off-by: Christopher Larson
---
meta/classes/copyleft_compliance.bbcl
We move tar into /bin for target but it can stay in /usr/bin for nativesdk
this will also mean the paths are correct for the buildtools-tarball environment
Signed-off-by: Saul Wold
---
meta/recipes-extended/tar/tar.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-extended/tar
On Monday 10 June 2013 15:13:56 Eric Bénard wrote:
> Le Mon, 10 Jun 2013 15:07:01 +0200,
> Nicolas Dechesne a écrit :
> > thanks for your answer. so, yes I kind of figured out I could do that. But
> > in fact I was hoping that re-using the existing packagegroup from oe-core
> > *should* be the rig
On 06/09/2013 05:11 AM, Jonathan Liu wrote:
> On 8 June 2013 09:31, Darren Hart wrote:
>> On 05/08/2013 08:24 PM, Jonathan Liu wrote:
>>> These variables should not be shared with other image classes.
>>> The bootimg class also has an HDDDIR variable that could be overwritten
>>> if executing co
On 06/08/2013 06:03 AM, Jonathan Liu wrote:
> Hi Darren,
>
>>> + sed -i "s|\broot=[^ ]*|root=PARTUUID=$DISK_SIGNATURE-02|"
>>> $HDDDIR/syslinux.cfg
>> In bootimg.bbclass I have been abstracting out the boot loader so it is
>> not explicitly referenced. Something like that is in order
Thanks Paul. Fonts all ok now.
For the benefit of anyone else listening here's what I ended up with
IMAGE_INSTALL += " \
qt4-embedded-fonts-ttf-vera \
qtui \
"
ttf-vera fonts are about 500k in total, but could be cut down to ~100k in
my case as I don't really need italics (eg just use Vera
On Monday 10 June 2013 08:43:38 Steve Sakoman wrote:
> On Mon, Jun 10, 2013 at 6:07 AM, Eric Bénard wrote:
> > Le Mon, 10 Jun 2013 05:58:42 -0700,
> >
> > Steve Sakoman a écrit :
> >> I haven't begun debugging yet, but I had 2 initial thoughts as to why
> >> the X error message:
> >>
> >> 1. Th
Hi Martin,
> On Sat, Jun 08, 2013 at 11:10:20AM +0200, Martin Jansa wrote:
> > Something is wrong with this one:
> >
> > ERROR: OE-core's config sanity checker detected a potential
> > misconfiguration.
> > Either fix the cause of this error or at your own risk disable the
> > checker (se
On Mon, Jun 10, 2013 at 6:07 AM, Eric Bénard wrote:
> Le Mon, 10 Jun 2013 05:58:42 -0700,
> Steve Sakoman a écrit :
>> I haven't begun debugging yet, but I had 2 initial thoughts as to why
>> the X error message:
>>
>> 1. The qtdemo init seems to be written to support both x and x-free
>> setups,
These are cherry-picks from master to be applied to the dylan branch for
inclusion in the next 1.4 stable release (1.4.1).
Please review this series for suitability for inclusion into the stable
branch.
The following changes since commit e174486f04e81ec342ab4ec854d4194bb372b96b:
build-applia
On Monday 10 June 2013 14:46:57 John Stirling wrote:
> Looking fairly promising so far. Image size down from 280Mb to 90Mb and
> only Qt related stuff now seems to be in /usr/lib/
>
> The font's seem to be missing though -
> QFontDatabase: Cannot find font directory /usr/lib/fonts - is Qt installe
Looking fairly promising so far. Image size down from 280Mb to 90Mb and
only Qt related stuff now seems to be in /usr/lib/
The font's seem to be missing though -
QFontDatabase: Cannot find font directory /usr/lib/fonts - is Qt installed
correctly?
We won't need all the fonts in any case but would
Le Mon, 10 Jun 2013 15:07:01 +0200,
Nicolas Dechesne a écrit :
> On Mon, Jun 10, 2013 at 2:59 PM, Eric Bénard wrote:
>
> > Hi Nicolas,
> >
> > Le Mon, 10 Jun 2013 14:10:15 +0200,
> > Nicolas Dechesne a écrit :
> >
> > > On Mon, Jun 10, 2013 at 1:19 PM, John Stirling
> > > wrote:
> > >
> > > >
Le Mon, 10 Jun 2013 05:58:42 -0700,
Steve Sakoman a écrit :
> On Mon, Jun 10, 2013 at 12:45 AM, Eric Bénard wrote:
>
> > the strange thing is why do you get a X qtdemo when building
> > qt4e-demo-image ?
>
> I haven't begun debugging yet, but I had 2 initial thoughts as to why
> the X error me
On Mon, Jun 10, 2013 at 2:59 PM, Eric Bénard wrote:
> Hi Nicolas,
>
> Le Mon, 10 Jun 2013 14:10:15 +0200,
> Nicolas Dechesne a écrit :
>
> > On Mon, Jun 10, 2013 at 1:19 PM, John Stirling
> > wrote:
> >
> > > You suggest just cutting it down to
> > >
> > > IMAGE_INSTALL += " \
> > > qtui \
> > >
And of course I should have mentioned in my first email that I am
using the danny branch of both repositories!
Steve
On Mon, Jun 10, 2013 at 5:58 AM, Steve Sakoman wrote:
> On Mon, Jun 10, 2013 at 12:45 AM, Eric Bénard wrote:
>
>> the strange thing is why do you get a X qtdemo when building
>>
Hi Nicolas,
Le Mon, 10 Jun 2013 14:10:15 +0200,
Nicolas Dechesne a écrit :
> On Mon, Jun 10, 2013 at 1:19 PM, John Stirling
> wrote:
>
> > You suggest just cutting it down to
> >
> > IMAGE_INSTALL += " \
> > qtui \
> > "
> > and it should work itself out ?
> >
this will work but if you need pl
On Mon, Jun 10, 2013 at 12:45 AM, Eric Bénard wrote:
> the strange thing is why do you get a X qtdemo when building
> qt4e-demo-image ?
I haven't begun debugging yet, but I had 2 initial thoughts as to why
the X error message:
1. The qtdemo init seems to be written to support both x and x-free
On Monday 10 June 2013 12:19:48 John Stirling wrote:
> The Qt application (qtui) is compiled and has some C++, some QML and needs
> to use dbus. I am kicking it off via './qtui -qws'.
>
> So basically if I had this -
>
> IMAGE_INSTALL += " \
> qt4-embedded \
> qtui \
> "
>
> You suggest just cut
On Mon, Jun 10, 2013 at 1:19 PM, John Stirling
wrote:
> You suggest just cutting it down to
>
> IMAGE_INSTALL += " \
> qtui \
> "
> and it should work itself out ?
>
hi, i have observed the same issue, and I used the following 'workaround':
BAD_RECOMMENDATIONS = " \
qt4-embedded-demos \
On 6 June 2013 16:54, Saul Wold wrote:
> On 06/06/2013 05:08 AM, Riku Voipio wrote:
>>
>> Patches removed:
>>
>> 0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch
>> - applied
>> 0002-docs-Fix-generating-qemu-doc.html-with-texinfo-5.patch
>> - fixed different upstream
>> Revert-vmware
Hi Paul,
Thanks for the reply.
The Qt application (qtui) is compiled and has some C++, some QML and needs
to use dbus. I am kicking it off via './qtui -qws'.
So basically if I had this -
IMAGE_INSTALL += " \
qt4-embedded \
qtui \
"
You suggest just cutting it down to
IMAGE_INSTALL += " \
qtui
Hi John,
On Monday 10 June 2013 11:31:26 John Stirling wrote:
> I've successfully built qt4-embedded (oe-core, denzil, beaglebone) and have
> got a Qt/QML application running (on a beaglebone)
>
> The image size is quite big however and I notice there a load of
> examples/demos etc that I don't n
I've successfully built qt4-embedded (oe-core, denzil, beaglebone) and have
got a Qt/QML application running (on a beaglebone)
The image size is quite big however and I notice there a load of
examples/demos etc that I don't need on the filesystem.
I presume I am probably just building the wrong t
--disable-glut and --disable-glw are not recognized since Mesa 8.0.
--disable-glu is not recognized since Mesa 9.0.
Signed-off-by: Jonathan Liu
---
meta/recipes-graphics/mesa/mesa-common.inc | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/meta/recipes-graphics/mesa/mesa-c
Le Sun, 9 Jun 2013 20:19:52 -0700,
Steve Sakoman a écrit :
> Has anyone successfully built (and run!) the qt4e-demo-image with
> meta-fsl-arm?
>
> I tried a build for a machine based on imx28evk and get a broken image
> (i.e. demo fails to start at boot):
>
> QIconvCodec::convertFromUnicode: u
84 matches
Mail list logo
