Signed-off-by: Nick D'Ademo
---
meta-oe/recipes-support/opencv/opencv_3.0.0.bb | 95 ++
1 file changed, 95 insertions(+)
create mode 100644 meta-oe/recipes-support/opencv/opencv_3.0.0.bb
diff --git a/meta-oe/recipes-support/opencv/opencv_3.0.0.bb
b/meta-oe/re
Hi Martin,
qemuarm build issue is fixed - what PV format do you suggest for alpha/beta
releases?
Nick
On Thu, Sep 25, 2014 at 1:19 AM, Martin Jansa
wrote:
> On Thu, Sep 18, 2014 at 10:05:27PM +1000, Nick D'Ademo wrote:
> > Signed-off-by: Nick D'Ademo
> > ---
>
ld be OK with me
>
> Well, this is all clearly defined in the OE wiki:
>
> http://www.openembedded.org/wiki/Versioning_Policy
>
> --
> Denys
>
>
> > > On Thu, Sep 25, 2014 at 1:19 AM, Martin Jansa
> > > wrote:
> > >
> > > > On T
Includes fix which disables IPP for ARM builds.
Signed-off-by: Nick D'Ademo
---
meta-oe/recipes-support/opencv/opencv_git.bb | 96
1 file changed, 96 insertions(+)
create mode 100644 meta-oe/recipes-support/opencv/opencv_git.bb
diff --git a/meta-oe/recipes-su
I'm receiving the same error as described in the following posts when
attempting to build a CMake recipe (Qt5 code):
http://lists.qt-project.org/pipermail/development/2014-May/017075.html
https://lists.yoctoproject.org/pipermail/yocto/2014-May/019755.html
* The imported target "Qt5::Core" referenc
Has anyone had any success at all building a Qt5-based recipe with CMake?
On Wed, Oct 8, 2014 at 1:41 PM, Nick D'Ademo wrote:
> I'm receiving the same error as described in the following posts when
> attempting to build a CMake recipe (Qt5 code):
> http://lists.qt-pr
Hi Anders,
Are you using Qmake or Cmake to build? (I suspect Qmake).
My source code actually has no .PRO file.
Cheers,
Nick
On Mon, Oct 13, 2014 at 6:10 PM, Anders Darander
wrote:
> Hi,
>
> * Nick D'Ademo [141013 01:50]:
> > Has anyone had any success at all building a Q
Hi Martin,
Thanks - what are some example recipes in that layer? (I had a look but
couldn't find any cmake + qt5 recipes)
Nick
On Mon, Oct 13, 2014 at 7:16 PM, Martin Jansa
wrote:
> On Mon, Oct 13, 2014 at 09:10:37AM +0200, Anders Darander wrote:
> > Hi,
> >
> > * N
Thanks Anders! "inherit cmake_qt5" was the missing piece of the puzzle!
On Tue, Oct 14, 2014 at 8:43 AM, Anders Darander
wrote:
> * Nick D'Ademo [141013 23:10]:
> >Are you using Qmake or Cmake to build? (I suspect Qmake).
> >My source code actually has
Explicitly set the path to the udev dir to ${base_libdir} in EXTRA_OECONF.
Otherwise, the multilib build will fail as it will look for udev in the default
location of /lib/udev/.
Signed-off-by: Nick D'Ademo
---
.../recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb |2 +-
1 file chang
Pass libdir to EXTRA_OECONF so that recipe generates the correct library folder
in a multilib build.
Install shared library symbolic link to image.
Signed-off-by: Nick D'Ademo
---
meta-oe/recipes-devtools/tcltk/tk_8.6.0.bb | 17 +++--
1 file changed, 15 insertions(
Pass LIB_SUFFIX to CMake during a multilib build so that the generated library
folder has the correct suffix.
Signed-off-by: Nick D'Ademo
---
meta-oe/recipes-support/opencv/opencv_2.4.bb | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-su
You're quite right Martin - "base_conditional" makes more sense here. I'll
resend the updated patch now.
Cheers,
Nick
On Thu, Nov 28, 2013 at 12:43 AM, Martin Jansa wrote:
> On Wed, Nov 27, 2013 at 09:40:30PM +1100, Nick D'Ademo wrote:
> > Pass LIB_SUFFIX t
Pass LIB_SUFFIX to CMake during a multilib build so that the generated library
folder has the correct suffix.
Signed-off-by: Nick D'Ademo
---
meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/o
Pass LIB_SUFFIX to CMake during a multilib build so that the generated library
folder has the correct suffix.
Signed-off-by: Nick D'Ademo
---
meta-oe/recipes-support/opencv/opencv_2.4.bb | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-su
Previous message contains complete final patch.
Cheers,
Nick
On Thu, Nov 28, 2013 at 1:38 PM, Nick D'Ademo wrote:
> Pass LIB_SUFFIX to CMake during a multilib build so that the generated
> library folder has the correct suffix.
>
> Signed-off-by: Nick D'Ademo
> ---
&
Signed-off-by: Nick D'Ademo
---
meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/opencv/opencv_2.4.bb
b/meta-oe/recipes-support/opencv/opencv_2.4.bb
index df89b0a..538c7a3 100644
--- a/meta-oe/re
Signed-off-by: Nick D'Ademo
---
meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/opencv/opencv_2.4.bb
b/meta-oe/recipes-support/opencv/opencv_2.4.bb
index df89b0a..538c7a3 100644
--- a/meta-oe/re
I'm encountering a strange error at the install step with the tk 8.6.0
recipe (full log below). Does anyone have any ideas on this?
This recipe was compiling fine before (and has not been recently changed -
last change Dec 5 2013) so I'm not sure what has broken it...
Thanks,
Nick
ERROR: Function
No progress on working this one out unfortunately...
This is still a build show-stopper for me - anyone have any ideas?
Thanks,
Nick
On Thu, Jan 30, 2014 at 10:57 PM, Nick D'Ademo wrote:
> I'm encountering a strange error at the install step with the tk 8.6.0
> recipe (full
ase.bbclass (meta/classes) also has oe_runmake defined:
oe_runmake() {
> bbnote ${MAKE} ${EXTRA_OEMAKE} "$@"
> ${MAKE} ${EXTRA_OEMAKE} "$@" || die "oe_runmake failed"
> }
>
So I'm very puzzled as to why the recipe can't find oe_runmake...
On
; ]; then
> rm -f $destpath/$libname.la
> __runcmd install -m 0644 $dotlai $destpath/$libname.la
> fi
>
> for name in $library_names; do
> files=`eval echo $name`
> for f in $files; do
> if [ ! -e "$f" ]; then
>
No worries Paul.
The issue is currently listed in the state of Bitbake world failed tasks as
well, so hopefully someone else may see it and have a better idea.
On Mon, Feb 17, 2014 at 8:35 PM, Paul Barker wrote:
> On 11 February 2014 13:01, Nick D'Ademo wrote:
> > The onl
This bug is still present and has been for nearly 3 months now.
Has anyone else encountered it or has any ideas as to why oe_runmake isn't
being found?
On Tue, Feb 18, 2014 at 3:11 AM, Nick D'Ademo wrote:
> No worries Paul.
>
> The issue is currently listed in the sta
RNING: exit code 1 from a shell command.
> | ERROR: Function failed: do_compile (log file is located at
> /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/core2-64-oe-linux/tk/8.6.0-r0/temp/log.do_compile.10692)
> NOTE: recipe tk-8.6.0-r0: task do_compile: Failed
> ERROR: Task
---
meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/opencv/opencv_2.4.bb
b/meta-oe/recipes-support/opencv/opencv_2.4.bb
index df512f6..43e6a2b 100644
--- a/meta-oe/recipes-support/opencv/opencv_2.4.bb
Signed-off-by: Nick D'Ademo
---
meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/opencv/opencv_2.4.bb
b/meta-oe/recipes-support/opencv/opencv_2.4.bb
index df512f6..43e6a2b 100644
--- a/meta-oe/re
Thanks - resubmitted.
On Wed, May 7, 2014 at 1:21 AM, Martin Jansa wrote:
> On Tue, May 06, 2014 at 09:43:13PM +1000, Nick D'Ademo wrote:
> > ---
>
> You need blank line between subject and SOB line otherwise it's all
> considered to be subject.
>
> > meta
The recipe successfully builds without errors (multilib build) - however, I
also had no dependencies issues with the previous version of the recipe
either (2.4.8+git).
On Wed, May 7, 2014 at 8:28 AM, Martin Jansa wrote:
> On Wed, May 07, 2014 at 08:20:36AM +1000, Nick D'Ademo wrote:
&g
ompile) failed with exit code '1'
On Thu, May 8, 2014 at 2:57 AM, Martin Jansa wrote:
> On Wed, May 07, 2014 at 11:57:09PM +1000, Nick D'Ademo wrote:
> > The recipe successfully builds without errors (multilib build) -
> however, I
> > also had no dependencies
A follow-up:
This compilation issue seems to be fixed with a patch submitted on May 27:
[oe] [meta-multimedia][PATCH] libdc1394: fix S!=B failure
On Sun, Jun 1, 2014 at 2:36 AM, Nick D'Ademo wrote:
> Apologies for the late reply on this one.
>
> jasper (as a dependency) seems t
Hi Martin,
This recipe should be ready for final testing.
Thanks,
Nick
On Sun, Jun 1, 2014 at 2:58 AM, Nick D'Ademo wrote:
> A follow-up:
> This compilation issue seems to be fixed with a patch submitted on May 27:
> [oe] [meta-multimedia][PATCH] libdc1394: fix S!=B failure
&g
Shameless bump.
Any time to test and push this patch?
On Sat, Jun 7, 2014 at 1:55 PM, Nick D'Ademo wrote:
> Hi Martin,
>
> This recipe should be ready for final testing.
>
> Thanks,
> Nick
>
>
>
> On Sun, Jun 1, 2014 at 2:58 AM, Nick D'Ademo wrote:
>
33 matches
Mail list logo