Hi Beth
> We should probably find a relative path here for where to put the manifest
> that isn't
> /home/yocto/. I'd suggest ${TMPDIR}/fossology_scans or something like that.
OK, It will be modified in v4.
> > DATA_LICENSE = "CC0-1.0"
> > +## If your fossylogy server is from 2.4.0 to 2.6.1,
Sorry, I updated it in the repo (and tested it works):
git://git.openembedded.org/openembedded-core-contrib rbt/PU
diff --git a/meta/recipes-kernel/blktrace/blktrace_git.bb
b/meta/recipes-kernel/blktrace/blktrace_git.bb
index ef9f737..5b0be42 100644
--- a/meta/recipes-kernel/blktrace/blktra
On 06/09/2015 01:16 PM, Burton, Ross wrote:
On 9 June 2015 at 20:30, Armin Kuster mailto:akuster...@gmail.com>> wrote:
re-sending as I think I may have done it incorrectly before. did not
see it in patch queue.
You sent fine it but it results in neon not linking correctly (silently,
Sounds good to me.
- armin
On 06/09/2015 12:14 PM, Burton, Ross wrote:
Hi,
Since Subversion moved away from neon it appears the only user of it in
oe-core is GStreamer as a HTTP client plugin. By virtue of being
maintained I suspect the libsoup plugin is generally the better choice
there, so
Hi All,
On 8 April 2015 at 12:45, Naresh Bhat wrote:
> On 18 March 2015 at 16:57, Naresh Bhat wrote:
>> I am adding the support of aarch64 to LUV OS Distribution project.
>> The luv-yocto project is based on poky distribution.
>>
>> https://01.org/linux-uefi-validation
>>
>> While adding support
i686 is a compatible architecture for 32bit core2 x86.
Signed-off-by: Andre McCurdy
---
meta/conf/machine/include/tune-core2.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/machine/include/tune-core2.inc
b/meta/conf/machine/include/tune-core2.inc
index 078e22d.
On Tue, Jun 9, 2015 at 6:23 PM, John Carter wrote:
> So apparently the driver support for the TI wl18xx I need is on the 4.1
> kernel.
>
> http://e2e.ti.com/support/wireless_connectivity/f/307/p/429401/1534799#1534799
>
> Are there any known or expected showstoppers in terms of (in my own laye
So apparently the driver support for the TI wl18xx I need is on the 4.1
kernel.
http://e2e.ti.com/support/wireless_connectivity/f/307/p/429401/1534799#1534799
Are there any known or expected showstoppers in terms of (in my own layer)
just bumping the version numbers in linux-yocto recipe on t
Sorry about that, I actually made a mistake, and somehow got confused,
apparently python-nose is already in [dizzy], I'd still like to
backport python-contextlib, the original patch does not apply cleanly;
hence this one can be used
On 09/06/15 05:01, Paul Eggleton wrote:
Alejandro / Armin
From: Mariano Lopez
The archiver uses a license based filter to provide the source code.
This patch allows to search on name based on two new variables
(COPYLEFT_PN_INCLUDE,
COPYLEFT_PN_EXCLUDE). Both variables are empty by default.
The filter by name has higher priority than the license filter.
From: Leonardo Sandoval
The patch pkgconfig.patch has not being integrated into upstream
repository, so rebasing it. Another change occurred inside the recipe,
the TUPLE's name changed for i586/i686 target architectures.
Signed-off-by: Leonardo Sandoval
---
.../libgpg-error/libgpg-error/pkgcon
On 9 June 2015 at 18:38, Henning Heinold
wrote:
> * raised the PR number as mentioned in python.inc
>
This isn't required anymore, please leave it at r1 (yes, the comment should
be deleted, feel free to send a patch doing that too).
Ross
--
___
Opene
On 9 June 2015 at 20:30, Armin Kuster wrote:
> re-sending as I think I may have done it incorrectly before. did not see
> it in patch queue.
>
You sent fine it but it results in neon not linking correctly (silently,
unless you apply a patch I sent earlier). Can you have a look?
Ross
--
__
Hi Leo,
Can you please describe the reasons of upstream patch changes?
Regards,
alimon
On 09/06/15 07:05, leonardo.sandoval.gonza...@linux.intel.com wrote:
From: Leonardo Sandoval
Signed-off-by: Leonardo Sandoval
---
.../libgpg-error/libgpg-error/pkgconfig.patch | 45 +++-
From: Leonardo Sandoval
Signed-off-by: Leonardo Sandoval
---
.../libgpg-error/libgpg-error/pkgconfig.patch | 45 +++---
.../{libgpg-error_1.18.bb => libgpg-error_1.19.bb} | 6 +--
2 files changed, 26 insertions(+), 25 deletions(-)
rename meta/recipes-support/libgpg-error/
From: Leonardo Sandoval
The following changes since commit 20a3a36547831349d5d8b429cb35f1415a856bda:
scripts/combo-layer: Fix exit codes and tty handling (2015-06-05 16:42:17
+0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib lsandov1/libgpg-error-upgra
Additionally, allow PREFERRED_VERSION for linux-yocto-tiny to be overridden
This addresses the warnings from the kernel configcheck:
WARNING: [kernel config]: specified values did not make it into the kernel's
final configuration:
Value requested for CONFIG_ATA_PIIX not in final ".config"
Reque
re-sending as I think I may have done it incorrectly before. did not see it in
patch queue.
builds oe-world, sato and minimal images.
Armin Kuster (3):
nettle: update package to 3.1.1 version.
gnutls: update to 3.4.1
neon: fix compat issues with gnutls 4.3
meta/recipes-support/gnutls/gnu
this requires the gnutls 3.4.1 update or the current gnutils build will break.
Signed-off-by: Armin Kuster
---
meta/recipes-support/nettle/nettle_2.7.1.bb | 26 --
meta/recipes-support/nettle/nettle_3.1.1.bb | 26 ++
2 files changed, 26 insertions
Signed-off-by: Armin Kuster
---
.../neon/neon/gnutls_4.3_fixup.patch | 53 ++
meta/recipes-support/neon/neon_0.30.1.bb | 3 +-
2 files changed, 55 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-support/neon/neon/gnutls_4.3_fixup.patch
d
This version supports the nettle 3.x and higher and requires that version.
this include a security fix:
GNUTLS-SA-2015-2
no CVE assigned to date.
enable openssl compat via PACKAGECONFIG as iputils needs gnutls/openssl.h
for migration info:
http://www.gnutls.org/manual/gnutls.html#Upgrading-from-
When falling back to the VESA server, X fails to start due to an error
reading the int10 vec.
We cherry-pick the following commit to fix the error:
commit 0a78b599b34cc8b5fe6fe82f90e90234e8ab7a56
Author: Jürg Billeter
Date: Sat Feb 7 18:13:21 2015 +0100
int10: Fix error check
Hi,
Since Subversion moved away from neon it appears the only user of it in
oe-core is GStreamer as a HTTP client plugin. By virtue of being
maintained I suspect the libsoup plugin is generally the better choice
there, so as neon is now unmaintained upstream (last release September
2014, doesn't
Without building a binary it's impossible to tell if a library will link
correctly, so build the test suite in do_compile().
Signed-off-by: Ross Burton
---
meta/recipes-support/neon/neon_0.30.1.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-support/neon/neon_0.30.1.bb
b
On 4 June 2015 at 20:37, Armin Kuster wrote:
> fixup to allow building with api changes in gnutls.
>
My world builds shows that libmusicbrainz was failing due to neon not
linking, and to demonstrate this I added this to neon.bb:
do_compile_append() {
oe_runmake -C test
}
Et voila:
| ../x86_64
Instead of hand-rolling a do_configure() simply use autotools and disable
autoheader (upstream uses a hand-generated config.h.in).
Also do_compile() doesn't need to pass SSLLIBS as configure uses pkgconfig to
find gnutls, LIBPNG and LIBJPEG are not used anywhere in the build system, and
LIBZ is de
On 06/09/2015 09:33 AM, Saul Wold wrote:
Additionally, allow both PREFERRED_VERSION and PREFERRED_PROVIDE to be
overridden
[YOCTO #7478]
Signed-off-by: Saul Wold
---
meta-yocto/conf/distro/poky-tiny.conf | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-yocto/con
* SimpleHTTPServer imports shutil so we need
definitly python-shell
* SocketServer can be run without the threading modul,
but I think we should run the full blown stuff, so
let us add python-threading
* raised the PR number as mentioned in python.inc
* this work was sponsored by sysmocom
Additionally, allow both PREFERRED_VERSION and PREFERRED_PROVIDE to be
overridden
[YOCTO #7478]
Signed-off-by: Saul Wold
---
meta-yocto/conf/distro/poky-tiny.conf | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-yocto/conf/distro/poky-tiny.conf
b/meta-yocto/conf/di
On 9 June 2015 at 15:51, Robert Yang wrote:
> SRCREV = "d6918c8832793b4205ed3bfede78c2f915c23385"
>
> -PR = "r6"
> -PV = "1.0.5+git${SRCPV}"
> +PV = "1.1.0+git${SRCPV}"
>
You forgot to change SRCREV :)
Ross
--
___
Openembedded-core mailing list
Open
Bind can fail configure by detecting headers w/o libs, or
it can fail the host contamination check. More details
are within the commit log in the contained patch.
Signed-off-by: Paul Gortmaker
diff --git
a/meta/recipes-connectivity/bind/bind/bind-ensure-searching-for-json-headers-searches-sysr
On Tuesday 09 June 2015 16:14:41 Burton, Ross wrote:
> On 9 June 2015 at 15:53, Diego Sueiro wrote:
> > When qtwebengine compile task are running in parallel with another task I
> > get an "file not recognized: File format not recognized" error.
> >
> > I put PARALLEL_MAKE="" but the compile task
On 9 June 2015 at 15:53, Diego Sueiro wrote:
> When qtwebengine compile task are running in parallel with another task I
> get an "file not recognized: File format not recognized" error.
>
> I put PARALLEL_MAKE="" but the compile task still uses all CPUs.
>
It's possible that qmake or whatever q
Hi Markus,
On Thursday 04 June 2015 19:31:44 Markus Lehtonen wrote:
> This patchset contains contains some refactoring of the devtool code,
> hopefully making the code more maintainable and somewhat easier to read.
Unfortunately something in here breaks the QA tests - and this time I've
double-c
* Update pkgconfig.patch
* Remove gpgme-fix-CVE-2014-3564.patch since it is a backport patch
* The license checksum of src/gpgme.h.in is changed because it added the
year 2014, the conten are the same.
* Remove --without-gpgsm --with-g13 --with-gpgconf --with-gpg from
EXTRA_OECONF, it doesn't h
Ross,
2015-06-09 10:09 GMT-03:00 Burton, Ross :
> On 9 June 2015 at 13:58, Diego Sueiro wrote:
>
>> I'm using fido branch and I'm getting the linker killed due to out of
>> memory in a machine with 8GB of RAM.
>>
>
> I guess you'll want to pass the same options to the linker that we already
> pa
Its LIC_FILES_CHKSUM changes because the COPYING's year updates, the
content is the same.
Signed-off-by: Robert Yang
---
meta/recipes-devtools/yasm/yasm_1.2.0.bb | 13 -
meta/recipes-devtools/yasm/yasm_1.3.0.bb | 14 ++
2 files changed, 14 insertions(+), 13 deletions(
Signed-off-by: Robert Yang
---
meta/recipes-extended/augeas/augeas_1.2.0.bb |5 -
meta/recipes-extended/augeas/augeas_1.4.0.bb |4
2 files changed, 4 insertions(+), 5 deletions(-)
delete mode 100644 meta/recipes-extended/augeas/augeas_1.2.0.bb
create mode 100644 meta/recipes-ex
Backport a patch from debian to fix the build for i586 with gcc, the
patch is similar to libav's
workaround-to-build-libav-for-i586-with-gcc.patch.
Signed-off-by: Robert Yang
---
...ound-to-build-gst-libav-for-i586-with-gcc.patch | 26
.../gstreamer/gstreamer1.0-libav_1.4.
Signed-off-by: Robert Yang
---
.../libpfm/{libpfm4_4.3.0.bb => libpfm4_4.6.0.bb} |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-kernel/libpfm/{libpfm4_4.3.0.bb => libpfm4_4.6.0.bb} (78%)
diff --git a/meta/recipes-kernel/libpfm/libpfm4_4.3.0.bb
b/meta/recip
Signed-off-by: Robert Yang
---
meta/recipes-kernel/blktrace/blktrace_git.bb |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/blktrace/blktrace_git.bb
b/meta/recipes-kernel/blktrace/blktrace_git.bb
index ef9f737..1a0f6db 100644
--- a/meta/recipes-kernel
The following changes since commit de6a26b95a7f7bd8f9dc47ab35d8b07ba671f4eb:
x264: use x86 over-ride instead of i586 (2015-06-08 17:32:46 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/PU
http://cgit.openembedded.org/cgit.cgi/openemb
Update don-t-default-to-cortex-a9-with-neon.patch for aarch64.
Signed-off-by: Robert Yang
---
.../don-t-default-to-cortex-a9-with-neon.patch | 21 ++--
meta/recipes-multimedia/x264/x264_git.bb |4 ++--
2 files changed, 17 insertions(+), 8 deletions(-)
diff --
Signed-off-by: Robert Yang
---
.../{libevdev_1.3.bb => libevdev_1.4.2.bb} |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
rename meta/recipes-support/libevdev/{libevdev_1.3.bb => libevdev_1.4.2.bb}
(74%)
diff --git a/meta/recipes-support/libevdev/libevdev_1.3.bb
b/meta/r
Signed-off-by: Robert Yang
---
meta/recipes-core/dropbear/dropbear_2014.66.bb |4
meta/recipes-core/dropbear/dropbear_2015.67.bb |4
2 files changed, 4 insertions(+), 4 deletions(-)
delete mode 100644 meta/recipes-core/dropbear/dropbear_2014.66.bb
create mode 100644 meta/recip
Signed-off-by: Robert Yang
---
...mple-binary-needed-for-core-image-clutter.patch |0
.../enable-tests.patch |0
...r-gst-3.0_3.0.4.bb => clutter-gst-3.0_3.0.6.bb} |4 ++--
3 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/clutt
Signed-off-by: Robert Yang
---
.../qt-apps/{qmmp_0.7.7.bb => qmmp_0.8.5.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-qt/qt-apps/{qmmp_0.7.7.bb => qmmp_0.8.5.bb} (92%)
diff --git a/meta/recipes-qt/qt-apps/qmmp_0.7.7.bb
b/meta/recipes-qt/qt-apps/qm
* Remove the backport patch libav-fix-CVE-2014-9676.patch.
* Backport a patch from debain to fix the build for i586 with gcc.
Signed-off-by: Robert Yang
---
meta/recipes-multimedia/libav/libav.inc|4 +-
.../libav/libav/libav-fix-CVE-2014-9676.patch | 98 ---
On 9 June 2015 at 14:35, Moritz Blume wrote:
> PR = "r1"
>
You can drop the PR line as the PV is increasing.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembed
-Support for new PACKAGECONFIGS
-Merge with opencv-samples
Since it is not backward compatible with 2.x and cannot be installed in
parallel it has a DEFAULT_PREFERENCE of -1.
Signed-off-by: Ricardo Ribalda Delgado
---
meta-oe/recipes-support/opencv/opencv_3.0.bb | 127 ++
On Tuesday 09 June 2015 15:19:03 Mike Looijmans wrote:
> I think they both install the same header files and libs, so you cannot have
> them both on the same sysroot. Otherwise "opencv3" could be a package in
> its own right, and a single system might install them both.
>
> So I think yes we're st
Signed-off-by: Moritz Blume
---
meta/classes/cmake.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index 3549c38..1ebb936 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -82,7 +82,7 @@
Patches "qt4-fail-silent.patch" and "support-oe-qt4-tools-names.patch"
were adapted in order to fit to CMake 3.2.2 (refer to the commit
message in the respective patch for details).
Patch "cmake-2.8.11.2-FindFreetype.patch" was dropped since it was
rejected upstream and its functionality otherwise
I think they both install the same header files and libs, so you cannot have
them both on the same sysroot. Otherwise "opencv3" could be a package in its
own right, and a single system might install them both.
So I think yes we're stuck with a "preferred" version then.
M.
On 09-06-15 12:15,
On 9 June 2015 at 13:58, Diego Sueiro wrote:
> I'm using fido branch and I'm getting the linker killed due to out of
> memory in a machine with 8GB of RAM.
>
I guess you'll want to pass the same options to the linker that we already
pass to webkitgtk:
LDFLAGS += "-Wl,--no-keep-memory"
Ross
--
Folks,
I'm using fido branch and I'm getting the linker killed due to out of
memory in a machine with 8GB of RAM.
I saw this article talking about this:
http://www.phoronix.com/scan.php?page=news_item&px=QtWebEngine-Mess-Debian
Is there something in which can be done on openembedded side?
Is th
Signed-off-by: Costin Constantin
---
meta/lib/oeqa/selftest/buildoptions.py | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/meta/lib/oeqa/selftest/buildoptions.py
b/meta/lib/oeqa/selftest/buildoptions.py
index cddfa48..be75311 100644
--- a/meta/lib/oeq
Signed-off-by: Costin Constantin
---
meta/lib/oeqa/selftest/buildoptions.py | 29 +
1 file changed, 29 insertions(+)
diff --git a/meta/lib/oeqa/selftest/buildoptions.py
b/meta/lib/oeqa/selftest/buildoptions.py
index a3297fd..cddfa48 100644
--- a/meta/lib/oeqa/selftes
Signed-off-by: Costin Constantin
---
meta/lib/oeqa/selftest/buildoptions.py | 27 +--
1 file changed, 25 insertions(+), 2 deletions(-)
diff --git a/meta/lib/oeqa/selftest/buildoptions.py
b/meta/lib/oeqa/selftest/buildoptions.py
index c69da68..a3297fd 100644
--- a/meta/li
Signed-off-by: Costin Constantin
---
meta/lib/oeqa/selftest/buildoptions.py | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/meta/lib/oeqa/selftest/buildoptions.py
b/meta/lib/oeqa/selftest/buildoptions.py
index 926ffe9..c69da68 100644
--- a/meta/lib/oeqa/sel
And shall I give it a negative preference?
On Tue, Jun 9, 2015 at 12:13 PM, Ricardo Ribalda Delgado
wrote:
> shall I leave both then?
>
> On Tue, Jun 9, 2015 at 12:12 PM, Mike Looijmans
> wrote:
>> OpenCV 3 is not backwards compatible, removing 2.x will break any recipe
>> currently using Open
On Tue, 2015-06-09 at 10:56 +0100, Paul Eggleton wrote:
> Hi Mike,
>
> On Tuesday 09 June 2015 10:50:55 Mike Looijmans wrote:
> > On 22-05-15 08:29, Mike Looijmans wrote:
> > > Set GITPKGV to mimic the meta-openembedded 'gitpkgv' class. This allows
> > > a recipe to simply set:
> > > PKGV="1.2+${G
shall I leave both then?
On Tue, Jun 9, 2015 at 12:12 PM, Mike Looijmans wrote:
> OpenCV 3 is not backwards compatible, removing 2.x will break any recipe
> currently using OpenCV.
>
>
>
>
> On 09-06-15 12:07, Ricardo Ribalda Delgado wrote:
>>
>> -Support for new PACKAGECONFIGS
>> -Merge with ope
OpenCV 3 is not backwards compatible, removing 2.x will break any recipe
currently using OpenCV.
On 09-06-15 12:07, Ricardo Ribalda Delgado wrote:
-Support for new PACKAGECONFIGS
-Merge with opencv-samples
Signed-off-by: Ricardo Ribalda Delgado
---
.../recipes-support/opencv/opencv-sampl
-Support for new PACKAGECONFIGS
-Merge with opencv-samples
Signed-off-by: Ricardo Ribalda Delgado
---
.../recipes-support/opencv/opencv-samples_2.4.bb | 39 ---
meta-oe/recipes-support/opencv/opencv_2.4.bb | 99
meta-oe/recipes-support/opencv/opencv_3.0.bb |
Alejandro / Armin
When we backport things, ideally we should be backporting the patch that
originally added them (assuming it was a single patch). Otherwise we definitely
want some kind of context in the commit message.
Alejandro, since we're backporting to dizzy, can you also confirm none of t
Hi Costin,
I think that the subject line should be less than 50 characters, usually.
// Robert
On 06/09/2015 05:44 PM, Costin Constantin wrote:
Signed-off-by: Costin Constantin
---
meta/classes/testimage.bbclass | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/
Hi Mike,
On Tuesday 09 June 2015 10:50:55 Mike Looijmans wrote:
> On 22-05-15 08:29, Mike Looijmans wrote:
> > Set GITPKGV to mimic the meta-openembedded 'gitpkgv' class. This allows
> > a recipe to simply set:
> > PKGV="1.2+${GITPKGV}"
> > And no longer needs to inherit gitpkgv class.
> > ---
> >
On 8 June 2015 at 23:45, Richard Purdie
wrote:
> I'm quietly excited with this change as I think it should improve
> people's experiences in a number of ways.
>
Whereas I'm bouncing up and down with glee. Thanks, Richard!
Ross
--
___
Openembedded-co
Signed-off-by: Costin Constantin
---
meta/classes/testimage.bbclass | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index 4074ff7..aadee45 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/classes/te
When MACHINE=qemux86-64 and enable multilib:
ERROR: QA Issue: libpostproc: Files/directories were installed but not shipped
in any package:
/usr/lib
/usr/lib/libpostproc.so.52.3.0
/usr/lib/libpostproc.so
/usr/lib/libpostproc.so.52
/usr/lib/.debug
/usr/lib/.debug/libpostproc.so.52.3.0
P
Fixed race issue when build more than one gcc-source and inherit
rm_work, for example:
$ bitbake gcc-source-4.9.2 gcc-source-5.1.0
File "/path/to/bitbake/lib/bb/build.py", line 512, in exec_task
return _exec_task(fn, task, d, quieterr)
File "/path/to/bitbake/lib/bb/build.py", line 489, in _exec_
The following changes since commit de6a26b95a7f7bd8f9dc47ab35d8b07ba671f4eb:
x264: use x86 over-ride instead of i586 (2015-06-08 17:32:46 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/2fixes
http://cgit.openembedded.org/cgit.cgi/op
On Tuesday 09 June 2015 14:41:53 ChenQi wrote:
> On 06/04/2015 10:11 PM, Paul Eggleton wrote:
> > On Wednesday 27 May 2015 14:09:39 Chen Qi wrote:
> >> Copy the contents of local.conf under TOPDIR into the final generated
> >> local.conf. In this way, custom settings are also made into the final
>
On 22-05-15 08:29, Mike Looijmans wrote:
Set GITPKGV to mimic the meta-openembedded 'gitpkgv' class. This allows
a recipe to simply set:
PKGV="1.2+${GITPKGV}"
And no longer needs to inherit gitpkgv class.
---
conf/bitbake.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/conf/bitbake.c
Ok I can reproduce the "The imported target "Qt5::Core" references the
file "/qmake""-error by using the cmake-native 2.8.12.2 recipe +
deleting the "ugly hack".
But: using the new 3.2.2 recipe as it is proposed (without the "ugly
hack") the error does not pop up. Are you sure this hack is sti
On Mon, 2015-06-08 at 21:36 -0500, Christopher Larson wrote:
> On Mon, Jun 8, 2015 at 5:28 PM, Richard Purdie
> wrote:
> +for a in d.getVar("SSTATE_ARCHS", True).split():
> +toremove = []
> +i = d.expand("${SSTATE_MANIFESTS}/index-" + a)
> +
77 matches
Mail list logo
