[OE-core] [PATCH] nasm: 2.11.08 -> 2.12.02

[Dai Caiyun]

Upgrade nasm from 2.11.08 to 2.12.02.

Signed-off-by: Dai Caiyun 
---
 meta/recipes-devtools/nasm/{nasm_2.11.08.bb => nasm_2.12.02.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/nasm/{nasm_2.11.08.bb => nasm_2.12.02.bb} (81%)

diff --git a/meta/recipes-devtools/nasm/nasm_2.11.08.bb 
b/meta/recipes-devtools/nasm/nasm_2.12.02.bb
similarity index 81%
rename from meta/recipes-devtools/nasm/nasm_2.11.08.bb
rename to meta/recipes-devtools/nasm/nasm_2.12.02.bb
index e0724e6..e2e7158 100644
--- a/meta/recipes-devtools/nasm/nasm_2.11.08.bb
+++ b/meta/recipes-devtools/nasm/nasm_2.12.02.bb
@@ -7,8 +7,8 @@ COMPATIBLE_HOST = '(x86_64|i.86).*-(linux|freebsd.*)'
 
 SRC_URI = "http://www.nasm.us/pub/nasm/releasebuilds/${PV}/nasm-${PV}.tar.bz2 "
 
-SRC_URI[md5sum] = "7aae5cb8e03fac48029c82a7470ab066"
-SRC_URI[sha256sum] = 
"9da3a0291a0bdc06305b7ba194f1e2c2b55ae6f11210b4af43729868149d5445"
+SRC_URI[md5sum] = "d15843c3fb7db39af80571ee27ec6fad"
+SRC_URI[sha256sum] = 
"00b0891c678c065446ca59bcee64719d0096d54d6886e6e472aeee2e170ae324"
 
 inherit autotools-brokensep
 
-- 
2.7.4



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] lsbinitscripts: 9.64 -> 9.68

[Wang Xin]

Upgrade lsbinitscripts from 9.64 to 9.68.

Signed-off-by: Wang Xin 
---
 .../0001-functions-avoid-exit-1-which-causes-init-scripts-to-.patch | 5 +++--
 .../lsb/{lsbinitscripts_9.64.bb => lsbinitscripts_9.68.bb}  | 6 +++---
 2 files changed, 6 insertions(+), 5 deletions(-)
 rename meta/recipes-extended/lsb/{lsbinitscripts_9.64.bb => 
lsbinitscripts_9.68.bb} (82%)

diff --git 
a/meta/recipes-extended/lsb/lsbinitscripts/0001-functions-avoid-exit-1-which-causes-init-scripts-to-.patch
 
b/meta/recipes-extended/lsb/lsbinitscripts/0001-functions-avoid-exit-1-which-causes-init-scripts-to-.patch
index 0809c9b..17c9002 100644
--- 
a/meta/recipes-extended/lsb/lsbinitscripts/0001-functions-avoid-exit-1-which-causes-init-scripts-to-.patch
+++ 
b/meta/recipes-extended/lsb/lsbinitscripts/0001-functions-avoid-exit-1-which-causes-init-scripts-to-.patch
@@ -11,13 +11,14 @@ diff --git a/rc.d/init.d/functions b/rc.d/init.d/functions
 index 6850046..11223f7 100644
 --- a/rc.d/init.d/functions
 +++ b/rc.d/init.d/functions
-@@ -597,5 +597,5 @@ if [ "$_use_systemctl" = "1" ]; then
+@@ -597,6 +597,6 @@ if [ "$_use_systemctl" = "1" ]; then
fi
  fi
  
 -strstr "$(cat /proc/cmdline)" "rc.debug" && set -x
 +strstr "$(cat /proc/cmdline)" "rc.debug" && set -x || true
- 
+ return 0
+
 -- 
 2.1.0
 
diff --git a/meta/recipes-extended/lsb/lsbinitscripts_9.64.bb 
b/meta/recipes-extended/lsb/lsbinitscripts_9.68.bb
similarity index 82%
rename from meta/recipes-extended/lsb/lsbinitscripts_9.64.bb
rename to meta/recipes-extended/lsb/lsbinitscripts_9.68.bb
index 7273050..0c08fff 100644
--- a/meta/recipes-extended/lsb/lsbinitscripts_9.64.bb
+++ b/meta/recipes-extended/lsb/lsbinitscripts_9.68.bb
@@ -8,13 +8,13 @@ RDEPENDS_${PN} += "util-linux"
 LIC_FILES_CHKSUM = "file://COPYING;md5=ebf4e8b49780ab187d51bd26aaa022c6"
 
 S="${WORKDIR}/initscripts-${PV}"
-SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/initscripts/initscripts-${PV}.tar.bz2/9cce2ae1009750e84be37c09a028757e/initscripts-${PV}.tar.bz2
 \
+SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/initscripts/initscripts-${PV}.tar.bz2/6a51a5af38e01445f53989ed0727c3e1/initscripts-${PV}.tar.bz2
 \
file://functions.patch \

file://0001-functions-avoid-exit-1-which-causes-init-scripts-to-.patch \
   " 
 
-SRC_URI[md5sum] = "9cce2ae1009750e84be37c09a028757e"
-SRC_URI[sha256sum] = 
"48b59ce8157cfc58bbd4b1dfa58ad1087245761ae11c2033b66ae3864ea7e1cf"
+SRC_URI[md5sum] = "6a51a5af38e01445f53989ed0727c3e1"
+SRC_URI[sha256sum] = 
"2a1c6e9dbaa37a676518f4803b501e107c058bb14ef7a8db24c52b77fbcba531"
 
 inherit update-alternatives
 
-- 
2.7.4



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] inherit allarch and use RDEPENDS

[Mike Looijmans]

On 23-08-16 17:32, Richard Purdie wrote:> On Tue, 2016-08-23 at 15:15 +, Peter Kjellerstedt wrote:>> This is the first I heard about limits to recipes that inherit>> allarch>> and also use RDEPENDS. So after I read the above, I went and read the>> documentation for the allarch class, which unfortunately did not make>> my understanding much clearer. Am I to understand that a recipe that inherits allarch cannot have>> runtime dependencies on packages that are built differently per>> architecture or MACHINE? If so, what can it have runtime dependencies>> on? Only other allarch recipes? What are the design limitations>> behind this and is there anything that could be done to change the>> situation?>> It can depend on them, only if you add it to the list of dependencies> in layer.conf, either SIGGEN_EXCLUDERECIPES_ABISAFE or>   SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS. The implication of that is that if> one of these recipes changes, the dependency will not be rebuilt, so> you have to be careful about things like these packages getting> renamed.>> Its basically a choice, we can have allarch packages and accept we> can't always rebuild them through the sstate hash changes, or we don't> have allarch packages at all (or have packages that can't have non> -allarch dependencies).First time I've heard about this limitation, I don't understand what's this about either. I've been telling people to put their arch or machine specific code into a seperate package and RDEPEND on it from an allarch package that holds the Python code that calls into that.We haven't seen any problems with that.So what is the bad thing that would happen if we don't set the SIGGEN_EXCLUDE... variables in the layer.conf file?>> As an example, say that I have a recipe that only installs a static>> script, so inheriting allarch is a natural thing to do. However, for>> this script to work it must call a binary built by another recipe so>> it of course RDEPENDS on that other package. Are you saying this is>> wrong? Because that sounds odd to me as it severely limits the>> usefulness of the allarch class.>> You can do this if and only if you list it in layer.conf.>>> Another example would be a recipe that installs a static Perl script.>> Can it not inherit allarch while also have a runtime dependency on>> perl? If the above is true, why are there no QA tests or similar that catch>> these kind of problems?>> We do have sstate hash tests in oe-selftest which would highlight such> a problem.>> There are various open bugs complaining about this situation however> I've yet to come up with a way which solves the problem perfectly, much> as I'd like to.I'm totally in the dark as to what should go where now.Given the situation above, a recipe called "static-perl-script.bb" that requires the "perl" interpreter,  what should we put into layer.conf then?
 
Kind regards,
 
Mike Looijmans
System Expert
 





  
  

  TOPIC
  Products

   

   
  

  Materiaalweg
  4

   

   
  

  5681
  RJ Best

  T:

  +31 (0) 499 33
  69 69
  

  Postbus
  440

  E:

  mike.looijm...@topicproducts.com
  

  5680 AK
  Best

  W:

  www.topicproducts.com
  
The Netherlands



 Please consider the environment before printing this
e-mailTopic zoekt gedreven (embedded) software specialisten!



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] openssh: fix CVE-2016-6515

[Kang Kai]

On 2016年08月24日 00:33, Burton, Ross wrote:


On 23 August 2016 at 02:59, > wrote:


From: Kai Kang mailto:kai.k...@windriver.com>>

Backport patch to fix CVE-2016-6515 from:

https://anongit.mindrot.org/openssh.git/commit/?id=fcd135c



We've already had an upgrade to 7.3 in master(-next), so this would 
only be appropriate for the stable branches.


Yes, openssh 7.3p1 contains this patch. Thanks.

--Kai



Ross



--
Regards,
Neil | Kai Kang

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/2] Toggle bind configure options

[Kang Kai]

On 2016年08月24日 09:27, kai.k...@windriver.com wrote:

From: Kai Kang 

The following changes since commit 94646f4828c2aa11a89996763edaa2e9d57106a9:

   oeqa/buildiptables: Switch from netfilter.org to yoctoproject.org mirror 
(2016-08-23 17:59:43 +0100)

are available in the git repository at:

   git://git.pokylinux.org/poky-contrib kangkai/bind
   http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/bind

Kai Kang (2):
   bind: enable threads support and use epoll
   dhcp: build shared libraries


I didn't see Wangxin's work to upgrade bind. So please comment the 
patches, and I will rebase them when the upgrade patch is merged.


Thanks.

--Kai


  meta/recipes-connectivity/bind/bind_9.10.3-P3.bb   |   6 +-
  meta/recipes-connectivity/dhcp/dhcp.inc|   6 +-
  .../dhcp/dhcp/build-shared-libs.patch  | 186 +
  meta/recipes-connectivity/dhcp/dhcp_4.3.4.bb   |   1 +
  4 files changed, 194 insertions(+), 5 deletions(-)
  create mode 100644 meta/recipes-connectivity/dhcp/dhcp/build-shared-libs.patch




--
Regards,
Neil | Kai Kang

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/2] Toggle bind configure options

[kai.kang]

From: Kai Kang 

The following changes since commit 94646f4828c2aa11a89996763edaa2e9d57106a9:

  oeqa/buildiptables: Switch from netfilter.org to yoctoproject.org mirror 
(2016-08-23 17:59:43 +0100)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib kangkai/bind
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/bind

Kai Kang (2):
  bind: enable threads support and use epoll
  dhcp: build shared libraries

 meta/recipes-connectivity/bind/bind_9.10.3-P3.bb   |   6 +-
 meta/recipes-connectivity/dhcp/dhcp.inc|   6 +-
 .../dhcp/dhcp/build-shared-libs.patch  | 186 +
 meta/recipes-connectivity/dhcp/dhcp_4.3.4.bb   |   1 +
 4 files changed, 194 insertions(+), 5 deletions(-)
 create mode 100644 meta/recipes-connectivity/dhcp/dhcp/build-shared-libs.patch

-- 
2.9.3

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] dhcp: build shared libraries

[kai.kang]

From: Kai Kang 

When enable bind threads support, it fails to compile dhcp:

