Re: [oe] [meta-java] openjre8 fails to compile on aarch64

Sent a patch that works around this issue. Then I get the exact same failure as in gatesgarth, the "unrecognized command line option ‘-fmacro-prefix-map" bug. Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Products B.V. Materiaalweg 4, 56

[oe] [PATCH][meta-java][master] openjdk-8: Workaround TOPDIR not getting expanded in configure.ac

: cannot create $TOPDIR/common/autoconf/build-aux: No such file or directory The workaround implemented here is to replace $TOPDIR in the file by its assigned value ${S}. This makes the error go away and the native build succeed. Signed-off-by: Mike Looijmans --- recipes-core/openjdk/openjdk-8

Re: [oe] [meta-java] openjre8 fails to compile on aarch64

adding the following line:     mkdir $TOPDIR/common/autoconf/build-aux Errors out with an error that this path already exists. So it's something askew in the shell environment handling, but I cannot figure out what is going on here. Met vriendelijke groet / kind regards, Mike Looijmans System

Re: [oe] [meta-java] openjre8 fails to compile on aarch64

ve_272.bb:do_configure) failed with exit code '1' NOTE: Tasks Summary: Attempted 4517 tasks of which 4312 didn't need to be rerun and 1 failed. Summary: 1 task failed: /home/.../meta-java/recipes-core/openjdk/openjdk-8-native_272.bb:do_configure Met vriendelijke groet / kind regards, Mike Looijma

Re: [oe] [meta-java] openjre8 fails to compile on aarch64

vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Products B.V. Materiaalweg 4, 5681 RJ Best The Netherlands T: +31 (0) 499 33 69 69 E: mike.looijm...@topicproducts.com W: www.topic.nl Please consider the environment before printing this e-mail On 22-03-2021 16:36, Mike

Re: [oe] [meta-java] openjre8 fails to compile on aarch64

If I just bluntly set the CFLAGS and CXXFLAGS like in the attached patch, then the compile succeeds. Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Products B.V. Materiaalweg 4, 5681 RJ Best The Netherlands T: +31 (0) 499 33 69 69 E: mike.looijm

Re: [oe] [meta-java] openjre8 fails to compile on aarch64

In Line 72 of that makefile: # set flags for adlc compilation CXXFLAGS = $(SYSDEFS) $(INCLUDES) So that kills the patch I guess Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Products B.V. Materiaalweg 4, 5681 RJ Best The Netherlands T: +31 (0) 499 33

Re: [oe] [meta-java] openjre8 fails to compile on aarch64

Yes, the patch does get applied, I can see the extra lines in the work directory. But it somehow doesn't quite work... Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Products B.V. Materiaalweg 4, 5681 RJ Best The Netherlands T: +31 (0) 499 33 69 69 E

Re: [oe] [meta-java] openjre8 fails to compile on aarch64

which meta-java and oe-core branch are you using? regards;rl On Mon, Mar 22, 2021 at 10:43:53AM +0100, Mike Looijmans wrote: I cannot get openjre8 to compile. Any ideas what the real issue is? Compile for 32-bit ARM is okay, but building for aarch64 fails: ... | g++: error: unrecognized co

[oe] [meta-java] openjre8 fails to compile on aarch64

.bb:do_compile) failed with exit code '1' -- Mike Looijmans Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Products B.V. Materiaalweg 4, 5681 RJ Best The Netherlands T: +31 (0) 499 33 69 69 E: mike.looijm...@topicproducts.com W: www.topic.nl Please

[oe] [warrior][meta-qt4][PATCH] qt4: Apply build fix for GCC8 to both x11 and embedded variants

The fix to remove "volatile" also applies to the x11 version of Qt, so apply the patch for both variants by moving it to the common qt4-${PV} include file. This fixes that the 32-bit version of qt4-x11 fails to build with the same error as qt4-embedded. Signed-off-by: Mike

[oe] [warrior] [meta-qt4] qt4-xqq fails to compile on arm64

:9: error: '__float128' does not name a type; did you mean '__cfloat128'? typedef __float128 _Float128; ^~ __cfloat128 Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Products B.V. Materiaalweg 4, 5681 RJ Best Postbus 440, 5680

