[oe] [meta-networking][PATCH] postfix: add dependency icu

2016-12-05 Thread kai.kang 
From: Kai Kang 

It calls icu-config to detect icu support in file makedefs of postfix.
The compile results are different depends on whether icu has been built
already.

postfix should provide Unicode support, so add dependency icu to solve
the problem.

Signed-off-by: Kai Kang 
---
 meta-networking/recipes-daemons/postfix/postfix.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-networking/recipes-daemons/postfix/postfix.inc 
b/meta-networking/recipes-daemons/postfix/postfix.inc
index c00c77f..03b7985 100644
--- a/meta-networking/recipes-daemons/postfix/postfix.inc
+++ b/meta-networking/recipes-daemons/postfix/postfix.inc
@@ -6,11 +6,11 @@ has a definite Sendmail-ish flavor, but the inside is 
completely different."
 
 HOMEPAGE= "http://www.postfix.org;
 SECTION = "mail"
-DEPENDS = "virtual/db libpcre openssl postfix-native \
+DEPENDS = "virtual/db icu libpcre openssl postfix-native \
 ${@bb.utils.contains('DISTRO_FEATURES', 'ldap', 'openldap', '', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'sasl', 'cyrus-sasl', '', d)} \
 "
-DEPENDS_class-native = "virtual/db-native openssl-native libpcre-native"
+DEPENDS_class-native = "virtual/db-native icu-native openssl-native 
libpcre-native"
 
 LICENSE = "IPL-1.0"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=64375f37431336ea1b1b3005fe3fa354"
-- 
2.10.1

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

[oe] [meta-oe][PATCH 5/7] liboop: Add recipe

2016-12-05 Thread Khem Raj 
liboop is needed by ruli

Signed-off-by: Khem Raj 
---
 meta-oe/recipes-support/liboop/liboop_1.0.bb | 11 +++
 1 file changed, 11 insertions(+)
 create mode 100644 meta-oe/recipes-support/liboop/liboop_1.0.bb

diff --git a/meta-oe/recipes-support/liboop/liboop_1.0.bb 
b/meta-oe/recipes-support/liboop/liboop_1.0.bb
new file mode 100644
index 000..1af228e
--- /dev/null
+++ b/meta-oe/recipes-support/liboop/liboop_1.0.bb
@@ -0,0 +1,11 @@
+DESCRIPTION = "Liboop is a low-level event loop management library for 
POSIX-based operating systems"
+HOMEPAGE = "http://liboop.org/;
+LICENSE = "GPL-2.0"
+LIC_FILES_CHKSUM = "file://COPYING;md5=8b54f38ccbd44feb80ab90e01af8b700"
+
+SRC_URI = 
"http://ftp.debian.org/debian/pool/main/libo/liboop/liboop_${PV}.orig.tar.gz;
+
+SRC_URI[md5sum] = "36cb971047d3af02369446f5e0b315a2"
+SRC_URI[sha256sum] = 
"34d83c6e0f09ee15cb2bc3131e219747c3b612bb57cf7d25318ab90da9a2d97c"
+
+inherit autotools pkgconfig
-- 
2.10.2

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

[oe] [meta-oe][PATCH 7/7] iozone3: Fix parallel build problem

2016-12-05 Thread Khem Raj 
ibasync.o and libbif.o are built twice once wrongly
without CFLAGS, clang catches this since it does not specify
-DHAVE_ANSIC_C and clang flags bunch of errors.

Signed-off-by: Khem Raj 
---
 .../iozone3/iozone3/parallelism.patch  | 97 ++
 meta-oe/recipes-benchmark/iozone3/iozone3_465.bb   |  2 +
 2 files changed, 99 insertions(+)
 create mode 100644 meta-oe/recipes-benchmark/iozone3/iozone3/parallelism.patch

diff --git a/meta-oe/recipes-benchmark/iozone3/iozone3/parallelism.patch 
b/meta-oe/recipes-benchmark/iozone3/iozone3/parallelism.patch
new file mode 100644
index 000..d5622ed
--- /dev/null
+++ b/meta-oe/recipes-benchmark/iozone3/iozone3/parallelism.patch
@@ -0,0 +1,97 @@
+remove libasync.o and libbif.o from deps
+
+there are no implicit rules to build them and they get wrong CFLAGS
+when compiled with implicit rule.
+
+They are built as part of iozone_linux.o target anyway
+
+Only fixed linux targets for now
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Pending
+
+
+
+--- current/makefile.org   2016-12-06 02:19:10.367911020 +
 current/makefile   2016-12-06 02:21:38.767911020 +