| 
tmp/work/armv5e-poky-linux-gnueabi/bind/9.10.3-P3-r0/build/lib/isc/pthreads/../../../../bind-9.10.3-P3/lib/isc/pthreads/thread.c:64:
 undefined reference to `pthread_create'

Enable build shared libraries for bind and dhcp to fix the build failure.
And the patch is ported from Fedora.

Add sub-package dhcp-libs to package shared libraries.

Signed-off-by: Kai Kang 
---
 meta/recipes-connectivity/dhcp/dhcp.inc|   6 +-
 .../dhcp/dhcp/build-shared-libs.patch  | 186 +
 meta/recipes-connectivity/dhcp/dhcp_4.3.4.bb   |   1 +
 3 files changed, 191 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-connectivity/dhcp/dhcp/build-shared-libs.patch

diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc 
b/meta/recipes-connectivity/dhcp/dhcp.inc
index aafdd0a..969fdcb 100644
--- a/meta/recipes-connectivity/dhcp/dhcp.inc
+++ b/meta/recipes-connectivity/dhcp/dhcp.inc
@@ -46,7 +46,7 @@ EXTRA_OECONF = 
"--with-srv-lease-file=${localstatedir}/lib/dhcp/dhcpd.leases \
 
--with-cli-lease-file=${localstatedir}/lib/dhcp/dhclient.leases \
 
--with-cli6-lease-file=${localstatedir}/lib/dhcp/dhclient6.leases \
 --with-libbind=${STAGING_LIBDIR}/ \
---enable-paranoia \
+--enable-paranoia --disable-static \
 --with-randomdev=/dev/random \
"
 
@@ -82,12 +82,14 @@ do_install_append () {
sed -i -e 's,@SYSCONFDIR@,${sysconfdir},g' 
${D}${systemd_unitdir}/system/dhcrelay.service
 }
 
-PACKAGES += "dhcp-server dhcp-server-config dhcp-client dhcp-relay 
dhcp-omshell"
+PACKAGES += "dhcp-libs dhcp-server dhcp-server-config dhcp-client dhcp-relay 
dhcp-omshell"
 
 FILES_${PN} = ""
 RDEPENDS_${PN}-dev = ""
 RDEPENDS_${PN}-staticdev = ""
 
+FILES_${PN}-libs = "${libdir}/libdhcpctl.so.0* ${libdir}/libomapi.so.0*"
+
 FILES_${PN}-server = "${sbindir}/dhcpd ${sysconfdir}/init.d/dhcp-server"
 RRECOMMENDS_${PN}-server = "dhcp-server-config"
 
diff --git a/meta/recipes-connectivity/dhcp/dhcp/build-shared-libs.patch 
b/meta/recipes-connectivity/dhcp/dhcp/build-shared-libs.patch
new file mode 100644
index 000..0b3d6e4
--- /dev/null
+++ b/meta/recipes-connectivity/dhcp/dhcp/build-shared-libs.patch
@@ -0,0 +1,186 @@
+Upstream-Status: Pending
+
+Port patches from Fedora to build shared libs rather than static libs.
+
+Signed-off-by: Kai Kang 
+---
+diff --git a/client/Makefile.am b/client/Makefile.am
+index 84d8131..e776bf0 100644
+--- a/client/Makefile.am
 b/client/Makefile.am
+@@ -15,7 +15,7 @@ dhclient_SOURCES = $(srcdir)/clparse.c $(srcdir)/dhclient.c 
$(srcdir)/dhc6.c \
+  scripts/bsdos scripts/freebsd scripts/linux scripts/macos \
+  scripts/netbsd scripts/nextstep scripts/openbsd \
+  scripts/solaris scripts/openwrt
+-dhclient_LDADD = ../common/libdhcp.a ../omapip/libomapi.a 
$(BINDLIBDIR)/libirs.a \
+-   $(BINDLIBDIR)/libdns.a $(BINDLIBDIR)/libisccfg.a 
$(BINDLIBDIR)/libisc.a
++dhclient_LDADD = ../common/libdhcp.a ../omapip/libomapi.la \
++-L$(BINDLIBDIR) -lirs -ldns -lisccfg -lisc
+ man_MANS = dhclient.8 dhclient-script.8 dhclient.conf.5 dhclient.leases.5
+ EXTRA_DIST = $(man_MANS)
+diff --git a/common/tests/Makefile.am b/common/tests/Makefile.am
+index 05cd9c1..ab7a5a3 100644
+--- a/common/tests/Makefile.am
 b/common/tests/Makefile.am
+@@ -15,26 +15,23 @@ ATF_TESTS += alloc_unittest dns_unittest misc_unittest 
ns_name_unittest
+ alloc_unittest_SOURCES = test_alloc.c $(top_srcdir)/tests/t_api_dhcp.c
+ alloc_unittest_LDADD = $(ATF_LDFLAGS)
+ alloc_unittest_LDADD += ../libdhcp.a  \
+-  ../../omapip/libomapi.a $(BINDLIBDIR)/libirs.a \
+-  $(BINDLIBDIR)/libdns.a $(BINDLIBDIR)/libisccfg.a  $(BINDLIBDIR)/libisc.a
++  ../../omapip/libomapi.la -L$(BINDLIBDIR) -ldns -lisccfg -lisc
+ 
+ dns_unittest_SOURCES = dns_unittest.c $(top_srcdir)/tests/t_api_dhcp.c
+ dns_unittest_LDADD = $(ATF_LDFLAGS)
+ dns_unittest_LDADD += ../libdhcp.a  \
+-  ../../omapip/libomapi.a $(BINDLIBDIR)/libirs.a \
+-  $(BINDLIBDIR)/libdns.a $(BINDLIBDIR)/libisccfg.a  $(BINDLIBDIR)/libisc.a
++  ../../omapip/libomapi.la -L$(BINDLIBDIR) -ldns -lisccfg -lisc
+ 
+ misc_unittest_SOURCES = misc_unittest.c $(top_srcdir)/tests/t_api_dhcp.c
+ misc_unittest_LDADD = $(ATF_LDFLAGS)
+ misc_unittest_LDADD += ../libdhcp.a  \
+-  ../../omapip/libomapi.a $(BINDLIBDIR)/libirs.a \
+-  $(BINDLIBDIR)/libdns.a $(BINDLIBDIR)/libisccfg.a  $(BINDLIBDIR)/libisc.a
++  ../../omapip/libomapi.la -L$(BINDLIBDIR) -ldns -lisccfg -lisc
+ 
+ ns_name_unittest_SOURCES = ns_name_test.c $(top_srcdir)/tests/t_api_dhcp.c
+ ns_name_unittest_LDADD = $(ATF_LDFLAGS)
+ ns_name_unittest_LDADD += ../libdhcp.a  \
+-  ../../omapip/libomapi.a $(BINDLIBDIR)/libirs.a \
+-  $(BINDLIBDIR)/libdns.a $(BINDLIBDIR)/libisccfg.a  $(BINDLIBDIR)/libisc.a
++  ../..

[OE-core] [PATCH 1/2] bind: enable threads support and use epoll

[kai.kang]

From: Kai Kang 

Disable threads support for bind is inherited from legacy openembedded.
And all libc's support proper threading on Linux now, so enable threads
support for bind.

But static libraries cause package dhcp fails to compile after enable
threads support. So enable to build shared libraries rather than static
libs to fix the failure.

Options devpoll and epoll are configured to choose most preferable
multiplex method for unix socket. The priorities are: epoll > poll >
select. When set '--enable-epoll', it just defines a var and include
header file that is available for cross compile. So use epoll for bind.

Signed-off-by: Kai Kang 
---
 meta/recipes-connectivity/bind/bind_9.10.3-P3.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-connectivity/bind/bind_9.10.3-P3.bb 
b/meta/recipes-connectivity/bind/bind_9.10.3-P3.bb
index a99f0dd..04e8e4a 100644
--- a/meta/recipes-connectivity/bind/bind_9.10.3-P3.bb
+++ b/meta/recipes-connectivity/bind/bind_9.10.3-P3.bb
@@ -31,9 +31,9 @@ SRC_URI[md5sum] = "bcf7e772b616f7259420a3edc5df350a"
 SRC_URI[sha256sum] = 
"690810d1fbb72afa629e74638d19cd44e28d2b2e5eb63f55c705ad85d1a4cb83"
 
 ENABLE_IPV6 = "--enable-ipv6=${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', 
'yes', 'no', d)}"
-EXTRA_OECONF = " ${ENABLE_IPV6} --with-randomdev=/dev/random --disable-threads 
\
- --disable-devpoll --disable-epoll --with-gost=no \
- --with-gssapi=no --with-ecdsa=yes \
+EXTRA_OECONF = " ${ENABLE_IPV6} --with-randomdev=/dev/random --with-libtool \
+ --enable-threads --disable-devpoll --enable-epoll \
+ --with-gost=no --with-gssapi=no --with-ecdsa=yes \
  --sysconfdir=${sysconfdir}/bind \
  --with-openssl=${STAGING_LIBDIR}/.. \
"
-- 
2.9.3

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/8] [linux-libc-headers] allow overriding compiler name in KConfig

[Khem Raj]

> On Aug 23, 2016, at 6:39 AM, Bruce Ashfield  wrote:
> 
> 
> 
> On Tue, Aug 23, 2016 at 3:25 AM, Jérémy Rosen  > wrote:
> The KConfig infrastructure hardwires the compiler name to gcc, which breaks
> the BUILD_CC feature. This is needed even when cross compiling because
> make *config rely on the kconfig infrastructure
> ---
>  meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
>  |  7 ++-
>  
> meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
>  | 32 
>  2 files changed, 38 insertions(+), 1 deletion(-)
>  create mode 100644 
> meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
> 
> diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc 
> b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> index 92acf8a..18bd080 100644
> --- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> @@ -46,7 +46,9 @@ inherit kernel-arch
> 
>  KORG_ARCHIVE_COMPRESSION ?= "xz"
> 
> -SRC_URI = 
> "${KERNELORG_MIRROR}/linux/kernel/v${HEADER_FETCH_VER}/linux-${PV}.tar.${KORG_ARCHIVE_COMPRESSION}"
> +SRC_URI = 
> "${KERNELORG_MIRROR}/linux/kernel/v${HEADER_FETCH_VER}/linux-${PV}.tar.${KORG_ARCHIVE_COMPRESSION}
>  \
> +   
> file://0001-Allow-overriding-host-compiler-name-from-environment.patch \
> +   "
> 
> 
> We shouldn't be patching linux-libc-headers, and much less with a build patch 
> like this. libc-headers
> are the c libraries interface to the kernel. If something is building against 
> the kernel itself, it needs
> to go against the kernel source.
> 
> If this is broken, it needs to be fixed upstream.

I agree. now a days we have more than gcc available as system C compiler 
perhaps your patch might be upstream worthy.

> 
> But like the kernel patch, I can't tell exactly what problem you are trying 
> to fix. Can you be more
> specific ?
> 
> Bruce
> 
>  S = "${WORKDIR}/linux-${PV}"
> 
> @@ -77,3 +79,6 @@ RRECOMMENDS_${PN}-dbg = "${PN}-dev (= ${EXTENDPKGV})"
> 
>  INHIBIT_DEFAULT_DEPS = "1"
>  DEPENDS += "unifdef-native"
> +
> +export HOSTCC="${BUILD_CC}"
> +export HOSTCXX="${BUILD_CXX}"
> diff --git 
> a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
>  
> b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
> new file mode 100644
> index 000..6fcfbc8
> --- /dev/null
> +++ 
> b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
> @@ -0,0 +1,32 @@
> +From 0ce4c4f29b5d456a7707e870c7affe524f7c8807 Mon Sep 17 00:00:00 2001
> +From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?=  >
> +Date: Tue, 16 Aug 2016 22:39:29 +0200
> +Subject: [PATCH] Allow overriding host-compiler name from environment
> + variables
> +
> +---
> + Makefile | 8 
> + 1 file changed, 4 insertions(+), 4 deletions(-)
> +
> +diff --git a/Makefile b/Makefile
> +index 70dea02..1f0d2d2 100644
> +--- a/Makefile
>  b/Makefile
> +@@ -295,10 +295,10 @@ CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then echo 
> $$BASH; \
> + else if [ -x /bin/bash ]; then echo /bin/bash; \
> + else echo sh; fi ; fi)
> +
> +-HOSTCC   = gcc
> +-HOSTCXX  = g++
> +-HOSTCFLAGS   = -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 
> -fomit-frame-pointer -std=gnu89
> +-HOSTCXXFLAGS = -O2
> ++HOSTCC   ?= gcc
> ++HOSTCXX  ?= g++
> ++HOSTCFLAGS   ?= -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 
> -fomit-frame-pointer -std=gnu89
> ++HOSTCXXFLAGS ?= -O2
> +
> + ifeq ($(shell $(HOSTCC) -v 2>&1 | grep -c "clang version"), 1)
> + HOSTCFLAGS  += -Wno-unused-value -Wno-unused-parameter \
> +--
> +2.8.1
> +
> --
> git-series 0.8.9
> --
> ___
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [meta-oe] [master] [PATCH 2/3] benchmarks:Added recipe for dhrystone

[Khem Raj]

> On Aug 23, 2016, at 2:03 AM, Mubin Sayyed  
> wrote:
> 
> This patch adds recipe for dhrystone benchmarks.
> Dhrystone benchmarks measure CPU performance.
> 
> Signed-off-by: Mubin Sayyed 
> ---
> .../recipes-benchmark/dhrystone/dhrystone_2.1.bb   | 22 ++
> 1 file changed, 22 insertions(+)
> create mode 100644 meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb
> 
> diff --git a/meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb 
> b/meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb
> new file mode 100644
> index 000..d0026d5
> --- /dev/null
> +++ b/meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb
> @@ -0,0 +1,22 @@
> +DESCRIPTION = "CPU Benchmark to measure integer performance"
> +SECTION = "benchmark/tests"
> +HOMEPAGE = "http://en.wikipedia.org/wiki/Dhrystone";
> +
> +LICENSE = "NCSA"
> +LIC_FILES_CHKSUM = 
> "file://${COMMON_LICENSE_DIR}/NCSA;md5=1b5fdec70ee13ad8a91667f16c1959d7"
> +
> +SRC_URI = "http://fossies.org/linux/privat/old/dhrystone-${PV}.tar.gz";
> +
> +SRC_URI[md5sum] = "15e13d1d2329571a60c04b2f05920d24"
> +SRC_URI[sha256sum] = 
> "8c8da46c34fde271b8f60a96a432164d2918706911199f43514861f07ef6b2f1"
> +
> +EXTRA_OEMAKE = "-e MAKEFLAGS='GCC=${CC}' 'PROGS=unix' 'TIME_FUNC= -DTIME' \
> +'HZ=60' 'OPTIMIZE= -O4' 'GCCOPTIM=-O’"

There seems to be no -O4 anything beyond -O3 is same as -O3
however we probably should use the SELECTED_OPTIMIZATIONS

> +S = "${WORKDIR}"
> +
> +do_install () {
> +
> + install -d ${D}${bindir}
> + install -m 0755 gcc_dry2  ${D}${bindir}
> + install -m 0755 gcc_dry2reg  ${D}${binder}

may be just use install -Dm gcc_dry2 ${D}${binder}/gcc_dry2
and can combine the install -d into single cmd

> +}
> --
> 1.9.1
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [meta-oe] [master] [PATCH 1/3] benchmarks:Added recipe for whetstone benchmarks

[Khem Raj]

> On Aug 23, 2016, at 2:47 AM, Mubin Sayyed  
> wrote:
> 
> This patch adds recipe for whestone benchmarks.
> Whestone benchmarks measures CPU's floating-point
> arithmetic performance
> 
> Signed-off-by: Mubin Sayyed 
> ---
> .../recipes-benchmark/whetstone/whetstone_1.0.bb   | 22 ++
> 1 file changed, 22 insertions(+)
> create mode 100644 meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb
> 
> diff --git a/meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb 
> b/meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb
> new file mode 100644
> index 000..e6f51cb
> --- /dev/null
> +++ b/meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb
> @@ -0,0 +1,22 @@
> +DESCRIPTION = "CPU benchmark to measure floating point performance"
> +HOMEPAGE = "https://en.wikipedia.org/wiki/Whetstone_(benchmark)"
> +SECTION = "benchmark/tests"
> +
> +LICENSE = "GPLv1"
> +LIC_FILES_CHKSUM 
> ="file://${COMMON_LICENSE_DIR}/GPL-1.0;md5=e9e36a9de734199567a4d769498f743d"
> +
> +SRC_URI = "http://www.netlib.org/benchmark/whetstone.c";
> +SRC_URI[md5sum] = "d8eb2cd7104bb5a12d614ac6d3f1f9fb"
> +SRC_URI[sha256sum] = 
> "333e4ceca042c146f63eec605573d16ae8b07166cbc44a17bec1ea97c6f1efbf"
> +
> +S = "${WORKDIR}"
> +
> +do_compile () {
> + ${CC} -O3 -Ofast -o whetstone whetstone.c -lm

hardcoding, compiler options may not be the right thing
just leveraging CFLAGS is right thing.

Secondly, also pass LDFLAGS since compile and link are
happening in same step

> +}
> +
> +do_install () {
> + install -d ${D}${bindir}
> + install -m 0755 whetstone ${D}${bindir}
> +}
> +
> --
> 1.9.1
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/8] [autotools] export CCLD_FOR_BUILD

[Khem Raj]

> On Aug 23, 2016, at 12:25 AM, Jérémy Rosen  wrote:
> 
> The autotools class already export most *_FOR_BUILD from bitbake's
> BUILD_* variables. Somehow the variable CCLD_FOR_BUILD was missing
> 
> At least libpcre uses that variable and will use gcc instead of BUILD_CCLD
> to link binaries
> 
> Signed-off-by: Jérémy Rosen 
> ---
> meta/classes/autotools.bbclass | 2 ++
> 1 file changed, 2 insertions(+), 0 deletions(-)
> 
> diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
> index 076899c..9041021 100644
> --- a/meta/classes/autotools.bbclass
> +++ b/meta/classes/autotools.bbclass
> @@ -49,6 +49,8 @@ export CXXFLAGS_FOR_BUILD="${BUILD_CXXFLAGS}"
> export LD_FOR_BUILD = "${BUILD_LD}"
> export LDFLAGS_FOR_BUILD = "${BUILD_LDFLAGS}"
> 
> +export CCLD_FOR_BUILD = "${BUILD_CCLD}”

if its used by just one recipe then its not worth abstracting it out. Perhaps
fixing
https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-support/libpcre/libpcre/pcre-cross.patch
is another option ?

> +
> def append_libtool_sysroot(d):
> # Only supply libtool sysroot option for non-native packages
> if not bb.data.inherits_class('native', d):
> --
> git-series 0.8.9
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] kernel.bbclass: include signing keys when copying files required for module builds

[Jianxun Zhang]

Bruce,
Ping~~~
Could you or anyone have a look on this patch? It is for 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=9805

Thanks


> On Aug 12, 2016, at 7:10 AM, Waldo Mattias  
> wrote:
> 
> The absence of certs/signing_key.* in $kerneldir made signing of
> out-of-tree kernel modules fail (silently). Add copying of these files
> during the shared_workdir task.
> 
> Signed-off-by: Mattias Waldo 
> ---
> meta/classes/kernel.bbclass | 2 ++
> 1 file changed, 2 insertions(+)
> 
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index 6e3e81e..2bfd65c 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -295,6 +295,8 @@ do_shared_workdir () {
>cp .config $kerneldir/
>mkdir -p $kerneldir/include/config
>cp include/config/kernel.release 
> $kerneldir/include/config/kernel.release
> +   mkdir -p $kerneldir/certs
> +   cp certs/signing_key.* $kerneldir/certs
> 
># We can also copy over all the generated files and avoid special cases
># like version.h, but we've opted to keep this small until file creep 
> starts
> --
> 2.9.2
> 
> 
> 
> 
> -- 
> ___
> 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

[OE-core] [ANN] Heading for the Yocto Project open book

[Otavio Salvador]

Hello everyone,

Today is an important day for Daiane and I. We want to announce we are
working on an open book which will cover the Yocto Project from a more
general perspective.

We wrote a book[1] about the Yocto Project in past (released in July
2014) and it has been a very pleasant experience to follow its
repercussion. However the fact that a printed book is a static book
and we cannot keep updating it with errata fixes, improvements and new
contents, has been driving us crazy. So after a lot of thinking we
decided to start a new book.

1. http://amzn.to/1qJHycB

We have never driven a project like this, and we faced several
stepping stones during the planning on how it would work, including
for example royalties and authorship.

If ever there is a printed version (ebook is always going to be free)
of the book, we want to give back in return of all the help we got
from the projects, donating 100% of the book's royalties to the
OpenEmbedded Project. We are in the process of including the book on
Amazon and Google Play store services but the PDF[2] and the Git[3]
repositories are already available.

2. http://bit.ly/2bToiu8
3. http://bit.ly/2bM856N

As this discussion is off-topic for the forums here in copy, please
get in touch with Daiane and I directly if you have any suggestion,
critic, feedback or comment.

Best Regards,

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3] python-3.5-manifest: Add argparse module

[Fabio Berton]

Adding argparse module from Python's standard library. This allow use
argparse without installing all python-misc modules. For compatibility,
add python3-argparse as RDEPENDS to python3-misc.

Signed-off-by: Fabio Berton 
---
 meta/recipes-devtools/python/python-3.5-manifest.inc | 10 +++---
 meta/recipes-devtools/python/python3_3.5.2.bb|  2 +-
 scripts/contrib/python/generate-manifest-3.5.py  |  3 +++
 3 files changed, 11 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc 
b/meta/recipes-devtools/python/python-3.5-manifest.inc
index 30db34a..3046114 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -5,14 +5,18 @@
 
  
 
-PROVIDES+="${PN}-2to3 ${PN}-asyncio ${PN}-audio ${PN}-codecs ${PN}-compile 
${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes ${PN}-curses 
${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib ${PN}-distutils 
${PN}-distutils-staticdev ${PN}-doctest ${PN}-email ${PN}-enum ${PN}-fcntl 
${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image ${PN}-importlib ${PN}-io 
${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math ${PN}-mime 
${PN}-mmap ${PN}-multiprocessing ${PN}-netclient ${PN}-netserver ${PN}-numbers 
${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc ${PN}-re 
${PN}-readline ${PN}-reprlib ${PN}-resource ${PN}-selectors ${PN}-shell 
${PN}-signal ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests ${PN}-stringold 
${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests ${PN}-textutils 
${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin ${PN}-xml 
${PN}-xmlrpc "
+PROVIDES+="${PN}-2to3 ${PN}-argparse ${PN}-asyncio ${PN}-audio ${PN}-codecs 
${PN}-compile ${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes 
${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib 
${PN}-distutils ${PN}-distutils-staticdev ${PN}-doctest ${PN}-email ${PN}-enum 
${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image ${PN}-importlib 
${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math 
${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient ${PN}-netserver 
${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc 
${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource ${PN}-selectors 
${PN}-shell ${PN}-signal ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests 
${PN}-stringold ${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests 
${PN}-textutils ${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin 
${PN}-xml ${PN}-xmlrpc "
 
-PACKAGES="${PN}-dbg ${PN}-2to3 ${PN}-asyncio ${PN}-audio ${PN}-codecs 
${PN}-compile ${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes 
${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib 
${PN}-distutils-staticdev ${PN}-distutils ${PN}-doctest ${PN}-email ${PN}-enum 
${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image ${PN}-importlib 
${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math 
${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient ${PN}-netserver 
${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc 
${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource ${PN}-selectors 
${PN}-shell ${PN}-signal ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests 
${PN}-stringold ${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests 
${PN}-textutils ${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin 
${PN}-xml ${PN}-xmlrpc ${PN}-modules"
+PACKAGES="${PN}-dbg ${PN}-2to3 ${PN}-argparse ${PN}-asyncio ${PN}-audio 
${PN}-codecs ${PN}-compile ${PN}-compression ${PN}-core ${PN}-crypt 
${PN}-ctypes ${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev 
${PN}-difflib ${PN}-distutils-staticdev ${PN}-distutils ${PN}-doctest 
${PN}-email ${PN}-enum ${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image 
${PN}-importlib ${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox 
${PN}-math ${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient 
${PN}-netserver ${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint 
${PN}-profile ${PN}-pydoc ${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource 
${PN}-selectors ${PN}-shell ${PN}-signal ${PN}-smtpd ${PN}-sqlite3 
${PN}-sqlite3-tests ${PN}-stringold ${PN}-subprocess ${PN}-syslog 
${PN}-terminal ${PN}-tests ${PN}-textutils ${PN}-threading ${PN}-tkinter 
${PN}-unittest ${PN}-unixadmin ${PN}-xml ${PN}-xmlrpc ${PN}-modules"
 
 SUMMARY_${PN}-2to3="Python automated Python 2 to 3 code translator"
 RDEPENDS_${PN}-2to3="${PN}-core"
 FILES_${PN}-2to3="${libdir}/python3.5/lib2to3 "
 
+SUMMARY_${PN}-argparse="Python command line argument parser"
+RDEPENDS_${PN}-argparse="${PN}-core ${PN}-codecs ${PN}-textutils"
+FILES_${PN}-argparse="${libdir}/python3.5/argparse.* "
+
 SUMMARY_${PN}-asyncio="Python Asynchronous I/O, event loop, coroutines and 
tasks"
 RDEPENDS_${PN}-asyncio="${PN}-core"
 FILES_${PN}-asyncio="${libdir}/python3.5/async

[OE-core] [PATCH v4 0/1] useradd.bbclass: Simplify target overrides

[Ulf Magnusson]

Changes since v3:

Add Signed-off-by line.

Changes since v2:

Like SYSROOTFUNC, USERADDSETSCENEDEPS needs to be set to "" for non-target
classes. Otherwise, "${USERADDSETSCENEDEPS}" will be kept unexpanded as is for
those.

Ulf Magnusson (1):
  useradd.bblass: Simplify target overrides

 meta/classes/useradd.bbclass | 32 +---
 1 file changed, 9 insertions(+), 23 deletions(-)

-- 
2.5.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v4 1/1] useradd.bblass: Simplify target overrides

[Ulf Magnusson]

The current style might be a leftover from when _class-target did not
exist.

Also change the assignment to SSTATECLEANFUNCS to an append, which makes
more sense. useradd.bbclass is the only user of SSTATECLEANFUNCS as of
writing, so it won't make any functional difference.

Signed-off-by: Ulf Magnusson 
---
 meta/classes/useradd.bbclass | 32 +---
 1 file changed, 9 insertions(+), 23 deletions(-)

diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 8d51fb5..e24b1c5 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -3,11 +3,7 @@ inherit useradd_base
 # base-passwd-cross provides the default passwd and group files in the
 # target sysroot, and shadow -native and -sysroot provide the utilities
 # and support files needed to add and modify user and group accounts
-DEPENDS_append = "${USERADDDEPENDS}"
-USERADDDEPENDS = " base-files shadow-native shadow-sysroot shadow"
-USERADDDEPENDS_class-cross = ""
-USERADDDEPENDS_class-native = ""
-USERADDDEPENDS_class-nativesdk = ""
+DEPENDS_append_class-target = " base-files shadow-native shadow-sysroot shadow"
 
 # This preinstall function can be run in four different contexts:
 #
@@ -157,28 +153,18 @@ if test "x${STAGING_DIR_TARGET}" != "x"; then
 fi
 }
 
-SSTATECLEANFUNCS = "userdel_sysroot_sstate"
-SSTATECLEANFUNCS_class-cross = ""
-SSTATECLEANFUNCS_class-native = ""
-SSTATECLEANFUNCS_class-nativesdk = ""
+SSTATECLEANFUNCS_append_class-target = " userdel_sysroot_sstate"
 
 do_install[prefuncs] += "${SYSROOTFUNC}"
-SYSROOTFUNC = "useradd_sysroot"
-SYSROOTFUNC_class-cross = ""
-SYSROOTFUNC_class-native = ""
-SYSROOTFUNC_class-nativesdk = ""
-SSTATEPREINSTFUNCS += "${SYSROOTPOSTFUNC}"
-SYSROOTPOSTFUNC = "useradd_sysroot_sstate"
-SYSROOTPOSTFUNC_class-cross = ""
-SYSROOTPOSTFUNC_class-native = ""
-SYSROOTPOSTFUNC_class-nativesdk = ""
-
-USERADDSETSCENEDEPS = "${MLPREFIX}base-passwd:do_populate_sysroot_setscene 
pseudo-native:do_populate_sysroot_setscene 
shadow-native:do_populate_sysroot_setscene 
${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene"
-USERADDSETSCENEDEPS_class-cross = ""
-USERADDSETSCENEDEPS_class-native = ""
-USERADDSETSCENEDEPS_class-nativesdk = ""
+SYSROOTFUNC_class-target = "useradd_sysroot"
+SYSROOTFUNC = ""
+
+SSTATEPREINSTFUNCS_append_class-target = " useradd_sysroot_sstate"
+
 do_package_setscene[depends] += "${USERADDSETSCENEDEPS}"
 do_populate_sysroot_setscene[depends] += "${USERADDSETSCENEDEPS}"
+USERADDSETSCENEDEPS_class-target = 
"${MLPREFIX}base-passwd:do_populate_sysroot_setscene 
pseudo-native:do_populate_sysroot_setscene 
shadow-native:do_populate_sysroot_setscene 
${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene"
+USERADDSETSCENEDEPS = ""
 
 # Recipe parse-time sanity checks
 def update_useradd_after_parse(d):
-- 
2.5.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] useradd.bblass: Simplify target overrides

[Mark Hatle]

On 8/8/16 8:48 PM, Ulf Magnusson wrote:
> The current style might be a leftover from when _class-target did not
> exist.
> 
> Also change the assignment to SSTATECLEANFUNCS to an append, which makes
> more sense. useradd.bbclass is the only user of SSTATECLEANFUNCS as of
> writing, so it won't make any functional difference.

Commit is also missing the 'signed-off-by line'.

I don't have any objection.  original version of this was written before
'class-target' existed, thus all of the duplication... nice to get that cleaned 
up.

--Mark

> ---
>  meta/classes/useradd.bbclass | 31 ---
>  1 file changed, 8 insertions(+), 23 deletions(-)
> 
> diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
> index 8d51fb5..25526ef 100644
> --- a/meta/classes/useradd.bbclass
> +++ b/meta/classes/useradd.bbclass
> @@ -3,11 +3,7 @@ inherit useradd_base
>  # base-passwd-cross provides the default passwd and group files in the
>  # target sysroot, and shadow -native and -sysroot provide the utilities
>  # and support files needed to add and modify user and group accounts
> -DEPENDS_append = "${USERADDDEPENDS}"
> -USERADDDEPENDS = " base-files shadow-native shadow-sysroot shadow"
> -USERADDDEPENDS_class-cross = ""
> -USERADDDEPENDS_class-native = ""
> -USERADDDEPENDS_class-nativesdk = ""
> +DEPENDS_append_class-target = " base-files shadow-native shadow-sysroot 
> shadow"
> 
>  # This preinstall function can be run in four different contexts:
>  #
> @@ -157,28 +153,17 @@ if test "x${STAGING_DIR_TARGET}" != "x"; then
>  fi
>  }
> 
> -SSTATECLEANFUNCS = "userdel_sysroot_sstate"
> -SSTATECLEANFUNCS_class-cross = ""
> -SSTATECLEANFUNCS_class-native = ""
> -SSTATECLEANFUNCS_class-nativesdk = ""
> +SSTATECLEANFUNCS_append_class-target = " userdel_sysroot_sstate"
> 
>  do_install[prefuncs] += "${SYSROOTFUNC}"
> -SYSROOTFUNC = "useradd_sysroot"
> -SYSROOTFUNC_class-cross = ""
> -SYSROOTFUNC_class-native = ""
> -SYSROOTFUNC_class-nativesdk = ""
> -SSTATEPREINSTFUNCS += "${SYSROOTPOSTFUNC}"
> -SYSROOTPOSTFUNC = "useradd_sysroot_sstate"
> -SYSROOTPOSTFUNC_class-cross = ""
> -SYSROOTPOSTFUNC_class-native = ""
> -SYSROOTPOSTFUNC_class-nativesdk = ""
> -
> -USERADDSETSCENEDEPS =
> "${MLPREFIX}base-passwd:do_populate_sysroot_setscene
> pseudo-native:do_populate_sysroot_setscene
> shadow-native:do_populate_sysroot_setscene
> ${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene"
> -USERADDSETSCENEDEPS_class-cross = ""
> -USERADDSETSCENEDEPS_class-native = ""
> -USERADDSETSCENEDEPS_class-nativesdk = ""
> +SYSROOTFUNC_class-target = "useradd_sysroot"
> +SYSROOTFUNC = ""
> +
> +SSTATEPREINSTFUNCS_append_class-target = " useradd_sysroot_sstate"
> +
>  do_package_setscene[depends] += "${USERADDSETSCENEDEPS}"
>  do_populate_sysroot_setscene[depends] += "${USERADDSETSCENEDEPS}"
> +USERADDSETSCENEDEPS_class-target =
> "${MLPREFIX}base-passwd:do_populate_sysroot_setscene
> pseudo-native:do_populate_sysroot_setscene
> shadow-native:do_populate_sysroot_setscene
> ${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene"
> 
>  # Recipe parse-time sanity checks
>  def update_useradd_after_parse(d):
> 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 1/1] useradd.bblass: Simplify target overrides

[Ulf Magnusson]

The current style might be a leftover from when _class-target did not
exist.

Also change the assignment to SSTATECLEANFUNCS to an append, which makes
more sense. useradd.bbclass is the only user of SSTATECLEANFUNCS as of
writing, so it won't make any functional difference.
---
 meta/classes/useradd.bbclass | 32 +---
 1 file changed, 9 insertions(+), 23 deletions(-)

diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 8d51fb5..e24b1c5 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -3,11 +3,7 @@ inherit useradd_base
 # base-passwd-cross provides the default passwd and group files in the
 # target sysroot, and shadow -native and -sysroot provide the utilities
 # and support files needed to add and modify user and group accounts
-DEPENDS_append = "${USERADDDEPENDS}"
-USERADDDEPENDS = " base-files shadow-native shadow-sysroot shadow"
-USERADDDEPENDS_class-cross = ""
-USERADDDEPENDS_class-native = ""
-USERADDDEPENDS_class-nativesdk = ""
+DEPENDS_append_class-target = " base-files shadow-native shadow-sysroot shadow"
 
 # This preinstall function can be run in four different contexts:
 #
@@ -157,28 +153,18 @@ if test "x${STAGING_DIR_TARGET}" != "x"; then
 fi
 }
 
-SSTATECLEANFUNCS = "userdel_sysroot_sstate"
-SSTATECLEANFUNCS_class-cross = ""
-SSTATECLEANFUNCS_class-native = ""
-SSTATECLEANFUNCS_class-nativesdk = ""
+SSTATECLEANFUNCS_append_class-target = " userdel_sysroot_sstate"
 
 do_install[prefuncs] += "${SYSROOTFUNC}"
-SYSROOTFUNC = "useradd_sysroot"
-SYSROOTFUNC_class-cross = ""
-SYSROOTFUNC_class-native = ""
-SYSROOTFUNC_class-nativesdk = ""
-SSTATEPREINSTFUNCS += "${SYSROOTPOSTFUNC}"
-SYSROOTPOSTFUNC = "useradd_sysroot_sstate"
-SYSROOTPOSTFUNC_class-cross = ""
-SYSROOTPOSTFUNC_class-native = ""
-SYSROOTPOSTFUNC_class-nativesdk = ""
-
-USERADDSETSCENEDEPS = "${MLPREFIX}base-passwd:do_populate_sysroot_setscene 
pseudo-native:do_populate_sysroot_setscene 
shadow-native:do_populate_sysroot_setscene 
${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene"
-USERADDSETSCENEDEPS_class-cross = ""
-USERADDSETSCENEDEPS_class-native = ""
-USERADDSETSCENEDEPS_class-nativesdk = ""
+SYSROOTFUNC_class-target = "useradd_sysroot"
+SYSROOTFUNC = ""
+
+SSTATEPREINSTFUNCS_append_class-target = " useradd_sysroot_sstate"
+
 do_package_setscene[depends] += "${USERADDSETSCENEDEPS}"
 do_populate_sysroot_setscene[depends] += "${USERADDSETSCENEDEPS}"
+USERADDSETSCENEDEPS_class-target = 
"${MLPREFIX}base-passwd:do_populate_sysroot_setscene 
pseudo-native:do_populate_sysroot_setscene 
shadow-native:do_populate_sysroot_setscene 
${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene"
+USERADDSETSCENEDEPS = ""
 
 # Recipe parse-time sanity checks
 def update_useradd_after_parse(d):
-- 
2.5.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 0/1] useradd.bbclass: Simplify target overrides

[Ulf Magnusson]

Changes since v2:

Like SYSROOTFUNC, USERADDSETSCENEDEPS needs to be set to "" for non-target
classes. Otherwise, "${USERADDSETSCENEDEPS}" will be kept unexpanded as is for
those.

Ulf Magnusson (1):
  useradd.bblass: Simplify target overrides

 meta/classes/useradd.bbclass | 32 +---
 1 file changed, 9 insertions(+), 23 deletions(-)

-- 
2.5.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] useradd.bblass: Simplify target overrides

[Ulf Magnusson]

On Tue, Aug 23, 2016 at 10:19 PM, Burton, Ross  wrote:
>
> On 9 August 2016 at 02:48, Ulf Magnusson  wrote:
>>
>> The current style might be a leftover from when _class-target did not
>> exist.
>
>
> Can you rebase and resend this please?  It's a great patch but for some
> reason git isn't happy and refuses to apply it.
>
> Ross

Looks like Gmail's web interface wraps long lines even in plain text mode. So
much for getting lazy. Sorry about that.

Sent a new version with git send-email.

Cheers,
Ulf
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] useradd.bblass: Simplify target overrides

[Ulf Magnusson]

The current style might be a leftover from when _class-target did not
exist.

Also change the assignment to SSTATECLEANFUNCS to an append, which makes
more sense. useradd.bbclass is the only user of SSTATECLEANFUNCS as of
writing, so it won't make any functional difference.
---
 meta/classes/useradd.bbclass | 31 ---
 1 file changed, 8 insertions(+), 23 deletions(-)

diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 8d51fb5..25526ef 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -3,11 +3,7 @@ inherit useradd_base
 # base-passwd-cross provides the default passwd and group files in the
 # target sysroot, and shadow -native and -sysroot provide the utilities
 # and support files needed to add and modify user and group accounts
-DEPENDS_append = "${USERADDDEPENDS}"
-USERADDDEPENDS = " base-files shadow-native shadow-sysroot shadow"
-USERADDDEPENDS_class-cross = ""
-USERADDDEPENDS_class-native = ""
-USERADDDEPENDS_class-nativesdk = ""
+DEPENDS_append_class-target = " base-files shadow-native shadow-sysroot shadow"
 
 # This preinstall function can be run in four different contexts:
 #
@@ -157,28 +153,17 @@ if test "x${STAGING_DIR_TARGET}" != "x"; then
 fi
 }
 
-SSTATECLEANFUNCS = "userdel_sysroot_sstate"
-SSTATECLEANFUNCS_class-cross = ""
-SSTATECLEANFUNCS_class-native = ""
-SSTATECLEANFUNCS_class-nativesdk = ""
+SSTATECLEANFUNCS_append_class-target = " userdel_sysroot_sstate"
 
 do_install[prefuncs] += "${SYSROOTFUNC}"
-SYSROOTFUNC = "useradd_sysroot"
-SYSROOTFUNC_class-cross = ""
-SYSROOTFUNC_class-native = ""
-SYSROOTFUNC_class-nativesdk = ""
-SSTATEPREINSTFUNCS += "${SYSROOTPOSTFUNC}"
-SYSROOTPOSTFUNC = "useradd_sysroot_sstate"
-SYSROOTPOSTFUNC_class-cross = ""
-SYSROOTPOSTFUNC_class-native = ""
-SYSROOTPOSTFUNC_class-nativesdk = ""
-
-USERADDSETSCENEDEPS = "${MLPREFIX}base-passwd:do_populate_sysroot_setscene 
pseudo-native:do_populate_sysroot_setscene 
shadow-native:do_populate_sysroot_setscene 
${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene"
-USERADDSETSCENEDEPS_class-cross = ""
-USERADDSETSCENEDEPS_class-native = ""
-USERADDSETSCENEDEPS_class-nativesdk = ""
+SYSROOTFUNC_class-target = "useradd_sysroot"
+SYSROOTFUNC = ""
+
+SSTATEPREINSTFUNCS_append_class-target = " useradd_sysroot_sstate"
+
 do_package_setscene[depends] += "${USERADDSETSCENEDEPS}"
 do_populate_sysroot_setscene[depends] += "${USERADDSETSCENEDEPS}"
+USERADDSETSCENEDEPS_class-target = 
"${MLPREFIX}base-passwd:do_populate_sysroot_setscene 
pseudo-native:do_populate_sysroot_setscene 
shadow-native:do_populate_sysroot_setscene 
${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene"
 
 # Recipe parse-time sanity checks
 def update_useradd_after_parse(d):
-- 
2.5.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Build of u-boot with gold is broken

[Burton, Ross]

On 19 August 2016 at 10:33, Andrew Goodbody 
wrote:

> The sed at line 70 fails as it is being executed in an empty build
> directory and so there is no config.mk.
>

For fame and glory, can you send a tested patch to fix this?

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] python-3.5-manifest: Add argparse module

[Christopher Larson]

On Tue, Aug 23, 2016 at 12:11 PM, Fabio Berton <
fabio.ber...@ossystems.com.br> wrote:

> Adding argparse module from Python's standard library. This allow use
> argparse without installing all python-misc modules.
>
> Signed-off-by: Fabio Berton 
>

Shouldn't python3-misc also rdepends on python3-argparse, not just python3
rdepending on argparse, for compatibility, and python3-argparse might also
need RREPLACES += "python3-misc", if you want to be able to install
argparse before misc gets upgraded, and could see problematic binary
package upgrades depending on upgrade order.
-- 
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] useradd.bblass: Simplify target overrides

[Burton, Ross]

On 9 August 2016 at 02:48, Ulf Magnusson  wrote:

> The current style might be a leftover from when _class-target did not
> exist.
>

Can you rebase and resend this please?  It's a great patch but for some
reason git isn't happy and refuses to apply it.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] piglit: Add python3-argparse module to RDEPENDS

[Fabio Berton]

Python module argparse was removed from python3-misc package, so we
need to add new python3-argparse package to RDEPENDS.

Signed-off-by: Fabio Berton 
---
 meta/recipes-graphics/piglit/piglit_git.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
b/meta/recipes-graphics/piglit/piglit_git.bb
index df90c4d..b2ca553 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -46,7 +46,8 @@ do_install() {
 RDEPENDS_${PN} = "waffle python3 python3-mako python3-json \
python3-subprocess python3-misc python3-importlib \
python3-unixadmin python3-xml python3-multiprocessing \
-   python3-six python3-shell python3-io mesa-demos bash \
+   python3-six python3-shell python3-io python3-argparse \
+   mesa-demos bash \
"
 
 INSANE_SKIP_${PN} += "dev-so already-stripped"
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] python-3.5-manifest: Add argparse module

[Fabio Berton]

Adding argparse module from Python's standard library. This allow use
argparse without installing all python-misc modules.

Signed-off-by: Fabio Berton 
---
 meta/recipes-devtools/python/python-3.5-manifest.inc | 10 +++---
 scripts/contrib/python/generate-manifest-3.5.py  |  3 +++
 2 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc 
b/meta/recipes-devtools/python/python-3.5-manifest.inc
index 30db34a..3046114 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -5,14 +5,18 @@
 
  
 
-PROVIDES+="${PN}-2to3 ${PN}-asyncio ${PN}-audio ${PN}-codecs ${PN}-compile 
${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes ${PN}-curses 
${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib ${PN}-distutils 
${PN}-distutils-staticdev ${PN}-doctest ${PN}-email ${PN}-enum ${PN}-fcntl 
${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image ${PN}-importlib ${PN}-io 
${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math ${PN}-mime 
${PN}-mmap ${PN}-multiprocessing ${PN}-netclient ${PN}-netserver ${PN}-numbers 
${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc ${PN}-re 
${PN}-readline ${PN}-reprlib ${PN}-resource ${PN}-selectors ${PN}-shell 
${PN}-signal ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests ${PN}-stringold 
${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests ${PN}-textutils 
${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin ${PN}-xml 
${PN}-xmlrpc "
+PROVIDES+="${PN}-2to3 ${PN}-argparse ${PN}-asyncio ${PN}-audio ${PN}-codecs 
${PN}-compile ${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes 
${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib 
${PN}-distutils ${PN}-distutils-staticdev ${PN}-doctest ${PN}-email ${PN}-enum 
${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image ${PN}-importlib 
${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math 
${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient ${PN}-netserver 
${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc 
${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource ${PN}-selectors 
${PN}-shell ${PN}-signal ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests 
${PN}-stringold ${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests 
${PN}-textutils ${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin 
${PN}-xml ${PN}-xmlrpc "
 
-PACKAGES="${PN}-dbg ${PN}-2to3 ${PN}-asyncio ${PN}-audio ${PN}-codecs 
${PN}-compile ${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes 
${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib 
${PN}-distutils-staticdev ${PN}-distutils ${PN}-doctest ${PN}-email ${PN}-enum 
${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image ${PN}-importlib 
${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math 
${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient ${PN}-netserver 
${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc 
${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource ${PN}-selectors 
${PN}-shell ${PN}-signal ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests 
${PN}-stringold ${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests 
${PN}-textutils ${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin 
${PN}-xml ${PN}-xmlrpc ${PN}-modules"
+PACKAGES="${PN}-dbg ${PN}-2to3 ${PN}-argparse ${PN}-asyncio ${PN}-audio 
${PN}-codecs ${PN}-compile ${PN}-compression ${PN}-core ${PN}-crypt 
${PN}-ctypes ${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev 
${PN}-difflib ${PN}-distutils-staticdev ${PN}-distutils ${PN}-doctest 
${PN}-email ${PN}-enum ${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image 
${PN}-importlib ${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox 
${PN}-math ${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient 
${PN}-netserver ${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint 
${PN}-profile ${PN}-pydoc ${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource 
${PN}-selectors ${PN}-shell ${PN}-signal ${PN}-smtpd ${PN}-sqlite3 
${PN}-sqlite3-tests ${PN}-stringold ${PN}-subprocess ${PN}-syslog 
${PN}-terminal ${PN}-tests ${PN}-textutils ${PN}-threading ${PN}-tkinter 
${PN}-unittest ${PN}-unixadmin ${PN}-xml ${PN}-xmlrpc ${PN}-modules"
 
 SUMMARY_${PN}-2to3="Python automated Python 2 to 3 code translator"
 RDEPENDS_${PN}-2to3="${PN}-core"
 FILES_${PN}-2to3="${libdir}/python3.5/lib2to3 "
 
+SUMMARY_${PN}-argparse="Python command line argument parser"
+RDEPENDS_${PN}-argparse="${PN}-core ${PN}-codecs ${PN}-textutils"
+FILES_${PN}-argparse="${libdir}/python3.5/argparse.* "
+
 SUMMARY_${PN}-asyncio="Python Asynchronous I/O, event loop, coroutines and 
tasks"
 RDEPENDS_${PN}-asyncio="${PN}-core"
 FILES_${PN}-asyncio="${libdir}/python3.5/asyncio "
@@ -270,7 +274,7 @@ RDEPENDS_${PN}-xmlrpc="${PN}-core ${PN}-xml ${PN}-netserver 
${PN}-lang"
 FILES_${PN}-xmlrpc="${libdir}/py

Re: [OE-core] [PATCH 3/8] [rpm] force a configure before make distclean

[Mark Hatle]

On 8/23/16 11:54 AM, Burton, Ross wrote:
> 
> On 23 August 2016 at 08:25, Jérémy Rosen  > wrote:
> 
> -   ( cd ${S}/syck ; set +e ; rm -- -l* ; make distclean ) || :
> +   ( cd ${S}/syck ; set +e ; rm -- -l* ; ./configure ; make 
> distclean )
> || :
> 
> 
> Running configure without all the options it needs to actually work just so 
> that
> distclean works in a subbuild that shouldn't be breaking on rebuilds because 
> we
> have out of tree builds scares me a little.
> 
> Mark, you added this line, can you remember what it was for?

The syck version can be preconfigured, and if it is -- it's wrong.

The 'set +e' is specifically in there to ALLOW it to fail.

If it is configured, we much remove the junk and clean it.. if it's not been
configured, we ignore the make distclean failure.

So I'm not sure why it is necessary to make the change.  'Failure is permitted',
and make distclean shouldn't be using any 'BUILD_CC' values from prior builds...
since it's only wiping everything that MAY have been previously built and leaked
into the release archive.

--Mark

> Ross

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oeqa/buildiptables: Switch from netfilter.org to yoctoproject.org mirror

[Richard Purdie]

We've had some upstream mirror instability so use our own mirror for the
iptables sources to ensure this doesn't affect the test results.

Signed-off-by: Richard Purdie 

diff --git a/meta/lib/oeqa/runtime/buildiptables.py 
b/meta/lib/oeqa/runtime/buildiptables.py
index 09e252d..bc75d0a 100644
--- a/meta/lib/oeqa/runtime/buildiptables.py
+++ b/meta/lib/oeqa/runtime/buildiptables.py
@@ -11,7 +11,7 @@ class BuildIptablesTest(oeRuntimeTest):
 @classmethod
 def setUpClass(self):
 self.project = TargetBuildProject(oeRuntimeTest.tc.target, 
oeRuntimeTest.tc.d,
-
"http://netfilter.org/projects/iptables/files/iptables-1.4.13.tar.bz2";)
+
"http://downloads.yoctoproject.org/mirror/sources/iptables-1.4.13.tar.bz2";)
 self.project.download_archive()
 
 @testcase(206)
diff --git a/meta/lib/oeqa/sdk/buildiptables.py 
b/meta/lib/oeqa/sdk/buildiptables.py
index 062e531..f0cb8a4 100644
--- a/meta/lib/oeqa/sdk/buildiptables.py
+++ b/meta/lib/oeqa/sdk/buildiptables.py
@@ -8,7 +8,7 @@ class BuildIptablesTest(oeSDKTest):
 @classmethod
 def setUpClass(self):
 self.project = SDKBuildProject(oeSDKTest.tc.sdktestdir + "/iptables/", 
oeSDKTest.tc.sdkenv, oeSDKTest.tc.d,
-
"http://netfilter.org/projects/iptables/files/iptables-1.4.13.tar.bz2";)
+
"http://downloads.yoctoproject.org/mirror/sources/iptables-1.4.13.tar.bz2";)
 self.project.download_archive()
 
 def test_iptables(self):


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/8] [rpm] force a configure before make distclean

[Burton, Ross]

On 23 August 2016 at 08:25, Jérémy Rosen  wrote:

> -   ( cd ${S}/syck ; set +e ; rm -- -l* ; make distclean ) || :
> +   ( cd ${S}/syck ; set +e ; rm -- -l* ; ./configure ; make distclean
> ) || :
>

Running configure without all the options it needs to actually work just so
that distclean works in a subbuild that shouldn't be breaking on rebuilds
because we have out of tree builds scares me a little.

Mark, you added this line, can you remember what it was for?

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] krogoth: musl-1.1.15 is broken on mips

[akuster808]

On 08/22/2016 04:21 PM, Khem Raj wrote:

On Aug 22, 2016, at 3:13 PM, Ruslan Babayev  wrote:

Hi Khem,

musl-1.1.15 has a change which broke mips arch. This was reverted later
but 1.1.16 is not out yet.

Yes I am aware if this and it has been fixed in master for sometime now.
http://git.openembedded.org/openembedded-core/commit/meta/recipes-core/musl/musl_git.bb?id=681b75cb7c1ad88774d69c9a7f6d076ff2c5

Armin

Can we cherry-pick the above commit to krogoth please ?


Sure thing. Will get it after my vacation.

-armin




You need to use at least

https://git.musl-libc.org/cgit/musl/commit/?id=39494a273eaa6b714e0fa0c59ce7a1f5fbc80a1e

I just tried it with my custom krogoth based distro on an Octeon3 board
and seems to work fine now.

Cheers,
Ruslan


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] openssh: fix CVE-2016-6515

[Burton, Ross]

On 23 August 2016 at 02:59,  wrote:

> From: Kai Kang 
>
> Backport patch to fix CVE-2016-6515 from:
>
> https://anongit.mindrot.org/openssh.git/commit/?id=fcd135c
>

We've already had an upgrade to 7.3 in master(-next), so this would only be
appropriate for the stable branches.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oeqa/runtime/rpm: use su instead of sudo

[Ross Burton]

This test works fine with su, which is more likely to be installed in images
than sudo.

Signed-off-by: Ross Burton 
---
 meta/lib/oeqa/runtime/rpm.py | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/meta/lib/oeqa/runtime/rpm.py b/meta/lib/oeqa/runtime/rpm.py
index 624c515..4d03ecb 100644
--- a/meta/lib/oeqa/runtime/rpm.py
+++ b/meta/lib/oeqa/runtime/rpm.py
@@ -53,9 +53,9 @@ class RpmInstallRemoveTest(oeRuntimeTest):
 def test_rpm_query_nonroot(self):
 (status, output) = self.target.run('useradd test1')
 self.assertTrue(status == 0, msg="Failed to create new user: " + 
output)
-(status, output) = self.target.run('sudo -u test1 id')
+(status, output) = self.target.run('su -c id test1')
 self.assertTrue('(test1)' in output, msg="Failed to execute as new 
user")
-(status, output) = self.target.run('sudo -u test1 rpm -qa')
+(status, output) = self.target.run('su -c "rpm -qa" test1 ')
 self.assertEqual(status, 0, msg="status: %s. Cannot run rpm -qa: %s" % 
(status, output))
 
 @testcase(195)
@@ -98,4 +98,3 @@ class RpmInstallRemoveTest(oeRuntimeTest):
 @classmethod
 def tearDownClass(self):
 oeRuntimeTest.tc.target.run('rm -f /tmp/rpm-doc.rpm')
-
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] core-image-weston: add sudo to image explicitly

[Burton, Ross]

On 22 August 2016 at 21:25, Ross Burton  wrote:

> This is a very rough image for testing purposes, and the OE automated tests
> expect that non-minimal images have sudo in (for the RPM tests), so
> install sudo
> explicitly.
>

Retracting this, there's a better fix.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 7/8] [sanity] fix hardcoded references to gcc

[Jérémy Rosen]

On 23/08/2016 17:11, Burton, Ross wrote:


On 23 August 2016 at 15:53, Burton, Ross > wrote:


I think this is because BUILD_CC by default contains whitespace,
and bb.utils.which looks for "gcc ".  I added a strip() to
check_app_exists and it passed, so can you please verify that your
series doesn't regress when BUILD_CC isn't overridden?


Patch sent to fix check_app_exists().  It currently just strips 
whitespace and doesn't handle someone passing "foo --bar" to 
check_app_exists but this is still a step in the right direction.



will do, but rebuilding from scratch is always long... so not right away :)

Ross



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] inherit allarch and use RDEPENDS

[Richard Purdie]

On Tue, 2016-08-23 at 15:15 +, Peter Kjellerstedt wrote:
> This is the first I heard about limits to recipes that inherit
> allarch 
> and also use RDEPENDS. So after I read the above, I went and read the
> documentation for the allarch class, which unfortunately did not make
> my understanding much clearer.
> 
> Am I to understand that a recipe that inherits allarch cannot have 
> runtime dependencies on packages that are built differently per 
> architecture or MACHINE? If so, what can it have runtime dependencies
> on? Only other allarch recipes? What are the design limitations 
> behind this and is there anything that could be done to change the
> situation?

It can depend on them, only if you add it to the list of dependencies
in layer.conf, either SIGGEN_EXCLUDERECIPES_ABISAFE or
 SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS. The implication of that is that if
one of these recipes changes, the dependency will not be rebuilt, so
you have to be careful about things like these packages getting
renamed.

Its basically a choice, we can have allarch packages and accept we
can't always rebuild them through the sstate hash changes, or we don't
have allarch packages at all (or have packages that can't have non
-allarch dependencies).


> As an example, say that I have a recipe that only installs a static 
> script, so inheriting allarch is a natural thing to do. However, for 
> this script to work it must call a binary built by another recipe so 
> it of course RDEPENDS on that other package. Are you saying this is 
> wrong? Because that sounds odd to me as it severely limits the 
> usefulness of the allarch class.

You can do this if and only if you list it in layer.conf.

> Another example would be a recipe that installs a static Perl script.
> Can it not inherit allarch while also have a runtime dependency on
> perl?
> 
> If the above is true, why are there no QA tests or similar that catch
> these kind of problems?

We do have sstate hash tests in oe-selftest which would highlight such
a problem.

There are various open bugs complaining about this situation however
I've yet to come up with a way which solves the problem perfectly, much
as I'd like to.

Cheers,

Richard
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] inherit allarch and use RDEPENDS

[Peter Kjellerstedt]

I just stumbled on the mail below and it raised some questions:

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Martin Jansa
> Sent: den 22 augusti 2016 16:21
> To: openembedded-core@lists.openembedded.org; Joe Slater
> Cc: openembedded-comm...@lists.openembedded.org
> Subject: Re: [OE-core] [oe-commits] [openembedded-core] 01/02: systemd-
> compat-units: pkg_postinst() does not work
> 
> On Thu, Aug 18, 2016 at 03:52:33PM +, g...@git.openembedded.org
> wrote:
> > rpurdie pushed a commit to branch master in repository openembedded-core.

[cut]

> > -RDPEPENDS_${PN} = "systemd"
> > +RDEPENDS_${PN} = "systemd"
> 
> This is good typo fix, but also causes allarch systemd-compat-units to
> RDEPENDS on TUNE_PKGARCH systemd as reported in:
> http://lists.openembedded.org/pipermail/openembedded-core/2016-August/125483.html
> 
> So either please exclude it in layer.conf or drop this runtime
> dependency completely.
> 
> --
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

This is the first I heard about limits to recipes that inherit allarch 
and also use RDEPENDS. So after I read the above, I went and read the 
documentation for the allarch class, which unfortunately did not make 
my understanding much clearer.

Am I to understand that a recipe that inherits allarch cannot have 
runtime dependencies on packages that are built differently per 
architecture or MACHINE? If so, what can it have runtime dependencies 
on? Only other allarch recipes? What are the design limitations behind 
this and is there anything that could be done to change the situation?

As an example, say that I have a recipe that only installs a static 
script, so inheriting allarch is a natural thing to do. However, for 
this script to work it must call a binary built by another recipe so 
it of course RDEPENDS on that other package. Are you saying this is 
wrong? Because that sounds odd to me as it severely limits the 
usefulness of the allarch class.

Another example would be a recipe that installs a static Perl script. 
Can it not inherit allarch while also have a runtime dependency on perl?

If the above is true, why are there no QA tests or similar that catch 
these kind of problems?

//Peter

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 7/8] [sanity] fix hardcoded references to gcc

[Burton, Ross]

On 23 August 2016 at 15:53, Burton, Ross  wrote:

> I think this is because BUILD_CC by default contains whitespace, and
> bb.utils.which looks for "gcc ".  I added a strip() to check_app_exists and
> it passed, so can you please verify that your series doesn't regress when
> BUILD_CC isn't overridden?
>

Patch sent to fix check_app_exists().  It currently just strips whitespace
and doesn't handle someone passing "foo --bar" to check_app_exists but this
is still a step in the right direction.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] utils: check_app_exists: strip whitespace from binary when searching

[Ross Burton]

It's possible that the binary to be searched for contains whitespace which will
cause the search to fail, so strip any whitespace before looking.

Signed-off-by: Ross Burton 
---
 meta/classes/utils.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/utils.bbclass b/meta/classes/utils.bbclass
index ce639b2..59ace44 100644
--- a/meta/classes/utils.bbclass
+++ b/meta/classes/utils.bbclass
@@ -303,7 +303,7 @@ hardlinkdir () {
 
 
 def check_app_exists(app, d):
-app = d.expand(app)
+app = d.expand(app).strip()
 path = d.getVar('PATH', d, True)
 return bool(bb.utils.which(path, app))
 
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 7/8] [sanity] fix hardcoded references to gcc

[Burton, Ross]

On 23 August 2016 at 08:25, Jérémy Rosen  wrote:

> Signed-off-by: Jérémy Rosen 
>

Did you test this patch with a totally clean build directory?

ross@flashheart ~/Yocto/poky/boofo (mut %)
$ bitbake m4
ERROR:  OE-core's config sanity checker detected a potential
misconfiguration.
Either fix the cause of this error or at your own risk disable the
checker (see sanity.conf).
Following is the list of potential problems / advisories:

Please install the following missing utilities: C Compiler (gcc ),C++
Compiler (g++ )

I think this is because BUILD_CC by default contains whitespace, and
bb.utils.which looks for "gcc ".  I added a strip() to check_app_exists and
it passed, so can you please verify that your series doesn't regress when
BUILD_CC isn't overridden?

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/8] [cross] export CC family from BUILD_* for cross compilers

[Jérémy Rosen]

On 23/08/2016 16:46, Burton, Ross wrote:
FYI, git am strips anything inside [square brackets] when applying, so 
your [cross] etc doesn't make it into the series.  If you submit a v2 
please change [cross] to cross:.



I didn't know that... will fix


Ross

On 23 August 2016 at 08:25, Jérémy Rosen > wrote:


cross-compilers are native recipes that need to be compiled by the
host's
compiler. However then do not use native.bbclass

As a consequence, the various CC, CXX etc environment variables
are not
correctly set and they will not honor the host compiler name provided
by the BUILD_* variables.

Signed-off-by: Jérémy Rosen mailto:jeremy.ro...@smile.fr>>
---
 meta/classes/cross.bbclass | 12 
 1 file changed, 12 insertions(+), 0 deletions(-)

diff --git a/meta/classes/cross.bbclass b/meta/classes/cross.bbclass
index 81d1c9d..8d1e779 100644
--- a/meta/classes/cross.bbclass
+++ b/meta/classes/cross.bbclass
@@ -68,4 +68,16 @@ do_install () {

 USE_NLS = "no"

+export CC = "${BUILD_CC}"
+export CXX = "${BUILD_CXX}"
+export FC = "${BUILD_FC}"
+export CPP = "${BUILD_CPP}"
+export LD = "${BUILD_LD}"
+export CCLD = "${BUILD_CCLD}"
+export AR = "${BUILD_AR}"
+export AS = "${BUILD_AS}"
+export RANLIB = "${BUILD_RANLIB}"
+export STRIP = "${BUILD_STRIP}"
+export NM = "${BUILD_NM}"
+
 inherit nopackages
--
git-series 0.8.9
--
___
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] [PATCH 2/8] [cross] export CC family from BUILD_* for cross compilers

[Burton, Ross]

FYI, git am strips anything inside [square brackets] when applying, so your
[cross] etc doesn't make it into the series.  If you submit a v2 please
change [cross] to cross:.

Ross

On 23 August 2016 at 08:25, Jérémy Rosen  wrote:

> cross-compilers are native recipes that need to be compiled by the host's
> compiler. However then do not use native.bbclass
>
> As a consequence, the various CC, CXX etc environment variables are not
> correctly set and they will not honor the host compiler name provided
> by the BUILD_* variables.
>
> Signed-off-by: Jérémy Rosen 
> ---
>  meta/classes/cross.bbclass | 12 
>  1 file changed, 12 insertions(+), 0 deletions(-)
>
> diff --git a/meta/classes/cross.bbclass b/meta/classes/cross.bbclass
> index 81d1c9d..8d1e779 100644
> --- a/meta/classes/cross.bbclass
> +++ b/meta/classes/cross.bbclass
> @@ -68,4 +68,16 @@ do_install () {
>
>  USE_NLS = "no"
>
> +export CC = "${BUILD_CC}"
> +export CXX = "${BUILD_CXX}"
> +export FC = "${BUILD_FC}"
> +export CPP = "${BUILD_CPP}"
> +export LD = "${BUILD_LD}"
> +export CCLD = "${BUILD_CCLD}"
> +export AR = "${BUILD_AR}"
> +export AS = "${BUILD_AS}"
> +export RANLIB = "${BUILD_RANLIB}"
> +export STRIP = "${BUILD_STRIP}"
> +export NM = "${BUILD_NM}"
> +
>  inherit nopackages
> --
> git-series 0.8.9
> --
> ___
> 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] Problem building eglibc

[Zhenhua Luo]

Hi Kyle,

You can try to check if the top 2 commits of libc-common.bbclass can solve the 
issue.

http://git.yoctoproject.org/cgit/cgit.cgi/poky/log/meta/classes/libc-common.bbclass
2016-05-13

libc-common.bbclass: Use sed instead of 
grep

Khem Raj

2014-08-23

libc-common.bbclass: rename ALL the 
packages

Peter Seebach



Best Regards,

Zhenhua

From: openembedded-core-boun...@lists.openembedded.org 
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of 
kyle.un...@l-3com.com
Sent: Wednesday, August 17, 2016 10:59 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] Problem building eglibc

I previously posted this issue:

---
On Aug 16, 2016, at 12:53 PM, 
kyle.un...@l-3com.com wrote:

Folks,

I am having a problem doing the 'bitbake -c do_populate_sdk fsl-image-full' 
command using the daisy branch of Yocto with the freescale b4860qds-64b 
evaluation board.

Here is the error I get:

ERROR: Unable to install packages. Command 
'/opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_release/tmp/sysroots/x86_64-linux/usr/bin/smart
 
--data-dir=/opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_release/tmp/work/b4860qds_64b-fsl-linux/fsl-image-full/1.0-r0/sdk/image/opt/fsl-networking/QorIQ-SDK-V1.8/sysroots/ppc64e6500-fsl-linux/var/lib/smart
 install -y libgcc1@lib32_ppce6500 gcc@lib32_ppce6500 
libgcov-dev@lib32_ppce6500 libgcc-s-dev@lib32_ppce6500 valgrind@lib32_ppce6500 
binutils@lib32_ppce6500 g++@lib32_ppce6500 ldd@lib32_ppce6500 
gcov@lib32_ppce6500 cpp@lib32_ppce6500 eglibc-utils@lib32_ppce6500 
eglibc-dev@lib32_ppce6500' returned 1:
Loading cache...
Updating cache...    [100%]

Committing transaction...
Preparing... [  0%]
error: file /usr/include/gnu/lib-names.h from install of 
eglibc-dev-2.19-r0.lib32_ppce6500 conflicts with file from package 
libc6-dev-2.19-r0.ppc64e6500
---

I got some help and was told to apply this patch -

patch 
https://github.com/kraj/glibc/commit/93ae1ebaa6df1a0c188614bd0a601ab6e26711c5

---

But now I am getting this error.  Looks like the patch did not include the 
64-bit build option for generating ld64.so.1.

ERROR: Unable to install packages. Command 
'/opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_release/tmp/sysroots/x86_64-linux/usr/bin/smart
 
--data-dir=/opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_release/tmp/work/b4860qds_64b-fsl-linux/fsl-image-full/1.0-r0/sdk/image/opt/fsl-networking/QorIQ-SDK-V1.8/sysroots/ppc64e6500-fsl-linux/var/lib/smart
 install -y libgcc1@ppc64e6500 gcc@ppc64e6500 libgcc-s-dev@ppc64e6500 
run-postinsts@all usdpaa-apps-staticdev@b4860qds_64b ldd@ppc64e6500 
usdpaa-apps@b4860qds_64b packagegroup-core-ssh-openssh@all 
tcf-qoriqdbg@ppc64e6500 apptrk@ppc64e6500 asf@b4860qds_64b 
udev-extraconf@ppc64e6500 pme-tools@ppc64e6500 rpm@ppc64e6500 
eth-config@ppc64e6500 mtd-utils@ppc64e6500 
packagegroup-core-standalone-sdk-target-dbg@all usdpaa-staticdev@b4860qds_64b 
util-linux@ppc64e6500 fm-ucode-image@ppc64e6500 dpa-offload-dev@b4860qds_64b 
mtd-utils-jffs2@ppc64e6500 smartpm@ppc64e6500 e2fsprogs-tune2fs@ppc64e6500 
packagegroup-core-eclipse-debug@all eglibc-utils@ppc64e6500 g++@ppc64e6500 
gcov@ppc64e6500 dosfstools@ppc64e6500 e2fsprogs-e2fsck@ppc64e6500 
gnuradio-dev@ppc64e6500 packagegroup-fsl-core@all packagegroup-fsl-extend@all 
packagegroup-core-boot@b4860qds_64b packagegroup-core-full-cmdline@all 
sysklogd@ppc64e6500 merge-files@all packagegroup-core-buildessential@all 
rcw-image@b4860qds_64b packagegroup-core-x11-base@all kmod@ppc64e6500 
usdpaa@b4860qds_64b packagegroup-core-nfs-server@all 
hypervisor-partman@ppc64e6500 ceetm@b4860qds_64b 
dpa-offload-staticdev@b4860qds_64b libc6-dev@ppc64e6500 usdpaa-dev@b4860qds_64b 
e2fsprogs-mke2fs@ppc64e6500 libgcov-dev@ppc64e6500 sysfsutils@ppc64e6500 
qoriq-debug@b4860qds_64b mtd-utils-ubifs@ppc64e6500 
kernel-image-3.12.37-rt51-qoriq-sdk-v1.8+gf488de6@b4860qds_64b
 fmc@b4860qds_64b bash@ppc64e6500 packagegroup-core-standalone-sdk-target@all 
e2fsprogs@ppc64e6500 packagegroup-core-tools-debug@b4860qds_64b 
hyperrelay@ppc64e6500 valgrind@ppc64e6500 sysstat@ppc64e6500 
packagegroup-core-x11@all net-tools@ppc64e6500 cpp@ppc64e6500 
kernel-devicetree@b4860qds_64b binutils@ppc64e6500 
u-boot-qoriq-images@b4860qds_64b' retur

Re: [OE-core] [PATCH 8/8] [glibc] remove hard-coded reference to gcc -E

[Jérémy Rosen]

On 23/08/2016 16:03, Burton, Ross wrote:


On 23 August 2016 at 08:25, Jérémy Rosen > wrote:


+-open F, "cat C-translit.h.in  | gcc -E -
|" || die "Cannot preprocess input file";
++open F, 'cat C-translit.h.in  | $CPP -
|' || die "Cannot preprocess input file";


Patch is missing an Upstream-Status, and I expect if you allowed for 
CPP to be unset then there's a chance you can get this upstream.


${CPP:-gcc -E} should do the trick.

I'm currently discussing with upstream. That script is theoretically 
only called by a Makefile that sets $CPP, but yes, that is a good 
suggestion.



Ross


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 8/8] [glibc] remove hard-coded reference to gcc -E

[Burton, Ross]

On 23 August 2016 at 08:25, Jérémy Rosen  wrote:

> +-open F, "cat C-translit.h.in | gcc -E - |" || die "Cannot preprocess
> input file";
> ++open F, 'cat C-translit.h.in | $CPP - |' || die "Cannot preprocess
> input file";
>

Patch is missing an Upstream-Status, and I expect if you allowed for CPP to
be unset then there's a chance you can get this upstream.

${CPP:-gcc -E} should do the trick.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/8] [linux-yocto] allow overriding compiler name in KConfig

[Jérémy Rosen]

On 23/08/2016 15:41, Bruce Ashfield wrote:



On Tue, Aug 23, 2016 at 9:36 AM, Bruce Ashfield 
mailto:bruce.ashfi...@gmail.com>> wrote:


On Tue, Aug 23, 2016 at 3:25 AM, Jérémy Rosen
mailto:jeremy.ro...@smile.fr>> wrote:

The KConfig infrastructure hardwires the compiler name to gcc,
which breaks
the BUILD_CC feature. This is needed even when cross compiling
because
make *config rely on the kconfig infrastructure


Can you elaborate ? I'm not aware of any issues with either the
host builds or
target builds with the kernel.


Aha. I found the 0/N for the series.

And my answer is still the same. These belong upstream, and since the 
kernel is fairly
picky about the compiler and compiler versions, I don't see a pressing 
need to carry

something like this until it makes it into the mainline kernel.

My answer to 'can't assume the name of gcc', is to make sure that your 
environment
and path is fully understood, and make your compiler available as 
'gcc', versus trying

to patch multiple recipes.


Ok, my 0/N maybe was not as clear as I hoped. I don't want to compile 
without a gcc binary. I want to make sure that when I set BUILD_* to a 
specific version of gcc (gcc-5 in my case) only that version of the 
compiler can be used.


As pointed, jethro can only be compiled on a machine where the default 
compiler is gcc-5. Having gcc-5 installed is not enough, it needs to be 
default. The BUILD_* feature was meant to prevent that, i'm just fixing it


As I have stated elsewhere, I am upstreaming the patches in parlallel 
(only the glibc patch is left at this point, since I found a way to drop 
the kconfig ones) hopefully I will be able to add the "submitted 
upstream" tag on V2.


In the meantime, I mainly wanted comments on the approch and I was 
wondering how to makes sure some sort of autmated QA test could detect 
that sort of problems.


Hope this helps
Jeremy



Cheers,

Bruce


If there's an issue, we need to fix it upstream .. not here.

---
 meta/recipes-kernel/linux/linux-yocto.inc  |  4 
 
meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
| 32 
 2 files changed, 36 insertions(+), 0 deletions(-)
 create mode 100644

meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch

diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
b/meta/recipes-kernel/linux/linux-yocto.inc
index 98a48ec..63c1531 100644
--- a/meta/recipes-kernel/linux/linux-yocto.inc
+++ b/meta/recipes-kernel/linux/linux-yocto.inc
@@ -58,3 +58,7 @@ do_install_append(){
 addtask kernel_link_images after do_compile before do_install
 addtask validate_branches before do_patch after
do_kernel_checkout
 addtask kernel_configcheck after do_configure before do_compile
+
+SRC_URI_append = "
file://0001-Allow-overriding-host-compiler-name-from-environment.patch"


We don't carry patches to linux-yocto like this, they are sent to
the linux-yocto mailing list, and
integrated into the tree itself.

Bruce

+export HOSTCC = "${BUILD_CC}"
+export HOSTCXX = "${BUILD_CXX}"
diff --git

a/meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
b/meta/recipes-kernel/linux/linux-

yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
new file mode 100644
index 000..6fcfbc8
--- /dev/null
+++

b/meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
@@ -0,0 +1,32 @@
+From 0ce4c4f29b5d456a7707e870c7affe524f7c8807 Mon Sep 17
00:00:00 2001
+From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?=
mailto:jeremy.ro...@smile.fr>>
+Date: Tue, 16 Aug 2016 22:39:29 +0200
+Subject: [PATCH] Allow overriding host-compiler name from
environment
+ variables
+
+---
+ Makefile | 8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 70dea02..1f0d2d2 100644
+--- a/Makefile
 b/Makefile
+@@ -295,10 +295,10 @@ CONFIG_SHELL := $(shell if [ -x
"$$BASH" ]; then echo $$BASH; \
+ else if [ -x /bin/bash ]; then echo /bin/bash; \
+ else echo sh; fi ; fi)
+
+-HOSTCC   = gcc
+-HOSTCXX  = g++
+-HOSTCFLAGS   = -Wall -Wmissing-prototypes
-Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89
+-HOSTCXXFLAGS = -O2
++HOSTCC   ?= gcc
++HOSTCXX  ?= g++
++HOSTCFLAGS   ?= -Wall -Wmissing-prototypes
-W

Re: [OE-core] [PATCH 4/8] [linux-yocto] allow overriding compiler name in KConfig

[Jérémy Rosen]

On 23/08/2016 15:36, Bruce Ashfield wrote:
On Tue, Aug 23, 2016 at 3:25 AM, Jérémy Rosen > wrote:


The KConfig infrastructure hardwires the compiler name to gcc,
which breaks
the BUILD_CC feature. This is needed even when cross compiling because
make *config rely on the kconfig infrastructure


Can you elaborate ? I'm not aware of any issues with either the host 
builds or

target builds with the kernel.

If there's an issue, we need to fix it upstream .. not here.

Ok, two answers here

* the problem is specifically when the kernel builds a binary for the 
host. not when the kernel itself is compiled. i.e it is the binary 
needed to run menuconfig itself that was the problem.
* I have contacted the KConfig maintainer and he has offered me a more 
elegant solution to that problem that does not require an upstream 
patch. I will propose a better fix for the
three instances of KConfig (kernel, kernel headers, busybox) in V2 of 
this patch


Sorry for the churn, I am compiling his approch as we speak :)


---
 meta/recipes-kernel/linux/linux-yocto.inc
   |  4 

 
meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
| 32 
 2 files changed, 36 insertions(+), 0 deletions(-)
 create mode 100644

meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch

diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
b/meta/recipes-kernel/linux/linux-yocto.inc
index 98a48ec..63c1531 100644
--- a/meta/recipes-kernel/linux/linux-yocto.inc
+++ b/meta/recipes-kernel/linux/linux-yocto.inc
@@ -58,3 +58,7 @@ do_install_append(){
 addtask kernel_link_images after do_compile before do_install
 addtask validate_branches before do_patch after do_kernel_checkout
 addtask kernel_configcheck after do_configure before do_compile
+
+SRC_URI_append = "
file://0001-Allow-overriding-host-compiler-name-from-environment.patch"


We don't carry patches to linux-yocto like this, they are sent to the 
linux-yocto mailing list, and

integrated into the tree itself.

Bruce

+export HOSTCC = "${BUILD_CC}"
+export HOSTCXX = "${BUILD_CXX}"
diff --git

a/meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
b/meta/recipes-kernel/linux/linux-

yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
new file mode 100644
index 000..6fcfbc8
--- /dev/null
+++

b/meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
@@ -0,0 +1,32 @@
+From 0ce4c4f29b5d456a7707e870c7affe524f7c8807 Mon Sep 17 00:00:00
2001
+From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?= mailto:jeremy.ro...@smile.fr>>
+Date: Tue, 16 Aug 2016 22:39:29 +0200
+Subject: [PATCH] Allow overriding host-compiler name from environment
+ variables
+
+---
+ Makefile | 8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 70dea02..1f0d2d2 100644
+--- a/Makefile
 b/Makefile
+@@ -295,10 +295,10 @@ CONFIG_SHELL := $(shell if [ -x "$$BASH" ];
then echo $$BASH; \
+ else if [ -x /bin/bash ]; then echo /bin/bash; \
+ else echo sh; fi ; fi)
+
+-HOSTCC   = gcc
+-HOSTCXX  = g++
+-HOSTCFLAGS   = -Wall -Wmissing-prototypes -Wstrict-prototypes
-O2 -fomit-frame-pointer -std=gnu89
+-HOSTCXXFLAGS = -O2
++HOSTCC   ?= gcc
++HOSTCXX  ?= g++
++HOSTCFLAGS   ?= -Wall -Wmissing-prototypes -Wstrict-prototypes
-O2 -fomit-frame-pointer -std=gnu89
++HOSTCXXFLAGS ?= -O2
+
+ ifeq ($(shell $(HOSTCC) -v 2>&1 | grep -c "clang version"), 1)
+ HOSTCFLAGS  += -Wno-unused-value -Wno-unused-parameter \
+--
+2.8.1
+
--
git-series 0.8.9
--
___
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] cmake.bbclass: call cmake with a relative path

[Burton, Ross]

On 23 August 2016 at 11:00, Jussi Kukkonen  wrote:

> Arguably this should be explicitly selectable but even then it would also
> be reasonable for bash-completion.bbclass to ensure that bash-completion.pc
> and the cmake equivalents are installed in the sysroot...
>

So all this time I'd assumed that bash-completion.bbclass had
DEPENDS=bash-completion but it appears not.  Surely this is the obvious fix?

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/8] [linux-yocto] allow overriding compiler name in KConfig

[Bruce Ashfield]

On Tue, Aug 23, 2016 at 9:36 AM, Bruce Ashfield 
wrote:

> On Tue, Aug 23, 2016 at 3:25 AM, Jérémy Rosen 
> wrote:
>
>> The KConfig infrastructure hardwires the compiler name to gcc, which
>> breaks
>> the BUILD_CC feature. This is needed even when cross compiling because
>> make *config rely on the kconfig infrastructure
>>
>
> Can you elaborate ? I'm not aware of any issues with either the host
> builds or
> target builds with the kernel.
>

Aha. I found the 0/N for the series.

And my answer is still the same. These belong upstream, and since the
kernel is fairly
picky about the compiler and compiler versions, I don't see a pressing need
to carry
something like this until it makes it into the mainline kernel.

My answer to 'can't assume the name of gcc', is to make sure that your
environment
and path is fully understood, and make your compiler available as 'gcc',
versus trying
to patch multiple recipes.

Cheers,

Bruce


>
> If there's an issue, we need to fix it upstream .. not here.
>
>
>> ---
>>  meta/recipes-kernel/linux/linux-yocto.inc
>>|  4 
>>  meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding
>> -host-compiler-name-from-environment.patch | 32
>> 
>>  2 files changed, 36 insertions(+), 0 deletions(-)
>>  create mode 100644 meta/recipes-kernel/linux/linu
>> x-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
>>
>> diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
>> b/meta/recipes-kernel/linux/linux-yocto.inc
>> index 98a48ec..63c1531 100644
>> --- a/meta/recipes-kernel/linux/linux-yocto.inc
>> +++ b/meta/recipes-kernel/linux/linux-yocto.inc
>> @@ -58,3 +58,7 @@ do_install_append(){
>>  addtask kernel_link_images after do_compile before do_install
>>  addtask validate_branches before do_patch after do_kernel_checkout
>>  addtask kernel_configcheck after do_configure before do_compile
>> +
>> +SRC_URI_append = " file://0001-Allow-overriding-h
>> ost-compiler-name-from-environment.patch"
>>
>
> We don't carry patches to linux-yocto like this, they are sent to the
> linux-yocto mailing list, and
> integrated into the tree itself.
>
> Bruce
>
>
>> +export HOSTCC = "${BUILD_CC}"
>> +export HOSTCXX = "${BUILD_CXX}"
>> diff --git a/meta/recipes-kernel/linux/linux-yocto/0001-Allow-overridin
>> g-host-compiler-name-from-environment.patch
>> b/meta/recipes-kernel/linux/linux-
>
> yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
>> new file mode 100644
>> index 000..6fcfbc8
>> --- /dev/null
>> +++ b/meta/recipes-kernel/linux/linux-yocto/0001-Allow-overridin
>> g-host-compiler-name-from-environment.patch
>> @@ -0,0 +1,32 @@
>> +From 0ce4c4f29b5d456a7707e870c7affe524f7c8807 Mon Sep 17 00:00:00 2001
>> +From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?= 
>> +Date: Tue, 16 Aug 2016 22:39:29 +0200
>> +Subject: [PATCH] Allow overriding host-compiler name from environment
>> + variables
>> +
>> +---
>> + Makefile | 8 
>> + 1 file changed, 4 insertions(+), 4 deletions(-)
>> +
>> +diff --git a/Makefile b/Makefile
>> +index 70dea02..1f0d2d2 100644
>> +--- a/Makefile
>>  b/Makefile
>> +@@ -295,10 +295,10 @@ CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then
>> echo $$BASH; \
>> + else if [ -x /bin/bash ]; then echo /bin/bash; \
>> + else echo sh; fi ; fi)
>> +
>> +-HOSTCC   = gcc
>> +-HOSTCXX  = g++
>> +-HOSTCFLAGS   = -Wall -Wmissing-prototypes -Wstrict-prototypes -O2
>> -fomit-frame-pointer -std=gnu89
>> +-HOSTCXXFLAGS = -O2
>> ++HOSTCC   ?= gcc
>> ++HOSTCXX  ?= g++
>> ++HOSTCFLAGS   ?= -Wall -Wmissing-prototypes -Wstrict-prototypes -O2
>> -fomit-frame-pointer -std=gnu89
>> ++HOSTCXXFLAGS ?= -O2
>> +
>> + ifeq ($(shell $(HOSTCC) -v 2>&1 | grep -c "clang version"), 1)
>> + HOSTCFLAGS  += -Wno-unused-value -Wno-unused-parameter \
>> +--
>> +2.8.1
>> +
>> --
>> git-series 0.8.9
>> --
>> ___
>> 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"
>



-- 
"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 5/8] [linux-libc-headers] allow overriding compiler name in KConfig

[Bruce Ashfield]

On Tue, Aug 23, 2016 at 3:25 AM, Jérémy Rosen  wrote:

> The KConfig infrastructure hardwires the compiler name to gcc, which breaks
> the BUILD_CC feature. This is needed even when cross compiling because
> make *config rely on the kconfig infrastructure
> ---
>  meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
>  |  7 ++-
>  meta/recipes-kernel/linux-libc-headers/linux-libc-
> headers/0001-Allow-overriding-host-compiler-name-from-environment.patch |
> 32 
>  2 files changed, 38 insertions(+), 1 deletion(-)
>  create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-
> headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
>
> diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> index 92acf8a..18bd080 100644
> --- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> @@ -46,7 +46,9 @@ inherit kernel-arch
>
>  KORG_ARCHIVE_COMPRESSION ?= "xz"
>
> -SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/v${HEADER_FETCH_VER}/
> linux-${PV}.tar.${KORG_ARCHIVE_COMPRESSION}"
> +SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/v${HEADER_FETCH_VER}/
> linux-${PV}.tar.${KORG_ARCHIVE_COMPRESSION} \
> +   
> file://0001-Allow-overriding-host-compiler-name-from-environment.patch
> \
> +   "
>
>
We shouldn't be patching linux-libc-headers, and much less with a build
patch like this. libc-headers
are the c libraries interface to the kernel. If something is building
against the kernel itself, it needs
to go against the kernel source.

If this is broken, it needs to be fixed upstream.

But like the kernel patch, I can't tell exactly what problem you are trying
to fix. Can you be more
specific ?

Bruce


>  S = "${WORKDIR}/linux-${PV}"
>
> @@ -77,3 +79,6 @@ RRECOMMENDS_${PN}-dbg = "${PN}-dev (= ${EXTENDPKGV})"
>
>  INHIBIT_DEFAULT_DEPS = "1"
>  DEPENDS += "unifdef-native"
> +
> +export HOSTCC="${BUILD_CC}"
> +export HOSTCXX="${BUILD_CXX}"
> diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-
> headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
> b/meta/recipes-kernel/linux-libc-headers/linux-libc-
> headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
> new file mode 100644
> index 000..6fcfbc8
> --- /dev/null
> +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-
> headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
> @@ -0,0 +1,32 @@
> +From 0ce4c4f29b5d456a7707e870c7affe524f7c8807 Mon Sep 17 00:00:00 2001
> +From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?= 
> +Date: Tue, 16 Aug 2016 22:39:29 +0200
> +Subject: [PATCH] Allow overriding host-compiler name from environment
> + variables
> +
> +---
> + Makefile | 8 
> + 1 file changed, 4 insertions(+), 4 deletions(-)
> +
> +diff --git a/Makefile b/Makefile
> +index 70dea02..1f0d2d2 100644
> +--- a/Makefile
>  b/Makefile
> +@@ -295,10 +295,10 @@ CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then
> echo $$BASH; \
> + else if [ -x /bin/bash ]; then echo /bin/bash; \
> + else echo sh; fi ; fi)
> +
> +-HOSTCC   = gcc
> +-HOSTCXX  = g++
> +-HOSTCFLAGS   = -Wall -Wmissing-prototypes -Wstrict-prototypes -O2
> -fomit-frame-pointer -std=gnu89
> +-HOSTCXXFLAGS = -O2
> ++HOSTCC   ?= gcc
> ++HOSTCXX  ?= g++
> ++HOSTCFLAGS   ?= -Wall -Wmissing-prototypes -Wstrict-prototypes -O2
> -fomit-frame-pointer -std=gnu89
> ++HOSTCXXFLAGS ?= -O2
> +
> + ifeq ($(shell $(HOSTCC) -v 2>&1 | grep -c "clang version"), 1)
> + HOSTCFLAGS  += -Wno-unused-value -Wno-unused-parameter \
> +--
> +2.8.1
> +
> --
> git-series 0.8.9
> --
> ___
> 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 4/8] [linux-yocto] allow overriding compiler name in KConfig

[Bruce Ashfield]

On Tue, Aug 23, 2016 at 3:25 AM, Jérémy Rosen  wrote:

> The KConfig infrastructure hardwires the compiler name to gcc, which breaks
> the BUILD_CC feature. This is needed even when cross compiling because
> make *config rely on the kconfig infrastructure
>

Can you elaborate ? I'm not aware of any issues with either the host builds
or
target builds with the kernel.

If there's an issue, we need to fix it upstream .. not here.


> ---
>  meta/recipes-kernel/linux/linux-yocto.inc
>  |  4 
>  meta/recipes-kernel/linux/linux-yocto/0001-Allow-
> overriding-host-compiler-name-from-environment.patch | 32
> 
>  2 files changed, 36 insertions(+), 0 deletions(-)
>  create mode 100644 meta/recipes-kernel/linux/linux-yocto/0001-Allow-
> overriding-host-compiler-name-from-environment.patch
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
> b/meta/recipes-kernel/linux/linux-yocto.inc
> index 98a48ec..63c1531 100644
> --- a/meta/recipes-kernel/linux/linux-yocto.inc
> +++ b/meta/recipes-kernel/linux/linux-yocto.inc
> @@ -58,3 +58,7 @@ do_install_append(){
>  addtask kernel_link_images after do_compile before do_install
>  addtask validate_branches before do_patch after do_kernel_checkout
>  addtask kernel_configcheck after do_configure before do_compile
> +
> +SRC_URI_append = " file://0001-Allow-overriding-host-compiler-name-from-
> environment.patch"
>

We don't carry patches to linux-yocto like this, they are sent to the
linux-yocto mailing list, and
integrated into the tree itself.

Bruce


> +export HOSTCC = "${BUILD_CC}"
> +export HOSTCXX = "${BUILD_CXX}"
> diff --git a/meta/recipes-kernel/linux/linux-yocto/0001-Allow-
> overriding-host-compiler-name-from-environment.patch
> b/meta/recipes-kernel/linux/linux-

yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
> new file mode 100644
> index 000..6fcfbc8
> --- /dev/null
> +++ b/meta/recipes-kernel/linux/linux-yocto/0001-Allow-
> overriding-host-compiler-name-from-environment.patch
> @@ -0,0 +1,32 @@
> +From 0ce4c4f29b5d456a7707e870c7affe524f7c8807 Mon Sep 17 00:00:00 2001
> +From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?= 
> +Date: Tue, 16 Aug 2016 22:39:29 +0200
> +Subject: [PATCH] Allow overriding host-compiler name from environment
> + variables
> +
> +---
> + Makefile | 8 
> + 1 file changed, 4 insertions(+), 4 deletions(-)
> +
> +diff --git a/Makefile b/Makefile
> +index 70dea02..1f0d2d2 100644
> +--- a/Makefile
>  b/Makefile
> +@@ -295,10 +295,10 @@ CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then
> echo $$BASH; \
> + else if [ -x /bin/bash ]; then echo /bin/bash; \
> + else echo sh; fi ; fi)
> +
> +-HOSTCC   = gcc
> +-HOSTCXX  = g++
> +-HOSTCFLAGS   = -Wall -Wmissing-prototypes -Wstrict-prototypes -O2
> -fomit-frame-pointer -std=gnu89
> +-HOSTCXXFLAGS = -O2
> ++HOSTCC   ?= gcc
> ++HOSTCXX  ?= g++
> ++HOSTCFLAGS   ?= -Wall -Wmissing-prototypes -Wstrict-prototypes -O2
> -fomit-frame-pointer -std=gnu89
> ++HOSTCXXFLAGS ?= -O2
> +
> + ifeq ($(shell $(HOSTCC) -v 2>&1 | grep -c "clang version"), 1)
> + HOSTCFLAGS  += -Wno-unused-value -Wno-unused-parameter \
> +--
> +2.8.1
> +
> --
> git-series 0.8.9
> --
> ___
> 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 2/8] [cross] export CC family from BUILD_* for cross compilers

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Jérémy Rosen
> Sent: den 23 augusti 2016 09:25
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 2/8] [cross] export CC family from BUILD_*
> for cross compilers
> 
> cross-compilers are native recipes that need to be compiled by the host's
> compiler. However then do not use native.bbclass

Change "then" to "they".

//Peter

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc: Update to final 6.2.0 release

[Gary Thomas]

On 2016-08-23 14:41, Martin Jansa wrote:

On Tue, Aug 23, 2016 at 02:29:27PM +0200, Gary Thomas wrote:

On 2016-08-23 14:13, Alexander Kanavin wrote:

On 08/23/2016 04:27 AM, Khem Raj wrote:

-#BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2"
+BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2"
 #SRCREV = "bd9a826d5448db11d29d2ec5884e7e679066f140"
 #BASEURI ?= "git://github.com/gcc-mirror/gcc;branch=gcc-6-branch;protocol=git"
-BASEURI ?= 
"ftp://sourceware.org/pub/gcc/snapshots/6.2.0-RC-20160815/gcc-6.2.0-RC-20160815.tar.bz2";
+#BASEURI ?= 
"ftp://sourceware.org/pub/gcc/snapshots/6.2.0-RC-20160815/gcc-6.2.0-RC-20160815.tar.bz2";
-S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}${SNAP}"
+S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
 #S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/git"
 B = "${WORKDIR}/gcc-${PV}/build.${HOST_SYS}.${TARGET_SYS}"


The commented out lines should be dropped, they're just clutter.


Also, how "final" is it when the URL points to a "xxx-RC-yyy"?  Seems
a bit premature...


If you read it a bit more carefully you'll notice that it doesn't point
to "xxx-RC-yyy"?

Only your reply was a bit premature :).



Indeed, all those extra lines...  Sorry for the noise :-(

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc: Update to final 6.2.0 release

[Martin Jansa]

On Tue, Aug 23, 2016 at 02:29:27PM +0200, Gary Thomas wrote:
> On 2016-08-23 14:13, Alexander Kanavin wrote:
> > On 08/23/2016 04:27 AM, Khem Raj wrote:
> >> -#BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2"
> >> +BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2"
> >>  #SRCREV = "bd9a826d5448db11d29d2ec5884e7e679066f140"
> >>  #BASEURI ?= 
> >> "git://github.com/gcc-mirror/gcc;branch=gcc-6-branch;protocol=git"
> >> -BASEURI ?= 
> >> "ftp://sourceware.org/pub/gcc/snapshots/6.2.0-RC-20160815/gcc-6.2.0-RC-20160815.tar.bz2";
> >> +#BASEURI ?= 
> >> "ftp://sourceware.org/pub/gcc/snapshots/6.2.0-RC-20160815/gcc-6.2.0-RC-20160815.tar.bz2";
> >> -S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}${SNAP}"
> >> +S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
> >>  #S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/git"
> >>  B = "${WORKDIR}/gcc-${PV}/build.${HOST_SYS}.${TARGET_SYS}"
> >
> > The commented out lines should be dropped, they're just clutter.
> 
> Also, how "final" is it when the URL points to a "xxx-RC-yyy"?  Seems
> a bit premature...

If you read it a bit more carefully you'll notice that it doesn't point
to "xxx-RC-yyy"?

Only your reply was a bit premature :).

-- 
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

Re: [OE-core] [PATCH] gcc: Update to final 6.2.0 release

[Gary Thomas]

On 2016-08-23 14:13, Alexander Kanavin wrote:

On 08/23/2016 04:27 AM, Khem Raj wrote:

-#BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2"
+BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2"
 #SRCREV = "bd9a826d5448db11d29d2ec5884e7e679066f140"
 #BASEURI ?= "git://github.com/gcc-mirror/gcc;branch=gcc-6-branch;protocol=git"
-BASEURI ?= 
"ftp://sourceware.org/pub/gcc/snapshots/6.2.0-RC-20160815/gcc-6.2.0-RC-20160815.tar.bz2";
+#BASEURI ?= 
"ftp://sourceware.org/pub/gcc/snapshots/6.2.0-RC-20160815/gcc-6.2.0-RC-20160815.tar.bz2";
-S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}${SNAP}"
+S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
 #S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/git"
 B = "${WORKDIR}/gcc-${PV}/build.${HOST_SYS}.${TARGET_SYS}"


The commented out lines should be dropped, they're just clutter.


Also, how "final" is it when the URL points to a "xxx-RC-yyy"?  Seems
a bit premature...

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc: Update to final 6.2.0 release

[Alexander Kanavin]

On 08/23/2016 04:27 AM, Khem Raj wrote:

-#BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2"
+BASEURI ?= "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2"
 #SRCREV = "bd9a826d5448db11d29d2ec5884e7e679066f140"
 #BASEURI ?= "git://github.com/gcc-mirror/gcc;branch=gcc-6-branch;protocol=git"
-BASEURI ?= 
"ftp://sourceware.org/pub/gcc/snapshots/6.2.0-RC-20160815/gcc-6.2.0-RC-20160815.tar.bz2";
+#BASEURI ?= 
"ftp://sourceware.org/pub/gcc/snapshots/6.2.0-RC-20160815/gcc-6.2.0-RC-20160815.tar.bz2";
-S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}${SNAP}"
+S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
 #S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/git"
 B = "${WORKDIR}/gcc-${PV}/build.${HOST_SYS}.${TARGET_SYS}"


The commented out lines should be dropped, they're just clutter.

Alex

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gdk-pixbuf: 2.34.0 -> 2.35.3

[Alexander Kanavin]

On 08/19/2016 07:52 PM, Khem Raj wrote:





It does:  http://recipes.yoctoproject.org/rrs/recipedetail/451/ says
up-to-date as we have 2.34.0 despite there being 2.35.3.

These upgrades have been done without reference to the tooling we've got.


Also the recipe itself inherits upstream-version-is-even class - that means odd 
versions are development snapshots and should be ignored.


good point, will this class give me some sort of parsing error, if I try to 
update to odd version ?


Not at the moment, but if you can suggest how this could be done, I'll 
add it (perhaps as a warning though).


Alex

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] python-3.5-manifest: Rename Queue module to queue

[Fabio Berton]

The Queue module has been renamed to queue in Python 3.

Signed-off-by: Fabio Berton 
---
 meta/recipes-devtools/python/python-3.5-manifest.inc | 2 +-
 scripts/contrib/python/generate-manifest-3.5.py  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc 
b/meta/recipes-devtools/python/python-3.5-manifest.inc
index b9c2fec..3e07a11 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -247,7 +247,7 @@ 
FILES_${PN}-textutils="${libdir}/python3.5/lib-dynload/_csv.*.so ${libdir}/pytho
 
 SUMMARY_${PN}-threading="Python threading & synchronization support"
 RDEPENDS_${PN}-threading="${PN}-core ${PN}-lang"
-FILES_${PN}-threading="${libdir}/python3.5/_threading_local.* 
${libdir}/python3.5/dummy_thread.* ${libdir}/python3.5/dummy_threading.* 
${libdir}/python3.5/mutex.* ${libdir}/python3.5/threading.* 
${libdir}/python3.5/Queue.* "
+FILES_${PN}-threading="${libdir}/python3.5/_threading_local.* 
${libdir}/python3.5/dummy_thread.* ${libdir}/python3.5/dummy_threading.* 
${libdir}/python3.5/mutex.* ${libdir}/python3.5/threading.* 
${libdir}/python3.5/queue.* "
 
 SUMMARY_${PN}-tkinter="Python Tcl/Tk bindings"
 RDEPENDS_${PN}-tkinter="${PN}-core"
diff --git a/scripts/contrib/python/generate-manifest-3.5.py 
b/scripts/contrib/python/generate-manifest-3.5.py
index 3a88018..33e3680 100755
--- a/scripts/contrib/python/generate-manifest-3.5.py
+++ b/scripts/contrib/python/generate-manifest-3.5.py
@@ -370,7 +370,7 @@ if __name__ == "__main__":
 "test" ) # package
 
 m.addPackage( "${PN}-threading", "Python threading & synchronization 
support", "${PN}-core ${PN}-lang",
-"_threading_local.* dummy_thread.* dummy_threading.* mutex.* threading.* 
Queue.*" )
+"_threading_local.* dummy_thread.* dummy_threading.* mutex.* threading.* 
queue.*" )
 
 m.addPackage( "${PN}-tkinter", "Python Tcl/Tk bindings", "${PN}-core",
 "lib-dynload/_tkinter.*.so lib-tk tkinter" ) # package
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] python-3.5-manifest: Rename Queue module to queue

[Fabio Berton]

Ok.

I'll send a v2 using using generate-manifest script.

Thanks.

On Tue, Aug 23, 2016 at 5:08 AM, Jussi Kukkonen 
wrote:

> On 22 August 2016 at 21:57, Fabio Berton 
> wrote:
>
>> The Queue module has been renamed to queue in Python 3.
>>
>> Signed-off-by: Fabio Berton 
>> ---
>>  meta/recipes-devtools/python/python-3.5-manifest.inc | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>>
> This file is generated from scripts/contrib/python/generat
> e-manifest-3.5.py, please modify that file and run it to produce the new
> manifest.inc.
>
> Jussi
>
>
>
>> diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc
>> b/meta/recipes-devtools/python/python-3.5-manifest.inc
>> index b9c2fec..3e07a11 100644
>> --- a/meta/recipes-devtools/python/python-3.5-manifest.inc
>> +++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
>> @@ -247,7 +247,7 @@ FILES_${PN}-textutils="${libdi
>> r}/python3.5/lib-dynload/_csv.*.so ${libdir}/pytho
>>
>>  SUMMARY_${PN}-threading="Python threading & synchronization support"
>>  RDEPENDS_${PN}-threading="${PN}-core ${PN}-lang"
>> -FILES_${PN}-threading="${libdir}/python3.5/_threading_local.*
>> ${libdir}/python3.5/dummy_thread.* ${libdir}/python3.5/dummy_threading.*
>> ${libdir}/python3.5/mutex.* ${libdir}/python3.5/threading.*
>> ${libdir}/python3.5/Queue.* "
>> +FILES_${PN}-threading="${libdir}/python3.5/_threading_local.*
>> ${libdir}/python3.5/dummy_thread.* ${libdir}/python3.5/dummy_threading.*
>> ${libdir}/python3.5/mutex.* ${libdir}/python3.5/threading.*
>> ${libdir}/python3.5/queue.* "
>>
>>  SUMMARY_${PN}-tkinter="Python Tcl/Tk bindings"
>>  RDEPENDS_${PN}-tkinter="${PN}-core"
>> --
>> 2.1.4
>>
>> --
>> ___
>> 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] [meta-oe] [master] [PATCH 0/3] Added cpu benchmarks

[Jussi Kukkonen]

On 23 August 2016 at 12:47, Mubin Sayyed 
wrote:

> Added recipes for cpu benchmarks dhrystone,whetstone and linpack.
>
> Mubin Sayyed (3):
>   benchmarks:Added recipe for whetstone benchmarks
>   benchmarks:Added recipe for dhrystone
>   benchmarks:Added recipe for linpack
>
>  .../recipes-benchmark/dhrystone/dhrystone_2.1.bb   | 22
> ++
>  meta-oe/recipes-benchmark/linpack/linpack_1.0.bb   | 22
> ++
>  .../recipes-benchmark/whetstone/whetstone_1.0.bb   | 22
> ++
>  3 files changed, 66 insertions(+)
>  create mode 100644 meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb
>  create mode 100644 meta-oe/recipes-benchmark/linpack/linpack_1.0.bb
>  create mode 100644 meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb
>

Hi,

Please send meta-oe patches to openembedded-de...@lists.openembedded.org.

Thanks,
  Jussi


--
> 1.9.1
>
> --
> ___
> 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

[OE-core] [meta-oe] [master] [PATCH 2/3] benchmarks:Added recipe for dhrystone

[Mubin Sayyed]

This patch adds recipe for dhrystone benchmarks.
Dhrystone benchmarks measure CPU performance.

Signed-off-by: Mubin Sayyed 
---
 .../recipes-benchmark/dhrystone/dhrystone_2.1.bb   | 22 ++
 1 file changed, 22 insertions(+)
 create mode 100644 meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb

diff --git a/meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb 
b/meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb
new file mode 100644
index 000..d0026d5
--- /dev/null
+++ b/meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb
@@ -0,0 +1,22 @@
+DESCRIPTION = "CPU Benchmark to measure integer performance"
+SECTION = "benchmark/tests"
+HOMEPAGE = "http://en.wikipedia.org/wiki/Dhrystone";
+
+LICENSE = "NCSA"
+LIC_FILES_CHKSUM = 
"file://${COMMON_LICENSE_DIR}/NCSA;md5=1b5fdec70ee13ad8a91667f16c1959d7"
+
+SRC_URI = "http://fossies.org/linux/privat/old/dhrystone-${PV}.tar.gz";
+
+SRC_URI[md5sum] = "15e13d1d2329571a60c04b2f05920d24"
+SRC_URI[sha256sum] = 
"8c8da46c34fde271b8f60a96a432164d2918706911199f43514861f07ef6b2f1"
+
+EXTRA_OEMAKE = "-e MAKEFLAGS='GCC=${CC}' 'PROGS=unix' 'TIME_FUNC= -DTIME' \
+'HZ=60' 'OPTIMIZE= -O4' 'GCCOPTIM=-O'"
+S = "${WORKDIR}"
+
+do_install () {
+
+   install -d ${D}${bindir}
+   install -m 0755 gcc_dry2  ${D}${bindir}
+   install -m 0755 gcc_dry2reg  ${D}${bindir}
+}
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [meta-oe] [master] [PATCH 2/3] benchmarks:Added recipe for dhrystone

[Mubin Sayyed]

This patch adds recipe for dhrystone benchmarks.
Dhrystone benchmarks measure CPU performance.

Signed-off-by: Mubin Sayyed 
---
 .../recipes-benchmark/dhrystone/dhrystone_2.1.bb   | 22 ++
 1 file changed, 22 insertions(+)
 create mode 100644 meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb

diff --git a/meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb 
b/meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb
new file mode 100644
index 000..d0026d5
--- /dev/null
+++ b/meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb
@@ -0,0 +1,22 @@
+DESCRIPTION = "CPU Benchmark to measure integer performance"
+SECTION = "benchmark/tests"
+HOMEPAGE = "http://en.wikipedia.org/wiki/Dhrystone";
+
+LICENSE = "NCSA"
+LIC_FILES_CHKSUM = 
"file://${COMMON_LICENSE_DIR}/NCSA;md5=1b5fdec70ee13ad8a91667f16c1959d7"
+
+SRC_URI = "http://fossies.org/linux/privat/old/dhrystone-${PV}.tar.gz";
+
+SRC_URI[md5sum] = "15e13d1d2329571a60c04b2f05920d24"
+SRC_URI[sha256sum] = 
"8c8da46c34fde271b8f60a96a432164d2918706911199f43514861f07ef6b2f1"
+
+EXTRA_OEMAKE = "-e MAKEFLAGS='GCC=${CC}' 'PROGS=unix' 'TIME_FUNC= -DTIME' \
+'HZ=60' 'OPTIMIZE= -O4' 'GCCOPTIM=-O'"
+S = "${WORKDIR}"
+
+do_install () {
+
+   install -d ${D}${bindir}
+   install -m 0755 gcc_dry2  ${D}${bindir}
+   install -m 0755 gcc_dry2reg  ${D}${bindir}
+}
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] cmake.bbclass: call cmake with a relative path

[Jussi Kukkonen]

On 23 August 2016 at 11:47, Clemens Lang  wrote:

> Hi Ross,
>
> Ross Burton  wrote:
>
> > Seems to work in my testing, but this breaks piglit's bash-completion
> > logic again (resulting in it not installing the file).  If you understand
> > cmake then having a quick look at that would be much appreciated.  For
> > reference the buildhistory-diff log is:
> >
> > packages/corei7-64-poky-linux/piglit/piglit-bash-completion: FILELIST:
> > removed all items "/usr/share/bash-completion/completions/piglit:
>
> I think this is not related to the patch and currently toggles randomly
> depending on whether bash-completion’s do_populate_sysroot gets run before
> piglit’s do_configure. Nothing seems to depend on
> bash-completion:do_populate_sysroot.
>
>   $> bitbake -g piglit
>   $> grep -c -- '-> "bash-completion\.do_populate_sysroot'
> task-depends.dot
>   0
>

This looks likely. The piglit build actually does
find_package(bash-completion NO_MODULE)
to decide whether to install and where.

Arguably this should be explicitly selectable but even then it would also
be reasonable for bash-completion.bbclass to ensure that bash-completion.pc
and the cmake equivalents are installed in the sysroot...

Jussi



>
> HTH,
> --
> Clemens Lang • Development Specialist
> BMW Car IT GmbH • Lise-Meitner-Str. 14 • 89081 Ulm • http://bmw-carit.com
> -
> BMW Car IT GmbH
> Geschäftsführer: Michael Würtenberger und Alexis Trolin
> Sitz und Registergericht: München HRB 134810
> -
> --
> ___
> 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

[OE-core] [meta-oe] [master] [PATCH 3/3] benchmarks:Added recipe for linpack

[Mubin Sayyed]

This patch adds recipe for linpack benchmarks.
linpack benchmarks measures the CPU's floating point computing power.

Signed-off-by: Mubin Sayyed 
---
 meta-oe/recipes-benchmark/linpack/linpack_1.0.bb | 22 ++
 1 file changed, 22 insertions(+)
 create mode 100644 meta-oe/recipes-benchmark/linpack/linpack_1.0.bb

diff --git a/meta-oe/recipes-benchmark/linpack/linpack_1.0.bb 
b/meta-oe/recipes-benchmark/linpack/linpack_1.0.bb
new file mode 100644
index 000..b136358
--- /dev/null
+++ b/meta-oe/recipes-benchmark/linpack/linpack_1.0.bb
@@ -0,0 +1,22 @@
+DESCRIPTION = "LINPACK Benchmarks are a measure of a system's floating point 
computing power"
+HOMEPAGE = "https://en.wikipedia.org/wiki/LINPACK_benchmarks";
+SECTION = "benchmark/tests"
+
+LICENSE = "BSD"
+LIC_FILES_CHKSUM 
="file://${COMMON_LICENSE_DIR}/BSD;md5=3775480a712fc46a69647678acb234cb"
+
+SRC_URI = "http://ftp4.se.freebsd.org/pub/misc/linpacknew.c";
+SRC_URI[md5sum] = "11aec219fc065a4aa54b9aed3b2c6f47"
+SRC_URI[sha256sum] = 
"e21ab7b04732189b550070f346970db9686d2f33a5d0a1a3a03c4dc50f7af14c"
+
+S = "${WORKDIR}"
+
+do_compile () {
+   ${CC} -O -o linpack linpacknew.c -lm
+}
+
+do_install () {
+   install -d ${D}${bindir}
+   install -m 0755 linpack ${D}${bindir}
+}
+
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [meta-oe] [master] [PATCH 1/3] benchmarks:Added recipe for whetstone benchmarks

[Mubin Sayyed]

This patch adds recipe for whestone benchmarks.
Whestone benchmarks measures CPU's floating-point
arithmetic performance

Signed-off-by: Mubin Sayyed 
---
 .../recipes-benchmark/whetstone/whetstone_1.0.bb   | 22 ++
 1 file changed, 22 insertions(+)
 create mode 100644 meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb

diff --git a/meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb 
b/meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb
new file mode 100644
index 000..e6f51cb
--- /dev/null
+++ b/meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb
@@ -0,0 +1,22 @@
+DESCRIPTION = "CPU benchmark to measure floating point performance"
+HOMEPAGE = "https://en.wikipedia.org/wiki/Whetstone_(benchmark)"
+SECTION = "benchmark/tests"
+
+LICENSE = "GPLv1"
+LIC_FILES_CHKSUM 
="file://${COMMON_LICENSE_DIR}/GPL-1.0;md5=e9e36a9de734199567a4d769498f743d"
+
+SRC_URI = "http://www.netlib.org/benchmark/whetstone.c";
+SRC_URI[md5sum] = "d8eb2cd7104bb5a12d614ac6d3f1f9fb"
+SRC_URI[sha256sum] = 
"333e4ceca042c146f63eec605573d16ae8b07166cbc44a17bec1ea97c6f1efbf"
+
+S = "${WORKDIR}"
+
+do_compile () {
+   ${CC} -O3 -Ofast -o whetstone whetstone.c -lm 
+}
+
+do_install () {
+   install -d ${D}${bindir}
+   install -m 0755 whetstone ${D}${bindir} 
+}
+
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [meta-oe] [master] [PATCH 0/3] Added cpu benchmarks

[Mubin Sayyed]

Added recipes for cpu benchmarks dhrystone,whetstone and linpack.

Mubin Sayyed (3):
  benchmarks:Added recipe for whetstone benchmarks
  benchmarks:Added recipe for dhrystone
  benchmarks:Added recipe for linpack

 .../recipes-benchmark/dhrystone/dhrystone_2.1.bb   | 22 ++
 meta-oe/recipes-benchmark/linpack/linpack_1.0.bb   | 22 ++
 .../recipes-benchmark/whetstone/whetstone_1.0.bb   | 22 ++
 3 files changed, 66 insertions(+)
 create mode 100644 meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb
 create mode 100644 meta-oe/recipes-benchmark/linpack/linpack_1.0.bb
 create mode 100644 meta-oe/recipes-benchmark/whetstone/whetstone_1.0.bb

-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH V4 00/11] runqemu: refactor it and remove machine knowledge

[Robert Yang]

On 08/23/2016 05:05 PM, Richard Purdie wrote:

On Mon, 2016-08-22 at 00:52 -0700, Robert Yang wrote:

* V4
  - Now the conf files can use @TAP@, @ROOTFS@ and @PORT@ when set
vars
for runqemu, so all the arch info are gone. And also update
comments
in qemuboot.bbclass.
  - Add var QB_SLIRP_OPT for slirp mode as Nathan suggested, also add
QB_TAP_OPT whichi is for tap mode.
  - Print "Try 'runqemu help' on how to use it" when failed to parse
args
as Nathan suggested.
  - Fix device locking problems.
  - Fix nativesdk-qemu-helper.
  - Fix comments for qemurunner.py/qemutinyrunner.py


This is looking much better, thanks but we've still had some issues:

https://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/870/steps/Running%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/856/steps/Running%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/870/steps/Running%20Sanity%20Tests/logs/stdio


Sorry, these should be race issues, I will fix it.



and:

https://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/652/steps/Running%20oe-selftest/logs/stdio

I'm also not sure what caused these, whether it was this patchset or
not:

https://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/927/steps/Running%20ESDK%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/901/steps/Running%20ESDK%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/914/steps/Running%20ESDK%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/914/steps/Running%20ESDK%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/935


I'm not sure either, need more investigations.

// Robert



Cheers,

Richard




--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] devtool: build_image: Fix recipe filter

[Ola x Nilsson]

The missing split() causes dev and dbg packages to match.

Signed-off-by: Ola x Nilsson 
---
 scripts/lib/devtool/build_image.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/lib/devtool/build_image.py 
b/scripts/lib/devtool/build_image.py
index 1e5d09b..14c646a 100644
--- a/scripts/lib/devtool/build_image.py
+++ b/scripts/lib/devtool/build_image.py
@@ -35,7 +35,7 @@ def _get_packages(tinfoil, workspace, config):
 for recipe in workspace:
 data = parse_recipe(config, tinfoil, recipe, True)
 if 'class-target' in data.getVar('OVERRIDES', True).split(':'):
-if recipe in data.getVar('PACKAGES', True):
+if recipe in data.getVar('PACKAGES', True).split():
 result.append(recipe)
 else:
 logger.warning("Skipping recipe %s as it doesn't produce a "
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH V4 00/11] runqemu: refactor it and remove machine knowledge

[Richard Purdie]

On Mon, 2016-08-22 at 00:52 -0700, Robert Yang wrote:
> * V4
>   - Now the conf files can use @TAP@, @ROOTFS@ and @PORT@ when set
> vars
> for runqemu, so all the arch info are gone. And also update
> comments
> in qemuboot.bbclass.
>   - Add var QB_SLIRP_OPT for slirp mode as Nathan suggested, also add
> QB_TAP_OPT whichi is for tap mode.
>   - Print "Try 'runqemu help' on how to use it" when failed to parse
> args
> as Nathan suggested.
>   - Fix device locking problems.
>   - Fix nativesdk-qemu-helper.
>   - Fix comments for qemurunner.py/qemutinyrunner.py

This is looking much better, thanks but we've still had some issues:

https://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/870/steps/Running%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/856/steps/Running%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/870/steps/Running%20Sanity%20Tests/logs/stdio

and:

https://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/652/steps/Running%20oe-selftest/logs/stdio

I'm also not sure what caused these, whether it was this patchset or
not:

https://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/927/steps/Running%20ESDK%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/901/steps/Running%20ESDK%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/914/steps/Running%20ESDK%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/914/steps/Running%20ESDK%20Sanity%20Tests/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/935

Cheers,

Richard


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] cmake.bbclass: call cmake with a relative path

[Clemens Lang]

Hi Ross,

Ross Burton  wrote:

> Seems to work in my testing, but this breaks piglit's bash-completion  
> logic again (resulting in it not installing the file).  If you understand  
> cmake then having a quick look at that would be much appreciated.  For  
> reference the buildhistory-diff log is:
>
> packages/corei7-64-poky-linux/piglit/piglit-bash-completion: FILELIST:  
> removed all items "/usr/share/bash-completion/completions/piglit:

I think this is not related to the patch and currently toggles randomly  
depending on whether bash-completion’s do_populate_sysroot gets run before  
piglit’s do_configure. Nothing seems to depend on  
bash-completion:do_populate_sysroot.

  $> bitbake -g piglit
  $> grep -c -- '-> "bash-completion\.do_populate_sysroot' task-depends.dot
  0


HTH,
-- 
Clemens Lang • Development Specialist
BMW Car IT GmbH • Lise-Meitner-Str. 14 • 89081 Ulm • http://bmw-carit.com
-
BMW Car IT GmbH
Geschäftsführer: Michael Würtenberger und Alexis Trolin
Sitz und Registergericht: München HRB 134810
-
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Broken "bitbake -S printdiff" in current OE

[Ulf Magnusson]

On Tue, Aug 23, 2016 at 8:18 AM, Mike Looijmans 
wrote:

> Was attempting to figure out why something wasn't being grabbed from the
> sstate-cache, but running "bitbake -S printdiff qt4-embedded" only yields
> tons
> of lines like this:
>
> WARNING: /home/mike/.../bitbake/lib/bb/runqueue.py:1347: ResourceWarning:
> unclosed file <_io.BufferedReader
> name='/home/mike/.../build/tmp-glibc/stamps/cortexa9hf-
> neon-oe-linux-gnueabi/tiff/4.0.6-r0.do_populate_sysroot.sigdata.
> 868460a5d532ef809db9bfa7ce2a89e4'>
>   out2 = bb.siggen.compare_sigfiles(hashfiles[hash1], hashfiles[hash2],
> recursecb)
>
> Left it running for about fifteen minutes, but nothing useful came out.
>

Not a fix for the original issue, but for what it's worth, I just added
more comprehensive documentation on how to view task signatures here:

http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#usingpoky-viewing-task-variable-dependencies

Running bitbake-diffsigs instead of 'bitbake -S diffsigs' would be an
alternative.

I also had trouble getting 'bitbake -S diffsigs' and 'bitbake -S none'
to work as advertised. They write a file locked-sigs.inc too, which
seems to be undocumented. I relegated the bitbake -S documentation to
the end of the new section and kept it as it was before.

Cheers,
Ulf
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] python-3.5-manifest: Rename Queue module to queue

[Jussi Kukkonen]

On 22 August 2016 at 21:57, Fabio Berton 
wrote:

> The Queue module has been renamed to queue in Python 3.
>
> Signed-off-by: Fabio Berton 
> ---
>  meta/recipes-devtools/python/python-3.5-manifest.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
>
This file is generated from scripts/contrib/python/generate-manifest-3.5.py,
please modify that file and run it to produce the new manifest.inc.

Jussi



> diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc
> b/meta/recipes-devtools/python/python-3.5-manifest.inc
> index b9c2fec..3e07a11 100644
> --- a/meta/recipes-devtools/python/python-3.5-manifest.inc
> +++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
> @@ -247,7 +247,7 @@ FILES_${PN}-textutils="${
> libdir}/python3.5/lib-dynload/_csv.*.so ${libdir}/pytho
>
>  SUMMARY_${PN}-threading="Python threading & synchronization support"
>  RDEPENDS_${PN}-threading="${PN}-core ${PN}-lang"
> -FILES_${PN}-threading="${libdir}/python3.5/_threading_local.*
> ${libdir}/python3.5/dummy_thread.* ${libdir}/python3.5/dummy_threading.*
> ${libdir}/python3.5/mutex.* ${libdir}/python3.5/threading.*
> ${libdir}/python3.5/Queue.* "
> +FILES_${PN}-threading="${libdir}/python3.5/_threading_local.*
> ${libdir}/python3.5/dummy_thread.* ${libdir}/python3.5/dummy_threading.*
> ${libdir}/python3.5/mutex.* ${libdir}/python3.5/threading.*
> ${libdir}/python3.5/queue.* "
>
>  SUMMARY_${PN}-tkinter="Python Tcl/Tk bindings"
>  RDEPENDS_${PN}-tkinter="${PN}-core"
> --
> 2.1.4
>
> --
> ___
> 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

[OE-core] [PATCH] devtool: Use the wildcard flag in update_recipe_patch

[Ola x Nilsson]

The --wilcard-version flag was only used in the srcrev variant of the
update-recipe command.

Signed-off-by: Ola x Nilsson 
---
 scripts/lib/devtool/standard.py | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 3de2401..6874224 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -1186,6 +1186,7 @@ def _update_recipe_patch(recipename, workspace, srctree, 
rd, appendlayerdir, wil
 removevalues = {'SRC_URI': removedentries + remaining}
 _, destpath = oe.recipeutils.bbappend_recipe(
 rd, appendlayerdir, files,
+wildcardver=wildcard_version,
 removevalues=removevalues)
 else:
 logger.info('No patches or local source files needed updating')
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/8] [linux-yocto] allow overriding compiler name in KConfig

[Jérémy Rosen]

The KConfig infrastructure hardwires the compiler name to gcc, which breaks
the BUILD_CC feature. This is needed even when cross compiling because
make *config rely on the kconfig infrastructure
---
 meta/recipes-kernel/linux/linux-yocto.inc  
   |  4 
 
meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
 | 32 
 2 files changed, 36 insertions(+), 0 deletions(-)
 create mode 100644 
meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch

diff --git a/meta/recipes-kernel/linux/linux-yocto.inc 
b/meta/recipes-kernel/linux/linux-yocto.inc
index 98a48ec..63c1531 100644
--- a/meta/recipes-kernel/linux/linux-yocto.inc
+++ b/meta/recipes-kernel/linux/linux-yocto.inc
@@ -58,3 +58,7 @@ do_install_append(){
 addtask kernel_link_images after do_compile before do_install
 addtask validate_branches before do_patch after do_kernel_checkout
 addtask kernel_configcheck after do_configure before do_compile
+
+SRC_URI_append = " 
file://0001-Allow-overriding-host-compiler-name-from-environment.patch"
+export HOSTCC = "${BUILD_CC}"
+export HOSTCXX = "${BUILD_CXX}"
diff --git 
a/meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
 
b/meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
new file mode 100644
index 000..6fcfbc8
--- /dev/null
+++ 
b/meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
@@ -0,0 +1,32 @@
+From 0ce4c4f29b5d456a7707e870c7affe524f7c8807 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?= 
+Date: Tue, 16 Aug 2016 22:39:29 +0200
+Subject: [PATCH] Allow overriding host-compiler name from environment
+ variables
+
+---
+ Makefile | 8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 70dea02..1f0d2d2 100644
+--- a/Makefile
 b/Makefile
+@@ -295,10 +295,10 @@ CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then echo 
$$BASH; \
+ else if [ -x /bin/bash ]; then echo /bin/bash; \
+ else echo sh; fi ; fi)
+ 
+-HOSTCC   = gcc
+-HOSTCXX  = g++
+-HOSTCFLAGS   = -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 
-fomit-frame-pointer -std=gnu89
+-HOSTCXXFLAGS = -O2
++HOSTCC   ?= gcc
++HOSTCXX  ?= g++
++HOSTCFLAGS   ?= -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 
-fomit-frame-pointer -std=gnu89
++HOSTCXXFLAGS ?= -O2
+ 
+ ifeq ($(shell $(HOSTCC) -v 2>&1 | grep -c "clang version"), 1)
+ HOSTCFLAGS  += -Wno-unused-value -Wno-unused-parameter \
+-- 
+2.8.1
+
-- 
git-series 0.8.9
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/8] [cross] export CC family from BUILD_* for cross compilers

[Jérémy Rosen]

cross-compilers are native recipes that need to be compiled by the host's
compiler. However then do not use native.bbclass

As a consequence, the various CC, CXX etc environment variables are not
correctly set and they will not honor the host compiler name provided
by the BUILD_* variables.

Signed-off-by: Jérémy Rosen 
---
 meta/classes/cross.bbclass | 12 
 1 file changed, 12 insertions(+), 0 deletions(-)

diff --git a/meta/classes/cross.bbclass b/meta/classes/cross.bbclass
index 81d1c9d..8d1e779 100644
--- a/meta/classes/cross.bbclass
+++ b/meta/classes/cross.bbclass
@@ -68,4 +68,16 @@ do_install () {
 
 USE_NLS = "no"
 
+export CC = "${BUILD_CC}"
+export CXX = "${BUILD_CXX}"
+export FC = "${BUILD_FC}"
+export CPP = "${BUILD_CPP}"
+export LD = "${BUILD_LD}"
+export CCLD = "${BUILD_CCLD}"
+export AR = "${BUILD_AR}"
+export AS = "${BUILD_AS}"
+export RANLIB = "${BUILD_RANLIB}"
+export STRIP = "${BUILD_STRIP}"
+export NM = "${BUILD_NM}"
+
 inherit nopackages
-- 
git-series 0.8.9
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 8/8] [glibc] remove hard-coded reference to gcc -E

[Jérémy Rosen]

Signed-off-by: Jérémy Rosen 
---
 
meta/recipes-core/glibc/glibc/0001-locale-fix-hard-coded-reference-to-gcc-E.patch
 | 23 +++
 meta/recipes-core/glibc/glibc_2.24.bb  
   |  6 ++
 2 files changed, 25 insertions(+), 4 deletions(-)
 create mode 100644 
meta/recipes-core/glibc/glibc/0001-locale-fix-hard-coded-reference-to-gcc-E.patch

diff --git 
a/meta/recipes-core/glibc/glibc/0001-locale-fix-hard-coded-reference-to-gcc-E.patch
 
b/meta/recipes-core/glibc/glibc/0001-locale-fix-hard-coded-reference-to-gcc-E.patch
new file mode 100644
index 000..8fe681f
--- /dev/null
+++ 
b/meta/recipes-core/glibc/glibc/0001-locale-fix-hard-coded-reference-to-gcc-E.patch
@@ -0,0 +1,23 @@
+From 2c0ab83eb54c0e0fccbf261726dc03803b236079 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?= 
+Date: Mon, 22 Aug 2016 16:09:25 +0200
+Subject: [PATCH] locale: fix hard-coded reference to gcc -E
+
+---
+ locale/gen-translit.pl | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/locale/gen-translit.pl b/locale/gen-translit.pl
+index 30d3f2f..7b287fa 100644
+--- a/locale/gen-translit.pl
 b/locale/gen-translit.pl
+@@ -1,5 +1,5 @@
+ #!/usr/bin/perl -w
+-open F, "cat C-translit.h.in | gcc -E - |" || die "Cannot preprocess input 
file";
++open F, 'cat C-translit.h.in | $CPP - |' || die "Cannot preprocess input 
file";
+ 
+ 
+ sub cstrlen {
+-- 
+2.9.3
+
diff --git a/meta/recipes-core/glibc/glibc_2.24.bb 
b/meta/recipes-core/glibc/glibc_2.24.bb
index e446e7a..a15c323 100644
--- a/meta/recipes-core/glibc/glibc_2.24.bb
+++ b/meta/recipes-core/glibc/glibc_2.24.bb
@@ -36,12 +36,10 @@ SRC_URI = "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
file://0023-eglibc-Install-PIC-archives.patch \

file://0024-eglibc-Forward-port-cross-locale-generation-support.patch \
file://0025-Define-DUMMY_LOCALE_T-if-not-defined.patch \
-"
-
-SRC_URI += "\
file://etc/ld.so.conf \
file://generate-supported.mk \
-"
+   file://0001-locale-fix-hard-coded-reference-to-gcc-E.patch \
+   "
 
 SRC_URI_append_class-nativesdk = "\

file://0001-nativesdk-glibc-Look-for-host-system-ld.so.cache-as-.patch \
-- 
git-series 0.8.9
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 6/8] [busybox] allow overriding compiler name in KConfig

[Jérémy Rosen]

The KConfig infrastructure hardwires the compiler name to gcc, which breaks
the BUILD_CC feature. This is needed even when cross compiling because
make *config rely on the kconfig infrastructure
---
 meta/recipes-core/busybox/busybox.inc  
  |  5 +
 
meta/recipes-core/busybox/busybox/0001-Allow-overriding-of-host-compiler-names.patch
 | 27 +++
 2 files changed, 32 insertions(+), 0 deletions(-)
 create mode 100644 
meta/recipes-core/busybox/busybox/0001-Allow-overriding-of-host-compiler-names.patch

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 39c2eef..defeb2e 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -47,6 +47,11 @@ CONFFILES_${PN}-mdev = "${sysconfdir}/mdev.conf"
 
 RRECOMMENDS_${PN} = "${PN}-syslog ${PN}-udhcpc"
 
+export HOSTCC = "${BUILD_CC}"
+export HOSTCXX = "${BUILD_CXX}"
+SRC_URI_append = " \
+   file://0001-Allow-overriding-of-host-compiler-names.patch \
+"
 inherit cml1 systemd update-rc.d ptest
 
 # internal helper
diff --git 
a/meta/recipes-core/busybox/busybox/0001-Allow-overriding-of-host-compiler-names.patch
 
b/meta/recipes-core/busybox/busybox/0001-Allow-overriding-of-host-compiler-names.patch
new file mode 100644
index 000..9df0035
--- /dev/null
+++ 
b/meta/recipes-core/busybox/busybox/0001-Allow-overriding-of-host-compiler-names.patch
@@ -0,0 +1,27 @@
+From a4dc894195ccf58b60e867a170c27f6a4747b094 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?= 
+Date: Wed, 17 Aug 2016 22:30:48 +0200
+Subject: [PATCH] Allow overriding of host compiler names
+
+---
+ Makefile | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 064d037..d1c4494 100644
+--- a/Makefile
 b/Makefile
+@@ -271,8 +271,8 @@ export quiet Q KBUILD_VERBOSE
+ # Look for make include files relative to root of kernel src
+ MAKEFLAGS += --include-dir=$(srctree)
+ 
+-HOSTCC= gcc
+-HOSTCXX   = g++
++HOSTCC?= gcc
++HOSTCXX   ?= g++
+ HOSTCFLAGS:=
+ HOSTCXXFLAGS  :=
+ # We need some generic definitions
+-- 
+2.8.1
+
-- 
git-series 0.8.9
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 7/8] [sanity] fix hardcoded references to gcc

[Jérémy Rosen]

Signed-off-by: Jérémy Rosen 
---
 meta/classes/sanity.bbclass | 14 +++---
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 202b5db..f17e2d4 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -459,19 +459,19 @@ def check_gcc_march(sanity_data):
 
 # Check if GCC could work without march
 if not result:
-status,res = 
oe.utils.getstatusoutput(sanity_data.expand("${BUILD_PREFIX}gcc gcc_test.c -o 
gcc_test"))
+status,res = 
oe.utils.getstatusoutput(sanity_data.expand("${BUILD_CC} gcc_test.c -o 
gcc_test"))
 if status == 0:
 result = True;
 
 if not result:
-status,res = 
oe.utils.getstatusoutput(sanity_data.expand("${BUILD_PREFIX}gcc -march=native 
gcc_test.c -o gcc_test"))
+status,res = 
oe.utils.getstatusoutput(sanity_data.expand("${BUILD_CC} -march=native 
gcc_test.c -o gcc_test"))
 if status == 0:
 message = "BUILD_CFLAGS_append = \" -march=native\""
 result = True;
 
 if not result:
 build_arch = sanity_data.getVar('BUILD_ARCH', True)
-status,res = 
oe.utils.getstatusoutput(sanity_data.expand("${BUILD_PREFIX}gcc -march=%s 
gcc_test.c -o gcc_test" % build_arch))
+status,res = 
oe.utils.getstatusoutput(sanity_data.expand("${BUILD_CC} -march=%s gcc_test.c 
-o gcc_test" % build_arch))
 if status == 0:
 message = "BUILD_CFLAGS_append = \" -march=%s\"" % build_arch
 result = True;
@@ -673,11 +673,11 @@ def check_sanity_version_change(status, d):
 if not check_app_exists("${MAKE}", d):
 missing = missing + "GNU make,"
 
-if not check_app_exists('${BUILD_PREFIX}gcc', d):
-missing = missing + "C Compiler (%sgcc)," % d.getVar("BUILD_PREFIX", 
True)
+if not check_app_exists('${BUILD_CC}', d):
+missing = missing + "C Compiler (%s)," % d.getVar("BUILD_CC", True)
 
-if not check_app_exists('${BUILD_PREFIX}g++', d):
-missing = missing + "C++ Compiler (%sg++)," % d.getVar("BUILD_PREFIX", 
True)
+if not check_app_exists('${BUILD_CXX}', d):
+missing = missing + "C++ Compiler (%s)," % d.getVar("BUILD_CXX", True)
 
 required_utilities = d.getVar('SANITY_REQUIRED_UTILITIES', True)
 
-- 
git-series 0.8.9
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/8] [linux-libc-headers] allow overriding compiler name in KConfig

[Jérémy Rosen]

The KConfig infrastructure hardwires the compiler name to gcc, which breaks
the BUILD_CC feature. This is needed even when cross compiling because
make *config rely on the kconfig infrastructure
---
 meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc  
   |  7 ++-
 
meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
 | 32 
 2 files changed, 38 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch

diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
index 92acf8a..18bd080 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
@@ -46,7 +46,9 @@ inherit kernel-arch
 
 KORG_ARCHIVE_COMPRESSION ?= "xz"
 
-SRC_URI = 
"${KERNELORG_MIRROR}/linux/kernel/v${HEADER_FETCH_VER}/linux-${PV}.tar.${KORG_ARCHIVE_COMPRESSION}"
+SRC_URI = 
"${KERNELORG_MIRROR}/linux/kernel/v${HEADER_FETCH_VER}/linux-${PV}.tar.${KORG_ARCHIVE_COMPRESSION}
 \
+   
file://0001-Allow-overriding-host-compiler-name-from-environment.patch \
+   "
 
 S = "${WORKDIR}/linux-${PV}"
 
@@ -77,3 +79,6 @@ RRECOMMENDS_${PN}-dbg = "${PN}-dev (= ${EXTENDPKGV})"
 
 INHIBIT_DEFAULT_DEPS = "1"
 DEPENDS += "unifdef-native"
+
+export HOSTCC="${BUILD_CC}"
+export HOSTCXX="${BUILD_CXX}"
diff --git 
a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
new file mode 100644
index 000..6fcfbc8
--- /dev/null
+++ 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
@@ -0,0 +1,32 @@
+From 0ce4c4f29b5d456a7707e870c7affe524f7c8807 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Rosen?= 
+Date: Tue, 16 Aug 2016 22:39:29 +0200
+Subject: [PATCH] Allow overriding host-compiler name from environment
+ variables
+
+---
+ Makefile | 8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 70dea02..1f0d2d2 100644
+--- a/Makefile
 b/Makefile
+@@ -295,10 +295,10 @@ CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then echo 
$$BASH; \
+ else if [ -x /bin/bash ]; then echo /bin/bash; \
+ else echo sh; fi ; fi)
+ 
+-HOSTCC   = gcc
+-HOSTCXX  = g++
+-HOSTCFLAGS   = -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 
-fomit-frame-pointer -std=gnu89
+-HOSTCXXFLAGS = -O2
++HOSTCC   ?= gcc
++HOSTCXX  ?= g++
++HOSTCFLAGS   ?= -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 
-fomit-frame-pointer -std=gnu89
++HOSTCXXFLAGS ?= -O2
+ 
+ ifeq ($(shell $(HOSTCC) -v 2>&1 | grep -c "clang version"), 1)
+ HOSTCFLAGS  += -Wno-unused-value -Wno-unused-parameter \
+-- 
+2.8.1
+
-- 
git-series 0.8.9
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/8] Fix BUILD_* family of variables

[Jérémy Rosen]

The BUILD_* family of variables allow the user to specify the name of the host
compiler to use at build time. This feature is particularly important for long
term maintainance. Future versions of gcc might not be compatible with old
yocto distributions and we can't assume that "gcc" is the correct name for the
compiler.

This problem is already an issue with Jethro which can't be compiled on a
machine wher gcc-6 is the default compiler. pkgconfig-native will refuse to
compile because it uses -Werror and gcc-6 has new warnings compared to gcc-5

This patch serie fixes multiple hard-coded references to gcc in various recipes
and build infrastructure

This patch was tested by building core-image-minimal for qemu-x86_64 with a
directory with the following content added to the PATH

 g++ -> /bin/false
 gcc -> /bin/false
 myg++ -> /usr/bin/g++
 mygcc -> /usr/bin/gcc

And the following variables added to local.conf

export BUILD_CC = "mygcc"
export BUILD_CXX = "myg++"
export BUILD_CPP = "mygcc -E"
export BUILD_CCLD = "mygcc"

---

All the patches haven't been pushed upstream yet, but I would be interested on
feedback on the actual work.

It would also be interesting to modify yocto's builders to use the BUILD_*
variable in order to have some early warning wrt gcc polution in recipes, but
seeing the various recipes I had to patch, I would expect such a change to
trigger a high number of build failures.

Jérémy Rosen (8):
  [autotools] export CCLD_FOR_BUILD
  [cross] export CC family from BUILD_* for cross compilers
  [rpm] force a configure before make distclean
  [linux-yocto] allow overriding compiler name in KConfig
  [linux-libc-headers] allow overriding compiler name in KConfig
  [busybox] allow overriding compiler name in KConfig
  [sanity] fix hardcoded references to gcc
  [glibc] remove hard-coded reference to gcc -E

 meta/classes/autotools.bbclass 
   |  2 ++
 meta/classes/cross.bbclass 
   | 12 
 meta/classes/sanity.bbclass
   | 14 +++---
 meta/recipes-core/busybox/busybox.inc  
   |  5 +
 
meta/recipes-core/busybox/busybox/0001-Allow-overriding-of-host-compiler-names.patch
  | 27 +++
 
meta/recipes-core/glibc/glibc/0001-locale-fix-hard-coded-reference-to-gcc-E.patch
 | 23 +++
 meta/recipes-core/glibc/glibc_2.24.bb  
   |  6 ++
 meta/recipes-devtools/rpm/rpm_5.4.16.bb
   |  2 +-
 meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc  
   |  7 ++-
 
meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
 | 32 
 meta/recipes-kernel/linux/linux-yocto.inc  
   |  4 
 
meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch
 | 32 
 12 files changed, 153 insertions(+), 13 deletions(-)
 create mode 100644 
meta/recipes-core/busybox/busybox/0001-Allow-overriding-of-host-compiler-names.patch
 create mode 100644 
meta/recipes-core/glibc/glibc/0001-locale-fix-hard-coded-reference-to-gcc-E.patch
 create mode 100644 
meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-Allow-overriding-host-compiler-name-from-environment.patch
 create mode 100644 
meta/recipes-kernel/linux/linux-yocto/0001-Allow-overriding-host-compiler-name-from-environment.patch

-- 
git-series 0.8.9
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/8] [autotools] export CCLD_FOR_BUILD

[Jérémy Rosen]

The autotools class already export most *_FOR_BUILD from bitbake's
BUILD_* variables. Somehow the variable CCLD_FOR_BUILD was missing

At least libpcre uses that variable and will use gcc instead of BUILD_CCLD
to link binaries

Signed-off-by: Jérémy Rosen 
---
 meta/classes/autotools.bbclass | 2 ++
 1 file changed, 2 insertions(+), 0 deletions(-)

diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index 076899c..9041021 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbclass
@@ -49,6 +49,8 @@ export CXXFLAGS_FOR_BUILD="${BUILD_CXXFLAGS}"
 export LD_FOR_BUILD = "${BUILD_LD}"
 export LDFLAGS_FOR_BUILD = "${BUILD_LDFLAGS}"
 
+export CCLD_FOR_BUILD = "${BUILD_CCLD}"
+
 def append_libtool_sysroot(d):
 # Only supply libtool sysroot option for non-native packages
 if not bb.data.inherits_class('native', d):
-- 
git-series 0.8.9
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/8] [rpm] force a configure before make distclean

[Jérémy Rosen]

The rpm recipe forces a distclean in the syck subdirectory. That call
uses the result of the last ./configure call (that was made by the rpm
developers) which assumes that gcc exists and is in the path

running ./configure before that ensures that BUILD_CC is properly used and
that the make distclean succeeds

Signed-off-by: Jérémy Rosen 
---
 meta/recipes-devtools/rpm/rpm_5.4.16.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/rpm/rpm_5.4.16.bb 
b/meta/recipes-devtools/rpm/rpm_5.4.16.bb
index 84adef6..6b82c6d 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4.16.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4.16.bb
@@ -526,7 +526,7 @@ do_configure() {
sed -e 's/pkg-config --exists uuid/pkg-config --exists ossp-uuid/g' \
-e 's/pkg-config uuid/pkg-config ossp-uuid/g' -i ${S}/configure
 
-   ( cd ${S}/syck ; set +e ; rm -- -l* ; make distclean ) || :
+   ( cd ${S}/syck ; set +e ; rm -- -l* ; ./configure ; make distclean ) || 
:
 
export varprefix=${localstatedir}
oe_runconf
-- 
git-series 0.8.9
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core