[OE-core] [PATCH 3/3] eglibc-locale.inc: use nativesdk override with the PACKAGES_DYNAMIC statement
While compiling nativesdk-mtools, there was failure: ... Nothing PROVIDES 'nativesdk-glibc-gconv-ibm850'. Close matches: ... Using nativesdk override with the PACKAGES_DYNAMIC statement fixed this issue. [YOCTO #5623] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-core/eglibc/eglibc-locale.inc | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/recipes-core/eglibc/eglibc-locale.inc b/meta/recipes-core/eglibc/eglibc-locale.inc index 83569da..5e256a5 100644 --- a/meta/recipes-core/eglibc/eglibc-locale.inc +++ b/meta/recipes-core/eglibc/eglibc-locale.inc @@ -35,6 +35,12 @@ PACKAGES_DYNAMIC = ^locale-base-.* \ ^eglibc-gconv-.* ^eglibc-charmap-.* ^eglibc-localedata-.* ^eglibc-binary-localedata-.* \ ^glibc-gconv-.* ^glibc-charmap-.* ^glibc-localedata-.* ^glibc-binary-localedata-.* +PACKAGES_DYNAMIC_class-nativesdk = ^nativesdk-locale-base-.* \ +^nativesdk-eglibc-gconv-.* ^nativesdk-eglibc-charmap-.* \ +^nativesdk-eglibc-localedata-.* ^nativesdk-eglibc-binary-localedata-.* \ +^nativesdk-glibc-gconv-.* ^nativesdk-glibc-charmap-.* \ +^nativesdk-glibc-localedata-.* ^nativesdk-glibc-binary-localedata-.* + # Create a eglibc-binaries package ALLOW_EMPTY_${BPN}-binaries = 1 PACKAGES += ${BPN}-binaries -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] mtools: add ability to compile with nativesdk
For regenerating and ISO or EFI boot image the nativesdk needs mtools. [YOCTO #5623] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-devtools/mtools/mtools_3.9.9.bb | 2 +- meta/recipes-devtools/mtools/mtools_4.0.18.bb | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/mtools/mtools_3.9.9.bb b/meta/recipes-devtools/mtools/mtools_3.9.9.bb index 2213c17..38f09de 100644 --- a/meta/recipes-devtools/mtools/mtools_3.9.9.bb +++ b/meta/recipes-devtools/mtools/mtools_3.9.9.bb @@ -44,4 +44,4 @@ EXTRA_OECONF = --without-x PARALLEL_MAKEINST = -BBCLASSEXTEND = native +BBCLASSEXTEND = native nativesdk diff --git a/meta/recipes-devtools/mtools/mtools_4.0.18.bb b/meta/recipes-devtools/mtools/mtools_4.0.18.bb index dcd6066..0cc7f6c 100644 --- a/meta/recipes-devtools/mtools/mtools_4.0.18.bb +++ b/meta/recipes-devtools/mtools/mtools_4.0.18.bb @@ -37,4 +37,4 @@ EXTRA_OECONF = --without-x PARALLEL_MAKEINST = -BBCLASSEXTEND = native +BBCLASSEXTEND = native nativesdk -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] syslinux: add ability to compile with nativesdk
For regenerating and ISO or EFI boot image the nativesdk needs mtools and syslinux. [YOCTO #5623] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-devtools/syslinux/syslinux_6.01.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/syslinux/syslinux_6.01.bb b/meta/recipes-devtools/syslinux/syslinux_6.01.bb index 538be56..1c240de 100644 --- a/meta/recipes-devtools/syslinux/syslinux_6.01.bb +++ b/meta/recipes-devtools/syslinux/syslinux_6.01.bb @@ -65,4 +65,4 @@ FILES_${PN}-dev += ${datadir}/${BPN}/com32/lib*${SOLIBS} ${datadir}/${BPN}/com3 FILES_${PN}-staticdev += ${datadir}/${BPN}/com32/lib*.a ${libdir}/${BPN}/com32/lib*.a FILES_${PN}-misc = ${datadir}/${BPN}/* ${libdir}/${BPN}/* ${bindir}/* -BBCLASSEXTEND = native +BBCLASSEXTEND = native nativesdk -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] dhcp-client: override make_resolv_conf for read-only fs
When dhclient-script starts, the client script first defines a shell function, make_resolv_conf , which is later used to create the /etc/resolv.conf file. But the read-only filesystem didn't permit the modification, so override the default behaviour and redefine this function in the enter hook script. http://linux.about.com/library/cmd/blcmdl8_dhclient-script.htm [YOCTO #5624] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-connectivity/dhcp/dhcp.inc | 8 +++- .../recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks | 3 +++ 2 files changed, 10 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc b/meta/recipes-connectivity/dhcp/dhcp.inc index ad82b57..d9a6beb 100644 --- a/meta/recipes-connectivity/dhcp/dhcp.inc +++ b/meta/recipes-connectivity/dhcp/dhcp.inc @@ -16,6 +16,7 @@ SRC_URI = ftp://ftp.isc.org/isc/dhcp/${PV}/dhcp-${PV}.tar.gz \ file://site.h \ file://init-relay file://default-relay \ file://init-server file://default-server \ + file://readonly-dhclient-enter-hooks \ file://dhclient.conf file://dhcpd.conf inherit autotools @@ -51,6 +52,9 @@ do_install_append () { mv ${D}${sbindir}/dhclient ${D}${base_sbindir}/ fi install -m 0755 ${S}/client/scripts/linux ${D}${base_sbindir}/dhclient-script + if ${@base_contains(IMAGE_FEATURES, read-only-rootfs, true, false ,d)}; then + install -m 0755 ${WORKDIR}/readonly-dhclient-enter-hooks ${D}${sysconfdir}/dhclient-enter-hooks + fi } PACKAGES += dhcp-server dhcp-server-config dhcp-client dhcp-relay dhcp-omshell @@ -66,7 +70,9 @@ FILES_dhcp-server-config = ${sysconfdir}/default/dhcp-server ${sysconfdir}/dhcp FILES_dhcp-relay = ${sbindir}/dhcrelay ${sysconfdir}/init.d/dhcp-relay ${sysconfdir}/default/dhcp-relay -FILES_dhcp-client = ${base_sbindir}/dhclient ${base_sbindir}/dhclient-script ${sysconfdir}/dhcp/dhclient.conf +FILES_dhcp-client = ${base_sbindir}/dhclient ${base_sbindir}/dhclient-script ${sysconfdir}/dhcp/dhclient.conf \ + ${sysconfdir}/dhclient-enter-hooks \ + RDEPENDS_dhcp-client = bash FILES_dhcp-omshell = ${bindir}/omshell diff --git a/meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks b/meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks new file mode 100644 index 000..06c90e3 --- /dev/null +++ b/meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks @@ -0,0 +1,3 @@ +make_resolv_conf(){ + : +} -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] dhcp-client: override make_resolv_conf for read-only fs
The following changes since commit a17ffbdbb7d142a94ef842a32b749b18e2e7f0a1: bitbake: hob: fix rotating progress icon animation (2013-12-02 17:51:35 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-dhcpclient http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-dhcpclient Hongxu Jia (1): dhcp-client: override make_resolv_conf for read-only fs meta/recipes-connectivity/dhcp/dhcp.inc | 8 +++- .../recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks | 3 +++ 2 files changed, 10 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] mtools, syslinux: add ability to compile with nativesdk
The following changes since commit a17ffbdbb7d142a94ef842a32b749b18e2e7f0a1: bitbake: hob: fix rotating progress icon animation (2013-12-02 17:51:35 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-mtools http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-mtools Hongxu Jia (3): mtools: add ability to compile with nativesdk syslinux: add ability to compile with nativesdk eglibc-locale.inc: use nativesdk override with the PACKAGES_DYNAMIC statement meta/recipes-core/eglibc/eglibc-locale.inc | 6 ++ meta/recipes-devtools/mtools/mtools_3.9.9.bb| 2 +- meta/recipes-devtools/mtools/mtools_4.0.18.bb | 2 +- meta/recipes-devtools/syslinux/syslinux_6.01.bb | 2 +- 4 files changed, 9 insertions(+), 3 deletions(-) -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] eglibc-locale.inc: use nativesdk override with the PACKAGES_DYNAMIC statement
On Tue, 2013-12-03 at 18:27 +0800, Hongxu Jia wrote: While compiling nativesdk-mtools, there was failure: ... Nothing PROVIDES 'nativesdk-glibc-gconv-ibm850'. Close matches: ... Using nativesdk override with the PACKAGES_DYNAMIC statement fixed this issue. [YOCTO #5623] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-core/eglibc/eglibc-locale.inc | 6 ++ 1 file changed, 6 insertions(+) No. lib/oe/classextend.py has a map_regexp_variable() function which is called from classes/multilib.bbclass: clsextend.map_regexp_variable(PACKAGES_DYNAMIC) Perhaps such a line should be added to nativesdk.bbclass to fix this properly instead? Cheers, Richard diff --git a/meta/recipes-core/eglibc/eglibc-locale.inc b/meta/recipes-core/eglibc/eglibc-locale.inc index 83569da..5e256a5 100644 --- a/meta/recipes-core/eglibc/eglibc-locale.inc +++ b/meta/recipes-core/eglibc/eglibc-locale.inc @@ -35,6 +35,12 @@ PACKAGES_DYNAMIC = ^locale-base-.* \ ^eglibc-gconv-.* ^eglibc-charmap-.* ^eglibc-localedata-.* ^eglibc-binary-localedata-.* \ ^glibc-gconv-.* ^glibc-charmap-.* ^glibc-localedata-.* ^glibc-binary-localedata-.* +PACKAGES_DYNAMIC_class-nativesdk = ^nativesdk-locale-base-.* \ +^nativesdk-eglibc-gconv-.* ^nativesdk-eglibc-charmap-.* \ +^nativesdk-eglibc-localedata-.* ^nativesdk-eglibc-binary-localedata-.* \ +^nativesdk-glibc-gconv-.* ^nativesdk-glibc-charmap-.* \ +^nativesdk-glibc-localedata-.* ^nativesdk-glibc-binary-localedata-.* + # Create a eglibc-binaries package ALLOW_EMPTY_${BPN}-binaries = 1 PACKAGES += ${BPN}-binaries ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] linux-dummy: catch up with image.bbclass changes
I saw the same issue and this patch resolved the problem. Tested-by: Philip Balister phi...@balister.org On 12/02/2013 07:04 AM, Koen Kooi wrote: image.bbclass now depends on virtual/kernel:do_deploy, so add a task for that. This fixes errors like this: ERROR: Task do_build in /build/linaro/build/meta-linaro/meta-linaro/recipes-linaro/images/linaro-image-lng.bb depends upon non-existent task do_deploy in /build/linaro/build/openembedded-core/meta/recipes-kernel/linux/linux-dummy.bb Signed-off-by: Koen Kooi koen.k...@linaro.org --- meta/recipes-kernel/linux/linux-dummy.bb | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/recipes-kernel/linux/linux-dummy.bb b/meta/recipes-kernel/linux/linux-dummy.bb index 8a211da..1c837c9 100644 --- a/meta/recipes-kernel/linux/linux-dummy.bb +++ b/meta/recipes-kernel/linux/linux-dummy.bb @@ -31,6 +31,12 @@ do_install() { do_bundle_initramfs() { : } + +do_deploy() { + : +} + do_bundle_initramfs[nostamp] = 1 addtask bundle_initramfs after do_compile +addtask deploy after do_install ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] curlpp: add curl c++ bindings
Hi Ulf, On Monday 02 December 2013 19:36:14 u...@emagii.com wrote: From: Ulf Samuelsson u...@emagii.com Signed-off-by: Ulf Samuelsson u...@emagii.com --- .../curlpp/curlpp/pkgconfig_fix.patch | 38 + meta/recipes-support/curlpp/curlpp_0.7.3.bb| 89 2 files changed, 127 insertions(+) create mode 100644 meta/recipes-support/curlpp/curlpp/pkgconfig_fix.patch create mode 100644 meta/recipes-support/curlpp/curlpp_0.7.3.bb You sent v1 of this to openembedded-devel so I had assumed it was for meta-oe. To be honest I don't think this belongs in OE-Core, unless we actually need it for something else that is in OE-Core (or something that needs to be added to OE-Core). Also, you didn't fix DESCRIPTION - SUMMARY or drop PR in this version. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] dhclient-script: let resolv.conf and resolv.conf.dhclient on the same direcotry
Even though '/etc' is on the readonly partition, it's possible that /etc/resolv.conf is on a separate writable partition. In this situation, we should make sure the temp file resolv.conf.dhclient on the same direcotry. [YOCTO #5624] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-connectivity/dhcp/dhcp.inc| 1 + ...ript-let-resolv.conf-and-resolv.conf.dhcl.patch | 74 ++ 2 files changed, 75 insertions(+) create mode 100644 meta/recipes-connectivity/dhcp/dhcp/dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc b/meta/recipes-connectivity/dhcp/dhcp.inc index ad82b57..d8376aa 100644 --- a/meta/recipes-connectivity/dhcp/dhcp.inc +++ b/meta/recipes-connectivity/dhcp/dhcp.inc @@ -16,6 +16,7 @@ SRC_URI = ftp://ftp.isc.org/isc/dhcp/${PV}/dhcp-${PV}.tar.gz \ file://site.h \ file://init-relay file://default-relay \ file://init-server file://default-server \ + file://dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch \ file://dhclient.conf file://dhcpd.conf inherit autotools diff --git a/meta/recipes-connectivity/dhcp/dhcp/dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch b/meta/recipes-connectivity/dhcp/dhcp/dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch new file mode 100644 index 000..db56f70 --- /dev/null +++ b/meta/recipes-connectivity/dhcp/dhcp/dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch @@ -0,0 +1,74 @@ +dhclient-script: let resolv.conf and resolv.conf.dhclient on the same direcotry + +Even though '/etc' is on the readonly partition, it's possible that +/etc/resolv.conf is on a separate writable partition. + +In this situation, we should make sure the temp file resolv.conf.dhclient +on the same direcotry. + +Upstream-Status: Pending +Signed-off-by: Hongxu Jia hongxu@windriver.com +--- + client/scripts/linux | 24 +--- + 1 file changed, 13 insertions(+), 11 deletions(-) + +diff --git a/client/scripts/linux b/client/scripts/linux +index 6f8ea4b..fbc6324 100755 +--- a/client/scripts/linux b/client/scripts/linux +@@ -27,27 +27,29 @@ ip=/sbin/ip + + make_resolv_conf() { + if [ x$new_domain_name_servers != x ]; then +-cat /dev/null /etc/resolv.conf.dhclient +-chmod 644 /etc/resolv.conf.dhclient ++sysconfdir=`dirname $(readlink -f '/etc/resolv.conf')` ++cat /dev/null $sysconfdir/resolv.conf.dhclient ++chmod 644 $sysconfdir/resolv.conf.dhclient + if [ x$new_domain_search != x ]; then +- echo search $new_domain_search /etc/resolv.conf.dhclient ++ echo search $new_domain_search $sysconfdir/esolv.conf.dhclient + elif [ x$new_domain_name != x ]; then + # Note that the DHCP 'Domain Name Option' is really just a domain + # name, and that this practice of using the domain name option as + # a search path is both nonstandard and deprecated. +- echo search $new_domain_name /etc/resolv.conf.dhclient ++ echo search $new_domain_name $sysconfdir/resolv.conf.dhclient + fi + for nameserver in $new_domain_name_servers; do +- echo nameserver $nameserver /etc/resolv.conf.dhclient ++ echo nameserver $nameserver $sysconfdir/resolv.conf.dhclient + done + +-mv /etc/resolv.conf.dhclient /etc/resolv.conf ++mv $sysconfdir/resolv.conf.dhclient $sysconfdir/resolv.conf + elif [ x${new_dhcp6_name_servers} != x ] ; then +-cat /dev/null /etc/resolv.conf.dhclient6 +-chmod 644 /etc/resolv.conf.dhclient6 ++sysconfdir=`dirname $(readlink -f '/etc/resolv.conf')` ++cat /dev/null $sysconfdir/resolv.conf.dhclient6 ++chmod 644 $sysconfdir/resolv.conf.dhclient6 + + if [ x${new_dhcp6_domain_search} != x ] ; then +- echo search ${new_dhcp6_domain_search} /etc/resolv.conf.dhclient6 ++ echo search ${new_dhcp6_domain_search} $sysconfdir/resolv.conf.dhclient6 + fi + shopt -s nocasematch + for nameserver in ${new_dhcp6_name_servers} ; do +@@ -59,11 +61,11 @@ make_resolv_conf() { + else + zone_id= + fi +- echo nameserver ${nameserver}$zone_id /etc/resolv.conf.dhclient6 ++ echo nameserver ${nameserver}$zone_id $sysconfdir/resolv.conf.dhclient6 + done + shopt -u nocasematch + +-mv /etc/resolv.conf.dhclient6 /etc/resolv.conf ++mv $sysconfdir/resolv.conf.dhclient6 $sysconfdir/resolv.conf + fi + } + +-- +1.7.9.5 + -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2 0/2] dhcp-client: fix invoke dhclient-script failed on Read-only file system
Change in V2: * we should *never* check IMAGE_FEATURES in individual recipes. Two reasons: 1) It may cause unnecessary rebuilds. 2) IMAGE_FEATURES may be set in image.bb instead of local.conf. * The make_resolv_conf function in that script doesn't take into consideration the situation in which /etc/resolv.conf is a symlink to /var/run/resolv.conf. The following changes since commit a17ffbdbb7d142a94ef842a32b749b18e2e7f0a1: bitbake: hob: fix rotating progress icon animation (2013-12-02 17:51:35 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-dhcpclient http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-dhcpclient Hongxu Jia (2): dhclient-script: let resolv.conf and resolv.conf.dhclient on the same direcotry dhclient-script: override make_resolv_conf for read-only fs meta/recipes-connectivity/dhcp/dhcp.inc| 7 +- ...ript-let-resolv.conf-and-resolv.conf.dhcl.patch | 74 ++ .../dhcp/files/readonly-dhclient-enter-hooks | 31 + 3 files changed, 111 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-connectivity/dhcp/dhcp/dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch create mode 100644 meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] dhclient-script: override make_resolv_conf for read-only fs
When dhclient-script starts, the client script first defines a shell function, make_resolv_conf , which is later used to create the /etc/resolv.conf file. But the read-only filesystem didn't permit the modification, so override the default behaviour and redefine this function in the enter hook script. http://linux.about.com/library/cmd/blcmdl8_dhclient-script.htm [YOCTO #5624] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-connectivity/dhcp/dhcp.inc| 6 - .../dhcp/files/readonly-dhclient-enter-hooks | 31 ++ 2 files changed, 36 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc b/meta/recipes-connectivity/dhcp/dhcp.inc index d8376aa..58715be 100644 --- a/meta/recipes-connectivity/dhcp/dhcp.inc +++ b/meta/recipes-connectivity/dhcp/dhcp.inc @@ -16,6 +16,7 @@ SRC_URI = ftp://ftp.isc.org/isc/dhcp/${PV}/dhcp-${PV}.tar.gz \ file://site.h \ file://init-relay file://default-relay \ file://init-server file://default-server \ + file://readonly-dhclient-enter-hooks \ file://dhclient-script-let-resolv.conf-and-resolv.conf.dhcl.patch \ file://dhclient.conf file://dhcpd.conf @@ -52,6 +53,7 @@ do_install_append () { mv ${D}${sbindir}/dhclient ${D}${base_sbindir}/ fi install -m 0755 ${S}/client/scripts/linux ${D}${base_sbindir}/dhclient-script + install -m 0755 ${WORKDIR}/readonly-dhclient-enter-hooks ${D}${sysconfdir}/dhclient-enter-hooks } PACKAGES += dhcp-server dhcp-server-config dhcp-client dhcp-relay dhcp-omshell @@ -67,7 +69,9 @@ FILES_dhcp-server-config = ${sysconfdir}/default/dhcp-server ${sysconfdir}/dhcp FILES_dhcp-relay = ${sbindir}/dhcrelay ${sysconfdir}/init.d/dhcp-relay ${sysconfdir}/default/dhcp-relay -FILES_dhcp-client = ${base_sbindir}/dhclient ${base_sbindir}/dhclient-script ${sysconfdir}/dhcp/dhclient.conf +FILES_dhcp-client = ${base_sbindir}/dhclient ${base_sbindir}/dhclient-script ${sysconfdir}/dhcp/dhclient.conf \ + ${sysconfdir}/dhclient-enter-hooks \ + RDEPENDS_dhcp-client = bash FILES_dhcp-omshell = ${bindir}/omshell diff --git a/meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks b/meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks new file mode 100644 index 000..c43e81f --- /dev/null +++ b/meta/recipes-connectivity/dhcp/files/readonly-dhclient-enter-hooks @@ -0,0 +1,31 @@ +is_on_read_only_partition () { +FILE=$1 +dir=`dirname $(readlink -f $FILE)` +while true; do +if [ ! -d $dir ]; then +echo ERROR: $dir is not a directory +exit 1 +else +for flag in `awk -v dir=$dir '{ if ($2 == dir) { print FOUND; split($4,FLAGS,,) } }; \ +END { for (f in FLAGS) print FLAGS[f] }' /proc/mounts`; do +[ $flag = FOUND ] partition=read-write +[ $flag = ro ] { partition=read-only; break; } +done +if [ $dir = / -o -n $partition ]; then +break +else +dir=`dirname $dir` +fi +fi +done +[ $partition = read-only ] echo yes || echo no +} + +# If resolv.conf on the readonly partition, we should override make_resolv_conf +if [ `is_on_read_only_partition /etc/resolv.conf` = no ]; then +return +fi + +make_resolv_conf(){ +: +} -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [meta-qt5][PATCH] qt5.inc: allow to set the package arch globally
If Qt5 (qtbase) is machine specific, then all packages depending on qtbase will also be machine specific, because the (initial) qtbase configuration becomes part of Qt5/qmake, thus affecting builds of packages built against this specific version of qtbase. Since it is not feasible to add PACKAGE_ARCH=... to each and every recipe that is built using qmake and depends on Qt5, we introduce a new variable, QT_PACKAGES_ARCH, that can be set by the machine configuration as needed. We have to be careful though to only change the architecture of the resulting packages if we're not compiling a 'native' package. Signed-off-by: André Draszik andre.dras...@linaro.org --- recipes-qt/qt5/qt5.inc | 12 1 file changed, 12 insertions(+) diff --git a/recipes-qt/qt5/qt5.inc b/recipes-qt/qt5/qt5.inc index 7669efc..8d8438f 100644 --- a/recipes-qt/qt5/qt5.inc +++ b/recipes-qt/qt5/qt5.inc @@ -20,6 +20,18 @@ OE_QMAKE_PATH_SETTINGS = ${OE_QMAKE_PATH_QT_SETTINGS} OE_QMAKE_PATH_EXAMPLES = ${OE_QMAKE_PATH_QT_EXAMPLES} OE_QMAKE_PATH_TESTS = ${OE_QMAKE_PATH_QT_TESTS} +# If Qt5 (qtbase) is machine specific, then everything will be, +# because the (initial) qtbase configuration becomes part of Qt5/qmake +python __anonymous() { +barch = d.getVar(BUILD_ARCH, True) or '' +tarch = d.getVar(TARGET_ARCH, True) or '' +# do not do anything if we are building a native package +if barch != tarch: +tarch = d.getVar(QT_PACKAGES_ARCH, True) or '' +if tarch: +d.setVar(PACKAGE_ARCH, tarch) +} + PACKAGES =. ${PN}-qmlplugins-dbg ${PN}-tools-dbg ${PN}-plugins-dbg ${PN}-qmlplugins ${PN}-tools ${PN}-plugins ${PN}-mkspecs ${PN}-examples-dev ${PN}-examples-staticdev ${PN}-examples-dbg ${PN}-examples # extra -dbg packages -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] cpan-base: Add vardepvalue to get_perl_version function
On Fri, Nov 29, 2013 at 11:52:29PM +0100, Martin Jansa wrote: * without this bitbake -S perf shows following error: ERROR: Bitbake's cached basehash does not match the one we just generated (/OE/oe-core/meta/recipes-kernel/perf/perf.bb.do_package)! if you run it twice, once without perl in sysroot and once with perl already built Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/classes/cpan-base.bbclass | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/classes/cpan-base.bbclass b/meta/classes/cpan-base.bbclass index 7e1e8d0..609fde6 100644 --- a/meta/classes/cpan-base.bbclass +++ b/meta/classes/cpan-base.bbclass @@ -10,6 +10,9 @@ RDEPENDS_${PN} += ${@[perl, ][(bb.data.inherits_class('native', d))]} PERL_OWN_DIR = ${@[, /perl-native][(bb.data.inherits_class('native', d))]} # Determine the staged version of perl from the perl configuration file +# Assign vardepvalue, because otherwise signature is changed before and after +# perl is built (from None to real version in config.sh). +get_perl_version[vardepvalue] = ${STAGING_LIBDIR}${PERL_OWN_DIR} Sorry, this isn't correct, it includes whole path to STAGING_LIBDIR in signature (different for each MACHINE). v2 coming soon def get_perl_version(d): import re cfg = d.expand('${STAGING_LIBDIR}${PERL_OWN_DIR}/perl/config.sh') -- 1.8.4.3 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Status for Sponsored by git tags
Hi, how is the status about using Sponsored by git tags. Do we want something like that in openemebdded or not? Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
On 12/03/2013 11:08 AM, Henning Heinold wrote: Hi, how is the status about using Sponsored by git tags. Do we want something like that in openemebdded or not? What are SPonsored by tags? Philip Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
On Tue, Dec 03, 2013 at 11:43:41AM -0500, Philip Balister wrote: On 12/03/2013 11:08 AM, Henning Heinold wrote: Hi, how is the status about using Sponsored by git tags. Do we want something like that in openemebdded or not? What are SPonsored by tags? Philip Hi Philip, Sponsored By tags are used by freebsd and some other projects to show which company sponsored the commit. For example https://github.com/freebsd/freebsd-head/commit/da88cadfb7e76ffa35440f16fef51a03935b7775 Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] curlpp: add curl c++ bindings
Just thought it fit nicely besides curl... I use it for a proprietary customer application. The application sends out debug messages over UDP This will reside in private layers. Have also written a small utility, which receives the UDP packets and simply writes them out on a terminal. It is quite useful when you dont have a screen connected. Thinking of checking that in somewhere. Would meta-openembedded/meta-networking/recipes-support be OK? Best Regards Ulf Samuelsson u...@emagii.com 3 dec 2013 kl. 13:24 skrev Paul Eggleton paul.eggle...@linux.intel.com: Hi Ulf, On Monday 02 December 2013 19:36:14 u...@emagii.com wrote: From: Ulf Samuelsson u...@emagii.com Signed-off-by: Ulf Samuelsson u...@emagii.com --- .../curlpp/curlpp/pkgconfig_fix.patch | 38 + meta/recipes-support/curlpp/curlpp_0.7.3.bb| 89 2 files changed, 127 insertions(+) create mode 100644 meta/recipes-support/curlpp/curlpp/pkgconfig_fix.patch create mode 100644 meta/recipes-support/curlpp/curlpp_0.7.3.bb You sent v1 of this to openembedded-devel so I had assumed it was for meta-oe. To be honest I don't think this belongs in OE-Core, unless we actually need it for something else that is in OE-Core (or something that needs to be added to OE-Core). Also, you didn't fix DESCRIPTION - SUMMARY or drop PR in this version. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [dylan][PATCH 00/11] Backports from master (cover letter only)
Backports of patches from master to the dylan branch, plus one dylan-only patch to fix kern-tools-native. The following changes since commit 3549f5f203363302256848bb33c05c4fd4871948: busybox: configure system user id to range from 100 to 999 (2013-10-10 12:21:02 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/dylan-next http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/dylan-next Bruce Ashfield (1): kern-tools: use dylan branch Chen Qi (1): license.bbclass: fix missing of license files on ubuntu build host Christopher Larson (1): license.bbclass: include all licenses in the manifest Khem Raj (1): elfutils-native: Update the patch to include the missing pieces needed for tests Laurentiu Palcu (2): nativesdk-qt4-tools: create qt.conf file meta-toolchain-qt: put QT_CONF_PATH in environment script Martin Jansa (1): db: Fix build with high PARALLEL_MAKE Richard Purdie (3): classes: tar 1.27 fixes lib/oe/path: Fix copytree functions for tar 1.27 metadata_scm: Avoid crashing on new svn version layouts Roy Li (1): dropbear: pass SFTPSERVER_PATH explicitly meta/classes/libc-package.bbclass | 8 meta/classes/license.bbclass| 11 +-- meta/classes/metadata_scm.bbclass | 7 +-- meta/classes/package.bbclass| 2 +- meta/classes/populate_sdk_deb.bbclass | 2 +- meta/classes/staging.bbclass| 2 +- meta/lib/oe/path.py | 4 ++-- meta/recipes-core/dropbear/dropbear.inc | 1 + .../elfutils/elfutils/fix-build-gcc-4.8.patch | 21 + .../kern-tools/kern-tools-native_git.bb | 4 ++-- meta/recipes-qt/meta/meta-toolchain-qt.inc | 1 + meta/recipes-qt/qt4/nativesdk-qt4-tools.inc | 6 ++ meta/recipes-support/db/db/fix-parallel-build.patch | 19 +++ meta/recipes-support/db/db_5.3.21.bb| 3 ++- 14 files changed, 67 insertions(+), 24 deletions(-) create mode 100644 meta/recipes-support/db/db/fix-parallel-build.patch -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] ptest: ensure do_install_ptest_base task runs in fakeroot context
As this task is installing files into $D it needs to run inside pseudo so that special permissions and owners are preserved. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/classes/ptest.bbclass |5 + 1 file changed, 5 insertions(+) diff --git a/meta/classes/ptest.bbclass b/meta/classes/ptest.bbclass index 508ea9a..06dddf7 100644 --- a/meta/classes/ptest.bbclass +++ b/meta/classes/ptest.bbclass @@ -53,3 +53,8 @@ do_install_ptest_base[cleandirs] = ${D}${PTEST_PATH} addtask configure_ptest_base after do_configure before do_compile addtask compile_ptest_base after do_compile before do_install addtask install_ptest_base after do_install before do_package + +python () { +if not bb.data.inherits_class('native', d) and not bb.data.inherits_class('cross', d): +d.setVarFlag('do_install_ptest_base', 'fakeroot', 1) +} -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
On Tue, Dec 3, 2013 at 11:55 AM, Henning Heinold hein...@inf.fu-berlin.de wrote: On Tue, Dec 03, 2013 at 11:43:41AM -0500, Philip Balister wrote: On 12/03/2013 11:08 AM, Henning Heinold wrote: Hi, how is the status about using Sponsored by git tags. Do we want something like that in openemebdded or not? What are SPonsored by tags? Philip Hi Philip, Sponsored By tags are used by freebsd and some other projects to show which company sponsored the commit Urk. Of the top of my head .. that just looks nasty. Signed-off-by: already indicates a company name, so going further than that is overkill IMHO. Bruce . For example https://github.com/freebsd/freebsd-head/commit/da88cadfb7e76ffa35440f16fef51a03935b7775 Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
On Tue, Dec 03, 2013 at 12:21:10PM -0500, Bruce Ashfield wrote: On Tue, Dec 3, 2013 at 11:55 AM, Henning Heinold Urk. Of the top of my head .. that just looks nasty. Signed-off-by: already indicates a company name, so going further than that is overkill IMHO. Bruce But what if it is contractor work, where the commiter has no company email. Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
On 03/12/13 17:21, Bruce Ashfield wrote: On Tue, Dec 3, 2013 at 11:55 AM, Henning Heinold hein...@inf.fu-berlin.de wrote: On Tue, Dec 03, 2013 at 11:43:41AM -0500, Philip Balister wrote: On 12/03/2013 11:08 AM, Henning Heinold wrote: Hi, how is the status about using Sponsored by git tags. Do we want something like that in openemebdded or not? What are SPonsored by tags? Philip Hi Philip, Sponsored By tags are used by freebsd and some other projects to show which company sponsored the commit Urk. Of the top of my head .. that just looks nasty. Signed-off-by: already indicates a company name, so going further than that is overkill IMHO. Bruce .. Indeed, domain addresses in emails usually give the sponsor of the work. No need for more bureaucracy. -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
On Tue, Dec 3, 2013 at 12:37 PM, Henning Heinold hein...@inf.fu-berlin.de wrote: On Tue, Dec 03, 2013 at 12:21:10PM -0500, Bruce Ashfield wrote: On Tue, Dec 3, 2013 at 11:55 AM, Henning Heinold Urk. Of the top of my head .. that just looks nasty. Signed-off-by: already indicates a company name, so going further than that is overkill IMHO. Bruce But what if it is contractor work, where the commiter has no company email. Honestly, that's between the company and the contractor. But I'm only offering one opinion. I'm not a fan of new tags, whether or not they are about credit. Better commit messages, not tags, are what is typically required (i.e. read about the short lived Impact: tag in kernel commits). Bruce Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] ptest: ensure do_install_ptest_base task runs in fakeroot context
I should add that this fixes problems like systemd failing rebuilds with crazy errors like: | tar: sysroot-destdir/usr/lib/systemd/ptest/test/sys/module/uhci_hcd/drivers/pci\:uhci_hcd: Cannot open: Permission denied Ross On 3 December 2013 17:21, Ross Burton ross.bur...@intel.com wrote: As this task is installing files into $D it needs to run inside pseudo so that special permissions and owners are preserved. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/classes/ptest.bbclass |5 + 1 file changed, 5 insertions(+) diff --git a/meta/classes/ptest.bbclass b/meta/classes/ptest.bbclass index 508ea9a..06dddf7 100644 --- a/meta/classes/ptest.bbclass +++ b/meta/classes/ptest.bbclass @@ -53,3 +53,8 @@ do_install_ptest_base[cleandirs] = ${D}${PTEST_PATH} addtask configure_ptest_base after do_configure before do_compile addtask compile_ptest_base after do_compile before do_install addtask install_ptest_base after do_install before do_package + +python () { +if not bb.data.inherits_class('native', d) and not bb.data.inherits_class('cross', d): +d.setVarFlag('do_install_ptest_base', 'fakeroot', 1) +} -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
On 12/03/2013 12:37 PM, Henning Heinold wrote: On Tue, Dec 03, 2013 at 12:21:10PM -0500, Bruce Ashfield wrote: On Tue, Dec 3, 2013 at 11:55 AM, Henning Heinold Urk. Of the top of my head .. that just looks nasty. Signed-off-by: already indicates a company name, so going further than that is overkill IMHO. Bruce But what if it is contractor work, where the commiter has no company email. Assuming you have a specific case in mind, could we recognize the sponsor on the website, possibly via a new item? Philip Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
On Tue, 2013-12-03 at 18:37 +0100, Henning Heinold wrote: On Tue, Dec 03, 2013 at 12:21:10PM -0500, Bruce Ashfield wrote: On Tue, Dec 3, 2013 at 11:55 AM, Henning Heinold Urk. Of the top of my head .. that just looks nasty. Signed-off-by: already indicates a company name, so going further than that is overkill IMHO. Bruce But what if it is contractor work, where the commiter has no company email. Well, in the same way we acknowledge people who helped with a patch, you can mention people/companies by name in commit messages and I can't see an issue with that. I don't think it needs a specific tag form though. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
On Dec 3, 2013, at 8:55 AM, Henning Heinold hein...@inf.fu-berlin.de wrote: On Tue, Dec 03, 2013 at 11:43:41AM -0500, Philip Balister wrote: On 12/03/2013 11:08 AM, Henning Heinold wrote: Hi, how is the status about using Sponsored by git tags. Do we want something like that in openemebdded or not? What are SPonsored by tags? Philip Hi Philip, Sponsored By tags are used by freebsd and some other projects to show which company sponsored the commit. For example https://github.com/freebsd/freebsd-head/commit/da88cadfb7e76ffa35440f16fef51a03935b7775 FreeBSD does not have signed-off-by and so on and use subversion so don’t have git commit -s and so on :) if you want to credit someone then mention it in the commit log should be enough IMO Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Random fixes from the Mentor Graphics push queue
On Wed, Nov 27, 2013 at 11:07 AM, Christopher Larson kerg...@gmail.comwrote: The following changes since commit f991d2d60b74f5ebd990f77aecd3324b1a4533e9: libpng: set reasonable SUMMARY (2013-11-27 11:51:08 +) are available in the git repository at: https://github.com/kergoth/oe-core.git random-fixes https://github.com/kergoth/oe-core/tree/random-fixes Christopher Larson (7): update-rc.d: process symlinks recursively perf: remove /usr/local/include from default makefile includes pulseaudio: fix RDEPENDS traversal for consolekit Were there issues with these, or was it just that further testing was necessary? I noticed this series was partially applied. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] dhclient-script: let resolv.conf and resolv.conf.dhclient on the same direcotry
On Tue, 2013-12-03 at 21:46 +0800, Hongxu Jia wrote: +- echo search $new_domain_search /etc/resolv.conf.dhclient ++ echo search $new_domain_search $sysconfdir/esolv.conf.dhclient Should that be $sysconfdir/resolv.conf.dhclient? p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Random fixes from the Mentor Graphics push queue
On Tue, 2013-12-03 at 11:40 -0700, Chris Larson wrote: On Wed, Nov 27, 2013 at 11:07 AM, Christopher Larson kerg...@gmail.com wrote: The following changes since commit f991d2d60b74f5ebd990f77aecd3324b1a4533e9: libpng: set reasonable SUMMARY (2013-11-27 11:51:08 +) are available in the git repository at: https://github.com/kergoth/oe-core.git random-fixes https://github.com/kergoth/oe-core/tree/random-fixes Christopher Larson (7): update-rc.d: process symlinks recursively perf: remove /usr/local/include from default makefile includes pulseaudio: fix RDEPENDS traversal for consolekit Were there issues with these, or was it just that further testing was necessary? I noticed this series was partially applied. On the most part just being cautious for M1. The perf one does worry me as we keep going around in circles on it where we change one thing, it breaks something else, we fix that, something else breaks, we fix that and we end up back where we started. The commit history and/or the mailing list should have details about what happened there. CC'ing Bruce since I know he has opinions on the perf fix. Bruce, did we get a fix for that upstream in the end? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] ethtool: use serial-tests to generate targets used by ptest.
buildtest-TESTS and runtest-TESTS targets are required by ptest. In order to have those targets in automake 1.13.4 serial-tests should be specified since parallel-tests is assumed by default and serial-tests is optional. Signed-off-by: Tudor Florea tudor.flo...@enea.com --- .../ethtool/ethtool-3.12.1/use_serial_tests.patch | 20 meta/recipes-extended/ethtool/ethtool_3.12.1.bb|6 -- 2 files changed, 24 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-extended/ethtool/ethtool-3.12.1/use_serial_tests.patch diff --git a/meta/recipes-extended/ethtool/ethtool-3.12.1/use_serial_tests.patch b/meta/recipes-extended/ethtool/ethtool-3.12.1/use_serial_tests.patch new file mode 100644 index 000..e036edc --- /dev/null +++ b/meta/recipes-extended/ethtool/ethtool-3.12.1/use_serial_tests.patch @@ -0,0 +1,20 @@ +ptest needs buildtest-TESTS and runtest-TESTS targets. +serial-tests is required to generate those targets. + +Signed-off-by: Tudor Florea tudor.flo...@enea.com +Upstream-Status: Inappropriate +(default automake behavior incompatible with ptest) + +diff -ruN a/configure.ac b/configure.ac +--- a/configure.ac 2013-12-03 10:37:40.773157142 +0100 b/configure.ac 2013-12-03 10:37:21.521992831 +0100 +@@ -2,7 +2,7 @@ + AC_INIT(ethtool, 3.12.1, net...@vger.kernel.org) + AC_PREREQ(2.52) + AC_CONFIG_SRCDIR([ethtool.c]) +-AM_INIT_AUTOMAKE([gnu]) ++AM_INIT_AUTOMAKE([gnu serial-tests]) + AC_CONFIG_HEADERS([ethtool-config.h]) + + AM_MAINTAINER_MODE diff --git a/meta/recipes-extended/ethtool/ethtool_3.12.1.bb b/meta/recipes-extended/ethtool/ethtool_3.12.1.bb index 6615009..5e7559c 100644 --- a/meta/recipes-extended/ethtool/ethtool_3.12.1.bb +++ b/meta/recipes-extended/ethtool/ethtool_3.12.1.bb @@ -7,7 +7,9 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ file://ethtool.c;beginline=4;endline=17;md5=c19b30548c582577fc6b443626fc1216 SRC_URI = ${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \ - file://run-ptest + file://run-ptest \ + file://use_serial_tests.patch \ + SRC_URI[md5sum] = 5a1058efe8eb4f3473f5028967729078 SRC_URI[sha256sum] = 45190d70e5ce1b4d87def4f71fb5bf04f8a4f4dc5f9e0f38c49c16c462fb59d9 @@ -16,7 +18,7 @@ inherit autotools ptest RDEPENDS_${PN}-ptest += make do_compile_ptest() { - oe_runmake test-cmdline test-features + oe_runmake buildtest-TESTS } do_install_ptest () { -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] security_flags: Add entry for openssl
It seems we might be stumbling over an obscure linkage issues possibly similar to http://marc.info/?l=openssl-devm=130132183118768w=2 This issue appears for x86-64 systems with the PIE related compiler flags. libcrypto.a(cryptlib.o): relocation R_X86_64_PC32 against symbol `OPENSSL_showfatal' can not be used when making a shared object; recompile with -fPIC The error suggests recompiling with -fPIC, but it is already compiled that way. Disable the PIE flags makes it work for now, I have posted to openssl ML [YOCTO #5515] Signed-off-by: Saul Wold s...@linux.intel.com --- meta/conf/distro/include/security_flags.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/distro/include/security_flags.inc b/meta/conf/distro/include/security_flags.inc index 2eaa42f..42ea35e 100644 --- a/meta/conf/distro/include/security_flags.inc +++ b/meta/conf/distro/include/security_flags.inc @@ -31,6 +31,7 @@ SECURITY_CFLAGS_pn-libglu = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-libpcre = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-mesa = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-mesa-gl = ${SECURITY_NO_PIE_CFLAGS} +SECURITY_CFLAGS_pn-openssl = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-opensp = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-ppp = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-python = ${SECURITY_NO_PIE_CFLAGS} -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] dhclient-script: let resolv.conf and resolv.conf.dhclient on the same direcotry
On 12/04/2013 06:09 AM, Phil Blundell wrote: On Tue, 2013-12-03 at 21:46 +0800, Hongxu Jia wrote: +- echo search $new_domain_search /etc/resolv.conf.dhclient ++ echo search $new_domain_search $sysconfdir/esolv.conf.dhclient Should that be $sysconfdir/resolv.conf.dhclient? Yes, sorry for the missing, I have updated the git tree to fix this. //Hongxu p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Random fixes from the Mentor Graphics push queue
On 12/3/2013, 5:40 PM, Richard Purdie wrote: On Tue, 2013-12-03 at 11:40 -0700, Chris Larson wrote: On Wed, Nov 27, 2013 at 11:07 AM, Christopher Larson kerg...@gmail.com wrote: The following changes since commit f991d2d60b74f5ebd990f77aecd3324b1a4533e9: libpng: set reasonable SUMMARY (2013-11-27 11:51:08 +) are available in the git repository at: https://github.com/kergoth/oe-core.git random-fixes https://github.com/kergoth/oe-core/tree/random-fixes Christopher Larson (7): update-rc.d: process symlinks recursively perf: remove /usr/local/include from default makefile includes pulseaudio: fix RDEPENDS traversal for consolekit Were there issues with these, or was it just that further testing was necessary? I noticed this series was partially applied. On the most part just being cautious for M1. The perf one does worry me as we keep going around in circles on it where we change one thing, it breaks something else, we fix that, something else breaks, we fix that and we end up back where we started. The commit history and/or the mailing list should have details about what happened there. CC'ing Bruce since I know he has opinions on the perf fix. Bruce, did we get a fix for that upstream in the end? My favourite topic. I'm working on the upstream fix, which was that we shouldn't be using CFLAGS and LDFLAGS to pass build values into perf, but instead use EXTRA_CLFAGS (which exists) and EXTRA_LDFLAGS (Which doesn't exist yet, and that's the patch I have queued). Looking at Chris' posted patch, I can't actually tell what it was fixing, since INCLUDES isn't directly used by the perf Makefiles and on a really quick check, I can't see what CONFIG_INCLUDES is set to either. I'm sure I'm just being dense (long day) and I'm missing something, so I can't map the short log's intent to what the patch is actually doing. The patch won't undo anything that we are working to fix/change upstream, but since something is whizzing over my head, I can't be sure about side effects. Cheers, Bruce Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Random fixes from the Mentor Graphics push queue
On Tue, Dec 3, 2013 at 7:38 PM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 12/3/2013, 5:40 PM, Richard Purdie wrote: On Tue, 2013-12-03 at 11:40 -0700, Chris Larson wrote: On Wed, Nov 27, 2013 at 11:07 AM, Christopher Larson kerg...@gmail.com wrote: The following changes since commit f991d2d60b74f5ebd990f77aecd3324b1a4533e9: libpng: set reasonable SUMMARY (2013-11-27 11:51:08 +) are available in the git repository at: https://github.com/kergoth/oe-core.git random-fixes https://github.com/kergoth/oe-core/tree/random-fixes Christopher Larson (7): update-rc.d: process symlinks recursively perf: remove /usr/local/include from default makefile includes pulseaudio: fix RDEPENDS traversal for consolekit Were there issues with these, or was it just that further testing was necessary? I noticed this series was partially applied. On the most part just being cautious for M1. The perf one does worry me as we keep going around in circles on it where we change one thing, it breaks something else, we fix that, something else breaks, we fix that and we end up back where we started. The commit history and/or the mailing list should have details about what happened there. CC'ing Bruce since I know he has opinions on the perf fix. Bruce, did we get a fix for that upstream in the end? My favourite topic. I'm working on the upstream fix, which was that we shouldn't be using CFLAGS and LDFLAGS to pass build values into perf, but instead use EXTRA_CLFAGS (which exists) and EXTRA_LDFLAGS (Which doesn't exist yet, and that's the patch I have queued). Looking at Chris' posted patch, I can't actually tell what it was fixing, since INCLUDES isn't directly used by the perf Makefiles and on a really quick check, I can't see what CONFIG_INCLUDES is set to either. I'm sure I'm just being dense (long day) and I'm missing something, so I can't map the short log's intent to what the patch is actually doing. The patch won't undo anything that we are working to fix/change upstream, but since something is whizzing over my head, I can't be sure about side effects. *shrug*, it’s possible it was to fix warnings only with older kernels, as we use our own BSPs in some cases. I’m not opposed to you dropping that patch, it was only a warning fix for us anyway :) -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] eglibc-locale.inc: use nativesdk override with the PACKAGES_DYNAMIC statement
Hi Richard, I have updated this patch as your suggestion, and it works well. nativesdk.bbclass: support nativesdk to override with the PACKAGES_DYNAMIC statement While compiling nativesdk-mtools, there was failure: ... Nothing PROVIDES 'nativesdk-glibc-gconv-ibm850'. Close matches: ... This patch supports nativesdk to override with the PACKAGES_DYNAMIC statement [YOCTO #5623] Signed-off-by: Hongxu Jia hongxu@windriver.com diff --git a/meta/classes/nativesdk.bbclass b/meta/classes/nativesdk.bbclass index 94bc326..21a69c7 100644 --- a/meta/classes/nativesdk.bbclass +++ b/meta/classes/nativesdk.bbclass @@ -81,6 +81,7 @@ python () { clsextend.map_depends_variable(DEPENDS) clsextend.map_packagevars() clsextend.map_variable(PROVIDES) +clsextend.map_regexp_variable(PACKAGES_DYNAMIC) } //Hongxu On 12/03/2013 08:14 PM, Richard Purdie wrote: On Tue, 2013-12-03 at 18:27 +0800, Hongxu Jia wrote: While compiling nativesdk-mtools, there was failure: ... Nothing PROVIDES 'nativesdk-glibc-gconv-ibm850'. Close matches: ... Using nativesdk override with the PACKAGES_DYNAMIC statement fixed this issue. [YOCTO #5623] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-core/eglibc/eglibc-locale.inc | 6 ++ 1 file changed, 6 insertions(+) No. lib/oe/classextend.py has a map_regexp_variable() function which is called from classes/multilib.bbclass: clsextend.map_regexp_variable(PACKAGES_DYNAMIC) Perhaps such a line should be added to nativesdk.bbclass to fix this properly instead? Cheers, Richard diff --git a/meta/recipes-core/eglibc/eglibc-locale.inc b/meta/recipes-core/eglibc/eglibc-locale.inc index 83569da..5e256a5 100644 --- a/meta/recipes-core/eglibc/eglibc-locale.inc +++ b/meta/recipes-core/eglibc/eglibc-locale.inc @@ -35,6 +35,12 @@ PACKAGES_DYNAMIC = ^locale-base-.* \ ^eglibc-gconv-.* ^eglibc-charmap-.* ^eglibc-localedata-.* ^eglibc-binary-localedata-.* \ ^glibc-gconv-.* ^glibc-charmap-.* ^glibc-localedata-.* ^glibc-binary-localedata-.* +PACKAGES_DYNAMIC_class-nativesdk = ^nativesdk-locale-base-.* \ +^nativesdk-eglibc-gconv-.* ^nativesdk-eglibc-charmap-.* \ +^nativesdk-eglibc-localedata-.* ^nativesdk-eglibc-binary-localedata-.* \ +^nativesdk-glibc-gconv-.* ^nativesdk-glibc-charmap-.* \ +^nativesdk-glibc-localedata-.* ^nativesdk-glibc-binary-localedata-.* + # Create a eglibc-binaries package ALLOW_EMPTY_${BPN}-binaries = 1 PACKAGES += ${BPN}-binaries ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] attr: Add patch tracking details
Add author tracking information to the attr patch added by commit b28f12a272a9e2f0c3084a58b91605acb05f58f8. Signed-off-by: Nathan Rossi nathan.ro...@xilinx.com --- This patch fixes up the missing signed-off-by line, This was requested in the following thread: http://lists.openembedded.org/pipermail/openembedded-core/2013-December/087163.html --- .../attr/files/attr-Missing-configure.ac.patch |1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/attr/files/attr-Missing-configure.ac.patch b/meta/recipes-support/attr/files/attr-Missing-configure.ac.patch index 5887ed5..20fcc3c 100644 --- a/meta/recipes-support/attr/files/attr-Missing-configure.ac.patch +++ b/meta/recipes-support/attr/files/attr-Missing-configure.ac.patch @@ -1,6 +1,7 @@ Subject: [PATCH] attr: Missing configure.ac Upstream-Status: Backport [Upstream released tarball missing this file] +Signed-off-by: Nathan Rossi nathan.ro...@xilinx.com --- configure.ac | 48 1 file changed, 48 insertions(+) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] boot-directdisk: add the support of vmdk
--- meta/classes/boot-directdisk.bbclass | 24 +++- 1 file changed, 19 insertions(+), 5 deletions(-) diff --git a/meta/classes/boot-directdisk.bbclass b/meta/classes/boot-directdisk.bbclass index 5535728..b2bd210 100644 --- a/meta/classes/boot-directdisk.bbclass +++ b/meta/classes/boot-directdisk.bbclass @@ -88,6 +88,15 @@ build_boot_dd() { grubefi_hddimg_populate $HDDDIR fi + if [ ${IMAGE_FSTYPE} = vmdk ]; then + if [ x${AUTO_SYSLINUXMENU} = x1 ] ; then + install -m 0644 ${STAGING_DIR}/${MACHINE}/usr/share/syslinux/vesamenu.c32 ${HDDDIR}${SYSLINUXDIR}/vesamenu.c32 + if [ x${SYSLINUX_SPLASH} != x ] ; then + install -m 0644 ${SYSLINUX_SPLASH} ${HDDDIR}${SYSLINUXDIR}/splash.lss + fi + fi + fi + BLOCKS=`du -bks $HDDDIR | cut -f 1` BLOCKS=`expr $BLOCKS + ${BOOTDD_EXTRA_SPACE}` @@ -119,17 +128,22 @@ build_boot_dd() { parted $IMAGE mkpart primary fat16 0 ${END1}B parted $IMAGE unit B mkpart primary ext2 ${END2}B ${END3}B parted $IMAGE set 1 boot on - parted $IMAGE print + + if [ ${IMAGE_FSTYPE} != vmdk ]; then + parted $IMAGE print + fi awk BEGIN { printf \$(echo ${DISK_SIGNATURE} | fold -w 2 | tac | paste -sd '' | sed 's/\(..\)/\\x/g')\ } | \ dd of=$IMAGE bs=1 seek=440 conv=notrunc OFFSET=`expr $END2 / 512` - if [ ${PCBIOS} = 1 ]; then - dd if=${STAGING_DATADIR}/syslinux/mbr.bin of=$IMAGE conv=notrunc + if [ ${IMAGE_FSTYPE} != vmdk ]; then + if [ ${PCBIOS} = 1 ]; then + dd if=${STAGING_DATADIR}/syslinux/mbr.bin of=$IMAGE conv=notrunc + fi + dd if=$HDDIMG of=$IMAGE conv=notrunc seek=1 bs=512 fi - dd if=$HDDIMG of=$IMAGE conv=notrunc seek=1 bs=512 - dd if=${ROOTFS} of=$IMAGE conv=notrunc seek=$OFFSET bs=512 + dd if=${ROOTFS} of=$IMAGE conv=notrunc seek=$OFFSET bs=512 cd ${DEPLOY_DIR_IMAGE} rm -f ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.hdddirect -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Status for Sponsored by git tags
At Tuesday, December 03, 2013 7:06 PM, Khem Raj [raj.k...@gmail.com] wrote: On Tue, Dec 03, 2013 at 11:43:41AM -0500, Philip Balister wrote: On 12/03/2013 11:08 AM, Henning Heinold wrote: Hi, how is the status about using Sponsored by git tags. Do we want something like that in openemebdded or not? What are SPonsored by tags? Philip Hi Philip, Sponsored By tags are used by freebsd and some other projects to show which company sponsored the commit. For example https://github.com/freebsd/freebsd-head/commit/da88cadfb7e76ffa35440f16fef51a03935b7775 FreeBSD does not have signed-off-by and so on and use subversion so don’t have git commit -s and so on :) if you want to credit someone then mention it in the commit log should be enough IMO Working as a contractor, I can definitely see the point in such a tag. Many people also have a separate e-mail address, e.g. gmail, for public mailing list commits for the sake of spam et.c. However if the preferred way is to use the commit message, that is fine by me. BR // Mats ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core