+@@ -167,7 +167,7 @@
+ #
+ # GNU 'C' compiler Linux build with threads, largefiles, async I/O 
+ #
+-linux:iozone_linux.o libasync.o libbif.o fileop_linux.o pit_server.o
++linux:iozone_linux.o fileop_linux.o pit_server.o
+   $(CC)  -O3 $(LDFLAGS) iozone_linux.o libasync.o libbif.o -lpthread \
+   -lrt -o iozone
+   $(CC)  -O3 -Dlinux fileop_linux.o -o fileop
+@@ -176,7 +176,7 @@
+ #
+ # GNU 'C' compiler Linux build for powerpc chip with threads, largefiles, 
async I/O 
+ #
+-linux-powerpc: iozone_linux-powerpc.o  libbif.o libasync.o fileop_linux-ppc.o 
pit_server.o
++linux-powerpc: iozone_linux-powerpc.o fileop_linux-ppc.o pit_server.o
+   $(CC) -O3 $(LDFLAGS) iozone_linux-powerpc.o libasync.o \
+   libbif.o -lpthread  -lrt -o iozone
+   $(CC)  -O3 -Dlinux fileop_linux-ppc.o -o fileop
+@@ -184,7 +184,7 @@
+ #
+ # GNU 'C' compiler Linux build for sparc chip with threads, largefiles, async 
I/O 
+ #
+-linux-sparc: iozone_linux-sparc.o  libbif.o libasync.o fileop_linux.o 
pit_server.o
++linux-sparc: iozone_linux-sparc.o fileop_linux.o pit_server.o
+   $(CC) -O3 $(LDFLAGS) iozone_linux-sparc.o libasync.o libbif.o \
+   -lpthread -lrt -o iozone
+   $(CC) -O3 -Dlinux fileop_linux.o -o fileop
+@@ -193,7 +193,7 @@
+ #
+ # GNU 'C' compiler Linux build with threads, largefiles, async I/O 
+ #
+-linux-ia64:   iozone_linux-ia64.o  libbif.o libasync.o fileop_linux-ia64.o 
pit_server.o
++linux-ia64:   iozone_linux-ia64.o fileop_linux-ia64.o pit_server.o
+   $(CC) -O3 $(LDFLAGS) iozone_linux-ia64.o libbif.o libasync.o \
+   -lrt -lpthread -o iozone
+   $(CC)  -O3 -Dlinux fileop_linux-ia64.o -o fileop
+@@ -202,7 +202,7 @@
+ #
+ # GNU 'C' compiler Linux build for powerpc chip with threads, largefiles, 
async I/O 
+ #
+-linux-powerpc64: iozone_linux-powerpc64.o  libbif.o libasync.o 
fileop_linux-ppc64.o pit_server-linux-powerpc64.o
++linux-powerpc64: iozone_linux-powerpc64.o fileop_linux-ppc64.o 
pit_server-linux-powerpc64.o
+   $(CC) -O3 -Dunix -DHAVE_ANSIC_C -DSHARED_MEM -DASYNC_IO \
+   -D_LARGEFILE64_SOURCE -Dlinux \
+   iozone_linux-powerpc64.o libasync.o libbif.o -lpthread \
+@@ -213,7 +213,7 @@
+ #
+ # GNU 'C' compiler Linux build with threads, largefiles, async I/O
+ #
+-linux-arm:iozone_linux-arm.o  libbif.o libasync.o fileop_linux-arm.o 
pit_server.o
++linux-arm:iozone_linux-arm.o fileop_linux-arm.o pit_server.o
+   $(CC) -O3 $(LDFLAGS) iozone_linux-arm.o libbif.o libasync.o \
+   -lrt -lpthread -o iozone
+   $(CC) -O3 -Dlinux fileop_linux-arm.o -o fileop
+@@ -222,7 +222,7 @@
+ #
+ # GNU 'C' compiler Linux build with threads, largefiles, async I/O 
+ #
+-linux-AMD64:  iozone_linux-AMD64.o  libbif.o libasync.o fileop_linux-AMD64.o 
pit_server.o
++linux-AMD64:  iozone_linux-AMD64.o fileop_linux-AMD64.o pit_server.o
+   $(CC)  -O3 $(LDFLAGS) iozone_linux-AMD64.o libbif.o libasync.o \
+   -lrt -lpthread -o iozone
+   $(CC)  -O3 -Dlinux fileop_linux-AMD64.o -o fileop
+@@ -231,7 +231,7 @@
+ #
+ # GNU 'C' compiler Linux build with S/390, threads, largfiles, async I/O
+ #
+-linux-S390:   iozone_linux-s390.o libbif.o libasync.o fileop_linux-s390.o 
pit_server.o
++linux-S390:   iozone_linux-s390.o fileop_linux-s390.o pit_server.o
+   $(CC)  -O2 $(LDFLAGS) -lpthread -lrt iozone_linux-s390.o \
+   libbif.o libasync.o -o iozone
+   $(CC)  -O3 -Dlinux fileop_linux-s390.o -o fileop
+@@ -240,7 +240,7 @@
+ #
+ # GNU 'C' compiler Linux build with S/390, threads, largfiles, async I/O
+ #
+-linux-S390X:  iozone_linux-s390x.o libbif.o libasync.o fileop_linux-s390x.o 
pit_server.o
++linux-S390X:  iozone_linux-s390x.o fileop_linux-s390x.o pit_server.o
+   $(CC)  -O2

[oe] [meta-gnome][PATCH 6/7] gthumb: Add missing dependency on gnome-common-native

2016-12-05 Thread Khem Raj 
| ../gthumb-2.12.4/configure: line 17557: GNOME_MAINTAINER_MODE_DEFINES: 
command not found
| ../gthumb-2.12.4/configure: line 17558: syntax error near unexpected token 
`maximum'
| ../gthumb-2.12.4/configure: line 17558: `GNOME_COMPILE_WARNINGS(maximum)'

Signed-off-by: Khem Raj 
---
 meta-gnome/recipes-gnome/gthumb/gthumb_2.12.4.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-gnome/recipes-gnome/gthumb/gthumb_2.12.4.bb 
b/meta-gnome/recipes-gnome/gthumb/gthumb_2.12.4.bb
index 5eee7f0..13c027c 100644
--- a/meta-gnome/recipes-gnome/gthumb/gthumb_2.12.4.bb
+++ b/meta-gnome/recipes-gnome/gthumb/gthumb_2.12.4.bb
@@ -2,7 +2,7 @@ SUMMARY = "gThumb is an image viewer and browser for the GNOME 
Desktop"
 SECTION = "x11/gnome"
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
-DEPENDS = "glib-2.0 gtk+ libxml2 gnome-doc-utils libunique gconf libpng 
gstreamer jpeg tiff gst-plugins-base intltool-native"
+DEPENDS = "gnome-common-native glib-2.0 gtk+ libxml2 gnome-doc-utils libunique 
gconf libpng gstreamer jpeg tiff gst-plugins-base intltool-native"
 
 PR = "r4"
 
-- 
2.10.2

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

[oe] [meta-gnome][PATCH 3/7] libwnck3: Add missing dependency on gnome-common-native

2016-12-05 Thread Khem Raj 
Fixes configure errors
../libwnck-3.20.1/configure: line 13391: syntax error near unexpected token 
`maximum'
../libwnck-3.20.1/configure: line 13391: `GNOME_COMPILE_WARNINGS(maximum)'

Signed-off-by: Khem Raj 
---
 meta-gnome/recipes-gnome/libwnck/libwnck3_3.20.1.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-gnome/recipes-gnome/libwnck/libwnck3_3.20.1.bb 
b/meta-gnome/recipes-gnome/libwnck/libwnck3_3.20.1.bb
index fd4ef69..02149fb 100644
--- a/meta-gnome/recipes-gnome/libwnck/libwnck3_3.20.1.bb
+++ b/meta-gnome/recipes-gnome/libwnck/libwnck3_3.20.1.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2"
 BPN = "libwnck"
 
 SECTION = "x11/libs"
