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
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 need
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 \
On 6 June 2013 16:54, Saul Wold s...@linux.intel.com 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
On Mon, Jun 10, 2013 at 1:19 PM, John Stirling
ap.john.stirl...@gmail.comwrote:
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 = \
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 cutting it down
On Mon, Jun 10, 2013 at 12:45 AM, Eric Bénard e...@eukrea.com 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
Hi Nicolas,
Le Mon, 10 Jun 2013 14:10:15 +0200,
Nicolas Dechesne nicolas.deche...@linaro.org a écrit :
On Mon, Jun 10, 2013 at 1:19 PM, John Stirling
ap.john.stirl...@gmail.comwrote:
You suggest just cutting it down to
IMAGE_INSTALL += \
qtui \
and it should work itself out ?
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 sako...@gmail.com wrote:
On Mon, Jun 10, 2013 at 12:45 AM, Eric Bénard e...@eukrea.com wrote:
the strange thing is why do you get
Le Mon, 10 Jun 2013 05:58:42 -0700,
Steve Sakoman sako...@gmail.com a écrit :
On Mon, Jun 10, 2013 at 12:45 AM, Eric Bénard e...@eukrea.com 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
On Mon, Jun 10, 2013 at 2:59 PM, Eric Bénard e...@eukrea.com wrote:
Hi Nicolas,
Le Mon, 10 Jun 2013 14:10:15 +0200,
Nicolas Dechesne nicolas.deche...@linaro.org a écrit :
On Mon, Jun 10, 2013 at 1:19 PM, John Stirling
ap.john.stirl...@gmail.comwrote:
You suggest just cutting it down
Le Mon, 10 Jun 2013 15:07:01 +0200,
Nicolas Dechesne nicolas.deche...@linaro.org a écrit :
On Mon, Jun 10, 2013 at 2:59 PM, Eric Bénard e...@eukrea.com wrote:
Hi Nicolas,
Le Mon, 10 Jun 2013 14:10:15 +0200,
Nicolas Dechesne nicolas.deche...@linaro.org a écrit :
On Mon, Jun 10,
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
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 installed
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:
On Mon, Jun 10, 2013 at 6:07 AM, Eric Bénard e...@eukrea.com wrote:
Le Mon, 10 Jun 2013 05:58:42 -0700,
Steve Sakoman sako...@gmail.com 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
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 (see
On Monday 10 June 2013 08:43:38 Steve Sakoman wrote:
On Mon, Jun 10, 2013 at 6:07 AM, Eric Bénard e...@eukrea.com wrote:
Le Mon, 10 Jun 2013 05:58:42 -0700,
Steve Sakoman sako...@gmail.com a écrit :
I haven't begun debugging yet, but I had 2 initial thoughts as to why
the X error
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
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 here. For
On 06/09/2013 05:11 AM, Jonathan Liu wrote:
On 8 June 2013 09:31, Darren Hart dvh...@linux.intel.com 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
On Monday 10 June 2013 15:13:56 Eric Bénard wrote:
Le Mon, 10 Jun 2013 15:07:01 +0200,
Nicolas Dechesne nicolas.deche...@linaro.org 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
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 s...@linux.intel.com
---
meta/recipes-extended/tar/tar.inc | 1 +
1 file changed, 1 insertion(+)
diff --git
From: Christopher Larson chris_lar...@mentor.com
Now that liburcu supports mips, this packagegroup can pull in lttng software
on that architecture.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
.../packagegroups/packagegroup-core-tools-profile.bb | 11 ---
1
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
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
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
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
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
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.
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-connectivity/connman/connman.inc | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-connectivity/connman/connman.inc
From: Christopher Larson chris_lar...@mentor.com
The ext2 group includes e2fsprogs, so this is consistent and should be
appropriate, I think.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-core/packagegroups/packagegroup-base.bb | 3 ++-
1 file changed, 2
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
Now that liburcu supports mips, this packagegroup can pull in lttng
software
on that architecture.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
Your
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
Without using our python classes and having appropriate dependencies, the
build is nondeterministic, and whether a python-avahi package is produced
will
vary
On Mon, Jun 10, 2013 at 5:47 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
The ext2 group includes e2fsprogs, so this is consistent and should be
appropriate, I think.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
Reviewed-by:
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 1:56 PM, Otavio Salvador ota...@ossystems.com.brwrote:
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
Now that liburcu supports mips, this packagegroup can pull in lttng
software
on that
On Mon, Jun 10, 2013 at 5:47 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 5:47 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Christopher Larson chris_lar...@mentor.com
Reviewed-by: Otavio Salvador ota...@ossystems.com.br
This seems safe for backporting to 1.4.2 and would
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
Signed-off-by: Saul Wold s...@linux.intel.com
---
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
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 s...@linux.intel.com
---
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 s...@linux.intel.com
---
meta/recipes-gnome/gnome/gnome-doc-utils.inc
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 s...@linux.intel.com
---
meta/recipes-devtools/dpkg/dpkg.inc | 2 +-
1
Build failure was seen on the autobuilder, so add gdk-pixbuf-native to depends
list
Signed-off-by: Saul Wold s...@linux.intel.com
---
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
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 andy.vo...@timesys.com
---
meta/conf/machine/include/tune-cortexa.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
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
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
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 image
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
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
On Mon, Jun 10, 2013 at 8:15 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 8:15 PM, Christopher Larson kerg...@gmail.comwrote:
From: Christopher Larson chris_lar...@mentor.com
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
On 06/10/2013 01:47 PM, Christopher Larson wrote:
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 5:51 PM, Saul Wold s...@linux.intel.com wrote:
On 06/10/2013 01:47 PM, Christopher Larson wrote:
From: Christopher Larson chris_lar...@mentor.com
This is useful as it avoids pulling python into a build just to build
chkconfig. The python recipe uses the libnewt
From: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-connectivity/connman/connman.inc | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-connectivity/connman/connman.inc
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
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
From: Christopher Larson chris_lar...@mentor.com
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.
From: Christopher Larson chris_lar...@mentor.com
The ext2 group includes e2fsprogs, so this is consistent and should be
appropriate, I think.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-core/packagegroups/packagegroup-base.bb | 3 ++-
1 file changed, 2
On May 31, 2013, at 7:11 AM, Marcin Juszkiewicz mar...@juszkiewicz.com.pl
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 ?
what happens if you use --disable-libunwind-exceptions
On May 31, 2013, at 8:55 AM, Mark Hatle mark.ha...@windriver.com wrote:
From: Roy.Li rongqing...@windriver.com
Add build directory to include directories by -I${B}/include which will
be searched before standard system include
On Jun 10, 2013, at 4:15 PM, Christopher Larson kerg...@gmail.com wrote:
From: Christopher Larson chris_lar...@mentor.com
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
On Mon, Jun 10, 2013 at 7:27 PM, Khem Raj raj.k...@gmail.com wrote:
On Jun 10, 2013, at 4:15 PM, Christopher Larson kerg...@gmail.com wrote:
From: Christopher Larson chris_lar...@mentor.com
Now that liburcu supports mips, this packagegroup can pull in lttng
recipes
(lttng-ust,
On Mon, Jun 10, 2013 at 8:50 AM, Andy Voltz andy.vo...@timesys.com 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
On Mon, Jun 10, 2013 at 4:06 PM, Paul Eggleton
paul.eggle...@linux.intel.com 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
On 06/10/2013 07:06 PM, Khem Raj wrote:
On May 31, 2013, at 7:11 AM, Marcin Juszkiewicz mar...@juszkiewicz.com.pl
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
79 matches
Mail list logo