Re: [oe] Python3 bytecode is stale

On 25-01-19 18:26, Stefan Agner wrote: > On 25.01.2019 15:35, Mike Looijmans wrote: >> Most likely the date/time stamps on the files are such that the "py" files >> appear to be newer. > > Indeed, this seems to be the issue. We are using OSTree, which removes >

Re: [oe] Python3 bytecode is stale

Most likely the date/time stamps on the files are such that the "py" files appear to be newer. A very simple fix would be to simply delete the ".py" files, they aren't really needed anyway so you'll save a lot of space in the process. To do this compile-time, you could add something like this

[oe] [PATCH][meta-filesystems] fuse: Remove unneeded RDEPENDS on util-linux-mount

nse anyway. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- meta-filesystems/recipes-support/fuse/fuse_2.9.4.bb | 3 --- 1 file changed, 3 deletions(-) diff --git a/meta-filesystems/recipes-support/fuse/fuse_2.9.4.bb b/meta-filesystems/recipes-support/fuse/fuse_2.9.4.bb index

Re: [oe] morty branch XFCE no longer builds, missing libwnck3

There's no trace of any attempt to bring back 'libwnck3' in the morty branch, am I the only one in the world using morty to build an XCFE image? On 21-12-16 02:33, akuster808 wrote: On 12/20/2016 03:53 AM, Andreas Müller wrote: On Tue, Dec 20, 2016 at 10:54 AM, Mike Looijmans <mike.loo

[oe] morty branch XFCE no longer builds, missing libwnck3

ner-plugin', 'libwnck3'] Kind regards, Mike Looijmans System Expert TOPIC Products Materiaalweg 4, NL-5681 RJ Best Postbus 440, NL-5680 AK Best Telefoon: +31 (0) 499 33 69 79 E-mail: mike.looijm...@topicproducts.com Website: www.topicproducts.com Please consider the environment before printing t

[oe] [meta-oe][morty][PATCH] libwnck3: Resurrect recipe

libwnck3 moved to OE-core, then OE-core removed all dependencies on it and removed the recipe, so now it's gone. Bring back the recipe into meta-openembedded. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- meta-gnome/recipes-gnome/libwnck/libwnck3_3.20.1.b

Re: [oe] [meta-qt4][PATCH] qt4-embedded: Default to build tslib when touchscreen is defined

is the 'correct' mailinglist for meta-qt4? 2016-10-31 8:29 GMT+01:00 Mike Looijmans <mike.looijm...@topic.nl>: When "touchscreen" is in the MACHINE_FEATURES, packagegroup-core-qt4e will RDEPEND on qt4-embedded-plugin-mousedriver-tslib, but that library is not being built by defa

[oe] [meta-qt4][PATCH] qt4-embedded: Default to build tslib when touchscreen is defined

ousedriver-tslib'. To prevent that from happening, add "tslib" to the default PACKAGECONFIG when touchscreen is defined. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- Applies to both morty and master branches. recipes-qt4/qt4/qt4-embedded.inc | 2 +- 1 file

[oe] [meta-networking][PATCH v5] phytool: Add recipe

A nice tool to directly read, write and interpret ethernet PHY data. Very useful when debugging PHY or MDIO problems, which ethtool does not do. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- v5: Correct revision, v4 got sent with the v3 patch contents v4: Add comment on why $

[oe] [meta-networking][PATCH v4] phytool: Add recipe

A nice tool to directly read, write and interpret ethernet PHY data. Very useful when debugging PHY or MDIO problems, which ethtool does not do. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- v4: Add comment on why $bindir is not being used v3: Add SRCPV to PV Indent using

Re: [oe] [meta-networking][PATCH v3] phytool: Add recipe

On 07-10-16 08:10, Koen Kooi wrote: Op 06-10-16 om 07:59 schreef Mike Looijmans: A nice tool to directly read, write and interpret ethernet PHY data. Very useful when debugging PHY or MDIO problems, which ethtool does not do. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- v

[oe] [meta-networking][PATCH v3] phytool: Add recipe

