* Laszlo Papp [140224 16:26]:
> On Mon, Feb 24, 2014 at 2:51 PM, Anders Darander
> wrote:
> > * Laszlo Papp [140224 15:12]:
> >> > It might not be as pretty as the 10.0.10.738 in your example, though for
> >> > us it's sufficient for the time being.
> >> As you are writing, that is good for
On 02/25/2014 02:15 PM, Saul Wold wrote:
On 02/25/2014 07:53 AM, Khem Raj wrote:
On Mon, Feb 24, 2014 at 8:38 AM, Paul Eggleton
wrote:
So, has anyone got any better ideas for the name of core-image-basic and
packagegroup-core-basic?
baselinux maybe
Longer, but baselinux-cmdline, not to
On 02/25/2014 07:53 AM, Khem Raj wrote:
On Mon, Feb 24, 2014 at 8:38 AM, Paul Eggleton
wrote:
So, has anyone got any better ideas for the name of core-image-basic and
packagegroup-core-basic?
baselinux maybe
Longer, but baselinux-cmdline, not to be confused with lsb.
Sau!
On Mon, Feb 24, 2014 at 8:38 AM, Paul Eggleton
wrote:
> So, has anyone got any better ideas for the name of core-image-basic and
> packagegroup-core-basic?
>
baselinux maybe
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
htt
On Mon, Feb 24, 2014 at 6:58 AM, Richard Purdie
wrote:
> For a while poky and others have been using the seperatebuilddir.inc
> file. This makes ${S} != ${B} and means that ${B} can be wiped when
> configuration changes.
>
> This helps deal with the fact that autotools and friends are not
> partic
On Sun, Feb 23, 2014 at 2:20 PM, Mike Crowe wrote:
> Signed-off-by: Mike Crowe
> ---
> meta/recipes-support/curl/curl_7.34.0.bb | 63
> --
> meta/recipes-support/curl/curl_7.35.0.bb | 61 +
can you generate patches with git format-patc
On 02/24/2014 10:18 PM, Saul Wold wrote:
On 02/22/2014 07:54 AM, Chong Lu wrote:
Need to export these environment variables for python-config to work.
Can you clariy further as to what's broken? Has this not been working
in the past, or is this a new test of somekine that we are failing?
S
On Sun, Feb 23, 2014 at 08:36:56AM +0100, Koen Kooi wrote:
>
> Op 22 feb. 2014, om 20:52 heeft Khem Raj het volgende
> geschreven:
>
> >
> > On Feb 22, 2014, at 10:12 AM, Phil Blundell wrote:
> >
> >> On Sat, 2014-02-22 at 01:31 -0800, Khem Raj wrote:
> >>> builds might work but they won’t r
On 24 February 2014 23:01, Richard Purdie
wrote:
>
> I think I'm starting to lean to simply "cmdline"...
>
Speaking as a user of OpenEmbedded for about a year or so now: I've
never looked at core-image-basic, had no idea what it contained. I
assumed wrongly that -basic was smaller than -minimal (
On Mon, 2014-02-24 at 17:00 +, Richard Purdie wrote:
> On Mon, 2014-02-24 at 16:38 +, Paul Eggleton wrote:
> > On Monday 30 December 2013 12:59:26 Paul Eggleton wrote:
> > > On Monday 30 December 2013 09:35:18 Robert Yang wrote:
> > > > I'm afraid that the standardlinux maybe a little confu
libQtUiTools.a and libQtUiToolsE.a needs to be installed on meta-toolchain-qt
and meta-toolchain-qte respectively.
Whitout this static library, compiling qt apps which needs uitools will fail.
qt4[-embedded]-staticdev is the package that contains this library and is the
only file in it.
Since a s
Hmm, I think something bizarre happened on my end. It seems that my
file is lacking the `OECORENOTESCONF="$TEMPLATECONF/conf-notes.txt"`
line. That would explain all this, however this is present in dylan,
even in 9.0.0.
It seems to be that it was not present in denzil though. It is
possible that
On Monday, February 24, 2014 07:33:03 AM Diego Sueiro wrote:
> Khem,
>
> On Tue, Feb 18, 2014 at 4:16 PM, Diego Sueiro wrote:
>
> > I think is a choice.
> > This is what the header says:
> >
> >
> > /
> > **
> > ** Copyri
On Monday 24 February 2014 19:03:13 Saul Wold wrote:
> Since we are re-doing the version from a big number down to a dot
> based number we have to bump the Package Epoch (PE).
>
> Signed-off-by: Saul Wold
> ---
> .../sqlite/{sqlite3_3080301.bb => sqlite3_3.8.3.1.bb} | 6
> -- 1
On 2/24/14, 11:00 AM, Richard Purdie wrote:
On Mon, 2014-02-24 at 16:38 +, Paul Eggleton wrote:
On Monday 30 December 2013 12:59:26 Paul Eggleton wrote:
On Monday 30 December 2013 09:35:18 Robert Yang wrote:
I'm afraid that the standardlinux maybe a little confused with
linuxstdbase, bu I
Keeping track of the TEMPLATECONF variable in the build
tree will let this script produce the same output when
listing 'conf-notes.txt' every time the script is run,
regardless of whether or not TEMPLATECONF has been
provided by the user.
Note that the default value for TEMPLATECONF now comes from
This file will allow easy customization of the build tools,
in particular the default setting of TEMPLATECONF, which
should reduce the need to fiddle with scripts in the future.
Signed-off-by: Gary Thomas
---
.templateconf |2 ++
1 file changed, 2 insertions(+)
create mode 100644 .templatec
These changes improve the setup scripts which are initiated
by the user via 'oe-init-build-env'.
Gary Thomas (3):
This script is only useful when sourced into a shell. These
changes improve the detection of this operation, no matter how
the script is referenced.
Keeping track
This script is only useful when sourced into a shell.
These changes improve the detection of this operation,
no matter how the script is referenced.
Signed-off-by: Gary Thomas
---
oe-init-build-env | 42 +++---
1 file changed, 23 insertions(+), 19 deletions
Since we are re-doing the version from a big number down to a dot
based number we have to bump the Package Epoch (PE).
Signed-off-by: Saul Wold
---
.../sqlite/{sqlite3_3080301.bb => sqlite3_3.8.3.1.bb} | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
rename meta/recipes
Signed-off-by: Saul Wold
---
.../sqlite/{sqlite3_3080002.bb => sqlite3_3080301.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-support/sqlite/{sqlite3_3080002.bb => sqlite3_3080301.bb}
(58%)
diff --git a/meta/recipes-support/sqlite/sqlite3_3080
On Mon, 2014-02-24 at 16:38 +, Paul Eggleton wrote:
> On Monday 30 December 2013 12:59:26 Paul Eggleton wrote:
> > On Monday 30 December 2013 09:35:18 Robert Yang wrote:
> > > I'm afraid that the standardlinux maybe a little confused with
> > > linuxstdbase, bu I don't have any better idea abou
On Monday 30 December 2013 12:59:26 Paul Eggleton wrote:
> On Monday 30 December 2013 09:35:18 Robert Yang wrote:
> > I'm afraid that the standardlinux maybe a little confused with
> > linuxstdbase, bu I don't have any better idea about it.
>
> You could be right. I've thought for a long time abou
On Mon, 2014-02-24 at 17:09 +0100, Martin Jansa wrote:
> On Mon, Feb 24, 2014 at 03:41:11PM +, Burton, Ross wrote:
> > On 24 February 2014 15:27, Martin Jansa wrote:
> > > Can we start by adding
> > > include conf/distro/include/seperatebuilddir.inc
> > > to
> > > conf/distro/defaultsetup.conf
This has been in testing for long enough in various distros and setups,
lets make it the default.
Signed-off-by: Richard Purdie
---
diff --git a/meta/conf/distro/defaultsetup.conf
b/meta/conf/distro/defaultsetup.conf
index 5557350..6fc522c 100644
--- a/meta/conf/distro/defaultsetup.conf
+++ b/me
On Mon, 2014-02-24 at 08:42 -0700, Gary Thomas wrote:
> On 2014-02-24 08:37, Richard Purdie wrote:
> > On Mon, 2014-02-24 at 08:18 -0700, Gary Thomas wrote:
> >> Keeping track of the TEMPLATECONF variable in the build
> >> tree will let this script produce the same output when
> >> listing 'conf-no
On Mon, Feb 24, 2014 at 05:29:42PM +0200, Valentin Popa wrote:
> On 02/24/2014 04:44 PM, Valentin Popa wrote:
> > On 02/24/2014 11:26 AM, Robert Yang wrote:
> >> There was a configure error when build weston without wayland:
> >>
> >> configure: error: Package requirements (egl >= 7.10 glesv2
> >>
The reasons this task was introduced are lost in the mists of time. It
allowed for the a single "package_write" task instead of spelling out
the explicit package backends, however in all but one case we do that
anyway.
As such as might as well give in and delete the task, converting that
single re
On Mon, Feb 24, 2014 at 03:41:11PM +, Burton, Ross wrote:
> On 24 February 2014 15:27, Martin Jansa wrote:
> > Can we start by adding
> > include conf/distro/include/seperatebuilddir.inc
> > to
> > conf/distro/defaultsetup.conf
> > ? so that more people start using it and possibly report issue
The code here that deletes stamps was also deleting the taint files; so
forcing an sstate task with -f would force it to execute and then
because the taint file was deleted in the process, the next execution
would simply restore the output from sstate again. We need to exclude
the taint files just
Avoid tar noticing that the directory is changing when
do_package_write_deb or do_package_write_ipk are running at the same
time as do_package_write_tar (because DEBIAN and CONTROL are being added
and removed while tar is running so the directory changes).
Fixes [YOCTO #5652]
Signed-off-by: Paul
The following changes since commit 5eb0f6e03e5a543f7bad6fcf0cab4173cc8882d8:
lz4: fix CC (2014-02-24 11:57:28 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/fixes4
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/lo
We didn't really need these when the task descriptions were only used
for Toaster, but now we're showing them in -c listtasks they are useful
to have.
Signed-off-by: Paul Eggleton
---
meta/conf/documentation.conf | 4
1 file changed, 4 insertions(+)
diff --git a/meta/conf/documentation.con
* Sort the list so it's at least in some form of logical order. I looked
at sorting by dependencies, but that's a topological sort, and given
no such function is shipped as part of the python standard libraries
it would seem excessive to pull one in just for this. In any case, I'm
not sure
Move the code which is only used by copyleft_compliance.bbclass from
archiver.bbclassc, and remove the "inherit archiver" from
copyleft_compliance.bbclass.
The archiver.bbclass is used for archiving various types of sources, but
the copyleft_compliance.bbclass is used for analysing the license, th
The archiver.bbclass will put the sources to ARCHIVER_OUTDIR according
to configuration, then the rpmbuild -bs will create the srpm.
[YOCTO #4986]
[YOCTO #5113]
Signed-off-by: Robert Yang
---
meta/classes/package_rpm.bbclass | 31 ---
1 file changed, 12 insertions(+)
Updated it since we have refactored the archiver.bbclass.
[YOCTO #5113]
Signed-off-by: Robert Yang
---
meta/conf/local.conf.sample.extended | 72 +++-
1 file changed, 38 insertions(+), 34 deletions(-)
diff --git a/meta/conf/local.conf.sample.extended
b/meta/con
=== V2:
* Fix the warning between different machines which is reported by Martin
* Fix the error when the archiver.bbclass is not inherited but
ARCHIVER_MODE[type] = "srpm" is set, reported by Ross.
* Fix the archiving for gcc staff which uses the shared source according
to the recently changes
The archiver didn't work, and there were a few problems, for example:
1) There was no src_dir.org (or orig), but the diff command still use it
2) There were a few duplicated code
3) It didn't archive the source for the native or gcc
4) The work flow is not very well
5) The "subprocess.call('fakeroo
Nearly all of the codes in the following 3 files are the same, we can
move the code to archiver.bbclass and remove them:
archive-configured-source.bbclass
archive-original-source.bbclass
archive-patched-source.bbclass
[YOCTO #5113]
Signed-off-by: Robert Yang
---
meta/classes/archive-conf
On 2014-02-24 08:37, Richard Purdie wrote:
> On Mon, 2014-02-24 at 08:18 -0700, Gary Thomas wrote:
>> Keeping track of the TEMPLATECONF variable in the build
>> tree will let this script produce the same output when
>> listing 'conf-notes.txt' every time the script is run,
>> regardless of whether
On 24 February 2014 15:27, Martin Jansa wrote:
> Can we start by adding
> include conf/distro/include/seperatebuilddir.inc
> to
> conf/distro/defaultsetup.conf
> ? so that more people start using it and possibly report issues in their
> builds?
That list is opt-in and mainly covers oe-core, so th
On Mon, 2014-02-24 at 08:18 -0700, Gary Thomas wrote:
> Keeping track of the TEMPLATECONF variable in the build
> tree will let this script produce the same output when
> listing 'conf-notes.txt' every time the script is run,
> regardless of whether or not TEMPLATECONF has been provided
> by the us
On Mon, Feb 24, 2014 at 3:15 PM, Martin Jansa wrote:
> On Mon, Feb 24, 2014 at 03:51:19PM +0100, Anders Darander wrote:
>> * Laszlo Papp [140224 15:12]:
>>
>> > On Mon, Feb 24, 2014 at 1:58 PM, Anders Darander
>> > wrote:
>> > > * Laszlo Papp [140224 14:37]:
>>
>> > >> On Mon, Feb 24, 2014 at
On 02/24/2014 04:44 PM, Valentin Popa wrote:
On 02/24/2014 11:26 AM, Robert Yang wrote:
There was a configure error when build weston without wayland:
configure: error: Package requirements (egl >= 7.10 glesv2
wayland-client wayland-egl) were not met:
No package 'wayland-egl' found
[YOCTO #
On Mon, Feb 24, 2014 at 02:58:01PM +, Richard Purdie wrote:
> For a while poky and others have been using the seperatebuilddir.inc
> file. This makes ${S} != ${B} and means that ${B} can be wiped when
> configuration changes.
>
> This helps deal with the fact that autotools and friends are not
Hello Laszlo,
On Mon, Feb 24, 2014 at 12:22 PM, Laszlo Papp wrote:
> On Mon, Feb 24, 2014 at 3:12 PM, Otavio Salvador
> wrote:
>> Hello,
>>
>> On Mon, Feb 24, 2014 at 9:01 AM, Laszlo Papp wrote:
>>> I was wondering why existing images would not have version numbers
>>> attached. Say, we have a
On Mon, Feb 24, 2014 at 2:51 PM, Anders Darander wrote:
> * Laszlo Papp [140224 15:12]:
>
>> On Mon, Feb 24, 2014 at 1:58 PM, Anders Darander
>> wrote:
>> > * Laszlo Papp [140224 14:37]:
>
>> >> On Mon, Feb 24, 2014 at 1:18 PM, Burton, Ross
>> >> wrote:
>> >> > On 24 February 2014 12:01, Las
On Mon, Feb 24, 2014 at 3:12 PM, Otavio Salvador
wrote:
> Hello,
>
> On Mon, Feb 24, 2014 at 9:01 AM, Laszlo Papp wrote:
>> I was wondering why existing images would not have version numbers
>> attached. Say, we have a core-image-minimal image, but from the
>> recipe, it is not possible which ima
This script is only useful when sourced into a shell. These
changes improve the detection of this operation, no matter
how the script is referenced.
Signed-off-by: Gary Thomas
---
oe-init-build-env | 42 +++---
1 file changed, 23 insertions(+), 19 deletions
Keeping track of the TEMPLATECONF variable in the build
tree will let this script produce the same output when
listing 'conf-notes.txt' every time the script is run,
regardless of whether or not TEMPLATECONF has been provided
by the user.
Signed-off-by: Gary Thomas
---
scripts/oe-setup-builddir
These changes improve the setup scripts which are initiated
by the user via 'oe-init-build-env'.
Gary Thomas (2):
oe-init-build-env: Improve script sourcing detection.
scripts/oe-setup-builddir: Keep track of TEMPLATECONF setting
oe-init-build-env | 42 +++--
On Mon, Feb 24, 2014 at 03:51:19PM +0100, Anders Darander wrote:
> * Laszlo Papp [140224 15:12]:
>
> > On Mon, Feb 24, 2014 at 1:58 PM, Anders Darander
> > wrote:
> > > * Laszlo Papp [140224 14:37]:
>
> > >> On Mon, Feb 24, 2014 at 1:18 PM, Burton, Ross
> > >> wrote:
> > >> > On 24 February
Hello,
On Mon, Feb 24, 2014 at 9:01 AM, Laszlo Papp wrote:
> I was wondering why existing images would not have version numbers
> attached. Say, we have a core-image-minimal image, but from the
> recipe, it is not possible which image version it is.
>
> Perhaps, it is just my ignorance and lack o
I have a feeling this code exists from the time before we had proper
coverage of one sstate task by another task. At that time it was a
"poor" persons version of that idea, we now have much better
code internal to bitbake which handles this.
Worse, this code actually breaks certain rebuild scenari
Hello Richard,
On Mon, Feb 24, 2014 at 11:58 AM, Richard Purdie
wrote:
> For a while poky and others have been using the seperatebuilddir.inc
> file. This makes ${S} != ${B} and means that ${B} can be wiped when
> configuration changes.
>
> This helps deal with the fact that autotools and friends
For a while poky and others have been using the seperatebuilddir.inc
file. This makes ${S} != ${B} and means that ${B} can be wiped when
configuration changes.
This helps deal with the fact that autotools and friends are not
particular good at rebuilding things that change. The recent libcheck
upg
* Laszlo Papp [140224 15:12]:
> On Mon, Feb 24, 2014 at 1:58 PM, Anders Darander
> wrote:
> > * Laszlo Papp [140224 14:37]:
> >> On Mon, Feb 24, 2014 at 1:18 PM, Burton, Ross
> >> wrote:
> >> > On 24 February 2014 12:01, Laszlo Papp wrote:
> >> The problem is that build numbers, that I hav
On 02/24/2014 11:26 AM, Robert Yang wrote:
There was a configure error when build weston without wayland:
configure: error: Package requirements (egl >= 7.10 glesv2 wayland-client
wayland-egl) were not met:
No package 'wayland-egl' found
[YOCTO #5867]
Signed-off-by: Robert Yang
---
meta/r
On Mon, Feb 24, 2014 at 2:13 PM, Nicolas Dechesne
wrote:
> On Mon, Feb 24, 2014 at 3:09 PM, Laszlo Papp wrote:
>> It works with dylan, too?
>
> yep. same output using:
>
> commit e2bb4a70a99a057d45316bbac65d6044ea54c484
> Author: Chen Qi
> Date: Sat Nov 16 03:19:55 2013 +
>
> subversio
On 02/22/2014 07:54 AM, Chong Lu wrote:
Need to export these environment variables for python-config to work.
Can you clariy further as to what's broken? Has this not been working
in the past, or is this a new test of somekine that we are failing?
Sau!
Signed-off-by: Chong Lu
---
meta/c
On Mon, Feb 24, 2014 at 2:50 PM, Gary Thomas wrote:
>> It is working fine:
>
> Indeed, that does work, but only for the first time of if you specify
> TEMPLATECONF.
>
> I often have build trees that live for a very long time (think months) and
> I'll
> do something like this:
> TEMPLATECONF=my
On Mon, Feb 24, 2014 at 3:09 PM, Laszlo Papp wrote:
> It works with dylan, too?
yep. same output using:
commit e2bb4a70a99a057d45316bbac65d6044ea54c484
Author: Chen Qi
Date: Sat Nov 16 03:19:55 2013 +
subversion: fix build problem when sysroot contains '-D' or '-I'
__
On Mon, Feb 24, 2014 at 1:58 PM, Anders Darander wrote:
> * Laszlo Papp [140224 14:37]:
>
>> On Mon, Feb 24, 2014 at 1:18 PM, Burton, Ross wrote:
>> > On 24 February 2014 12:01, Laszlo Papp wrote:
>> >> For instance, the MeeGo Nokia phone had a software version information
>> >> in the settings
On Mon, Feb 24, 2014 at 1:40 PM, Nicolas Dechesne
wrote:
> On Mon, Feb 24, 2014 at 2:15 PM, Gary Thomas wrote:
>> I just tried this with the latest master and it is only looking in
>> the meta-yocto layer even though there is a conf-notes.txt in one of
>> my local layers as well.
>
> hmm. i just
* Laszlo Papp [140224 14:37]:
> On Mon, Feb 24, 2014 at 1:18 PM, Burton, Ross wrote:
> > On 24 February 2014 12:01, Laszlo Papp wrote:
> >> For instance, the MeeGo Nokia phone had a software version information
> >> in the settings, and that is something I would personally consider as
> >> the
On 2014-02-24 06:40, Nicolas Dechesne wrote:
> On Mon, Feb 24, 2014 at 2:15 PM, Gary Thomas wrote:
>> I just tried this with the latest master and it is only looking in
>> the meta-yocto layer even though there is a conf-notes.txt in one of
>> my local layers as well.
>
> hmm. i just tried too. i
On Mon, Feb 24, 2014 at 2:15 PM, Gary Thomas wrote:
> I just tried this with the latest master and it is only looking in
> the meta-yocto layer even though there is a conf-notes.txt in one of
> my local layers as well.
hmm. i just tried too. i create meta-layer with:
$ find meta-mylayer/
meta-my
On Mon, Feb 24, 2014 at 1:18 PM, Burton, Ross wrote:
> On 24 February 2014 12:01, Laszlo Papp wrote:
>> For instance, the MeeGo Nokia phone had a software version information
>> in the settings, and that is something I would personally consider as
>> the image version, but again, there might be b
This is will delete this message:
WARNING: vim: No generic license file exists for: vim in any provider
Signed-off-by: Matthieu Crapet
---
meta-oe/licenses/vim | 81
1 file changed, 81 insertions(+)
create mode 100644 meta-oe/licenses/vim
di
On 24 February 2014 12:01, Laszlo Papp wrote:
> For instance, the MeeGo Nokia phone had a software version information
> in the settings, and that is something I would personally consider as
> the image version, but again, there might be better ways. Please share
> good practices in here., or alte
On 2014-02-24 05:49, Nicolas Dechesne wrote:
> On Mon, Feb 24, 2014 at 12:47 PM, Laszlo Papp wrote:
>>> hmm. do you get any error message?
>>
>> Nope, I have been using this construction for several weeks now. The
>> local and bblayer samples have been extracted properly into the build
>> folder,
On Monday 24 February 2014 12:43:40 John Stirling wrote:
> Thanks. That works now (tested jpeg, gif, tif).
>
> Presume I probably don't need the change to qt4.inc I mentioned earlier ?
> (rebuild takes a while)
You almost certainly don't want Qt's internal shipped version of these
libraries. The
On Mon, Feb 24, 2014 at 12:49 PM, Nicolas Dechesne
wrote:
> On Mon, Feb 24, 2014 at 12:47 PM, Laszlo Papp wrote:
>>> hmm. do you get any error message?
>>
>> Nope, I have been using this construction for several weeks now. The
>> local and bblayer samples have been extracted properly into the bui
On Mon, Feb 24, 2014 at 12:47 PM, Laszlo Papp wrote:
>> hmm. do you get any error message?
>
> Nope, I have been using this construction for several weeks now. The
> local and bblayer samples have been extracted properly into the build
> folder, so in that sense, there is no infrastructural change
Thanks. That works now (tested jpeg, gif, tif).
Presume I probably don't need the change to qt4.inc I mentioned earlier ?
(rebuild takes a while)
On 24 February 2014 11:54, Burton, Ross wrote:
> On 24 February 2014 11:39, John Stirling
> wrote:
> > I've just noticed jpeg, gif, tiff are no
Hi,
I was wondering why existing images would not have version numbers
attached. Say, we have a core-image-minimal image, but from the
recipe, it is not possible which image version it is.
Perhaps, it is just my ignorance and lack of understand, but for the
moment, it seems to be an important inf
On 24 February 2014 11:39, John Stirling wrote:
> I've just noticed jpeg, gif, tiff are not working for me.
I suspect you're not pulling in the image decoder packages into your
images: to reduce dependency creep these are split into separate
packages:
$ ls qt4-embedded-plugin-imageformat*
qt4-em
On Mon, Feb 24, 2014 at 10:28 AM, Nicolas Dechesne
wrote:
> On Mon, Feb 24, 2014 at 10:35 AM, Laszlo Papp wrote:
>>> are you setting TEMPLATECONF variable? if so, how?
>>
>> cat setup.sh
>> #!/bin/bash
>>
>> TEMPLATECONF=meta-foo/conf . oe-init-build-env
>
> hmm. do you get any error message?
No
I've just noticed jpeg, gif, tiff are not working for me.
I am building qt via an 'inherit qt4e' line in our qt application.
Out target hardware is similar based on beaglebone.
I've tried -
--- a/meta/recipes-qt/qt4/qt4.inc
+++ b/meta/recipes-qt/qt4/qt4.inc
@@ -22,7 +22,7 @@ QT_MULTIMEDIA ?= "$
Signed-off-by: Cristiana Voicu
---
.../pango/{pango_1.36.1.bb => pango_1.36.2.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/pango/{pango_1.36.1.bb => pango_1.36.2.bb} (56%)
diff --git a/meta/recipes-graphics/pango/pango_1.36.1.bb
b/meta/recip
Signed-off-by: Cristiana Voicu
---
.../curl/{curl_7.34.0.bb => curl_7.35.0.bb}|4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/curl/{curl_7.34.0.bb => curl_7.35.0.bb} (93%)
diff --git a/meta/recipes-support/curl/curl_7.34.0.bb
b/meta/recipes-supp
The packages has been succesfully compiled for all major architectures.
Tested locally on a core-image-sato image.
The following changes since commit 54562006c1327c5b99daa4cc05a3ba7e38412da1:
image_types.bbclass: Fix tar IMAGE_CMD to not change directories (2014-02-18
08:38:52 +)
are avai
Khem,
On Tue, Feb 18, 2014 at 4:16 PM, Diego Sueiro wrote:
> I think is a choice.
> This is what the header says:
>
>
> /
> **
> ** Copyright (C) 2013 Digia Plc and/or its subsidiary(-ies).
> ** Contact: http://www.qt-pro
On Mon, Feb 24, 2014 at 10:35 AM, Laszlo Papp wrote:
>> are you setting TEMPLATECONF variable? if so, how?
>
> cat setup.sh
> #!/bin/bash
>
> TEMPLATECONF=meta-foo/conf . oe-init-build-env
hmm. do you get any error message?
meta-foo needs to be a folder in OEROOT (along with 'meta' folder), or
T
The following changes since commit 641185084afb8d76865faa13879547f8e546e553:
weston: disable-egl when no wayland (2014-02-24 04:24:33 -0500)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib rbt/lz4
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=rbt/lz4
R
It defined the CC to ${TARGET_PREFIX}gcc which lost the --sysroot and was
incorrect, it would cause unexpected errors, we should define it as CC=${CC}.
[YOCTO #5869]
Signed-off-by: Robert Yang
---
meta/recipes-support/lz4/lz4_svn.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On Mon, Feb 24, 2014 at 6:34 AM, Nicolas Dechesne
wrote:
> On Fri, Feb 21, 2014 at 8:06 PM, Laszlo Papp wrote:
>>
>> I have just put a conf notes file into my own layer, but when I source
>> the oe-init-build-env script, I am still getting the notes from Yocto
>> rather than my customized.
>>
>>
The following changes since commit 6a708c3edb5da3d73730eaf21d8c6c4f79972e9d:
x246: Disable Altivec asm when SPE is enabled. (2014-02-22 15:22:24 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib rbt/weston
http://git.pokylinux.org/cgit.cgi/poky-contrib/log
There was a configure error when build weston without wayland:
configure: error: Package requirements (egl >= 7.10 glesv2 wayland-client
wayland-egl) were not met:
No package 'wayland-egl' found
[YOCTO #5867]
Signed-off-by: Robert Yang
---
meta/recipes-graphics/wayland/weston_1.4.0.bb |2
Signed-off-by: Mike Crowe
---
meta/recipes-support/curl/curl_7.34.0.bb | 63 --
meta/recipes-support/curl/curl_7.35.0.bb | 61 +
2 files changed, 61 insertions(+), 63 deletions(-)
delete mode 100644 meta/recipes-support/curl/curl_7.34.0
91 matches
Mail list logo