-DEPENDS = "intltool-native gtk+3 gdk-pixbuf-native libxres"
+DEPENDS = "intltool-native gnome-common-native gtk+3 gdk-pixbuf-native libxres"
 
 PACKAGECONFIG ??= "startup-notification"
 PACKAGECONFIG[startup-notification] = 
"--enable-startup-notification,--disable-startup-notification,startup-notification"
-- 
2.10.2

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

[oe] [meta-gnome][PATCH 4/7] ruli: Add new package

2016-12-05 Thread Khem Raj 
Signed-off-by: Khem Raj 
---
 .../recipes-support/ruli/files/Makefile.patch  | 122 +
 meta-networking/recipes-support/ruli/ruli_0.36.bb  |  22 
 2 files changed, 144 insertions(+)
 create mode 100644 meta-networking/recipes-support/ruli/files/Makefile.patch
 create mode 100644 meta-networking/recipes-support/ruli/ruli_0.36.bb

diff --git a/meta-networking/recipes-support/ruli/files/Makefile.patch 
b/meta-networking/recipes-support/ruli/files/Makefile.patch
new file mode 100644
index 000..60789a3
--- /dev/null
+++ b/meta-networking/recipes-support/ruli/files/Makefile.patch
@@ -0,0 +1,122 @@
+diff -Naur patch.org/ruli-0.36/Makefile patch.new/ruli-0.36/Makefile 
+--- ruli-0.36/Makefile 2015-09-10 15:14:13.952262350 -0400
 ruli-0.36/Makefile 2015-09-10 15:14:38.628261620 -0400
+@@ -7,17 +7,17 @@
+ .PHONY: default
+ default:
+   $(MAKE) -C src   
+-  $(MAKE) -C sample 
++# $(MAKE) -C sample 
+ 
+ .PHONY: clean
+ clean:
+   $(MAKE) -C srcclean
+-  $(MAKE) -C sample clean
++# $(MAKE) -C sample clean
+ 
+ .PHONY: install
+ install:
+   $(MAKE) -C srcinstall
+-  $(MAKE) -C sample install
++# $(MAKE) -C sample install
+ 
+ .PHONY: dpkg
+ dpkg:
+
+=
+
+diff -Naur patch.org/git/src/Makefile patch.new/git/src/Makefile 
+--- ruli-0.36/src/Makefile 2005-06-13 12:34:53.0 -0400
 ruli-0.36/src/Makefile 2015-09-11 09:46:06.290287347 -0400
