[oe] [PATCH] postfix: premission of /var/spool/mail seems incorrect
See the following output: root@qemu0:~# rpm -qlv postfix | grep /var/spool/mail drwxr-sr-x 2 postfix nogroup 0 Sep 8 08:46 /var/spool/mail The premission of /var/spool/mail (r-s) seems strange as it belongs to nogroup, modify it to 0755 as to the normal case. Signed-off-by: Zhenbo Gao --- meta-networking/recipes-daemons/postfix/postfix.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-daemons/postfix/postfix.inc b/meta-networking/recipes-daemons/postfix/postfix.inc index 6d39570..85b0524 100644 --- a/meta-networking/recipes-daemons/postfix/postfix.inc +++ b/meta-networking/recipes-daemons/postfix/postfix.inc @@ -159,7 +159,7 @@ do_install () { install -m 770 -d ${D}${localstatedir}/spool/postfix chown postfix:postfix ${D}${localstatedir}/spool/postfix -install -m 2755 -d ${D}${localstatedir}/spool/mail +install -m 0755 -d ${D}${localstatedir}/spool/mail chown postfix:nogroup ${D}${localstatedir}/spool/mail install -m 0755 -d ${D}${localstatedir}/lib/postfix chown postfix:nogroup ${D}${localstatedir}/lib/postfix -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking] postfix: permissions on the /var/spool/mail seems incorrect
Hi Joe MacDonald, I am confused with the permission on /var/spool/mail of the postfix recipe, why it is set to 2755? See the following output: root@qemu0:~# rpm -qlv postfix | grep /var/spool/mail drwxr-sr-x 2 postfix nogroup 0 Sep 8 08:46 /var/spool/mail The premission of /var/spool/mail ("r-s") seems strange as it belongs to nogroup, i think it is better to modify it to 0755 as to the normal case. If so, the patch is offered. If not, Can you give some advice? Thanks, Zhenbo -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH 1/3] dovecot: add PACKAGECONFIG for lz4
From: Roy Li Signed-off-by: Roy Li --- meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb b/meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb index 9b5f536..a01ef83 100644 --- a/meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb +++ b/meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb @@ -23,6 +23,7 @@ PACKAGECONFIG ??= " \ PACKAGECONFIG[pam] = "--with-pam,--without-pam,libpam," PACKAGECONFIG[ldap] = "--with-ldap=plugin,--without-ldap,openldap," +PACKAGECONFIG[lz4] = "--with-lz4,--without-lz4,lz4," # From native build in armv7a-hf/eglibc CACHED_CONFIGUREVARS += "i_cv_signed_size_t=no \ -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH 3/3] tcpdump: add PACKAGECONFIG for libcap-ng
From: Roy Li Signed-off-by: Roy Li --- meta-networking/recipes-support/tcpdump/tcpdump_4.7.4.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-networking/recipes-support/tcpdump/tcpdump_4.7.4.bb b/meta-networking/recipes-support/tcpdump/tcpdump_4.7.4.bb index 0ffe589..150e55f 100644 --- a/meta-networking/recipes-support/tcpdump/tcpdump_4.7.4.bb +++ b/meta-networking/recipes-support/tcpdump/tcpdump_4.7.4.bb @@ -23,6 +23,7 @@ PACKAGECONFIG ??= "openssl ipv6" PACKAGECONFIG[openssl] = "--with-crypto=yes, --without-openssl --without-crypto, openssl" PACKAGECONFIG[ipv6] = "--enable-ipv6, --disable-ipv6," PACKAGECONFIG[smi] = "--with-smi, --without-smi,libsmi" +PACKAGECONFIG[libcap-ng] = "--with-cap-ng=yes,--with-cap-ng=no,libcap-ng" EXTRA_AUTORECONF += " -I m4" -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH 2/3] pure-ftpd: add PACKAGECONFIG for libsodium
From: Roy Li Signed-off-by: Roy Li --- meta-networking/recipes-daemons/pure-ftpd/pure-ftpd_1.0.42.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-networking/recipes-daemons/pure-ftpd/pure-ftpd_1.0.42.bb b/meta-networking/recipes-daemons/pure-ftpd/pure-ftpd_1.0.42.bb index fa592dc..c1f1504 100644 --- a/meta-networking/recipes-daemons/pure-ftpd/pure-ftpd_1.0.42.bb +++ b/meta-networking/recipes-daemons/pure-ftpd/pure-ftpd_1.0.42.bb @@ -18,3 +18,5 @@ SRC_URI[sha256sum] = "7be73a8e58b190a7054d2ae00c5e650cb9e091980420082d02ec3c3b68 inherit autotools EXTRA_OECONF = "--with-minimal" +PACKAGECONFIG[libsodium] ="ac_cv_lib_sodium_crypto_pwhash_scryptsalsa208sha256_str=yes, \ + ac_cv_lib_sodium_crypto_pwhash_scryptsalsa208sha256_str=no, libsodium" -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH 1/3] dovecot: add PACKAGECONFIG for lz4
From: Roy Li Signed-off-by: Roy Li --- meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb b/meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb index 9b5f536..a01ef83 100644 --- a/meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb +++ b/meta-networking/recipes-support/dovecot/dovecot_2.2.18.bb @@ -23,6 +23,7 @@ PACKAGECONFIG ??= " \ PACKAGECONFIG[pam] = "--with-pam,--without-pam,libpam," PACKAGECONFIG[ldap] = "--with-ldap=plugin,--without-ldap,openldap," +PACKAGECONFIG[lz4] = "--with-lz4,--without-lz4,lz4," # From native build in armv7a-hf/eglibc CACHED_CONFIGUREVARS += "i_cv_signed_size_t=no \ -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][fido][dizzy][PATCH] squid: serveral missing security fixes
From: Armin Kuster SQUID-2015:2 - Squid-3.4 and older versions are not vulnerable. CVE-2015-5400 CVE-2015-3455 CVE-2014-7142 CVE-2014-7141 CVE-2014-6270 see http://www.squid-cache.org/Advisories/ Signed-off-by: Armin Kuster --- .../squid/files/CVE-2014-6270.patch| 61 + .../squid/files/CVE-2014-7141_CVE-2014-7142.patch | 282 .../squid/files/CVE-2015-3455.patch| 53 .../squid/files/CVE-2015-5400.patch| 292 + .../recipes-daemons/squid/squid_3.4.7.bb | 4 + 5 files changed, 692 insertions(+) create mode 100644 meta-networking/recipes-daemons/squid/files/CVE-2014-6270.patch create mode 100644 meta-networking/recipes-daemons/squid/files/CVE-2014-7141_CVE-2014-7142.patch create mode 100644 meta-networking/recipes-daemons/squid/files/CVE-2015-3455.patch create mode 100644 meta-networking/recipes-daemons/squid/files/CVE-2015-5400.patch diff --git a/meta-networking/recipes-daemons/squid/files/CVE-2014-6270.patch b/meta-networking/recipes-daemons/squid/files/CVE-2014-6270.patch new file mode 100644 index 000..8f87634 --- /dev/null +++ b/meta-networking/recipes-daemons/squid/files/CVE-2014-6270.patch @@ -0,0 +1,61 @@ +Fix: CVE-2014-3609 + +revno: 13172 +revision-id: squ...@treenet.co.nz-20140915045834-qo85nnsinp9wu4gt +parent: squ...@treenet.co.nz-20140827142207-n6y0r0iuv4sq6hvg +author: Sebastian Krahmer +committer: Amos Jeffries +branch nick: 3.4 +timestamp: Sun 2014-09-14 22:58:34 -0600 +message: + Fix off by one in SNMP subsystem + +# Bazaar merge directive format 2 (Bazaar 0.90) +# revision_id: squ...@treenet.co.nz-20140915045834-qo85nnsinp9wu4gt +# target_branch: http://bzr.squid-cache.org/bzr/squid3/3.4 +# testament_sha1: 72ffc18d9c25a0412efc813dc5cde1c63e8ebe46 +# timestamp: 2014-09-15 11:08:17 + +# source_branch: http://bzr.squid-cache.org/bzr/squid3/3.4 +# base_revision_id: squ...@treenet.co.nz-20140827142207-\ +# n6y0r0iuv4sq6hvg +# +# Begin patch + +Upstream-Status: Backport + +http://www.squid-cache.org/Versions/v3/3.4/changesets/squid-3.4-13172.patch + +Signed-of-by: Armin Kuster + +=== modified file 'src/snmp_core.cc' +--- a/src/snmp_core.cc 2014-02-18 08:46:49 + b/src/snmp_core.cc 2014-09-15 04:58:34 + +@@ -362,7 +362,7 @@ + void + snmpHandleUdp(int sock, void *not_used) + { +-LOCAL_ARRAY(char, buf, SNMP_REQUEST_SIZE); ++static char buf[SNMP_REQUEST_SIZE]; + Ip::Address from; + SnmpRequest *snmp_rq; + int len; +@@ -371,16 +371,11 @@ + + Comm::SetSelect(sock, COMM_SELECT_READ, snmpHandleUdp, NULL, 0); + +-memset(buf, '\0', SNMP_REQUEST_SIZE); ++memset(buf, '\0', sizeof(buf)); + +-len = comm_udp_recvfrom(sock, +-buf, +-SNMP_REQUEST_SIZE, +-0, +-from); ++len = comm_udp_recvfrom(sock, buf, sizeof(buf)-1, 0, from); + + if (len > 0) { +-buf[len] = '\0'; + debugs(49, 3, "snmpHandleUdp: FD " << sock << ": received " << len << " bytes from " << from << "."); + + snmp_rq = (SnmpRequest *)xcalloc(1, sizeof(SnmpRequest)); + diff --git a/meta-networking/recipes-daemons/squid/files/CVE-2014-7141_CVE-2014-7142.patch b/meta-networking/recipes-daemons/squid/files/CVE-2014-7141_CVE-2014-7142.patch new file mode 100644 index 000..5d4c620 --- /dev/null +++ b/meta-networking/recipes-daemons/squid/files/CVE-2014-7141_CVE-2014-7142.patch @@ -0,0 +1,282 @@ +Fix: CVE-2014-7141 CVE-2014-7142 + +revno: 13173 +revision-id: squ...@treenet.co.nz-20140915050614-6uo8tfwrpbrd47kw +parent: squ...@treenet.co.nz-20140915045834-qo85nnsinp9wu4gt +author: Amos Jeffries , Sebastian Krahmer +committer: Amos Jeffries +branch nick: 3.4 +timestamp: Sun 2014-09-14 23:06:14 -0600 +message: + Fix various ICMP handling issues in Squid pinger + + * ICMP code type logging display could over-read the registered type +string arrays. + + * Malformed ICMP packets were accepted into processing with undefined +and potentially nasty results. + + Both sets of flaws can result in pinger segmentation fault and halting + the Squid functionality relying on pinger for correct operation. + + Thanks to the OpenSUSE project for analysis and resolution of these. + +# Bazaar merge directive format 2 (Bazaar 0.90) +# revision_id: squ...@treenet.co.nz-20140915050614-6uo8tfwrpbrd47kw +# target_branch: http://bzr.squid-cache.org/bzr/squid3/3.4 +# testament_sha1: 234c1592673c5317e1b323018226e04941cc61a8 +# timestamp: 2014-09-15 11:08:18 + +# source_branch: http://bzr.squid-cache.org/bzr/squid3/3.4 +# base_revision_id: squ...@treenet.co.nz-20140915045834-\ +# qo85nnsinp9wu4gt +# +# Begin patch + +Upstream-Status: Backport + +http://www.squid-cache.org/Versions/v3/3.4/changesets/
[oe] [meta-oe][PATCH] llvm: Add recipe for llvm-3.7.0.
From: Philip Balister This version builds in parallel with the 3.3 recipe. I had to use the mesa llvmpipe driver, which required updates to llvm and mesa before it worked. With updates, I succesfully used the mesa llvmpipe driver. * Move the licence file checksum to the version specific part of the recipe * License changed for 3.7.0 due to year change and adding related software * llvm source is now compressed with xz not gz. Signed-off-by: Philip Balister --- meta-oe/recipes-core/llvm/llvm.inc | 3 +-- meta-oe/recipes-core/llvm/llvm3.3_3.3.bb | 4 meta-oe/recipes-core/llvm/llvm3.7.0_3.7.0.bb | 24 3 files changed, 29 insertions(+), 2 deletions(-) create mode 100644 meta-oe/recipes-core/llvm/llvm3.7.0_3.7.0.bb diff --git a/meta-oe/recipes-core/llvm/llvm.inc b/meta-oe/recipes-core/llvm/llvm.inc index 04c87aa..7df4f4c 100644 --- a/meta-oe/recipes-core/llvm/llvm.inc +++ b/meta-oe/recipes-core/llvm/llvm.inc @@ -23,7 +23,6 @@ HOMEPAGE = "http://llvm.org"; # 3-clause BSD-like # University of Illinois/NCSA Open Source License LICENSE = "NCSA" -LIC_FILES_CHKSUM = "file://LICENSE.TXT;md5=d0a3ef0d3e0e8f5cf59e5ffc273ab1f8" DEPENDS = "libffi libxml2-native llvm-common" @@ -32,7 +31,7 @@ inherit perlnative pythonnative autotools LLVM_RELEASE = "${PV}" LLVM_DIR = "llvm${LLVM_RELEASE}" -SRC_URI = "http://llvm.org/releases/${PV}/llvm-${PV}.src.tar.gz"; +SRC_URI = "http://llvm.org/releases/${PV}/llvm-${PV}.src.tar.xz"; S = "${WORKDIR}/llvm-${PV}.src" LLVM_BUILD_DIR = "${WORKDIR}/llvm-${PV}.build" diff --git a/meta-oe/recipes-core/llvm/llvm3.3_3.3.bb b/meta-oe/recipes-core/llvm/llvm3.3_3.3.bb index 60a2221..f1562f6 100644 --- a/meta-oe/recipes-core/llvm/llvm3.3_3.3.bb +++ b/meta-oe/recipes-core/llvm/llvm3.3_3.3.bb @@ -1,8 +1,12 @@ require llvm.inc +LIC_FILES_CHKSUM = "file://LICENSE.TXT;md5=d0a3ef0d3e0e8f5cf59e5ffc273ab1f8" + DEPENDS += "zlib" EXTRA_OECONF += "--enable-zlib" +# Overwrite SRC_URI from include file since older llvm uses .gz compression +SRC_URI = "http://llvm.org/releases/${PV}/llvm-${PV}.src.tar.gz"; SRC_URI += "file://Remove-error-output-from-configure-if-CFLAGS-is-set-.patch" SRC_URI_append_libc-uclibc = " file://arm_fenv_uclibc.patch " diff --git a/meta-oe/recipes-core/llvm/llvm3.7.0_3.7.0.bb b/meta-oe/recipes-core/llvm/llvm3.7.0_3.7.0.bb new file mode 100644 index 000..813b185 --- /dev/null +++ b/meta-oe/recipes-core/llvm/llvm3.7.0_3.7.0.bb @@ -0,0 +1,24 @@ +require llvm.inc + +LIC_FILES_CHKSUM = "file://LICENSE.TXT;md5=4c0bc17c954e99fd547528d938832bfa" + +DEPENDS += "zlib" +EXTRA_OECONF += "--enable-zlib" + +SRC_URI_append_libc-uclibc = " file://arm_fenv_uclibc.patch " + +SRC_URI[md5sum] = "b98b9495e5655a672d6cb83e1a180f8e" +SRC_URI[sha256sum] = "ab45895f9dcdad1e140a3a79fd709f64b05ad7364e308c0e582c5b02e9cc3153" + +PACKAGECONFIG ??= "" +PACKAGECONFIG[r600] = "--enable-experimental-targets=R600,,," + +PACKAGE_DEBUG_SPLIT_STYLE = "debug-without-src" + +# Fails to build with thumb-1 (qemuarm) +# | {standard input}: Assembler messages: +# | {standard input}:22: Error: selected processor does not support Thumb mode `stmdb sp!,{r0,r1,r2,r3,lr}' +# | {standard input}:31: Error: lo register required -- `ldmia sp!,{r0,r1,r2,r3,lr}' +# | {standard input}:32: Error: lo register required -- `ldr pc,[sp],#4' +# | make[3]: *** [/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/llvm3.3/3.3-r0/llvm-3.3.build/lib/Target/ARM/Release/ARMJITInfo.o] Error 1 +ARM_INSTRUCTION_SET = "arm" -- 1.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] checking if a patch was approved
I saw many patch passing by and I submitted a couple about meta-toolchain-qt5. I didn't see any message from Otavio or Martin "approving" a patches. How can I check if it was approved other than pulling from the repo/checking github? Or if there is no place to check... consider this a ping ;) thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] OE/Yocto developer survey
On Mon, Oct 26, 2015 at 8:18 PM, Cliff Brake wrote: > Hi, > > I'd like to get some feedback on the following questions -- feel free > to respond to list, or directly to me, and I'll withhold your > name/company from any results. > > I would like to collect feedback until 2015-11-02, and will summarize > the results after that. > > My goal with this survey is to get a sense for best practices and what > is most commonly used among Yocto/OE developers so I can better advise > clients using Yocto/OE. Hopefully this will also generate some > interesting discussions. > > How long have you been using OE? _ > > How do you use OE/Yocto? > [x] product development > [x] hobby/research/education/yocto core developer, etc > > What distro do you use? > [ ] Poky > [x] Angstrom > [ ] nodistro or custom > > How do you organize multiple git repos? > [x] Git submodules > [ ] Repo > [x] Other > > What packaging system? > [x] OPKG > [ ] RPM > [ ] Other > > What GUI toolkits? > [x] Qt > [x] Gtk > [ ] EFL > [ ] HTML5/JS > [ ] Other > > What init system? > [x] systemd > [ ] sysvinit > [ ] busybox init > [ ] Other > > What libc? > [x] glibc > [ ] uclibc > [ ] musl > [ ] Other > > How do you develop custom applications? > [ ] application-SDK > [ ] devshell > [x] develop on PC, test on target > [ ] Other > > What language do you primarily use for custom applications? > [x] C > [x] C++ > [ ] Python > [ ] Javascript > [ ] Lua > [ ] Other > > What do you use for Continuous Integration? > [ ] Buildbot > [x] Jenkins > [ ] Other > > Do you use any any of the tooling projects > (https://www.yoctoproject.org/tools-resources/projects) such as ADT, > Hob, Toaster, etc? > > ___ Andreas -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] State of bitbake world, Failed tasks 2015-10-26
On Mon, Oct 26, 2015 at 9:47 PM, Martin Jansa wrote: > === common (2) === > * /meta-openembedded/meta-oe/recipes-graphics/gerbil/gerbil_git.bb, > do_compile > * /openembedded-core/meta/recipes-graphics/libsdl2/libsdl2_2.0.3.bb, > do_compile ^ Hope I find time for this one. What DISTRO features were set: x11 and wayland? Andreas -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Updates to mesa and llvm
On 10/26/2015 02:59 PM, Nicolas Dechesne wrote: > Le 26 oct. 2015 22:46, "Philip Balister" a écrit : >> >> Recently I need to get the llvmpipe driver running with mesa. I ended up >> adding a llvm-3.7 recipe and updating mesa to 10.6.8. Not sure if going >> to 11.x.y also works. > > I was told 2 weeks ago that updates to 10.6.8 was too late for this cycle, > and Ross said we could cherry pick patches from upstream if needed.. > > As for 11.x, we have patches ready for next cycle.. As soon as we can > update master we will send them. That is what I thought. llvm3.3 doesn't work with mesa-10 (and I assume 11), so I'll send that in soon, unless there is a compelling reason not to. It does look like we support multiple llvm versions. Philip > >> >> I'd like to upstream these since they configuration actually worked and >> performance was much better. I recall some discussion lately about this >> process and wanted to make sure I didn't break anything :) >> >> I'll send on the llvm 3.7 stuff this week, since it should work in >> parallel with the older recipe. I do need to move the license file >> checksum into the version specific piece. >> >> The timing on the mesa update is trickier since we are trying to >> stabilize the oe-core release. >> >> Comments? Will adding another llvm recipe cause trouble for other > packages? >> >> Philip >> -- >> ___ >> Openembedded-devel mailing list >> Openembedded-devel@lists.openembedded.org >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver][PATCH] apache2: fix config_vars.mk path contamination
Replace contaminated paths with staging paths so apxs can be successfully used in other recipes to build modules when host and target arch differ. Signed-off-by: George McCollister --- meta-webserver/recipes-httpd/apache2/apache2_2.4.16.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta-webserver/recipes-httpd/apache2/apache2_2.4.16.bb b/meta-webserver/recipes-httpd/apache2/apache2_2.4.16.bb index af5c72a..b62fd8c 100644 --- a/meta-webserver/recipes-httpd/apache2/apache2_2.4.16.bb +++ b/meta-webserver/recipes-httpd/apache2/apache2_2.4.16.bb @@ -117,6 +117,10 @@ apache_sysroot_preprocess () { sed -i 's!^APR_CONFIG = .*!APR_CONFIG = ${STAGING_BINDIR_CROSS}/apr-1-config!' ${SYSROOT_DESTDIR}${datadir}/${BPN}/build/config_vars.mk sed -i 's!^APU_CONFIG = .*!APU_CONFIG = ${STAGING_BINDIR_CROSS}/apu-1-config!' ${SYSROOT_DESTDIR}${datadir}/${BPN}/build/config_vars.mk sed -i 's!^includedir = .*!includedir = ${STAGING_INCDIR}/apache2!' ${SYSROOT_DESTDIR}${datadir}/${BPN}/build/config_vars.mk +sed -i 's!^CFLAGS = -I[^ ]*!CFLAGS = -I${STAGING_INCDIR}/openssl!' ${SYSROOT_DESTDIR}${datadir}/${BPN}/build/config_vars.mk +sed -i 's!^EXTRA_LDFLAGS = .*!EXTRA_LDFLAGS = -L${STAGING_LIBDIR}!' ${SYSROOT_DESTDIR}${datadir}/${BPN}/build/config_vars.mk +sed -i 's!^EXTRA_INCLUDES = .*!EXTRA_INCLUDES = -I$(includedir) -I. -I${STAGING_INCDIR}!' ${SYSROOT_DESTDIR}${datadir}/${BPN}/build/config_vars.mk +sed -i 's!--sysroot=[^ ]*!--sysroot=${STAGING_DIR_HOST}!' ${SYSROOT_DESTDIR}${datadir}/${BPN}/build/config_vars.mk } # -- 2.4.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Andreas Müller : fontforge: update to 20150824
On Mon, Oct 26, 2015 at 2:28 PM, Martin Jansa wrote: > On Tue, Sep 08, 2015 at 02:24:41PM +, g...@git.openembedded.org wrote: >> Module: meta-openembedded.git >> Branch: master >> Commit: de033e18d168af57cab6ce1aa6b01d2999f322b5 >> URL: >> http://git.openembedded.org/?p=meta-openembedded.git&a=commit;h=de033e18d168af57cab6ce1aa6b01d2999f322b5 >> >> Author: Andreas Müller >> Date: Sun Aug 30 12:33:55 2015 +0200 >> >> fontforge: update to 20150824 >> >> * LICENSE was rewrittem stating out more clearly that huge parts were >> initially >> licensed under BSD clause 3 - so add that licence. >> * Follow suggestion not to use github release tarballs [1] and use git as >> source. >> >> [1] >> http://lists.openembedded.org/pipermail/openembedded-devel/2015-August/102843.html >> >> Signed-off-by: Andreas Müller >> Signed-off-by: Martin Jansa >> >> --- >> >> .../{fontforge_20141126.bb => fontforge_20150824.bb} | 11 >> ++- >> 1 file changed, 6 insertions(+), 5 deletions(-) >> >> diff --git a/meta-oe/recipes-graphics/fontforge/fontforge_20141126.bb >> b/meta-oe/recipes-graphics/fontforge/fontforge_20150824.bb >> similarity index 77% >> rename from meta-oe/recipes-graphics/fontforge/fontforge_20141126.bb >> rename to meta-oe/recipes-graphics/fontforge/fontforge_20150824.bb >> index a2d6cc6..eb58d8f 100644 >> --- a/meta-oe/recipes-graphics/fontforge/fontforge_20141126.bb >> +++ b/meta-oe/recipes-graphics/fontforge/fontforge_20150824.bb >> @@ -1,9 +1,9 @@ >> SUMMARY = "A font editor" >> HOMEPAGE = "http://fontforge.github.io/en-US/"; >> -LICENSE = "GPLv3" >> +LICENSE = "BSD-3-Clause & GPLv3" >> LIC_FILES_CHKSUM = " \ >> file://COPYING.gplv3;md5=d32239bcb673463ab874e80d47fae504 \ >> -file://LICENSE;md5=71d636ba7678baa1573e1b531041386e \ >> +file://LICENSE;md5=3f922b42ed0033fa0fd4cd3268f6429c \ >> " >> >> inherit autotools pkgconfig pythonnative distro_features_check >> @@ -12,9 +12,10 @@ DEPENDS = "glib-2.0 pango giflib tiff libxml2 jpeg python >> libtool" >> DEPENDS_append_class-target = " libxi" >> REQUIRED_DISTRO_FEATURES_append_class-target = " x11" >> >> -SRC_URI = "https://github.com/${BPN}/${BPN}/archive/${PV}.tar.gz"; >> -SRC_URI[md5sum] = "0d6f5112c4e5689087339a94aceadf77" >> -SRC_URI[sha256sum] = >> "9c90c640023463c0b2b97b87575a014fcf44f688c3763f4cd136d3c267092106" >> +SRC_URI = "git://github.com/${BPN}/${BPN}.git" >> +# tag 20150824 >> +SRCREV = "07d5ccff2704f8a56f1b3cc6695a4e31f85f88e6" >> +S = "${WORKDIR}/git" > > Can you please check why it downloads gnulib in do_configure and prevent it > to do that? > > It just failed in my world build with: > > | bootstrap: running: libtoolize --force --quiet > | bootstrap: running: git clone --depth 365 'git://git.sv.gnu.org/gnulib' > 'gnulib' > | fatal: read error: Connection reset by peer > | Cloning into 'gnulib'... > .. > | configure.ac:677: error: required file 'lib/Makefile.in' not found > | Makefile.am:63: error: required directory ./lib does not exist > | Unicode/Makefile.am: installing 'config/depcomp' > | autoreconf: automake failed with exit status: 1 > > http://errors.yoctoproject.org/Errors/Details/21031/ > >> >> EXTRA_OECONF_append_class-native = " with_x=no --disable-python-extension >> --disable-python-scripting" >> >> It is on my TODO list Andreas -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Updates to mesa and llvm
Le 26 oct. 2015 22:46, "Philip Balister" a écrit : > > Recently I need to get the llvmpipe driver running with mesa. I ended up > adding a llvm-3.7 recipe and updating mesa to 10.6.8. Not sure if going > to 11.x.y also works. I was told 2 weeks ago that updates to 10.6.8 was too late for this cycle, and Ross said we could cherry pick patches from upstream if needed.. As for 11.x, we have patches ready for next cycle.. As soon as we can update master we will send them. > > I'd like to upstream these since they configuration actually worked and > performance was much better. I recall some discussion lately about this > process and wanted to make sure I didn't break anything :) > > I'll send on the llvm 3.7 stuff this week, since it should work in > parallel with the older recipe. I do need to move the license file > checksum into the version specific piece. > > The timing on the mesa update is trickier since we are trying to > stabilize the oe-core release. > > Comments? Will adding another llvm recipe cause trouble for other packages? > > Philip > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Updates to mesa and llvm
Recently I need to get the llvmpipe driver running with mesa. I ended up adding a llvm-3.7 recipe and updating mesa to 10.6.8. Not sure if going to 11.x.y also works. I'd like to upstream these since they configuration actually worked and performance was much better. I recall some discussion lately about this process and wanted to make sure I didn't break anything :) I'll send on the llvm 3.7 stuff this week, since it should work in parallel with the older recipe. I do need to move the license file checksum into the version specific piece. The timing on the mesa update is trickier since we are trying to stabilize the oe-core release. Comments? Will adding another llvm recipe cause trouble for other packages? Philip -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] State of bitbake world, Failed tasks 2015-10-26
== Tested changes (not included in master yet) - bitbake == 0bae8ca world-image: add extra target == Tested changes (not included in master yet) - openembedded-core == 1f28971 Revert "mesa: upgrade llvm to 3.5" a40dd51 mesa: upgrade llvm to 3.5 c10965d feature-arm-vfp.inc: add -mfpu=vfpv4 when vfpv4 is in TUNE_FEATURES 259e9df feature-arm-vfp.inc: respect vfpv4 when setting -mfloat-abi and ARMPKGSFX_EABI 47b5867 arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15 f8876b9 tune-*: use mcpu instead of mtune for ARM tunes fd14bb2 cortexa{7,15,17}: add VFPv4 tunes 905e1b1 directfb: add fPIC to CFLAGS fc3c23d guile, mailx, gcc, opensp, gstreamer1.0-libav, libunwind: disable thumb where it fails for qemuarm 4559a15 icu: force arm mode 1913829 DO-NOT-MERGE: distutils3.bbclass: Don't use MACHINE variable a2ef192 libsdl: Add support for libsdl-native 6c18c30 WIP: Add KERNEL_EXTRA_ARGS? 87dac72 sstate-sysroot-cruft: Add /usr/src/kernel/.* to whitelist 4809e15 report-error: Allow to upload reports automatically ddf192c qemux86copy d173002 Revert "qemux86: Add identical qemux86copy variant for tests" 2afab92 qemux86: Add identical qemux86copy variant for tests == Tested changes (not included in master yet) - meta-openembedded == 6853ec0 rrdtool: adding the capability of native-builds to get rrdtool-oo in meta-cpan running 785d1c2 freerdp: get out of PNBLACKLIST, fix build, improve c160f65 snort: fix indentation a237956 snort: fix m4 causes out of memory during configure 0f5e66f ntp: upgrade 4.2.8p3 -> 4.2.8p4 8a5706a netcat: add DESCRIPTION 84c2cde libeigen: patch to install the find cmake script 2391516 libeigen: update to 3.2.6 c71977d vlc: fix freerdp module build f7a9550 epdf: make it build again and get out of blacklist-exile ecb471f efl: fix build by adding -fPIC to CFLAGS 4a7ffe7 efl: add wayland-packageconfig to defaults if wayland is in distro features a1a8e5c poppler: update to 0.37.0 f121670 libmodbus: version 3.0.5 -> 3.0.6 fbe9fdd lldpad: remove obsolete recipe 6afd8af xl2tpd: Update git recipe and add release recipe c9d2446 gerbil: Visualization and analysis tool for hyperspectral images c26f8e9 gst-plugins-good: fix depends to libgudev 534b72a libsdl2-image: Initial add 2.0.0 c08d766 libvpx: avoid CVE-2015-1258 89e40e7 libuio: fix build issue with gcc-5 4272ccb xfce4-battery-plugin: fix build on arm64 29939f4 libgtop/metacity: add x11 to required DISTRO_FEATURES ff477aa rrdtool: fix multilib problem 8e26d2c rrdtool: add systemd support and fix QA issue 2f5eb8f rrdtool: fix file locations c092f7b rrdtool: fix useless-rpath QA issue 5047910 sysdig: Fix build with lua >= 5.2 2ce3086 luajit: Upgrade to 2.1 beta1 == Tested changes (not included in master yet) - meta-qt5 == 1efd38d qtbase: fix QA warning of host uid leakage == Tested changes (not included in master yet) - meta-browser == == Tested changes (not included in master yet) - meta-webos-ports == == Tested changes (not included in master yet) - meta-smartphone == == Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='12'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64 ||already-stripped ||libdir||textrel ||build-deps ||file-rdeps||version-going-backwards ||host-user-contaminated ||installed-vs-shipped ||unknown-configure-option ||symlink-to-sysroot ||invalid-pkgconfig ||pkgname || |- ||2015-10-26||3 ||7 ||4 ||3 ||0 ||16 ||91||20||48||31||0 ||1 ||1 ||3 ||0 || |} http://www.openembedded.org/wiki/Bitbake_World_Status == Failed tasks 2015-10-26 == INFO: jenkins-job.sh-1.4.7 Complete log available at http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20151026_160205.log === common (2) === * /meta-openembedded/meta-oe/recipes-graphics/gerbil/gerbil_git.bb, do_compile * /openembedded-core/meta/recipes-graphics/libsdl2/libsdl2_2.0.3.bb, do_compile === common-x86 (1) === * /meta-browser/recipes-browser/chromium/chromium_40.0.2214.91.bb, do_compile === qemuarm (1) === * /openembedded-core/meta/recipes-support/libunwind/libunwind_1.1.bb, do_compile === qemux86 (4) === * /meta-browser/recipes-browser/chromium/cef3_280796.bb, do_compile * /meta-openembedded/meta-networking/recipes-extended/iscsitarget/iscsitarget_1.4.20.3+svn502.bb, do_compile * /meta-openembedded/meta-networking/recipes-kernel/netmap/netmap-modules_git.bb, do_compile * /meta-openembedded/meta-oe/recipes-graphics/fontforge/fontforge_20150824.bb, do_configure === qemux86_64 (1) === * /meta-browser/recipes-browser/chromium/cef3_280796.bb, do_configure === Number of failed tasks (14) === {| class=wikitable |- || qemuarm || 3 || http://logs.nslu2-linu
Re: [oe] OE/Yocto developer survey
On Mon, Oct 26, 2015 at 3:18 PM, Cliff Brake wrote: > Hi, > > I'd like to get some feedback on the following questions -- feel free > to respond to list, or directly to me, and I'll withhold your > name/company from any results. > > I would like to collect feedback until 2015-11-02, and will summarize > the results after that. > > My goal with this survey is to get a sense for best practices and what > is most commonly used among Yocto/OE developers so I can better advise > clients using Yocto/OE. Hopefully this will also generate some > interesting discussions. > > How long have you been using OE? _ > > How do you use OE/Yocto? > [x] product development > [x] hobby/research/education/yocto core developer, etc > > What distro do you use? > [x] Poky > [x] Angstrom > [ ] nodistro or custom > > How do you organize multiple git repos? > [ ] Git submodules > [ ] Repo > [x] Other > > What packaging system? > [x] OPKG > [ ] RPM > [ ] Other > > What GUI toolkits? > [ ] Qt > [ ] Gtk > [ ] EFL > [ ] HTML5/JS > [x] Other - console image - no GUI > > What init system? > [x] systemd > [ ] sysvinit > [ ] busybox init > [ ] Other > > What libc? > [x] glibc > [ ] uclibc > [ ] musl > [ ] Other > > How do you develop custom applications? > [ ] application-SDK > [ ] devshell > [ ] develop on PC, test on target > [x] Other -c populate_sdk > > What language do you primarily use for custom applications? > [x] C > [x] C++ > [x] Python > [ ] Javascript > [ ] Lua > [x] Other - bash scripts > > What do you use for Continuous Integration? > [ ] Buildbot > [x] Jenkins > [ ] Other > > Do you use any any of the tooling projects > (https://www.yoctoproject.org/tools-resources/projects) such as ADT, > Hob, Toaster, etc? Playing with Toaster but typically use command line to generate my rootfs and a toolchain/sdk then application developers use toolchain/sdk to develop app. Regards, Brian Commscope Inc. Forest, VA > > ___ > > Reasons or explanations are appreciated, and please feel free to > include additional choices/information you think are relevant. > > Thanks, > Cliff > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] OE/Yocto developer survey
On Mon, Oct 26, 2015 at 03:18:54PM -0400, Cliff Brake wrote: > How long have you been using OE? += 10 years (more actively for last 6 years) > How do you use OE/Yocto? [ X ] product development [ X ] hobby/research/education/yocto core developer, etc > What distro do you use? [ ] Poky [ ] Angstrom [ X ] nodistro or custom > How do you organize multiple git repos? [ ] Git submodules [ ] Repo [ X ] Other > What packaging system? [ X ] OPKG [ ] RPM [ ] Other > What GUI toolkits? [ X ] Qt [ X ] Gtk [ X ] EFL [ X ] HTML5/JS [ ] Other > What init system? [ X ] systemd [ ] sysvinit [ ] busybox init [ X ] Other (upstart) > What libc? [ X ] glibc [ ] uclibc [ ] musl [ ] Other > How do you develop custom applications? [ ] application-SDK [ X ] devshell [ X ] develop on PC, test on target [ ] Other > What language do you primarily use for custom applications? [ X ] C [ X ] C++ [ ] Python [ X ] Javascript [ ] Lua [ ] Other > What do you use for Continuous Integration? [ ] Buildbot [ X ] Jenkins [ ] Other > Do you use any any of the tooling projects > (https://www.yoctoproject.org/tools-resources/projects) such as ADT, > Hob, Toaster, etc? No -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] OE/Yocto developer survey
On 2015-10-26 13:18, Cliff Brake wrote: Hi, I'd like to get some feedback on the following questions -- feel free to respond to list, or directly to me, and I'll withhold your name/company from any results. I would like to collect feedback until 2015-11-02, and will summarize the results after that. My goal with this survey is to get a sense for best practices and what is most commonly used among Yocto/OE developers so I can better advise clients using Yocto/OE. Hopefully this will also generate some interesting discussions. How long have you been using OE? __5+ years___ How do you use OE/Yocto? [ X ] product development [ X ] hobby/research/education/yocto core developer, etc What distro do you use? [ ] Poky [ ] Angstrom [ X ] nodistro or custom How do you organize multiple git repos? [ ] Git submodules [ X ] Repo [ ] Other What packaging system? [ X ] OPKG [ ] RPM [ ] Other What GUI toolkits? [ X ] Qt [ X ] Gtk [ ] EFL [ ] HTML5/JS [ ] Other What init system? [ ] systemd [ X ] sysvinit [ ] busybox init [ ] Other What libc? [ X ] glibc [ ] uclibc [ ] musl [ ] Other How do you develop custom applications? [ ] application-SDK [ X ] devshell [ X ] develop on PC, test on target [ ] Other What language do you primarily use for custom applications? [ ] C [ ] C++ [ X ] Python [ ] Javascript [ ] Lua [ ] Other What do you use for Continuous Integration? [ ] Buildbot [ ] Jenkins [ ] Other Do you use any any of the tooling projects (https://www.yoctoproject.org/tools-resources/projects) such as ADT, Hob, Toaster, etc? ___None at this time Reasons or explanations are appreciated, and please feel free to include additional choices/information you think are relevant. Thanks, Cliff -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] OE/Yocto developer survey
Hi, I'd like to get some feedback on the following questions -- feel free to respond to list, or directly to me, and I'll withhold your name/company from any results. I would like to collect feedback until 2015-11-02, and will summarize the results after that. My goal with this survey is to get a sense for best practices and what is most commonly used among Yocto/OE developers so I can better advise clients using Yocto/OE. Hopefully this will also generate some interesting discussions. How long have you been using OE? _ How do you use OE/Yocto? [ ] product development [ ] hobby/research/education/yocto core developer, etc What distro do you use? [ ] Poky [ ] Angstrom [ ] nodistro or custom How do you organize multiple git repos? [ ] Git submodules [ ] Repo [ ] Other What packaging system? [ ] OPKG [ ] RPM [ ] Other What GUI toolkits? [ ] Qt [ ] Gtk [ ] EFL [ ] HTML5/JS [ ] Other What init system? [ ] systemd [ ] sysvinit [ ] busybox init [ ] Other What libc? [ ] glibc [ ] uclibc [ ] musl [ ] Other How do you develop custom applications? [ ] application-SDK [ ] devshell [ ] develop on PC, test on target [ ] Other What language do you primarily use for custom applications? [ ] C [ ] C++ [ ] Python [ ] Javascript [ ] Lua [ ] Other What do you use for Continuous Integration? [ ] Buildbot [ ] Jenkins [ ] Other Do you use any any of the tooling projects (https://www.yoctoproject.org/tools-resources/projects) such as ADT, Hob, Toaster, etc? ___ Reasons or explanations are appreciated, and please feel free to include additional choices/information you think are relevant. Thanks, Cliff -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] qtmultimedia + qt5.3.2 + yocto dizzy
On 10/23, Stefano Gurrieri wrote: > Hi Stephano, > thanks for your fast reply. > > I tried to follow this link, but without success. > Specifically, I tried to add: > > PACKAGECONFIG_append_pn-qtmultimedia= " gstreamer010" in my local.conf > > and I've added this part of code in qtmultimedia.inc recipe: > > do_configure_prepend() { # disable openal test if it isn't enabled by > PACKAGECONFIG sed -i 's/^qtCompileTest(openal)/OE_OPENAL_ENABLED: > qtCompileTest(openal)/g' ${S}/qtmultimedia.pro # disable gstreamer-0.10 > test if it isn't enabled by PACKAGECONFIG sed -i 's/^\( *\)qtCompileTest( > gstreamer)/\1OE_GSTREAMER010_ENABLED:qtCompileTest(gstreamer) {/g' ${S} > /qtmultimedia.pro} > and removed patches: > > SRC_URI += "\ > file://0001-Initial-porting-effort-to-GStreamer-1.0.patch \ > file://0002-qtmultimedia.pro-Respect-OE_GSTREAMER_ENABLED-OE_GST.patch \ > " > > present in my original qtmultimedia.inc file. > > Then I bake my qt5-custom-image successfully. Now, on my target, in > /usr/lib/qt5/plugins/mediaservice, I see: > libgstaudiodecoder.so libgstcamerabin.so libgstmediacapture.so > libgstmediaplayer.so > > but when I try to run (for example) videowidget application or player > application, I see these error: > > GStreamer-CRITICAL **: gst_object_ref_sink: assertion 'G_IS_OBJECT > (object)' failed Hmmm, I have never seen this error. Sounds like some Gstreamer plugins may be missing. Have a look at this custom image: http://wiki.wandboard.org/index.php/Building_Qt5_using_yocto_on_Wandboard I have used that in the past to successfully test video. Perhaps there are some packages in that image that you are missing. Hope this helps. > > > Could you help me? > Thanks a lot. > Stefano > > 2015-10-22 22:47 GMT+02:00 Stephano Cetola : > > > Ciao Stefano, > > > > Take a look at this thread: > > > > https://community.freescale.com/message/391750#391750 > > > > You are missing libgstmediaplayer.so. That link should help get you > > the right packages installed. > > > > > > > > On Thu, Oct 22, 2015 at 7:23 AM, Stefano Gurrieri > > wrote: > > > Goodmorning, > > > I tried to compile Qt5.3.2 in my Yocto dizzy successfully etc… > > > … but when I try to run (on my target based on iMX6) a videowidget > > > application or player application… I always have the same error: > > > defaultServiceProvider::requestService(): no service found for - > > > "org.qt-project.qt.mediaplayer" > > > and I can’t to see a video. In /usr/lib/qt5/plugins/mediaservice I’ve > > only > > > libqtmedia_audioengine.so library. Missing gstreamer multimedia service > > > plugins? > > > > > > Could you please help me? > > > > > > Thanks a lot. > > > -- > > > ___ > > > Openembedded-devel mailing list > > > Openembedded-devel@lists.openembedded.org > > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > > -- > > ___ > > Openembedded-devel mailing list > > Openembedded-devel@lists.openembedded.org > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > > > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Prelink problems -- need help!
I'm cross posting this in an effort to ask for help for the cross-prelink project. (If you are unaware of what the prelinker does, it goes through and adjusts the relocation addresses to predefined values in an attempt to speed up executable load times. For embedded systems, this can be fairly critical in meeting boot and runtime load performance targets.) As some people might be aware, the upstream 'prelink' project that was maintained by Jakub Jelinek at Red Hat appears to have been abandoned. I've been the maintainer for the Yocto Project's 'prelink-cross' project for a few years, but my work has been dealing with compilation issues and other things that have to do with using the prelinker in a cross compilation environment. This means that unfortunately I'm in a situation where I am having problems trying to fix the problems in the prelinker itself, but I am not an ELF expert. Currently the cross prelinker appears to be broken for pretty much every architecture and I need help trying to resolve these problems. Issues I know of right now: Introduction of RTYPE_CLASS_EXTERN_PROTECTED_DATA appears to be causing failures on ARM32, x86 and x86_64. Some possibly unrelated issue is causing various items to relocate incorrectly (IFUNCs perhaps) on ARMv7 builds. Power is no longer working properly, most likely due to an optimization in the way the PPC GOT table(s) are setup. Power64 hasn't been working properly for a while, possibly due to the switch to ELFv2. MIPS and MIPS64 also do not appear to be working, and I've not found a possible cause. As you can see, pretty much everything is currently broken and I'm struggling to find community people with the right skill sets to help me resolve the issues. The current state of my work in progress is available at: git://git.yoctoproject.org/prelink-cross branch cross_prelink_staging If you think you can help, please let me know. --Mark -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] iscsitarget: add new recipe
On Wed, Aug 26, 2015 at 11:14:29PM +0530, Jagadeesh Krishnanjanappa wrote: > iSCSI Enterprise Target is aimed to develop an > open source iSCSI target with professional features, > that works well in enterprise environment under real > workload, and is scalable and versatile enough to meet the > challenge of future storage needs and developments. Fails to build in world: http://errors.yoctoproject.org/Errors/Details/21028/ > > Signed-off-by: Jagadeesh Krishnanjanappa > --- > ...rors-observed-with-linux-3.19-and-greater.patch | 198 > + > ...use-kernel-makefile-to-get-kernel-version.patch | 67 +++ > .../iscsitarget/iscsitarget_1.4.20.3+svn502.bb | 62 +++ > 3 files changed, 327 insertions(+) > create mode 100644 > meta-networking/recipes-extended/iscsitarget/files/fix-errors-observed-with-linux-3.19-and-greater.patch > create mode 100644 > meta-networking/recipes-extended/iscsitarget/files/use-kernel-makefile-to-get-kernel-version.patch > create mode 100644 > meta-networking/recipes-extended/iscsitarget/iscsitarget_1.4.20.3+svn502.bb > > diff --git > a/meta-networking/recipes-extended/iscsitarget/files/fix-errors-observed-with-linux-3.19-and-greater.patch > > b/meta-networking/recipes-extended/iscsitarget/files/fix-errors-observed-with-linux-3.19-and-greater.patch > new file mode 100644 > index 000..6878ca2 > --- /dev/null > +++ > b/meta-networking/recipes-extended/iscsitarget/files/fix-errors-observed-with-linux-3.19-and-greater.patch > @@ -0,0 +1,198 @@ > +Fix build errors with linux kernel v3.19 and above > + > +Below errors came up while building iscsitarget for > +qemux86-64 (and others) because, > +1. 'struct user_msghdr' is being used for userland-side msghdr instead > +of 'struct msghdr', which is used for kernel-side msghdr in linux v3.19 > +and above. > + > +error snippet: > +-- snip -- > +| > /CGE7_SHDD/project_yocto_1.8/poky/build/tmp/work/qemux86_64-poky-linux/iscsitarget/1.4.20.3+svn502-r0/iscsitarget-1.4.20.3+svn502/kernel/iscsi.c: > In function 'cmnd_skip_pdu': > +| > /CGE7_SHDD/project_yocto_1.8/poky/build/tmp/work/qemux86_64-poky-linux/iscsitarget/1.4.20.3+svn502-r0/iscsitarget-1.4.20.3+svn502/kernel/iscsi.c:492:16: > error: 'struct msghdr' has no member named 'msg_iov' > +| conn->read_msg.msg_iov = conn->read_iov; > +-- CUT -- > + > +Reference: > +https://github.com/torvalds/linux/commit/666547ff591cebdedc4679bf6b1b3f3383a8dea3 > + > +2. 'SERVICE_ACTION_IN' has been renamed to SERVICE_ACTION_IN_16 in linux > v3.19 > +and above. > + > +error snippet: > +-- snip -- > +| > /CGE7_SHDD/project_yocto_1.8/poky/build/tmp/work/qemux86_64-poky-linux/iscsitarget/1.4.20.3+svn502-r0/iscsitarget-1.4.20.3+svn502/kernel/iscsi.c: > In function 'scsi_cmnd_start': > +| > /CGE7_SHDD/project_yocto_1.8/poky/build/tmp/work/qemux86_64-poky-linux/iscsitarget/1.4.20.3+svn502-r0/iscsitarget-1.4.20.3+svn502/kernel/iscsi.c:989:7: > error: 'SERVICE_ACTION_IN' undeclared (first use in this function) > +| case SERVICE_ACTION_IN: > +-- CUT -- > + > +Reference: > +https://github.com/torvalds/linux/commit/eb846d9f147455e4e5e1863bfb5e31974bb69b7c > + > +3. In linux v3.19 and above, f_dentry member has been removed from > +'struct file' structure. > + > +error snippet: > +-- snip -- > +| > /CGE7_SHDD/project_yocto_1.8/poky/build/tmp/work/qemux86_64-poky-linux/iscsitarget/1.4.20.3+svn502-r0/iscsitarget-1.4.20.3+svn502/kernel/conn.c: > In function 'iet_socket_bind': > +| > /CGE7_SHDD/project_yocto_1.8/poky/build/tmp/work/qemux86_64-poky-linux/iscsitarget/1.4.20.3+svn502-r0/iscsitarget-1.4.20.3+svn502/kernel/conn.c:130:34: > error: 'struct file' has no member named 'f_dentry' > +| conn->sock = SOCKET_I(conn->file->f_dentry->d_inode); > +-- CUT -- > + > +new helper function file_inode(file) should be used instead. > + > +References: > +1. > https://github.com/torvalds/linux/commit/78d28e651f97866d608d9b41f8ad291e65d47dd5 > +2. > https://github.com/torvalds/linux/commit/496ad9aa8ef448058e36ca7a787c61f2e63f0f54 > + > +Upstream-Status: Pending > + > +Signed-off-by: Jagadeesh Krishnanjanappa > + > +--- iscsitarget-1.4.20.3+svn502_org/kernel/conn.c2015-08-24 > 16:13:26.481924679 +0530 > iscsitarget-1.4.20.3+svn502/kernel/conn.c2015-08-24 > 17:27:06.897653698 +0530 > +@@ -127,7 +127,11 @@ static void iet_socket_bind(struct iscsi > + > + dprintk(D_GENERIC, "%llu\n", (unsigned long long) session->sid); > + > ++#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 19, 0) > ++conn->sock = SOCKET_I(file_inode(conn->file)); > ++#else > + conn->sock = SOCKET_I(conn->file->f_dentry->d_inode); > ++#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(3, 19, 0) */ > + conn->sock->sk->sk_user_data = conn; > + > + write_lock_bh(&conn->sock->sk->sk_callback_lock); > +--- iscsitarget-1.4.20.3+svn502_org/kernel/file-io.c 2015-08-24 > 16:13:26.481924679 +0530 > iscsitarget-1.4.20.3+svn502/kernel/file-io.c 2015-08-24 > 17:30:54.390131100
Re: [oe] [oe-commits] Andreas Müller : fontforge: update to 20150824
On Tue, Sep 08, 2015 at 02:24:41PM +, g...@git.openembedded.org wrote: > Module: meta-openembedded.git > Branch: master > Commit: de033e18d168af57cab6ce1aa6b01d2999f322b5 > URL: > http://git.openembedded.org/?p=meta-openembedded.git&a=commit;h=de033e18d168af57cab6ce1aa6b01d2999f322b5 > > Author: Andreas Müller > Date: Sun Aug 30 12:33:55 2015 +0200 > > fontforge: update to 20150824 > > * LICENSE was rewrittem stating out more clearly that huge parts were > initially > licensed under BSD clause 3 - so add that licence. > * Follow suggestion not to use github release tarballs [1] and use git as > source. > > [1] > http://lists.openembedded.org/pipermail/openembedded-devel/2015-August/102843.html > > Signed-off-by: Andreas Müller > Signed-off-by: Martin Jansa > > --- > > .../{fontforge_20141126.bb => fontforge_20150824.bb} | 11 > ++- > 1 file changed, 6 insertions(+), 5 deletions(-) > > diff --git a/meta-oe/recipes-graphics/fontforge/fontforge_20141126.bb > b/meta-oe/recipes-graphics/fontforge/fontforge_20150824.bb > similarity index 77% > rename from meta-oe/recipes-graphics/fontforge/fontforge_20141126.bb > rename to meta-oe/recipes-graphics/fontforge/fontforge_20150824.bb > index a2d6cc6..eb58d8f 100644 > --- a/meta-oe/recipes-graphics/fontforge/fontforge_20141126.bb > +++ b/meta-oe/recipes-graphics/fontforge/fontforge_20150824.bb > @@ -1,9 +1,9 @@ > SUMMARY = "A font editor" > HOMEPAGE = "http://fontforge.github.io/en-US/"; > -LICENSE = "GPLv3" > +LICENSE = "BSD-3-Clause & GPLv3" > LIC_FILES_CHKSUM = " \ > file://COPYING.gplv3;md5=d32239bcb673463ab874e80d47fae504 \ > -file://LICENSE;md5=71d636ba7678baa1573e1b531041386e \ > +file://LICENSE;md5=3f922b42ed0033fa0fd4cd3268f6429c \ > " > > inherit autotools pkgconfig pythonnative distro_features_check > @@ -12,9 +12,10 @@ DEPENDS = "glib-2.0 pango giflib tiff libxml2 jpeg python > libtool" > DEPENDS_append_class-target = " libxi" > REQUIRED_DISTRO_FEATURES_append_class-target = " x11" > > -SRC_URI = "https://github.com/${BPN}/${BPN}/archive/${PV}.tar.gz"; > -SRC_URI[md5sum] = "0d6f5112c4e5689087339a94aceadf77" > -SRC_URI[sha256sum] = > "9c90c640023463c0b2b97b87575a014fcf44f688c3763f4cd136d3c267092106" > +SRC_URI = "git://github.com/${BPN}/${BPN}.git" > +# tag 20150824 > +SRCREV = "07d5ccff2704f8a56f1b3cc6695a4e31f85f88e6" > +S = "${WORKDIR}/git" Can you please check why it downloads gnulib in do_configure and prevent it to do that? It just failed in my world build with: | bootstrap: running: libtoolize --force --quiet | bootstrap: running: git clone --depth 365 'git://git.sv.gnu.org/gnulib' 'gnulib' | fatal: read error: Connection reset by peer | Cloning into 'gnulib'... .. | configure.ac:677: error: required file 'lib/Makefile.in' not found | Makefile.am:63: error: required directory ./lib does not exist | Unicode/Makefile.am: installing 'config/depcomp' | autoreconf: automake failed with exit status: 1 http://errors.yoctoproject.org/Errors/Details/21031/ > > EXTRA_OECONF_append_class-native = " with_x=no --disable-python-extension > --disable-python-scripting" > > > -- > ___ > Openembedded-commits mailing list > openembedded-comm...@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-commits -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] gerbil: Visualization and analysis tool for hyperspectral images
On Thu, Oct 22, 2015 at 04:22:13PM +0200, Ricardo Ribalda Delgado wrote: > New recipe > > Signed-off-by: Ricardo Ribalda Delgado > --- > v2: > > v1 failed to link, it was missing the glu library. > > I have not been able to replicate the build error :S > > But after some static analysis it seems that: > > glu should have been automatically added with the cmake > variable OPENGL_LIBRARIES, set in FindOpeGL.cmake > > But if glu is not present, then it is not added > > Sorry for the inconvenience! Unfortunately it still fails: http://errors.yoctoproject.org/Errors/Details/21026/ > > > > meta-oe/recipes-graphics/gerbil/gerbil_git.bb | 30 > +++ > 1 file changed, 30 insertions(+) > create mode 100644 meta-oe/recipes-graphics/gerbil/gerbil_git.bb > > diff --git a/meta-oe/recipes-graphics/gerbil/gerbil_git.bb > b/meta-oe/recipes-graphics/gerbil/gerbil_git.bb > new file mode 100644 > index ..bfcd7c7ce803 > --- /dev/null > +++ b/meta-oe/recipes-graphics/gerbil/gerbil_git.bb > @@ -0,0 +1,30 @@ > +DESCRIPTION = "Generic framework for visualization and analysis of > multispectral and hyperspectral data that strives to both bring new > innovations in analysis capabilities and be of use in a wide range of > hyperspectral data applications" > +HOMEPAGE = "http://gerbilvis.org/"; > +LICENSE = "GPLv3" > +LIC_FILES_CHKSUM = "file://LICENSE;md5=d32239bcb673463ab874e80d47fae504" > +DEPENDS = "boost qt4-x11-free tbb opencv libglu virtual/libgl" > +SRCREV = "670e06da516ed51dbae75e41e043900256bdabba" > + > +SRC_URI = "git://github.com/gerbilvis/gerbil.git" > + > +S = "${WORKDIR}/git" > + > +inherit distutils-base cmake qt4x11 > + > +export EXTRA_OECMAKE = "\ > +-DQT_MOC_EXECUTABLE=${OE_QMAKE_MOC} \ > +-DQT_UIC_EXECUTABLE=${OE_QMAKE_UIC} \ > +-DQT_RCC_EXECUTABLE=${OE_QMAKE_RCC} \ > +" > + > +do_configure() { > +# Ensure we get the cmake configure and not qmake > +cmake_do_configure > +} > +do_install() { > +install -d ${D}${bindir} > +install -m 755 bin/gerbil ${D}${bindir}/ > +install -m 755 bin/qgerbil ${D}${bindir}/ > +} > + > +RDEPENDS_${PN} += "qt4-x11-free" > -- > 2.6.1 > -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java][PATCH] cacao-initial-native: Fix undefined behaviour in gc
On Fri, Oct 23, 2015 at 5:54 AM, Maxin B. John wrote: > Hi Erkka, > > On Wed, Oct 21, 2015 at 12:41:49PM +0300, Erkka Kääriä wrote: >> Upstream-Status: Backport >> >> Fixes undefined behaviour in boehm GC used by cacao-initial-native >> as suggested at >> https://github.com/ivmai/bdwgc/commit/16780405c899f01119bc45167122b4242f6b34fb. >> >> The undefined behaviour at very least causes a segmentation fault during >> classpath-native configure step with Fedora 22. > > Thanks for fixing it. Pushed to master. The Upstream-Status in the commit log was wrong; it belongs to the .patch file. Please follow the guidelines for the commit messages for this layer. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH v2] libconnman-qt5: update HOMEPAGE/SRC_URI
The project has moved from github.com to merproject.org. Signed-off-by: Jonathan Liu --- recipes-qt/libconnman-qt/libconnman-qt5_git.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes-qt/libconnman-qt/libconnman-qt5_git.bb b/recipes-qt/libconnman-qt/libconnman-qt5_git.bb index 229003d..0fc4bc0 100644 --- a/recipes-qt/libconnman-qt/libconnman-qt5_git.bb +++ b/recipes-qt/libconnman-qt/libconnman-qt5_git.bb @@ -1,14 +1,14 @@ require recipes-qt/qt5/qt5.inc SUMMARY = "Qt Library for ConnMan" -HOMEPAGE = "https://github.com/nemomobile/libconnman-qt"; +HOMEPAGE = "https://git.merproject.org/mer-core/libconnman-qt"; LICENSE = "Apache-2.0" LIC_FILES_CHKSUM = "file://libconnman-qt/clockmodel.h;endline=8;md5=ea9f724050803f15d2d900ce3c5dac88" DEPENDS += "qtbase qtdeclarative" PV = "1.0.97+git${SRCPV}" SRCREV = "4cca434935fa4d70d6841a2c20717eecb0beafa8" -SRC_URI = "git://github.com/nemomobile/libconnman-qt.git" +SRC_URI = "git://git.merproject.org/mer-core/libconnman-qt.git;protocol=https" S = "${WORKDIR}/git" -- 2.6.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH] libconnman-qt5: update SRC_URI
The repository has moved from github.com to merproject.org. Signed-off-by: Jonathan Liu --- recipes-qt/libconnman-qt/libconnman-qt5_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-qt/libconnman-qt/libconnman-qt5_git.bb b/recipes-qt/libconnman-qt/libconnman-qt5_git.bb index 229003d..1f4b8c2 100644 --- a/recipes-qt/libconnman-qt/libconnman-qt5_git.bb +++ b/recipes-qt/libconnman-qt/libconnman-qt5_git.bb @@ -8,7 +8,7 @@ DEPENDS += "qtbase qtdeclarative" PV = "1.0.97+git${SRCPV}" SRCREV = "4cca434935fa4d70d6841a2c20717eecb0beafa8" -SRC_URI = "git://github.com/nemomobile/libconnman-qt.git" +SRC_URI = "git://git.merproject.org/mer-core/libconnman-qt.git;protocol=https" S = "${WORKDIR}/git" -- 2.6.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] snort: fix m4 causes out of memory during configure [ LIN8-299 ]
On Fri, 23 Oct 2015 18:07:35 +0800 Zhiquan Li wrote: > Issue: LIN8-299 > > There is an incorrect m4_define() in configure.in which will result in an > infinite recursion, and it doesn't make sense, since snort 2.9.7 it has been > commented out. We follow this solution to fix it. > > Upstream-Status: Backport > > (LOCAL REV: NOT UPSTREAM) -- Sent to oe-devel on 20151023 > > Signed-off-by: Zhiquan Li > --- > .../snort/snort/m4-oom-during-configure.patch | 21 > + > .../recipes-connectivity/snort/snort_2.9.6.0.bb | 16 +++- > 2 files changed, 24 insertions(+), 13 deletions(-) > create mode 100644 > meta-networking/recipes-connectivity/snort/snort/m4-oom-during-configure.patch > > diff --git > a/meta-networking/recipes-connectivity/snort/snort/m4-oom-during-configure.patch > > b/meta-networking/recipes-connectivity/snort/snort/m4-oom-during-configure.patch > new file mode 100644 > index 000..2250611 > --- /dev/null > +++ > b/meta-networking/recipes-connectivity/snort/snort/m4-oom-during-configure.patch > @@ -0,0 +1,21 @@ > +Upstream-Status: Backport > + > +There is an incorrect m4_define() in configure.in which will result in an > +infinite recursion, and it doesn't make sense, since snort 2.9.7 it has been > +commented out. We follow this solution to fix it. > + Doesn't it make more sense to upgrade the snort recipe to >2.9.7 than backporting this fix? > +Signed-off-by: Zhiquan Li > + > +--- a/configure.in 2015-10-22 13:58:50.743367251 +0800 > b/configure.in 2015-10-22 13:59:13.855366117 +0800 > +@@ -1100,8 +1100,8 @@ > + # Define PKG_CHECK_MODULES if it doesnt already exist. > + #file_ This prevents './configure' from erroring on machines that dont have > + # 'pkgconfig' installed. > +-m4_ifdef([PKG_CHECK_MODULES],[], [m4_define([PKG_CHECK_MODULES], > +- [echo "PKG_CHECK_MODULES not defined"])]) > ++#m4_ifdef([PKG_CHECK_MODULES],[], [m4_define([PKG_CHECK_MODULES], > ++# [echo "PKG_CHECK_MODULES not defined"])]) > + > + if test "x$enable_rzb_saac" = "xyes"; then > + AC_CHECK_PROG(PKG_CONFIG,pkg-config,yes) > diff --git a/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb > b/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb > index 66653c6..65dc524 100644 > --- a/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb > +++ b/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb > @@ -6,19 +6,6 @@ LIC_FILES_CHKSUM = > "file://COPYING;md5=78fa8ef966b48fbf9095e13cc92377c5" > > DEPENDS = "libpcap libpcre daq libdnet util-linux" > > -# Blacklist: > -# > -# http://errors.yoctoproject.org/Errors/Details/8936/ > -# > -# snort failure is again very nasty, because it's m4 which eats all > -# available memory and swap before it's killed by OOM killer. > -# > -# Luckily it always picked m4 > -# > -# [Wed Feb 18 19:00:51 2015] Out of memory: Kill process 28522 (m4) score > 961 or sacrifice child > -# [Wed Feb 18 19:10:51 2015] Out of memory: Kill process 45228 (m4) score > 958 or sacrifice child > -# ... > -PNBLACKLIST[snort] ?= "BROKEN: autotools processing causes OOM condition on > configure" > > SRC_URI = " ${GENTOO_MIRROR}/${BP}.tar.gz;name=tarball \ > file://snort.init \ > @@ -26,6 +13,7 @@ SRC_URI = " ${GENTOO_MIRROR}/${BP}.tar.gz;name=tarball \ > file://disable-dap-address-space-id.patch \ > file://0001-libpcap-search-sysroot-for-headers.patch \ > file://not-hardcoded-libdir.patch \ > +file://m4-oom-during-configure.patch \ > " > > SRC_URI[tarball.md5sum] = "18111f6de3989ca89add36077a7c2659" > @@ -45,6 +33,8 @@ EXTRA_OECONF = " \ > --disable-static-daq \ > --with-dnet-includes=${STAGING_INCDIR} \ > --with-dnet-libraries=${STAGING_LIBDIR} \ > + --with-libpcre-includes=${STAGING_INCDIR} \ > + --with-libpcre-libraries=${STAGING_INCDIR} \ > " > > # if you want to disable it, you need to patch configure.in first -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] initramfs
Hi, I need to create ad initramfs image for an i.MX6 board. does it exist a suitable recipe? core-image-minimal-initramfs doesn't seem to fit ARM boards. am i wrong? thank you for the attention Andrea Software Department softw...@teseo.com - TESEO spavia Agnelli, 49 63023 FERMO (FM) ITALY Tel. +39 0734 628818 --Fax. +39 0734 628816 Disclaimer: This electronic mail transmission may contain legally privileged and/or confidential information. Do not read this if you are not the person(s) named. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you receive this transmission by mistake destroy the original transmission and its attachments without reading or saving in any manner. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java][PATCH] icedtea7-native: Fix memory leak when compiled with GCC 5.0+
Hi, On Fri, Oct 23, 2015 at 12:50:01PM +0300, Erkka Kääriä wrote: > > Hotspot compiler has a bug where signed integers could overflow. This is > undefined behaviour, and causes massive memory leak when compiled with GCC > 5.0+, > causing the build to fail. > > This is fixed by backporting patch from > https://bugs.openjdk.java.net/browse/JDK-8078666 where it was fixed by > Severin Gehwolf. > Pushed to master, Thanks! > Signed-off-by: Erkka Kääriä > --- > diff --git > a/recipes-core/icedtea/openjdk-7-03b147/icedtea-hotspot-fix-undefined-behaviour.patch > > b/recipes-core/icedtea/openjdk-7-03b147/icedtea-hotspot-fix-undefined-behaviour.patch > new file mode 100644 > index 000..56513a0 > --- /dev/null > +++ > b/recipes-core/icedtea/openjdk-7-03b147/icedtea-hotspot-fix-undefined-behaviour.patch > @@ -0,0 +1,49 @@ > +Upstream-Status: Backport > + > +Hotspot compiler has a bug where signed integers could overflow. This is > +undefined behaviour, and causes massive memory leak when compiled with GCC > 5.0+, > +causing the build to fail. > + > +This is fixed by backporting patch from > +https://bugs.openjdk.java.net/browse/JDK-8078666 where it was fixed by > +Severin Gehwolf. > + > +Signed-off-by: Erkka Kääriä > + > +--- openjdk/hotspot/src/share/vm/opto/type.cpp > openjdk/hotspot/src/share/vm/opto/type.cpp > +@@ -1077,11 +1077,11 @@ static int normalize_int_widen( jint lo, jint hi, > int w ) { > + // Certain normalizations keep us sane when comparing types. > + // The 'SMALLINT' covers constants and also CC and its relatives. > + if (lo <= hi) { > +-if ((juint)(hi - lo) <= SMALLINT) w = Type::WidenMin; > +-if ((juint)(hi - lo) >= max_juint) w = Type::WidenMax; // TypeInt::INT > ++if (((juint)hi - lo) <= SMALLINT) w = Type::WidenMin; > ++if (((juint)hi - lo) >= max_juint) w = Type::WidenMax; // TypeInt::INT > + } else { > +-if ((juint)(lo - hi) <= SMALLINT) w = Type::WidenMin; > +-if ((juint)(lo - hi) >= max_juint) w = Type::WidenMin; // dual > TypeInt::INT > ++if (((juint)lo - hi) <= SMALLINT) w = Type::WidenMin; > ++if (((juint)lo - hi) >= max_juint) w = Type::WidenMin; // dual > TypeInt::INT > + } > + return w; > + } > +@@ -1332,11 +1332,11 @@ static int normalize_long_widen( jlong lo, jlong hi, > int w ) { > + // Certain normalizations keep us sane when comparing types. > + // The 'SMALLINT' covers constants. > + if (lo <= hi) { > +-if ((julong)(hi - lo) <= SMALLINT) w = Type::WidenMin; > +-if ((julong)(hi - lo) >= max_julong) w = Type::WidenMax; // > TypeLong::LONG > ++if (((julong)hi - lo) <= SMALLINT) w = Type::WidenMin; > ++if (((julong)hi - lo) >= max_julong) w = Type::WidenMax; // > TypeLong::LONG > + } else { > +-if ((julong)(lo - hi) <= SMALLINT) w = Type::WidenMin; > +-if ((julong)(lo - hi) >= max_julong) w = Type::WidenMin; // dual > TypeLong::LONG > ++if (((julong)lo - hi) <= SMALLINT) w = Type::WidenMin; > ++if (((julong)lo - hi) >= max_julong) w = Type::WidenMin; // dual > TypeLong::LONG > + } > + return w; > + } > +-- > +2.1.4 > + > diff --git a/recipes-core/icedtea/openjdk-7-release-03b147.inc > b/recipes-core/icedtea/openjdk-7-release-03b147.inc > index 98266f7..b1cf6e9 100644 > --- a/recipes-core/icedtea/openjdk-7-release-03b147.inc > +++ b/recipes-core/icedtea/openjdk-7-release-03b147.inc > @@ -84,6 +84,7 @@ OPENJDK_PATCHES = " \ > file://icedtea-change-to-gdb-debug-format.patch;apply=no \ > file://icedtea-disable-x11-in-headless.patch;apply=no \ > file://icedtea-disable-sun.applet-for-tools-in-headless.patch;apply=no \ > + file://icedtea-hotspot-fix-undefined-behaviour.patch;apply=no \ > " > > OPENJDK_HEADLESS_PATCHES = " \ > @@ -102,5 +103,6 @@ export DISTRIBUTION_PATCHES = " \ > patches/icedtea-flags.patch \ > patches/icedtea-openjdk-remove-currency-data-generation-expi.patch \ > patches/icedtea-change-to-gdb-debug-format.patch \ > + patches/icedtea-hotspot-fix-undefined-behaviour.patch \ > ${CLEAN_X11_DISTRIBUTION_PATCH} \ > Best Regards, Maxin -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel