Re: [oe] [meta-oe][PATCH v3] glog: fixed the build for mips and other platforms

Hi Martin, I guess this issue is supposed to be fixed in glog master already, because it uses ${CMAKE_INSTALL_LIBDIR}, not hard-coded "lib". I will backport a patch for that Regards, Vyacheslav On Thu, Nov 29, 2018 at 4:51 PM Martin Jansa wrote: > Hi, > > there is one more issue when multilib

[oe] [meta-networking][PATCH 1/2] miniupnpd: Update to 2.1.20180706

Signed-off-by: Khem Raj --- .../{miniupnpd_2.0.20180203.bb => miniupnpd_2.1.20180706.bb} | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) rename meta-networking/recipes-connectivity/miniupnpd/{miniupnpd_2.0.20180203.bb => miniupnpd_2.1.20180706.bb} (91%) diff --git

[oe] [meta-oe][PATCH 2/2] poppler: Upgrade to 0.71.0

Signed-off-by: Khem Raj --- .../poppler/{poppler_0.70.1.bb => poppler_0.71.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-oe/recipes-support/poppler/{poppler_0.70.1.bb => poppler_0.71.0.bb} (94%) diff --git

Re: [oe] Github pull requests

On Thu, Nov 29, 2018 at 5:26 PM Paul Eggleton wrote: > > Hi folks > > Someone pointed out that there are quite a few pull requests on github under > https://github.com/openembedded/. I know we don't accept these, but it seems > to me we ought to clean up the ones that are there in order to avoid

Re: [oe] [meta-networking][PATCH] geoip: add downloadfilename for geoip database files

On 11/29/18 9:55 AM, Khem Raj wrote: We have two options Download and rename may be add a date component and save it on sources.oe.org Hi,  I cannot open this website Second option is to download the databases during build as temporary artifacts but this might

[oe] Github pull requests

Hi folks Someone pointed out that there are quite a few pull requests on github under https://github.com/openembedded/. I know we don't accept these, but it seems to me we ought to clean up the ones that are there in order to avoid people thinking that they might be (and probably comment on

Re: [oe] [PATCH 1/2] libmtp: fix paths for packages

On Thu, Nov 29, 2018 at 2:53 AM Andreas Müller wrote: > > Upstream has moved udev-rules/mtp-probe. That was not detected on previous > update commit so this is a follow-up. > > Signed-off-by: Andreas Müller > --- > meta-oe/recipes-connectivity/libmtp/libmtp_1.1.16.bb | 4 ++-- > 1 file changed,

[oe] [meta-oe][PATCH] libtinyxml2: update to 7.0.1

Signed-off-by: Brad Bishop --- .../libtinyxml2/{libtinyxml2_6.2.0.bb => libtinyxml2_7.0.1.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta-oe/recipes-support/libtinyxml2/{libtinyxml2_6.2.0.bb => libtinyxml2_7.0.1.bb} (88%) diff --git

[oe] [meta-oe][PATCH 1/1] thin-provisioning tools: use sh on path for txt2man

txt2man will use /bin/sh and may try to invoke ksh if it does not like /bin/sh. Use "our" version of sh. Signed-off-by: Joe Slater --- .../files/use-sh-on-path.patch | 21 + .../thin-provisioning-tools_0.7.6.bb| 1 + 2 files changed, 22

Re: [oe] [meta-oe][PATCH v3] glog: fixed the build for mips and other platforms

Hi, there is one more issue when multilib is enabled. ERROR: QA Issue: glog: Files/directories were installed but not shipped in any package: /usr/lib/libglog.so.0.3.5 /usr/lib/libglog.so.0 /usr/lib/libglog.so /usr/lib/cmake /usr/lib/cmake/glog

[oe] [meta-java][PATCH 2/2] openjdk-common: Define JAVA_HOME by default

Use postinst script to set the JAVA_HOME by default. Signed-off-by: Fang Jia --- recipes-core/openjdk/openjdk-common.inc | 14 ++ 1 file changed, 14 insertions(+) diff --git a/recipes-core/openjdk/openjdk-common.inc b/recipes-core/openjdk/openjdk-common.inc index 01a0a2a..aaf81f6

[oe] [meta-java][PATCH 1/2] Revert "base-files: Define JAVA_HOME by default"

This reverts commit ada652564f09756a81f54495cbc2091125239625. When enable multilib on 64bit system, probably both base-file and lib32-base-files are installed. Since both packages want to modify the file "profile", then there will be an error like: " Error: Transaction check error: file

[oe] [meta-oe][PATCH] read-edid: Upgrade to 3.0.2

Signed-off-by: Stefan Wiehler --- meta-oe/licenses/read-edid | 17 + .../0001-Do-not-install-license-file.patch | 17 + ...emove-check-for-x86.h-we-don-t-build-get-.patch | 28 --

[oe] [meta-networking][PATCH] vsftpd: allow getdents64 in the seccomp sandbox

From: Mingli Yu seccomp is activated by default in vsftpd and this has caused compatibility issues with some kernel versions. This was fixed as one can see as https://bugzilla.redhat.com/show_bug.cgi?id=845980, but can still cause issues with newer kernels with kernel 4.18+. And there is even a