+@@ -18,9 +18,9 @@
+ #
+ # Debian packaging likes this: OOP_BASE_DIR = /usr
+ #
+-OOP_BASE_DIR= /usr/local/oop
+-OOP_INCLUDE_DIR = $(OOP_BASE_DIR)/include
+-OOP_LIB_DIR = $(OOP_BASE_DIR)/lib
++#OOP_BASE_DIR= /usr/local/oop
++OOP_INCLUDE_DIR = ${PKG_CONFIG_SYSROOT_DIR}/$(includedir)/
++#OOP_LIB_DIR = $(OOP_BASE_DIR)/lib
+ 
+ #
+ # INSTALL_BASE_DIR indicates where RULI
+@@ -30,11 +30,11 @@
+ #
+ # Debian packaging likes this: INSTALL_BASE_DIR = $(DESTDIR)/usr
+ #
+-INSTALL_BASE_DIR = ../install/ruli
+-INSTALL_INCLUDE_DIR  = $(INSTALL_BASE_DIR)/include
+-INSTALL_LIB_DIR  = $(INSTALL_BASE_DIR)/lib
+-INSTALL_MAN_DIR  = $(INSTALL_BASE_DIR)/share/man
+-INSTALL_MAN3_DIR = $(INSTALL_MAN_DIR)/man3
++#INSTALL_BASE_DIR = ../install/ruli
++#INSTALL_INCLUDE_DIR  = $(INSTALL_BASE_DIR)/include
++#INSTALL_LIB_DIR  = $(INSTALL_BASE_DIR)/lib
++#INSTALL_MAN_DIR  = $(INSTALL_BASE_DIR)/share/man
++#INSTALL_MAN3_DIR = $(INSTALL_MAN_DIR)/man3
+ 
+ # SunOS, Linux
+ PLATFORM=$(shell uname)
+@@ -45,7 +45,7 @@
+ 
+ WARN = -pedantic -ansi -Wshadow -Wpointer-arith -Wcast-qual \
+   -Wcast-align -Wwrite-strings -Wredundant-decls
+-CC = gcc
++#CC = gcc
+ 
+ # gcc-specific options (not valid for g++)
+ ifeq ($(CC),gcc)
+@@ -58,7 +58,7 @@
+ FLAGS = $(DEBUG) -O2 -pipe -Wall -g -shared -D_REENTRANT \
+ $(DEFINE_SOLARIS) -I. -I$(OOP_INCLUDE_DIR)
+ SOFT_CFLAGS = $(WARN) $(FLAGS)
+-CFLAGS = $(WARN) -Werror $(FLAGS)
++CFLAGS = $(WARN) $(FLAGS)
+ LIBOBJ = ruli_isaac.o ruli_mem.o ruli_rand.o ruli_util.o ruli_list.o \
+   ruli_addr.o ruli_sock.o ruli_txt.o ruli_msg.o ruli_fsm.o \
+   ruli_res.o ruli_parse.o ruli_host.o ruli_srv.o ruli_conf.o \
+@@ -66,7 +66,7 @@
+   ruli_getaddrinfo.o
+ SHAREDOBJ = $(LIBOBJ:%.o=%.os)
+ SONAME = libruli.so.4
+-LDFLAGS = -L$(OOP_LIB_DIR)
++#LDFLAGS = -L$(OOP_LIB_DIR)
+ 
+ COMPILE = $(CC) $(ARCH) $(CPPFLAGS) $(CFLAGS) -c
+ SHARED_COMPILE = $(CC) $(ARCH) $(CPPFLAGS) $(SHARED) $(CFLAGS) -o $@ -c
+@@ -89,19 +89,19 @@
+ strip: ruli
+   strip $(SONAME) libruli.a
+ 
+-.PHONY: install
+-install: ruli
+-  mkdir -p $(INSTALL_LIB_DIR) $(INSTALL_INCLUDE_DIR) $(INSTALL_MAN3_DIR)
+-  cp $(SONAME) libruli.a $(INSTALL_LIB_DIR)
+-  cp *.h $(INSTALL_INCLUDE_DIR)
+-  cp ../doc/man/*.3 $(INSTALL_MAN3_DIR)
+-  cd $(INSTALL_LIB_DIR) && ln -s $(SONAME) libruli.so
+-  @echo
+-  @echo "REMINDER:"
+-  @echo "Add $(INSTALL_LIB_DIR) to your dynamic loader path:"
+-  @echo "# echo $(INSTALL_LIB_DIR) >> /etc/ld.so.conf"
+-  @echo "# ldconfig"
+-  @echo
++#.PHONY: install
++#install: ruli
++# mkdir -p $(INSTALL_LIB_DIR) $(INSTALL_INCLUDE_DIR) $(INSTALL_MAN3_DIR)
++# cp $(SONAME) libruli.a $(INSTALL_LIB_DIR)
++# cp *.h $(INSTALL_INCLUDE_DIR)
++# cp ../doc/man/*.3 $(INSTALL_MAN3_DIR)
++# cd $(INSTALL_LIB_DIR) && ln -s $(SONAME) libruli.so
++# @echo
++# @echo "REMINDER:"
++# @echo "Add $(INSTALL_LIB_DIR) to your dynamic loader path:"
++# @echo "# echo $(INSTALL_LIB_DIR) >> /etc/ld.so.conf"
++# @echo "# ldconfig"
++# @echo
+ 
+ .PHONY: ruli
+ ruli: $(SONAME) libruli.a
+
+
diff --git a/meta-networking/recipes-support/ruli/ruli_0.36.bb 
b/meta-networking/recipes-support/ruli/ruli_0.36.bb
new file mode 100644
index 000..a455e1f
--- /dev/null
+++ b/meta-networking/recipes-support/ruli/ruli_0.36.bb
@@ -0,0 +1,22 @@
+SUMMARY = "RULI stands for Resolver User Layer Interface It's a library

Re: [oe] [meta-xfce][PATCH 1/2] exo: fix build after perl update

2016-12-05 Thread Khem Raj 
Ok

On Dec 5, 2016 3:59 PM, "Andreas Müller" 
wrote:

> On Tue, Dec 6, 2016 at 12:32 AM, Khem Raj  wrote:
> >
> >> On Dec 5, 2016, at 3:08 PM, Andreas Müller <
> schnitzelt...@googlemail.com> wrote:
> >>
> >> fixes:
> >>
> >> | checking for perl5... no
> >> | checking for perl... perl
> >> | checking for perl module URI::Escape... no
> >> | checking for perl module URI::file... no
> >> | checking for perl module URI::URL... no
> >> | configure: error: Atleast one of the required Perl modules
> (URI::Escape, URI::file and URI::URL) was not found on your system
> >>
> >
> > I was seeing same errors. Should this be using native perl instead ?
> For exo case I think we already do: The only 'perlish' is
> liburi-perl-native in DEPENDS and perlnative in inherit
>
> Andreas
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-xfce][PATCH 1/2] exo: fix build after perl update

2016-12-05 Thread Andreas Müller 
On Tue, Dec 6, 2016 at 12:32 AM, Khem Raj  wrote:
>
>> On Dec 5, 2016, at 3:08 PM, Andreas Müller  
>> wrote:
>>
>> fixes:
>>
>> | checking for perl5... no
>> | checking for perl... perl
>> | checking for perl module URI::Escape... no
>> | checking for perl module URI::file... no
>> | checking for perl module URI::URL... no
>> | configure: error: Atleast one of the required Perl modules (URI::Escape, 
>> URI::file and URI::URL) was not found on your system
>>
>
> I was seeing same errors. Should this be using native perl instead ?
For exo case I think we already do: The only 'perlish' is
liburi-perl-native in DEPENDS and perlnative in inherit

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

Re: [oe] [meta-xfce][PATCH 1/2] exo: fix build after perl update

2016-12-05 Thread Khem Raj 

> On Dec 5, 2016, at 3:08 PM, Andreas Müller  
> wrote:
> 
> fixes:
> 
> | checking for perl5... no
> | checking for perl... perl
> | checking for perl module URI::Escape... no
> | checking for perl module URI::file... no
> | checking for perl module URI::URL... no
> | configure: error: Atleast one of the required Perl modules (URI::Escape, 
> URI::file and URI::URL) was not found on your system
> 

I was seeing same errors. Should this be using native perl instead ?

> Signed-off-by: Andreas Müller 
> ---
> meta-xfce/recipes-xfce/exo/exo_0.11.1.bb | 2 ++
> 1 file changed, 2 insertions(+)
> 
> diff --git a/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb 
> b/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
> index c145ce0..733ba24 100644
> --- a/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
> +++ b/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
> @@ -24,6 +24,8 @@ SRC_URI_append_class-native = " \
> SRC_URI[md5sum] = "866292556586facb034191aa66431697"
> SRC_URI[sha256sum] = 
> "c70c47f690284a5cb4f507dd89088efbdd8123506f924e33a5f97aab74eb97d4"
> 
> +export PERL = "${bindir}/perl"
> +
> PACKAGES =+ "exo-csource"
> 
> # Note: python bindings did not work in oe-dev and are about to be moved to
> -- 
> 2.5.5
> 
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

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

[oe] [meta-xfce][PATCH 1/2] exo: fix build after perl update

2016-12-05 Thread Andreas Müller 
fixes:

| checking for perl5... no
| checking for perl... perl
| checking for perl module URI::Escape... no
| checking for perl module URI::file... no
| checking for perl module URI::URL... no
| configure: error: Atleast one of the required Perl modules (URI::Escape, 
URI::file and URI::URL) was not found on your system

Signed-off-by: Andreas Müller 
---
 meta-xfce/recipes-xfce/exo/exo_0.11.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb 
b/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
index c145ce0..733ba24 100644
--- a/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
+++ b/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
@@ -24,6 +24,8 @@ SRC_URI_append_class-native = " \
 SRC_URI[md5sum] = "866292556586facb034191aa66431697"
 SRC_URI[sha256sum] = 
"c70c47f690284a5cb4f507dd89088efbdd8123506f924e33a5f97aab74eb97d4"
 
+export PERL = "${bindir}/perl"
+
 PACKAGES =+ "exo-csource"
 
 # Note: python bindings did not work in oe-dev and are about to be moved to
-- 
2.5.5

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

[oe] [meta-xfce][PATCH 2/2] exo: update to 0.11.2

2016-12-05 Thread Andreas Müller 
0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch was applied 
upstream [1]

[1] 
https://git.xfce.org/xfce/exo/commit/?id=fea2619e6d07ac72b2eff6f408bb3daa2dbdf671

Signed-off-by: Andreas Müller 
---
 ...e-fix-for-Thunar-detailed-view-Xfce-12916.patch | 36 --
 .../exo/{exo_0.11.1.bb => exo_0.11.2.bb}   |  5 ++-
 2 files changed, 2 insertions(+), 39 deletions(-)
 delete mode 100644 
meta-xfce/recipes-xfce/exo/exo/0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch
 rename meta-xfce/recipes-xfce/exo/{exo_0.11.1.bb => exo_0.11.2.bb} (83%)

diff --git 
a/meta-xfce/recipes-xfce/exo/exo/0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch
 
b/meta-xfce/recipes-xfce/exo/exo/0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch
deleted file mode 100644
index 16f12fe..000
--- 
a/meta-xfce/recipes-xfce/exo/exo/0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch
+++ /dev/null
@@ -1,36 +0,0 @@
-From fea2619e6d07ac72b2eff6f408bb3daa2dbdf671 Mon Sep 17 00:00:00 2001
-From: Sean Davis 
-Date: Thu, 27 Oct 2016 20:31:36 -0400
-Subject: [PATCH] Probable fix for Thunar detailed view (Xfce #12916)
-
-Upstream-Status: Pending [1-2]
-
-[1] 
https://git.xfce.org/xfce/exo/commit/?id=fea2619e6d07ac72b2eff6f408bb3daa2dbdf671
-[2] https://bugzilla.xfce.org/show_bug.cgi?id=12916
-

- exo/exo-tree-view.c | 6 +-
- 1 file changed, 1 insertion(+), 5 deletions(-)
-
-diff --git a/exo/exo-tree-view.c b/exo/exo-tree-view.c
-index 8c8564f..2d0fc04 100644
 a/exo/exo-tree-view.c
-+++ b/exo/exo-tree-view.c
-@@ -385,13 +385,9 @@ exo_tree_view_button_press_event (GtkWidget  *widget,
- }
- }
- 
--  /* see bug http://bugzilla.xfce.org/show_bug.cgi?id=6230 for more 
information */
-   if (G_LIKELY (gtk_tree_selection_get_select_function (selection) == 
(GtkTreeSelectionFunc) exo_noop_false))
- {
--  /* just reset the select function (previously set to exo_noop_false),
--   * there's no clean way to do this, so what the heck.
--   */
--  gtk_tree_selection_set_select_function (selection, NULL, NULL, NULL);
-+  gtk_tree_selection_set_select_function (selection, 
(GtkTreeSelectionFunc) exo_noop_true, NULL, NULL);
- }
- 
-   /* release the path (if any) */
--- 
-2.5.5
-
diff --git a/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb 
b/meta-xfce/recipes-xfce/exo/exo_0.11.2.bb
similarity index 83%
rename from meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
rename to meta-xfce/recipes-xfce/exo/exo_0.11.2.bb
index 733ba24..d7c9ce2 100644
--- a/meta-xfce/recipes-xfce/exo/exo_0.11.1.bb
+++ b/meta-xfce/recipes-xfce/exo/exo_0.11.2.bb
@@ -14,15 +14,14 @@ REQUIRED_DISTRO_FEATURES_class-native = ""
 SRC_URI += " \
 file://exo-no-tests-0.8.patch \
 file://configure.patch \
-file://0001-Probable-fix-for-Thunar-detailed-view-Xfce-12916.patch \
 "
 
 SRC_URI_append_class-native = " \
 file://reduce-build-to-exo-csource-only.patch \
 "
 