A nice tool to directly read, write and interpret ethernet PHY data. Very useful when debugging PHY or MDIO problems, which ethtool does not do. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- v3: Add SRCPV to PV Indent using spaces instead of tab v2: Fix LICENSE fi

Re: [oe] [meta-networking][PATCH v2] phytool: Add recipe

On 05-10-16 18:32, Martin Jansa wrote: On Wed, Oct 05, 2016 at 08:38:07AM -0700, Khem Raj wrote: On Wed, Oct 5, 2016 at 2:34 AM, Mike Looijmans <mike.looijm...@topic.nl> wrote: A nice tool to directly read, write and interpret ethernet PHY data. Very useful when debugging PHY or MDIO pr

[oe] [meta-networking][PATCH v2] phytool: Add recipe

A nice tool to directly read, write and interpret ethernet PHY data. Very useful when debugging PHY or MDIO problems, which ethtool does not do. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- v2: Fix LICENSE filename and checksum Honor LDFLAGS value (patch accepted up

Re: [oe] [meta-networking][PATCH] phytool: Add recipe

On 28-09-16 09:30, Mike Looijmans wrote: On 26-09-16 22:34, Martin Jansa wrote: 2 more issues: WARNING: phytool-1.0.1-r0 do_populate_lic: Could not copy license file phytool/1.0.1-r0/git/COPYING to phytool/1.0.1-r0/license-destdir/phytool/COPYING: [Errno 2] No such file or directory: 'phytool

[oe] [PATCH v2] phytool: Add recipe

A nice tool to directly read, write and interpret ethernet PHY data. Very useful when debugging PHY or MDIO problems, which ethtool does not do. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- v2: Add $bindir comment Add patch (pending upstream) to fix LDFLAGS warning

Re: [oe] [meta-networking][PATCH] phytool: Add recipe

what I'm supposed to do about it. And on my build it was only a warning. On Mon, Sep 26, 2016 at 9:31 AM, Khem Raj <raj.k...@gmail.com> wrote: On Sat, Sep 24, 2016 at 8:01 AM, Mike Looijmans <mike.looijm...@topic.nl> wrote: On 23-09-16 20:33, Khem Raj wrote: On Fri, Sep 23,

Re: [oe] [meta-networking][PATCH] phytool: Add recipe

On 23-09-16 20:33, Khem Raj wrote: On Fri, Sep 23, 2016 at 5:33 AM, Mike Looijmans <mike.looijm...@topic.nl> wrote: A nice tool to directly read, write and interpret ethernet PHY data. Very useful when debugging PHY or MDIO problems, which ethtool does not do. Signed-off-by: Mike Loo

[oe] [meta-networking][PATCH] phytool: Add recipe

A nice tool to directly read, write and interpret ethernet PHY data. Very useful when debugging PHY or MDIO problems, which ethtool does not do. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- meta-networking/recipes-support/phytool/phytool.bb | 14 ++ 1 file chang

Re: [oe] [PATCH 4/4] tslib: move recipe from oe-core

t wait for the recipe to be merged into meta-oe before removing it from oe-core. Can we please put in place procedures to avoid this happening in future? ... again. Has happened a few times before, and it's really frustrating... Kind regards, Mike Looijmans System Expert TOPIC Products Materiaa

Re: [oe] [PATCH] libnl: Fix possible host contamination error

S_${PN} = "${libdir}/libnl-3.so.* \ ${libdir}/libnl.so.* \ ${sysconfdir}" Kind regards, Mike Looijmans System Expert TOPIC Products Materiaalweg 4, NL-5681 RJ Best Postbus 440, NL-5680 AK Best Telefoon: +31 (0) 499 33 69 79 E-mail: mike.looijm...@topicproducts.com Websi

Re: [oe] [PATCH 1/3] gitkpkgv: Ensure files are closed

On 07-06-16 15:49, Richard Purdie wrote: On Tue, 2016-06-07 at 11:02 +0200, Mike Looijmans wrote: Looks like regression in Python itself? In both Python 2 and 3, the file is closed properly if the file object is not being stored: >>> import os >>> os.listdir('/proc/

Re: [oe] [PATCH 1/3] gitkpkgv: Ensure files are closed

with open(rev_file, "r") as f: +commits = f.readline(128).strip() if use_tags: try: Kind regards, Mike Looijmans System Expert TOPIC Embedded Products Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440,

[oe] opencv was skipped: Recipe is blacklisted: Not compatible with currently used ffmpeg 3

itself? Kind regards, Mike Looijmans System Expert TOPIC Embedded Products Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: +31 (0) 499 33 69 79 E-mail: mike.looijm...@topicproducts.com Website: www.topicproducts.com Please consider the environment before printing this e

Re: [oe] [PATCH] waf-cross-answers: Fix faulty link cross-answers-mipsel.txt

On 06-04-16 19:14, Joe MacDonald wrote: Hi Mike, [Re: [PATCH] waf-cross-answers: Fix faulty link cross-answers-mipsel.txt] On 16.04.05 (Tue 08:17) Mike Looijmans wrote: Just a reminder that currently "waf" is broken and still won't work on mipsel platforms without this bugfix.

[oe] [PATCH] waf-cross-answers/README: Fix typo "bbaclss"

Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- meta-oe/files/waf-cross-answers/README | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/files/waf-cross-answers/README b/meta-oe/files/waf-cross-answers/README index 0c23344..dda45c5 100644 --- a/meta-oe

[oe] [PATCH] waf-cross-answers: Add cross-answers-mipsel.txt

Build fails on "mipsel" platforms due to missing cross-answers-mipsel.txt. Fix this by linking it to cross-answers-mips.txt, since there's no hint of taking endianess into account. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- meta-oe/files/waf-cross-answe

Re: [oe] [meta-oe][PATCH 0/4] host-user-contaminated fixes for meta-oe

port/espeak/espeak_1.37.bb |1 + 4 files changed, 4 insertions(+) Kind regards, Mike Looijmans System Expert TOPIC Embedded Products Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: +31 (0) 499 33 69 79 E-mail: mike.looijm...@topicproducts.com Website: www.

[oe] [meta-networking][PATCH v2] recipes-connectivity/samba: Remove /run directory tree

this: rmdir: failed to remove '/.../samba/4.1.12-r0/image/run/samba': No such file or directory Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- Alternative patch that just removes /run unconditionally. meta-networking/recipes-connectivity/samba/samba_4.1.12.bb | 3 +--

Re: [oe] [meta-networking][PATCH] recipes-connectivity/samba: Only rmdir directories that exist

On 11-01-16 19:11, Khem Raj wrote: On Jan 11, 2016, at 10:06 AM, Mike Looijmans <mike.looijm...@topic.nl> wrote: On 11-01-16 19:00, Khem Raj wrote: On Jan 11, 2016, at 9:53 AM, Mike Looijmans <mike.looijm...@topic.nl> wrote: Depending on PACKAGECONFIG selection, the /run/sam

Re: [oe] [meta-networking][PATCH] recipes-connectivity/samba: Only rmdir directories that exist

On 11-01-16 19:00, Khem Raj wrote: On Jan 11, 2016, at 9:53 AM, Mike Looijmans <mike.looijm...@topic.nl> wrote: Depending on PACKAGECONFIG selection, the /run/samba directory may not have been created. Make the do_install_append handle both situations by checking whether these direc

[oe] [meta-networking][PATCH] recipes-connectivity/samba: Only rmdir directories that exist

'/.../samba/4.1.12-r0/image/run/samba': No such file or directory Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- meta-networking/recipes-connectivity/samba/samba_4.1.12.bb | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/meta-networking/r

Re: [oe] Building java

regards, Mike Looijmans System Expert TOPIC Embedded Products Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: +31 (0) 499 33 69 79 E-mail: mike.looijm...@topicproducts.com Website: www.topicproducts.com Please consider the environment before printing this e-mail

Re: [oe] Building java

On 08-01-16 10:48, Jens Rehsack wrote: Am 08.01.2016 um 08:39 schrieb Mike Looijmans <mike.looijm...@topic.nl>: Someone in our project decided he wanted Java on the board, so I just added "meta-java" to the layers and attempted to follow the README. So without a clue as to

Re: [oe] Building java

On 08-01-16 12:06, Jens Rehsack wrote: Am 08.01.2016 um 11:21 schrieb Mike Looijmans <mike.looijm...@topic.nl>: On 08-01-16 10:48, Jens Rehsack wrote: ... What did I do wrong? meta-java is master, so you need poky on master, too - or cherry-pick the autotools.bbclass patch C

[oe] Building java

/mike/projects/.../build/tmp-glibc/work/x86_64-linux/openjdk-8-native/72b05-r0/jdk8u-e8bed1496ff2/configure What did I do wrong? (Note: the board does not have a display, so I don't need/want x11. I tried building openjdk-7 instead, but that fails to parse because it requires x11 in the d

Re: [oe] [meta-networking][PATCH] samba: move RDEPENDS of perl from samba to samba-pidl

EPENDS_${PN}-pidl_append = " perl " FILES_${PN}-pidl = "${bindir}/pidl ${PERL_VERNDORLIB}/*" -- 1.9.1 -- Jens Rehsack - rehs...@gmail.com Kind regards, Mike Looijmans System Expert TOPIC Embedded Products Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK

Re: [oe] Why does samba think it (R)DEPENDS on perl?

Found that the cause is "inherit cpan-base", this hardcodes "perl" into the package. I think this requires a split-up of cpan-base.bbclass into two parts, so that one get obtain the perl version without adding these dependencies. On 30-12-15 11:34, Mike Looijmans w

[oe] Why does samba think it (R)DEPENDS on perl?

rkaround I implemented is simply adding this line to the samba recipe, which at least gets rid of the overhead in the image: RDEPENDS_${PN}_remove = "perl" (Samba 4 is bloated enough by itself, it doesn't need other packages to inflate its runtime even more)

[oe] [PATCH] samba: Fix typo in PACKAGECONFIG for "acl" and "aio"

There's a "-" too many in PACKAGECONFIG[acl] and PACKAGECONFIG[aio] resulting in errors like this if built without acl: waf: error: no such option: ---without-acl-support Remove the extra "-" to fix the issue. Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --

Re: [oe] "krb" fails to build, suspect GCC bug

cipes with similar issue (smbnetfs is failing in krb5 dependency already): ... I suspect the bug is in GCC, not in the code of these recipes. Kind regards, Mike Looijmans System Expert TOPIC Embedded Products Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: +31 (0) 4

[oe] meta-openembedded "toolchain-layer" is broken

triggered exception FetchError: Fetcher failure: SRCREV was used yet no valid SCM was found in SRC_URI I just happened to notice. Maybe it's time to take gcc 4.6 to the glue factory? Kind regards, Mike Looijmans System Expert TOPIC Embedded Products Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440,

Re: [oe] "libgudev" fails to build with current master

On 25-09-15 01:22, Andreas Müller wrote: On Thu, Sep 24, 2015 at 6:45 PM, Andreas Müller <schnitzelt...@googlemail.com> wrote: On Thu, Sep 24, 2015 at 3:40 PM, Mike Looijmans <mike.looijm...@topic.nl> wrote: | checking for LIBUDEV... no | configure: error: Package requirements (li

Re: [oe] "libgudev" fails to build with current master

On 25-09-15 08:11, Mike Looijmans wrote: On 25-09-15 01:22, Andreas Müller wrote: On Thu, Sep 24, 2015 at 6:45 PM, Andreas Müller <schnitzelt...@googlemail.com> wrote: On Thu, Sep 24, 2015 at 3:40 PM, Mike Looijmans <mike.looijm...@topic.nl> wrote: | checking for LIBUDEV... no

Re: [oe] "libgudev" fails to build with current master

On 25-09-15 08:28, Martin Jansa wrote: On Fri, Sep 25, 2015 at 07:18:24AM +0200, Mike Looijmans wrote: On 24-09-15 18:45, Andreas Müller wrote: On Thu, Sep 24, 2015 at 3:40 PM, Mike Looijmans <mike.looijm...@topic.nl> wrote: | checking for LIBUDEV... no | configure: error: P

[oe] "libgudev" fails to build with current master

Kind regards, Mike Looijmans System Expert TOPIC Embedded Products Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: +31 (0) 499 33 69 79 Telefax: +31 (0) 499 33 69 70 E-mail: mike.looijm...@topicproducts.com Website: www.topicproducts.com Please consider the envir

Re: [oe] "libgudev" fails to build with current master

On 24-09-15 18:45, Andreas Müller wrote: On Thu, Sep 24, 2015 at 3:40 PM, Mike Looijmans <mike.looijm...@topic.nl> wrote: | checking for LIBUDEV... no | configure: error: Package requirements (libudev >= 199) were not met: | | Requested 'libudev >= 199' but version of li

Re: [oe] gnome-icon-theme?

On 15-09-15 13:14, Burton, Ross wrote: On 15 September 2015 at 12:13, Burton, Ross wrote: Yeah this was just removed from oe-core but the addition to meta-oe hasn't happened. I can send a patch now if there isn't one on the list. Hm, alternatively, we make

[oe] [PATCH][meta-oe] python-pyopenssl: Add missing RDEPENDS on "six" and "cryptography"

g File "/usr/lib/python2.7/site-packages/OpenSSL/rand.py", line 9, in from six import integer_types as _integer_types ImportError: No module named six Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> --- meta-python/recipes-devtools/python/python-pyopenssl

[oe] Where is libunique?

and openembedded-core reveiled nothing that would provide it, there's no recipe with 'unique' in its name, nor any recipe that mentions the word 'unique' provides it, even though I found various recipes that DEPEND on it. Where is libunique? Kind regards, Mike Looijmans System Expert TOPIC Embedded

Re: [oe] Where is libunique?

On 07-09-15 17:09, Martin Jansa wrote: On Mon, Sep 07, 2015 at 03:33:09PM +0300, Alexander Kanavin wrote: On 09/07/2015 12:13 PM, Mike Looijmans wrote: Current meta-openembedded master fails to build with errors like this: ERROR: Nothing PROVIDES 'libunique' (but .../meta-oe/meta-gnome

[oe] [PATCH][meta-python] python-pyopenssl: Inherit setuptools to fix failing install

From: Mike Looijmans <mike.looijm...@topic.nl> Fixes the following error during install phase: ImportError: No module named setuptools_ext ERROR: python setup.py install execution failed. Reported-by: ath...@openpli.org Signed-off-by: Mike Looijmans <mike.looijm...@topic.nl> ---

Re: [oe] [OE-core] "sub" machine types?

. -- Mike Looijmans -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] "krb" fails to build, suspect GCC bug

: 'id' may be used uninitialized in this function I suspect the problem here is GCC and not the krb code. Anyone seen this? -- Mike Looijmans -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/lis

[oe] [meta-oe][PATCH v2] opencv: Upgrade to 2.4.11

Upgrade OpenCV to the 2.4.11 release. Remove the opencv-fix-pkgconfig-generation patch which has been integrated upstream, be it in modified form. Disable 1394 support by default to get a deterministic build. Fix jasper dependency, the BUILD_JASPER parameter served only to build an internal

Re: [oe] [meta-oe][PATCH] opencv: Upgrade to 2.4.11

On 04-03-15 23:03, Martin Jansa wrote: On Wed, Mar 04, 2015 at 09:20:52AM +0100, Mike Looijmans wrote: Upgrade OpenCV to the 2.4.11 release. Remove the opencv-fix-pkgconfig-generation patch which has been integrated upstream, be it in modified form. --- .../opencv/opencv-fix-pkgconfig

[oe] [meta-oe][PATCH] opencv: Upgrade to 2.4.11

Upgrade OpenCV to the 2.4.11 release. Remove the opencv-fix-pkgconfig-generation patch which has been integrated upstream, be it in modified form. --- .../opencv/opencv-fix-pkgconfig-generation.patch | 44 -- meta-oe/recipes-support/opencv/opencv_2.4.bb | 8 ++-- 2

[oe] [PATCH] python-twisted: Fix dependencies of twisted modules

dependencies and stop causing systems to crash with: File /usr/lib/python2.7/site-packages/twisted/python/threadpool.py, line 18, in module ImportError: No module named contextlib Signed-off-by: Mike Looijmans milo-softw...@users.sourceforge.net --- .../python/python-twisted_13.2.0.bb

[oe] [PATCH] python-twisted: Create a separate source code package and bin package

and web interfaces, and did not cause any problems. Move the /usr/bin/ scripts into their own package as well. Installing python-twisted will still install these scripts. Signed-off-by: Mike Looijmans milo-softw...@users.sourceforge.net --- .../python/python-twisted_13.2.0.bb| 12

[oe] [PATCH] iperf3: Add native support

and have bitbake compile it for you, instead of having to download, compile and install it manually on the build machine. Signed-off-by: Mike Looijmans mike.looijm...@topic.nl --- meta-oe/recipes-benchmark/iperf3/iperf3_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-oe/recipes

Re: [oe] [meta-oe][PATCH v2 2/2] mplayer2: cleanup empty directories

On 12/16/2014 08:26 AM, Belal, Awais wrote: ping! BR, Awais Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) (0) 499 33 69 79 Telefax: (+31) (0) 499 33 69 70 E

Re: [oe] There is no LAYERVERSION and LAYERDEPENDS for most meta-FOO layers

); or - These lines are parsed by something else than bitbake's regular parser. Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) (0) 499 33 69 79 Telefax: (+31) (0

[oe] [meta-oe][PATCH v2] vlc/libdvdcss: Upgrade to 1.3.0

Tested and in use for a while in OpenPLi. Signed-off-by: Mike Looijmans milo-softw...@users.sourceforge.net --- .../{libdvdcss_1.2.13.bb = libdvdcss_1.3.0.bb}|4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-multimedia/recipes-multimedia/vlc/{libdvdcss_1.2.13.bb

[oe] [PATCH] libdvdcss: Upgrade to 1.3.0

License is still GPLv2. Has been in use for a while, and no problems detected. --- .../recipes-multimedia/vlc/libdvdcss_1.2.13.bb | 12 .../recipes-multimedia/vlc/libdvdcss_1.3.0.bb | 12 2 files changed, 12 insertions(+), 12 deletions(-) delete mode 100644

Re: [oe] [PATCH 02/14] autofs: add bash to RDEPENDS_autofs

, Mike Looijmans wrote: On 09/11/2014 05:28 PM, Robert Yang wrote: On 09/11/2014 01:08 AM, Mike Looijmans wrote: Wouldn't it be a LOT more constructive to fix the bashism. I fail to see the virtue in adding 2MB of bash to an embedded system just for a text echo statement that no-one will actually

Re: [oe] [PATCH 02/14] autofs: add bash to RDEPENDS_autofs

On 09/11/2014 05:28 PM, Robert Yang wrote: On 09/11/2014 01:08 AM, Mike Looijmans wrote: Wouldn't it be a LOT more constructive to fix the bashism. I fail to see the virtue in adding 2MB of bash to an embedded system just for a text echo statement that no-one will actually read unless

Re: [oe] [PATCH 02/14] autofs: add bash to RDEPENDS_autofs

@@ LICENSE = GPL-2.0 LIC_FILES_CHKSUM = file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 DEPENDS += libtirpc flex-native bison-native +RDEPENDS_${PN} += bash inherit autotools-brokensep systemd -- Mike Looijmans -- ___ Openembedded-devel

Re: [oe] Style issue for recipes

in that same repository. -- Mike Looijmans -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Fwd: [yocto] Community Demo Area at ELCE

** https://www.yoctoproject.org/tools-resources/events/yocto-project-developer-day-elce-2014 Met vriendelijke groet / kind regards, Mike Looijmans TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) (0) 499 33 69 79 Telefax: (+31) (0) 499

[oe] bitcoin recipe

a version of the boost_chrono library! A similar one about the boost_system library was fixed using the --with-boost-libdir=${STAGING_LIBDIR} hack, but this one has me baffled. Met vriendelijke groet / kind regards, Mike Looijmans TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus

Re: [oe] [meta-oe][PATCH] fuse-exfat, ntfs-3g-ntfsprogs: Move util-linux-mount to RRECOMMENDS

Just a ping to inform if this patch will ever make it into mainstream, of if there's something wrong with it. Mike. On 09/20/2013 11:00 AM, Mike Looijmans wrote: Soften the dependency to allow distros to use another mount provider like busybox instead of being forced to use util-linux-mount

Re: [oe] [meta-oe][PATCH] ntfs-3g-ntfsprogs does not rdepend on util-linux-mount

On 09/22/2013 03:28 AM, Hongxu Jia wrote: On 09/20/2013 04:21 PM, Mike Looijmans wrote: On 09/19/2013 07:29 AM, Mike Looijmans wrote: On 09/18/2013 11:13 AM, Hongxu Jia wrote: Hi Mike, The reason why add util-linux-mount to RDEPENDS is the mount in busybox doesn't support 'syntax

Re: [oe] [meta-oe][PATCH] ntfs-3g-ntfsprogs does not rdepend on util-linux-mount

since busybox version 1.18.x So I don't understand your claim that BB mount is broken. Please explain. Met vriendelijke groet / kind regards, Mike Looijmans TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) – (0)499 - 33.69.79 Telefax

Re: [oe] [meta-oe][PATCH] ntfs-3g-ntfsprogs does not rdepend on util-linux-mount

 On 09/19/2013 07:29 AM, Mike Looijmans wrote: On 09/18/2013 11:13 AM, Hongxu Jia wrote: Hi Mike, The reason why add util-linux-mount to RDEPENDS is the mount in busybox doesn't support 'syntax of external mount helpers' very well. Which means you could directly invoke mount rather than

[oe] [meta-oe][PATCH] fuse-exfat, ntfs-3g-ntfsprogs: Move util-linux-mount to RRECOMMENDS

Soften the dependency to allow distros to use another mount provider like busybox instead of being forced to use util-linux-mount. Signed-off-by: Mike Looijmans mike.looijm...@topic.nl --- .../fuse-exfat/fuse-exfat_1.0.1.bb |2 +- .../ntfs-3g-ntfsprogs_2013.1.13.bb

Re: [oe] [meta-oe][PATCH] ntfs-3g-ntfsprogs does not rdepend on util-linux-mount

. It doesn't seem right for a package to enforce choices that the distro should make. Regardless of how broken busybox might be - that's the distro's problem, not something a filesystem driver should care about. Regards, Mike. Thanks, Hongxu On 09/18/2013 01:55 PM, Mike Looijmans wrote

Re: [oe] [meta-oe][PATCH] ntfs-3g-ntfsprogs does not rdepend on util-linux-mount

Ping! Anything wrong with the patch? anyone reading this at all? BTW, the same problem is in the exfat recipe, so I was going to send a patch for that as well. On 09/12/2013 11:37 AM, Mike Looijmans wrote: ntfs-3g-ntfsprogs has no runtime dependency on util-linux-mount, for example

Re: [oe] using deb as source while building image.

. Mike. Met vriendelijke groet / kind regards, Mike Looijmans TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) – (0)499 - 33.69.79 Telefax: (+31) - (0)499 - 33.69.70 E-mail: mike.looijm...@topic.nl Website: www.topic.nl Dit e-mail bericht

[oe] [meta-oe][PATCH] ntfs-3g-ntfsprogs does not rdepend on util-linux-mount

busybox mount, resulting in failure to mount ext2/3 volumes and network shares on user's systems. Signed-off-by: Mike Looijmans mike.looijm...@topic.nl --- .../ntfs-3g-ntfsprogs_2013.1.13.bb |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta-filesystems

[oe] [PATCH] ntfs-3g-ntfsprogs does not rdepend on util-linux-mount

ntfs-3g-ntfsprogs has no runtime dependency on util-linux-mount, for example busybox mount will also do just fine. It might be less useful without any mount program, but that's not the same as depending on it. Signed-off-by: Mike Looijmans mike.looijm...@topic.nl --- .../ntfs-3g