-SRC_URI[md5sum] = "866292556586facb034191aa66431697"
-SRC_URI[sha256sum] = 
"c70c47f690284a5cb4f507dd89088efbdd8123506f924e33a5f97aab74eb97d4"
+SRC_URI[md5sum] = "0b036c8042a2ed5d3767d1177a4213a2"
+SRC_URI[sha256sum] = 
"76bd1c4229503ff3c301485de3a41c55dec93e98de1a9eef1be77fe502ca4f77"
 
 export PERL = "${bindir}/perl"
 
-- 
2.5.5

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

[oe] [meta-java][PATCH] fix/enhance getVar usage

2016-12-05 Thread Andreas Müller 
* replace 'bb.data.getVar' by 'd.getVar'. This fixes build with latest master
* Expand parameter is optional now / default is true

Signed-off-by: Andreas Müller 
---
 classes/java-library.bbclass  |  4 ++--
 recipes-core/icedtea/icedtea7-native.inc  |  2 +-
 recipes-core/openjdk/openjdk-7-common.inc |  2 +-
 recipes-core/openjdk/openjdk-8-common.inc | 14 +++---
 recipes-core/openjdk/openjdk-common.inc   |  6 +++---
 5 files changed, 14 insertions(+), 14 deletions(-)

diff --git a/classes/java-library.bbclass b/classes/java-library.bbclass
index 144cd2f..4f30d51 100644
--- a/classes/java-library.bbclass
+++ b/classes/java-library.bbclass
@@ -23,8 +23,8 @@ def java_package_name(d):
   pre=""
   post=""
 
-  bpn = bb.data.getVar('BPN', d, 1)
-  ml = bb.data.getVar('MLPREFIX', d, 1)
+  bpn = d.getVar('BPN')
+  ml = d.getVar('MLPREFIX')
   if not bpn.startswith("lib"):
 pre='lib'
 
diff --git a/recipes-core/icedtea/icedtea7-native.inc 
b/recipes-core/icedtea/icedtea7-native.inc
index 727998c..401aaf7 100644
--- a/recipes-core/icedtea/icedtea7-native.inc
+++ b/recipes-core/icedtea/icedtea7-native.inc
@@ -211,7 +211,7 @@ do_compile() {
 def jdk_arch(d):
 import bb
 
-target_arch = bb.data.getVar('TRANSLATED_TARGET_ARCH', d, 1)
+target_arch = d.getVar('TRANSLATED_TARGET_ARCH')
 
 if target_arch in ['i386', 'i486', 'i586', 'i686']:
 return "x86"
diff --git a/recipes-core/openjdk/openjdk-7-common.inc 
b/recipes-core/openjdk/openjdk-7-common.inc
index c491195..ab3b30d 100644
--- a/recipes-core/openjdk/openjdk-7-common.inc
+++ b/recipes-core/openjdk/openjdk-7-common.inc
@@ -55,7 +55,7 @@ export ALT_CUPS_HEADERS_PATH = "${STAGING_INCDIR}"
 export ALT_FREETYPE_HEADERS_PATH = "${STAGING_INCDIR}/freetype2"
 export ALT_FREETYPE_LIB_PATH = "${STAGING_LIBDIR}"
 export CACAO_CONFIGURE_ARGS = " \
-${@['','--enable-softfloat'][bb.data.getVar('TARGET_FPU',d,1) == 'soft']}"
+${@['','--enable-softfloat'][d.getVar('TARGET_FPU') == 'soft']}"
 
 JAVA_HOME[unexport] = "1"
 
diff --git a/recipes-core/openjdk/openjdk-8-common.inc 
b/recipes-core/openjdk/openjdk-8-common.inc
index c339985..bdcfbfd 100644
--- a/recipes-core/openjdk/openjdk-8-common.inc
+++ b/recipes-core/openjdk/openjdk-8-common.inc
@@ -171,7 +171,7 @@ do_configure_prepend() {
 def get_llvm_configure_arch(d):
 import bb;
 
-arch = bb.data.getVar('TRANSLATED_TARGET_ARCH', d, 1)
+arch = d.getVar('TRANSLATED_TARGET_ARCH')
 if arch == "x86-64" or arch == "i486" or arch == "i586" or arch == "i686":
 arch = "x86"
 elif arch == "arm":
@@ -181,7 +181,7 @@ def get_llvm_configure_arch(d):
 elif arch == "powerpc" or arch == "powerpc64":
 arch = "powerpc"
 else:
-bb.warn("%s does not support %s yet" % (bb.data.getVar('PN', d, 1), 
arch) );
+bb.warn("%s does not support %s yet" % (d.getVar('PN'), arch) );
 
 return arch
 
@@ -193,7 +193,7 @@ export LLVM_CONFIGURE_ARCH="${@get_llvm_configure_arch(d)}"
 def get_jdk_arch(d):
 import bb
 
-jdk_arch = bb.data.getVar('TRANSLATED_TARGET_ARCH', d, 1)
+jdk_arch = d.getVar('TRANSLATED_TARGET_ARCH')
 if jdk_arch == "x86-64":
 jdk_arch = "amd64"
 elif jdk_arch == "powerpc":
@@ -211,8 +211,8 @@ export DEBUG_BINARIES = "true"
 
 ALTERNATIVE_PRIORITY = "50"
 
-OPENJDK_UPDATE_VERSION = "${@bb.data.getVar('PV', d, 1).split('b')[0]}"
-OPENJDK_BUILD_NUMBER = "b${@bb.data.getVar('PV', d, 1).split('b')[1]}"
+OPENJDK_UPDATE_VERSION = "${@d.getVar('PV').split('b')[0]}"
+OPENJDK_BUILD_NUMBER = "b${@d.getVar('PV').split('b')[1]}"
 EXTRA_OECONF_append = "\
 --with-build-number=${OPENJDK_BUILD_NUMBER} \
 --with-update-version=${OPENJDK_UPDATE_VERSION} \
@@ -248,10 +248,10 @@ def version_specific_cflags(d):
 # in the cross case, trust that GCCVERSION is correct. This won't
 # work if the native toolchain is Clang, but as of this writing that
 # doesn't work anyway.
-version = d.getVar('GCCVERSION', expand=True)[0]
+version = d.getVar('GCCVERSION')[0]
 
 if version.isdigit():
-extraflags = d.getVar('FLAGS_GCC%d' % int(version), True) or ''
+extraflags = d.getVar('FLAGS_GCC%d' % int(version)) or ''
 return extraflags
 return ''
 
diff --git a/recipes-core/openjdk/openjdk-common.inc 
b/recipes-core/openjdk/openjdk-common.inc
index 6a72572..dfc9476 100644
--- a/recipes-core/openjdk/openjdk-common.inc
+++ b/recipes-core/openjdk/openjdk-common.inc
@@ -25,7 +25,7 @@ B = "${S}/build"
 def get_jdk_arch(d):
 import bb
 
-jdk_arch = bb.data.getVar('TRANSLATED_TARGET_ARCH', d, 1)
+jdk_arch = d.getVar('TRANSLATED_TARGET_ARCH')
 if jdk_arch == "x86-64":
 jdk_arch = "amd64"
 elif jdk_arch == "powerpc":
@@ -45,7 +45,7 @@ JDK_FAKE = "${WORKDIR}/fake-jdk"
 def get_llvm_configure_arch(d):
 import bb;
 
-arch = bb.data.getVar('TRANSLATED_TARGET_ARCH', d, 1)
+

[oe] [meta-networking][PATCH] iscsi-initiator-utils: Update to 2.0.874

2016-12-05 Thread Joe MacDonald 
The latest iscsi-initiator-utils has been available for a while now,
update our recipe.  The new version no longer bundles its own ISNS server,
so this update brings in open-isns as a dependency.

As open-isns depends on systemd, add systemd to REQUIRED_DISTRO_FEATURES

Additionally, open-iscsi.org is defunct, the new home is at
open-iscsi.com, update the SRC_URI and homepage accordingly.

Signed-off-by: Martin Jansa 
Signed-off-by: Joe MacDonald 
---
 ...nitiator-utils-Do-not-clean-kernel-source.patch |  44 
 .../iscsi-initiator-utils-dont-use-static.patch|  21 --
 ...text-add-include-for-NI_MAXHOST-definiton.patch |  35 +++
 .../iscsi-initiator-utils-use-var-for-config.patch | 240 -
 ...2.0-873.bb => iscsi-initiator-utils_2.0.874.bb} |  86 
 .../recipes-support/open-isns/open-isns_0.97.bb|  35 +++
 6 files changed, 163 insertions(+), 298 deletions(-)
 create mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
 delete mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
 create mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
 delete mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-use-var-for-config.patch
 rename 
meta-networking/recipes-daemons/iscsi-initiator-utils/{iscsi-initiator-utils_2.0-873.bb
 => iscsi-initiator-utils_2.0.874.bb} (61%)
 create mode 100644 meta-networking/recipes-support/open-isns/open-isns_0.97.bb

diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
new file mode 100644
index 000..2c46611
--- /dev/null
+++ 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
@@ -0,0 +1,44 @@
+From 4ebab8add4a549c16ab8b124137546c0a7b46a9b Mon Sep 17 00:00:00 2001
+From: Joe MacDonald 
+Date: Tue, 15 Nov 2016 11:11:30 -0500
+Subject: [PATCH] Do not clean kernel source
+
+The default behaviour should not be to attempt to clean the kernel source
+tree when building userspace.  When not cross-compiling, however, this action 
is
+harmless, but when attempting to build within the sysroot and since this 
package
+is purely userspace, the clean step will fail.
+
+Removing the clean step eliminates an unnecessary dependency on the kernel 
build
+infrastructure.
+
+Upstream-status: Inappropriate (embedded specific)
+
+Signed-off-by: Joe MacDonald 
+---
+ Makefile | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index c8cd00e..9576bba 100644
+--- a/Makefile
 b/Makefile
+@@ -37,7 +37,7 @@ endif
+ 
+ all: user
+ 
+-user: iscsiuio/Makefile
++user:
+   $(MAKE) -C utils/sysdeps
+   $(MAKE) -C utils/fwparam_ibft
+   $(MAKE) -C usr
+@@ -75,7 +75,6 @@ clean:
+   $(MAKE) -C utils/fwparam_ibft clean
+   $(MAKE) -C utils clean
+   $(MAKE) -C usr clean
+-  $(MAKE) -C kernel clean
+   [ ! -f iscsiuio/Makefile ] || $(MAKE) -C iscsiuio clean
+   [ ! -f iscsiuio/Makefile ] || $(MAKE) -C iscsiuio distclean
+ 
+-- 
+1.9.1
+
diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
deleted file mode 100644
index ce48e2b..000
--- 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
+++ /dev/null
@@ -1,21 +0,0 @@
-iscsi-initiator-utils not to use static
-
-Upstream-status: Backport
-This patch is from fedora17.
-
-Signed-off-by: Yao Zhao 
-Signed-off-by: Vu Tran 
-
-diff --git a/usr/Makefile b/usr/Makefile
-index 673b7f1..fd14a10 100644
 a/usr/Makefile
-+++ b/usr/Makefile
-@@ -61,7 +61,7 @@ iscsiadm: $(ISCSI_LIB_SRCS) $(DISCOVERY_SRCS) iscsiadm.o 
session_mgmt.o
- 
- iscsistart: $(ISCSI_LIB_SRCS) $(INITIATOR_SRCS) $(FW_BOOT_SRCS) \
-   iscsistart.o statics.o
--  $(CC) $(CFLAGS) -static $^ -o $@
-+  $(CC) $(CFLAGS) $^ -o $@
- clean:
-   rm -f *.o $(PROGRAMS) .depend $(LIBSYS)
- 
diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
new file mode 100644
index 000..37d695f
--- /dev/null
+++

Re: [oe] [meta-networking][PATCH] iscsi-initiator-utils: Update to 2.0.874

2016-12-05 Thread Joe MacDonald 
[Re: [oe] [meta-networking][PATCH] iscsi-initiator-utils: Update to 2.0.874] On 
16.11.29 (Tue 21:00) Martin Jansa wrote:

> On Wed, Nov 23, 2016 at 10:08:29AM -0500, Joe MacDonald wrote:
> > The latest iscsi-initiator-utils has been available for a while now,
> > update our recipe.  The new version no longer bundles its own ISNS server,
> > so this update brings in open-isns as a dependency.
> > 
> > Additionally, open-iscsi.org is defunct, the new home is at
> > open-iscsi.com, update the SRC_URI and homepage accordingly.
> > 
> > Signed-off-by: Joe MacDonald 
[...]
> > diff --git a/meta-networking/recipes-support/open-isns/open-isns_0.97.bb 
> > b/meta-networking/recipes-support/open-isns/open-isns_0.97.bb
> > new file mode 100644
> > index 000..fe41093
> > --- /dev/null
> > +++ b/meta-networking/recipes-support/open-isns/open-isns_0.97.bb
> > @@ -0,0 +1,33 @@
> > +# Copyright (C) 2016 Joe MacDonald 
> > +# Released under the MIT license (see COPYING.MIT for the terms)
> > +
> > +SUMMARY = "iSNS daemon and utility programs"
> > +DESCRIPTION = "This is a partial implementation of RFC4171, the Internet \
> > +Storage Name Service (iSNS).  The distribution includes the iSNS server, \
> > +supporting persisten storage of registrations, isnsadm, a command line \
> > +utility for managing nodes, and isnsdd, a corresponding discovery daemon."
> > +HOMEPAGE = "http://github.com/gonzoleeman/open-isns/;
> > +LICENSE = "GPLv2+ & LGPLv2+"
> > +LIC_FILES_CHKSUM = "file://COPYING;md5=321bf41f280cf805086dd5a720b37785"
> > +SECTION = "net"
> > +
> > +DEPENDS = "openssl systemd"
> > +
> > +SRC_URI = " \
> > +   git://github.com/open-iscsi/open-isns \
> > +"
> > +
> > +SRCREV ?= "09954404e948e41eb0fce8e28836018b4ce3d20d"
> > +
> > +S = "${WORKDIR}/git"
> > +
> > +inherit systemd autotools-brokensep
> > +
> > +EXTRA_OECONF = " --prefix=${prefix} --enable-shared"
> > +
> > +do_install_append () {
> > +oe_runmake -C ${B} INCDIR=${STAGING_INCDIR}/libisns/ install_hdrs
> > +oe_runmake -C ${B} LIBDIR=${D}${libdir} install_lib
> 
> This seems to bypass sstate and install it directly to sysroot, why did you 
> use STAGING_INCDIR?

I'm not sure, some brain-fart from before I added the brokensep
dependency, I think.  I've pointed it at the appropriate place (and
dropped the unnecessary chdir) in v2, coming out now.

-J.

> ERROR: Following files are installed in sysroot, but not tracked by
> sstate:
> qemuarm/usr/include/guid.h
> qemuarm/usr/include/libisns
> qemuarm/usr/include/libisns/attrs.h
> qemuarm/usr/include/libisns/buffer.h
> qemuarm/usr/include/libisns/isns.h
> qemuarm/usr/include/libisns/isns-proto.h
> qemuarm/usr/include/libisns/message.h
> qemuarm/usr/include/libisns/paths.h
> qemuarm/usr/include/libisns/source.h
> qemuarm/usr/include/libisns/types.h
> qemuarm/usr/include/libisns/util.h
> qemuarm/usr/lib/libcrossguid.a
> INFO: Output written in:
> /home/jenkins/oe/world/shr-core/tmp-glibc/sysroot.cruft.1480448660
> 
> 
> > +}
> > +
> > +FILES_${PN} += "${libdir}"
> > -- 
> > 1.9.1
> > 
> > -- 
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> 
-- 
-Joe MacDonald.
:wq


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-java][PATCH 1/1] layer.conf: add LAYERVERSION and LAYERDEPENDS

2016-12-05 Thread Fabio Berton 
Hi Joe,

This layer also depends on meta-oe.

On Mon, Nov 21, 2016 at 5:35 PM, Joe Slater  wrote:

> Version "1", and only depend on "core".
>
> Signed-off-by: Joe Slater 
> ---
>  conf/layer.conf |6 ++
>  1 file changed, 6 insertions(+)
>
> diff --git a/conf/layer.conf b/conf/layer.conf
> index 84a4d89..0d92919 100644
> --- a/conf/layer.conf
> +++ b/conf/layer.conf
> @@ -8,4 +8,10 @@ BBFILE_COLLECTIONS += "meta-java"
>  BBFILE_PATTERN_meta-java := "^${LAYERDIR}/"
>  BBFILE_PRIORITY_meta-java = "10"
>
> +# This should only be incremented on significant changes that will
> +# cause compatibility issues with other layers
> +LAYERVERSION_meta-java = "1"
> +
> +LAYERDEPENDS_meta-java = "core"
> +
>  LICENSE_PATH += "${LAYERDIR}/licenses"
> --
> 1.7.9.5
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-java][PATCH] move from bb.data.getVar(x, d, 1) to d.getVar(x, True)

2016-12-05 Thread Otavio Salvador 
On Mon, Dec 5, 2016 at 10:13 AM, Patrick Ohly  wrote:
> On Tue, 2016-11-29 at 13:16 -0700, Christopher Larson wrote:
>> On Tue, Nov 29, 2016 at 9:48 AM, Cody P Schafer  wrote:
>>
>> > bb.data.getVar was removed, need to use the modern mechanism.
>> >
>> > Signed-off-by: Cody P Schafer 
>> > ---
>> >  classes/java-library.bbclass  |  4 ++--
>> >  recipes-core/icedtea/icedtea7-native.inc  |  2 +-
>> >  recipes-core/openjdk/openjdk-7-common.inc |  2 +-
>> >  recipes-core/openjdk/openjdk-8-common.inc | 10 +-
>> >  recipes-core/openjdk/openjdk-common.inc   |  6 +++---
>> >  5 files changed, 12 insertions(+), 12 deletions(-)
>> >
>> > diff --git a/classes/java-library.bbclass b/classes/java-library.bbclass
>> > index 144cd2f..58d5a40 100644
>> > --- a/classes/java-library.bbclass
>> > +++ b/classes/java-library.bbclass
>> > @@ -23,8 +23,8 @@ def java_package_name(d):
>> >pre=""
>> >post=""
>> >
>> > -  bpn = bb.data.getVar('BPN', d, 1)
>> > -  ml = bb.data.getVar('MLPREFIX', d, 1)
>> > +  bpn = d.getVar('BPN', True)
>> > +  ml = d.getVar('MLPREFIX', True)
>> >
>>
>> If you’re working on master, even the ‘, True’ is no longer needed, FYI.
>
> I suspect that meta-java master is meant to work with more than just
> bitbake master, so keeping the parameter makes sense.
>
> I think the change is okay and I'd love to see it merged as soon as
> possible. In Ostro OS, updating to bitbake and OE-core master is blocked
> by this meta-java incompatibility with bitbake master.
>
> Can someone with commit rights to meta-java please merge it?

We are on it. Fabio is testing the meta-java patches for merging.

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

Re: [oe] [meta-java][PATCH] move from bb.data.getVar(x, d, 1) to d.getVar(x, True)

2016-12-05 Thread Patrick Ohly 
On Tue, 2016-11-29 at 13:16 -0700, Christopher Larson wrote:
> On Tue, Nov 29, 2016 at 9:48 AM, Cody P Schafer  wrote:
> 
> > bb.data.getVar was removed, need to use the modern mechanism.
> >
> > Signed-off-by: Cody P Schafer 
> > ---
> >  classes/java-library.bbclass  |  4 ++--
> >  recipes-core/icedtea/icedtea7-native.inc  |  2 +-
> >  recipes-core/openjdk/openjdk-7-common.inc |  2 +-
> >  recipes-core/openjdk/openjdk-8-common.inc | 10 +-
> >  recipes-core/openjdk/openjdk-common.inc   |  6 +++---
> >  5 files changed, 12 insertions(+), 12 deletions(-)
> >
> > diff --git a/classes/java-library.bbclass b/classes/java-library.bbclass
> > index 144cd2f..58d5a40 100644
> > --- a/classes/java-library.bbclass
> > +++ b/classes/java-library.bbclass
> > @@ -23,8 +23,8 @@ def java_package_name(d):
> >pre=""
> >post=""
> >
> > -  bpn = bb.data.getVar('BPN', d, 1)
> > -  ml = bb.data.getVar('MLPREFIX', d, 1)
> > +  bpn = d.getVar('BPN', True)
> > +  ml = d.getVar('MLPREFIX', True)
> >
> 
> If you’re working on master, even the ‘, True’ is no longer needed, FYI.

I suspect that meta-java master is meant to work with more than just
bitbake master, so keeping the parameter makes sense.

I think the change is okay and I'd love to see it merged as soon as
possible. In Ostro OS, updating to bitbake and OE-core master is blocked
by this meta-java incompatibility with bitbake master.

Can someone with commit rights to meta-java please merge it?

Bye, Patrick

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