Re: [oe] [meta-oe][PATCH v2] libharu: New recipe

2020-02-25 Thread Khem Raj 
On Wed, Feb 19, 2020 at 1:23 AM Zheng Ruoqin
 wrote:
>
> libHaru is a library for generating PDF files.
>
> Signed-off-by: Zheng Ruoqin 
> ---
>  .../libharu/libharu-RELEASE_2_3_0_cmake.patch  | 52 
> ++
>  meta-oe/recipes-support/libharu/libharu_2.3.0.bb   | 24 ++
>  2 files changed, 76 insertions(+)
>  create mode 100644 
> meta-oe/recipes-support/libharu/libharu/libharu-RELEASE_2_3_0_cmake.patch
>  create mode 100644 meta-oe/recipes-support/libharu/libharu_2.3.0.bb
>
> diff --git 
> a/meta-oe/recipes-support/libharu/libharu/libharu-RELEASE_2_3_0_cmake.patch 
> b/meta-oe/recipes-support/libharu/libharu/libharu-RELEASE_2_3_0_cmake.patch
> new file mode 100644
> index 000..332be1b
> --- /dev/null
> +++ 
> b/meta-oe/recipes-support/libharu/libharu/libharu-RELEASE_2_3_0_cmake.patch
> @@ -0,0 +1,52 @@
> +Backport from Fedora Project.
> +https://src.fedoraproject.org/rpms/libharu
> +
> +Fix the install destination of some files.
> +
> +Upstream-Status: inappropriate
> +
> +Signed-off-by: Zheng Ruoqin 
> +
> +diff -urp libharu-RELEASE_2_3_0/CMakeLists.txt 
> libharu-RELEASE_2_3_0_cmake/CMakeLists.txt
> +--- libharu-RELEASE_2_3_0/CMakeLists.txt   2013-10-30 20:11:59.0 
> +0700
>  libharu-RELEASE_2_3_0_cmake/CMakeLists.txt 2017-06-01 15:56:06.533552795 
> +0700
> +@@ -25,7 +25,7 @@ endif(MSVC)
> +
> + # information about libharu
> + set(LIBHPDF_MAJOR 2)
> +-set(LIBHPDF_MINOR 2)
> ++set(LIBHPDF_MINOR 3)
> + set(LIBHPDF_PATCH 0)
> + set(LIBHPDF_VERSION ${LIBHPDF_MAJOR}.${LIBHPDF_MINOR}.${LIBHPDF_PATCH})
> + set(LIBHPDF_DESCRIPTION "libHaru is a free, cross platform, open source 
> library for generating PDF files.")
> +@@ -210,9 +210,9 @@ set(
> + install(FILES ${haru_HDRS} DESTINATION include)
> +
> + # install various files
> +-install(FILES README CHANGES INSTALL DESTINATION .)
> ++install(FILES README CHANGES INSTALL DESTINATION 
> ${SHARE_INSTALL_PREFIX}/libharu)
> + if(NOT DEVPAK)
> +-  install(DIRECTORY if DESTINATION .)
> ++  install(DIRECTORY if DESTINATION ${SHARE_INSTALL_PREFIX}/libharu)
> + endif(NOT DEVPAK)
> + if(DEVPAK)
> +   install(FILES ${CMAKE_BINARY_DIR}/libharu.DevPackage DESTINATION .)
> +diff -urp libharu-RELEASE_2_3_0/src/CMakeLists.txt 
> libharu-RELEASE_2_3_0_cmake/src/CMakeLists.txt
> +--- libharu-RELEASE_2_3_0/src/CMakeLists.txt   2013-10-30 20:11:59.0 
> +0700
>  libharu-RELEASE_2_3_0_cmake/src/CMakeLists.txt 2017-06-01 
> 16:08:45.425105746 +0700
> +@@ -90,11 +90,13 @@ if(LIBHPDF_SHARED)
> +   target_link_libraries(${LIBHPDF_NAME} ${ADDITIONAL_LIBRARIES})
> +   if(WIN32 AND NOT CYGWIN)
> +   set_target_properties(${LIBHPDF_NAME} PROPERTIES DEFINE_SYMBOL 
> HPDF_DLL_MAKE)
> ++  else(WIN32 AND NOT CYGWIN)
> ++  set_target_properties(${LIBHPDF_NAME} PROPERTIES SOVERSION 
> ${LIBHPDF_VERSION})
> +   endif(WIN32 AND NOT CYGWIN)
> +   install(
> + TARGETS ${LIBHPDF_NAME}
> +-ARCHIVE DESTINATION lib
> +-LIBRARY DESTINATION lib
> ++ARCHIVE DESTINATION ${LIB_INSTALL_DIR}
> ++LIBRARY DESTINATION ${LIB_INSTALL_DIR}
> + RUNTIME DESTINATION bin
> +   )
> + endif(LIBHPDF_SHARED)
> diff --git a/meta-oe/recipes-support/libharu/libharu_2.3.0.bb 
> b/meta-oe/recipes-support/libharu/libharu_2.3.0.bb
> new file mode 100644
> index 000..359f615
> --- /dev/null
> +++ b/meta-oe/recipes-support/libharu/libharu_2.3.0.bb
> @@ -0,0 +1,24 @@
> +SUMMARY = "free PDF library"
> +HOMEPAGE = "http://libharu.org;
> +DESCRIPTION = "libHaru is a library for generating PDF files. \
> +   It is free, open source, written in ANSI C and cross 
> platform. "
> +
> +LICENSE = "Zlib"
> +LIC_FILES_CHKSUM = "file://README;md5=3ee6bc1f64d9cc7907f44840c8e50cb1"
> +
> +SRC_URI = 
> "https://github.com/libharu/${BPN}/archive/RELEASE_${@d.getVar('PV').replace('.','_')}.tar.gz
>  \

Please use a hardcoded SRCREV or release in SRC_URI, archives are
known to change
under the rug.

WARNING: libharu-2.3.0-r0 do_package_qa: QA Issue: libharu: SRC_URI
uses unstable GitHub archives [src-uri-bad]



> +   file://libharu-RELEASE_2_3_0_cmake.patch \
> +  "
> +
> +SRC_URI[md5sum] = "4f916aa49c3069b3a10850013c507460"
> +SRC_URI[sha256sum] = 
> "8f9e68cc5d5f7d53d1bc61a1ed876add1faf4f91070dbc360d8b259f46d9a4d2"
> +
> +S = "${WORKDIR}/${BPN}-RELEASE_${@d.getVar('PV').replace('.','_')}"
> +
> +inherit cmake
> +DEPENDS += "libpng zlib"
> +
> +do_install_append() {
> + mkdir -p ${D}/${datadir}/libharu
> + mv ${D}/libharu ${D}/${datadir}
> +}
> --
> 2.7.4
>
>
>
> --
> ___
> 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-oe][PATCH 1/1] open-lldp: Add initial version 1.0.1

2020-02-25 Thread Khem Raj 
Hi Jonathan

On 2/25/20 2:19 PM, Jonathan Richardson via Openembedded-devel wrote:
> Open-LLDP provides a Link Layer Discovery Protocol agent that supports
> DCB (Data Center Bridging). The tc utility from iproute is needed to
> manipulate  traffic control settings in the kernel.
> 

build on musl fails and finds a problem

https://errors.yoctoproject.org/Errors/Details/392758/

include/clif.h:186:1: error: unknown type name 'pid_t'

this file should either include  or
if its already including unistd.h then use -D_XOPEN_SOURCE=700 in cflags
might fix the issue.

> Signed-off-by: Jonathan Richardson 
> ---
>  ...tion-to-disable-installation-of-syst.patch | 57 +++
>  .../openlldp/openlldp_1.0.1.bb| 37 
>  2 files changed, 94 insertions(+)
>  create mode 100644 
> meta-networking/recipes-protocols/openlldp/files/0001-autotools-Add-option-to-disable-installation-of-syst.patch
>  create mode 100644 
> meta-networking/recipes-protocols/openlldp/openlldp_1.0.1.bb
> 
> diff --git 
> a/meta-networking/recipes-protocols/openlldp/files/0001-autotools-Add-option-to-disable-installation-of-syst.patch
>  
> b/meta-networking/recipes-protocols/openlldp/files/0001-autotools-Add-option-to-disable-installation-of-syst.patch
> new file mode 100644
> index 0..86c9f4463
> --- /dev/null
> +++ 
> b/meta-networking/recipes-protocols/openlldp/files/0001-autotools-Add-option-to-disable-installation-of-syst.patch
> @@ -0,0 +1,57 @@
> +From 1c1e01b2414ca5b3cf5a21b6e6389f9ca82fd7e9 Mon Sep 17 00:00:00 2001
> +From: Jonathan Richardson 
> +Date: Fri, 6 Apr 2018 10:49:04 -0700
> +Subject: [PATCH 1/1] autotools: Add option to disable installation of systemd
> + conf files
> +
> +Add option to configure.ac to enable or disable install of systemd conf
> +files. If --with-systemdsystemunitdir is passed to configure then the
> +files will be installed to the provided directory. If the option isn't
> +provided then the value is determined from the systemd pkgconfig file,
> +if found in PKG_CONFIG_PATH.
> +
> +This change is required because Makefile.am always installed the files
> +to a hard coded path that couldn't be changed.
> +---
> + Makefile.am  | 3 ++-
> + configure.ac | 9 +
> + 2 files changed, 11 insertions(+), 1 deletion(-)
> +
> +diff --git a/Makefile.am b/Makefile.am
> +index 551d4c7..5491c61 100644
> +--- a/Makefile.am
>  b/Makefile.am
> +@@ -133,8 +133,9 @@ install-data-hook:   installdirs-local
> + pkgconfigdir = ${libdir}/pkgconfig
> + pkgconfig_DATA = lldpad.pc liblldp_clif.pc
> + 
> +-systemdsystemunitdir = $(prefix)/lib/systemd/system
> ++if HAVE_SYSTEMD
> + dist_systemdsystemunit_DATA = lldpad.service lldpad.socket
> ++endif
> + 
> + bashcompletiondir = $(sysconfdir)/bash_completion.d
> + dist_bashcompletion_DATA = contrib/bash_completion/lldpad 
> contrib/bash_completion/lldptool
> +diff --git a/configure.ac b/configure.ac
> +index 0667446..f75f433 100644
> +--- a/configure.ac
>  b/configure.ac
> +@@ -95,6 +95,15 @@ AC_TYPE_UINT16_T
> + AC_TYPE_UINT32_T
> + AC_TYPE_UINT8_T
> + 
> ++# Support for systemd unit files.
> ++AC_ARG_WITH([systemdsystemunitdir],
> ++AS_HELP_STRING([--with-systemdsystemunitdir=DIR], [Directory for 
> systemd service files]),
> ++[], [with_systemdsystemunitdir=$($PKG_CONFIG 
> --variable=systemdsystemunitdir systemd)])
> ++if test "x$with_systemdsystemunitdir" != xno; then
> ++AC_SUBST([systemdsystemunitdir], [$with_systemdsystemunitdir])
> ++fi
> ++AM_CONDITIONAL(HAVE_SYSTEMD, [test -n "$with_systemdsystemunitdir" -a 
> "x$with_systemdsystemunitdir" != xno ])
> ++
> + AC_CONFIG_FILES([Makefile include/version.h lldpad.spec lldpad.pc 
> liblldp_clif.pc])
> + AC_CONFIG_MACRO_DIR([m4])
> + AC_OUTPUT
> +-- 
> +1.9.1
> +
> diff --git a/meta-networking/recipes-protocols/openlldp/openlldp_1.0.1.bb 
> b/meta-networking/recipes-protocols/openlldp/openlldp_1.0.1.bb
> new file mode 100644
> index 0..7fa3429cc
> --- /dev/null
> +++ b/meta-networking/recipes-protocols/openlldp/openlldp_1.0.1.bb
> @@ -0,0 +1,37 @@
> +SUMMARY = "Open-LLDP"
> +DESCRIPTION = "Link Layer Discovery Protocol for Linux that includes support 
> for DCBX"
> +HOMEPAGE = "http://open-lldp.org/start;
> +
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=8c2bc283e65df398ced5f5b747e78162"
> +
> +S = "${WORKDIR}/git"
> +
> +inherit pkgconfig autotools
> +inherit ${@bb.utils.contains('VIRTUAL-RUNTIME_init_manager', 'systemd', 
> 'systemd', '', d)}
> +
> +DEPENDS = "libnl libconfig readline"
> +
> +SRCREV = "36d729de7ce5b56cf061d94d610cf0510154820c"
> +SRC_URI = "git://github.com/intel/openlldp.git;protocol=https;branch=master"
> +SRC_URI += 
> "file://0001-autotools-Add-option-to-disable-installation-of-syst.patch"
> +
> +# Even though .ac allows disabling -Werror, Makefile.am adds it to AM_CFLAGS
> +# causing it to always be enabled. There are warnings so disable it.
> +TARGET_CFLAGS += "-Wno-error"
> +
> +# configure.ac

Re: [oe] [meta-oe][PATCH v2] libharu: New recipe

2020-02-25 Thread Zheng, Ruoqin 
Ping

--
Zheng Ruoqin
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
ADDR.: No.6 Wenzhu Road, Software Avenue,
   Nanjing, 210012, China
MAIL : zhengrq.f...@cn.fujistu.com



> -Original Message-
> From: Zheng, Ruoqin/郑 若钦 
> Sent: Wednesday, February 19, 2020 5:22 PM
> To: openembedded-devel@lists.openembedded.org
> Cc: Zheng, Ruoqin/郑 若钦 
> Subject: [oe][meta-oe][PATCH v2] libharu: New recipe
> 
> libHaru is a library for generating PDF files.
> 
> Signed-off-by: Zheng Ruoqin 
> ---
>  .../libharu/libharu-RELEASE_2_3_0_cmake.patch  | 52
> ++
>  meta-oe/recipes-support/libharu/libharu_2.3.0.bb   | 24 ++
>  2 files changed, 76 insertions(+)
>  create mode 100644 meta-oe/recipes-support/libharu/libharu/libharu-
> RELEASE_2_3_0_cmake.patch
>  create mode 100644 meta-oe/recipes-support/libharu/libharu_2.3.0.bb
> 
> diff --git a/meta-oe/recipes-support/libharu/libharu/libharu-
> RELEASE_2_3_0_cmake.patch b/meta-oe/recipes-
> support/libharu/libharu/libharu-RELEASE_2_3_0_cmake.patch
> new file mode 100644
> index 000..332be1b
> --- /dev/null
> +++ b/meta-oe/recipes-support/libharu/libharu/libharu-RELEASE_2_3_0_cmak
> +++ e.patch
> @@ -0,0 +1,52 @@
> +Backport from Fedora Project.
> +https://src.fedoraproject.org/rpms/libharu
> +
> +Fix the install destination of some files.
> +
> +Upstream-Status: inappropriate
> +
> +Signed-off-by: Zheng Ruoqin 
> +
> +diff -urp libharu-RELEASE_2_3_0/CMakeLists.txt libharu-
> RELEASE_2_3_0_cmake/CMakeLists.txt
> +--- libharu-RELEASE_2_3_0/CMakeLists.txt 2013-10-30
> 20:11:59.0 +0700
>  libharu-RELEASE_2_3_0_cmake/CMakeLists.txt   2017-06-01
> 15:56:06.533552795 +0700
> +@@ -25,7 +25,7 @@ endif(MSVC)
> +
> + # information about libharu
> + set(LIBHPDF_MAJOR 2)
> +-set(LIBHPDF_MINOR 2)
> ++set(LIBHPDF_MINOR 3)
> + set(LIBHPDF_PATCH 0)
> + set(LIBHPDF_VERSION
> +${LIBHPDF_MAJOR}.${LIBHPDF_MINOR}.${LIBHPDF_PATCH})
> + set(LIBHPDF_DESCRIPTION "libHaru is a free, cross platform, open
> +source library for generating PDF files.") @@ -210,9 +210,9 @@ set(
> +install(FILES ${haru_HDRS} DESTINATION include)
> +
> + # install various files
> +-install(FILES README CHANGES INSTALL DESTINATION .)
> ++install(FILES README CHANGES INSTALL DESTINATION
> ++${SHARE_INSTALL_PREFIX}/libharu)
> + if(NOT DEVPAK)
> +-  install(DIRECTORY if DESTINATION .)
> ++  install(DIRECTORY if DESTINATION ${SHARE_INSTALL_PREFIX}/libharu)
> + endif(NOT DEVPAK)
> + if(DEVPAK)
> +   install(FILES ${CMAKE_BINARY_DIR}/libharu.DevPackage DESTINATION .)
> +diff -urp libharu-RELEASE_2_3_0/src/CMakeLists.txt libharu-
> RELEASE_2_3_0_cmake/src/CMakeLists.txt
> +--- libharu-RELEASE_2_3_0/src/CMakeLists.txt 2013-10-30
> 20:11:59.0 +0700
>  libharu-RELEASE_2_3_0_cmake/src/CMakeLists.txt   2017-06-01
> 16:08:45.425105746 +0700
> +@@ -90,11 +90,13 @@ if(LIBHPDF_SHARED)
> +   target_link_libraries(${LIBHPDF_NAME} ${ADDITIONAL_LIBRARIES})
> +   if(WIN32 AND NOT CYGWIN)
> + set_target_properties(${LIBHPDF_NAME} PROPERTIES DEFINE_SYMBOL
> +HPDF_DLL_MAKE)
> ++  else(WIN32 AND NOT CYGWIN)
> ++set_target_properties(${LIBHPDF_NAME} PROPERTIES SOVERSION
> ++ ${LIBHPDF_VERSION})
> +   endif(WIN32 AND NOT CYGWIN)
> +   install(
> + TARGETS ${LIBHPDF_NAME}
> +-ARCHIVE DESTINATION lib
> +-LIBRARY DESTINATION lib
> ++ARCHIVE DESTINATION ${LIB_INSTALL_DIR}
> ++LIBRARY DESTINATION ${LIB_INSTALL_DIR}
> + RUNTIME DESTINATION bin
> +   )
> + endif(LIBHPDF_SHARED)
> diff --git a/meta-oe/recipes-support/libharu/libharu_2.3.0.bb b/meta-
> oe/recipes-support/libharu/libharu_2.3.0.bb
> new file mode 100644
> index 000..359f615
> --- /dev/null
> +++ b/meta-oe/recipes-support/libharu/libharu_2.3.0.bb
> @@ -0,0 +1,24 @@
> +SUMMARY = "free PDF library"
> +HOMEPAGE = "http://libharu.org;
> +DESCRIPTION = "libHaru is a library for generating PDF files. \
> +   It is free, open source, written in ANSI C and cross 
> platform. "
> +
> +LICENSE = "Zlib"
> +LIC_FILES_CHKSUM =
> "file://README;md5=3ee6bc1f64d9cc7907f44840c8e50cb1"
> +
> +SRC_URI =
> "https://github.com/libharu/${BPN}/archive/RELEASE_${@d.getVar('PV').replac
> e('.','_')}.tar.gz \
> +   file://libharu-RELEASE_2_3_0_cmake.patch \
> +"
> +
> +SRC_URI[md5sum] = "4f916aa49c3069b3a10850013c507460"
> +SRC_URI[sha256sum] =
> "8f9e68cc5d5f7d53d1bc61a1ed876add1faf4f91070dbc360d8b259f46d9a4d2"
> +
> +S = "${WORKDIR}/${BPN}-RELEASE_${@d.getVar('PV').replace('.','_')}"
> +
> +inherit cmake
> +DEPENDS += "libpng zlib"
> +
> +do_install_append() {
> + mkdir -p ${D}/${datadir}/libharu
> + mv ${D}/libharu ${D}/${datadir}
> +}
> --
> 2.7.4



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

Re: [oe] [oe-commits] [meta-openembedded] 09/10: c-ares: move from meta-networking to meta-oe

2020-02-25 Thread Khem Raj 


On 2/25/20 1:25 PM, Martin Jansa wrote:
> With this one included, you can drop "07/10: nodejs: don't enable ares
> support by default"
> 

yes it will be thanks

> On Tue, Feb 25, 2020 at 10:22 PM  > wrote:
> 
> This is an automated email from the git hooks/post-receive script.
> 
> khem pushed a commit to branch master-next
> in repository meta-openembedded.
> 
> commit d15fd2cfb6bcd2472a8b346cc6fe4bc070675d13
> Author: Martin Jansa  >
> AuthorDate: Tue Feb 25 20:36:15 2020 +0100
> 
>     c-ares: move from meta-networking to meta-oe
> 
>     * nodejs from meta-oe depends on this since:
>       commit 76dd3dac1f1e67a5c44ad732b8e827cc36ded641
>       Author: André Draszik mailto:g...@andred.net>>
>       Date:   Tue Oct 29 16:42:24 2019 +
> 
>         nodejs: allow use of system c-ares (and make default)
> 
>         Use system c-ares via PACKAGECONFIG by default. So far,
>         nodejs had been built using its embedded copy of c-ares,
>         which we generally try to avoid, for the known reasons
>         (independent updates, cve & license checks, etc).
> 
>         Notes:
>         * otherwise nodejs uses its bundled version of c-ares
>         * the PACKAGECONFIG variable is 'ares' so as to be in
>           line with other uses of this (wget & curl recipes in
>           OE core)
> 
>         Signed-off-by: André Draszik  >
>         Signed-off-by: Khem Raj  >
> 
>     Signed-off-by: Martin Jansa  >
>     Signed-off-by: Khem Raj  >
> ---
>  .../recipes-core/packagegroups/packagegroup-meta-networking.bb
>           | 2 +-
>  meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
>               | 2 +-
>  .../recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch 
>      | 0
>  {meta-networking =>
> meta-oe}/recipes-support/c-ares/c-ares_1.15.0.bb
>     | 0
>  4 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git
> 
> a/meta-networking/recipes-core/packagegroups/packagegroup-meta-networking.bb
> 
> 
> b/meta-networking/recipes-core/packagegroups/packagegroup-meta-networking.bb
> 
> index fa9bf2d..103c99b 100644
> ---
> 
> a/meta-networking/recipes-core/packagegroups/packagegroup-meta-networking.bb
> 
> +++
> 
> b/meta-networking/recipes-core/packagegroups/packagegroup-meta-networking.bb
> 
> @@ -107,7 +107,7 @@ RDEPENDS_packagegroup-meta-networking-support = "\
>      tunctl dovecot ipvsadm stunnel chrony spice-protocol \
>      usbredir ntop wireshark tnftp lksctp-tools \
>      cim-schema-docs cim-schema-final cim-schema-exper \
> -    libmemcached smcroute libtevent ipcalc c-ares uftp \
> +    libmemcached smcroute libtevent ipcalc uftp \
>      ntimed linux-atm ssmtp openvpn rdma-core \
>      iftop aoetools tcpslice tcpdump libtalloc memcached nuttcp netcat \
>      netcat-openbsd fetchmail yp-tools ypbind-mt yp-tools \
> diff --git
> a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
> 
> b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
> 
> index 0bda946..d096539 100644
> --- a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
> 
> +++ b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
> 
> @@ -238,7 +238,7 @@ NE10_armv7a = "ne10"
>  NE10_armv7ve = "ne10"
> 
>  RDEPENDS_packagegroup-meta-oe-support ="\
> -    anthy asio atop augeas avro-c bdwgc frame grail \
> +    anthy asio atop augeas avro-c bdwgc frame grail c-ares \
>      ccid ceres-solver ckermit cpprest ctapi-common daemonize \
>      daemontools debsums devmem2 dfu-util dfu-util-native digitemp \
>      dstat eject enca epeg espeak fbset fbset-modes \
> diff --git
> 
> a/meta-networking/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
> b/meta-oe/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
> similarity index 100%
> rename from
> 
> meta-networking/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
> rename to
> meta-oe/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
> diff --git a/meta-networking/recipes-support/c-ares/c-ares_1.15.0.bb
> 
>

Re: [oe] [meta-webserver][PATCH] nginx.service: sleep 0.1 after nginx start

2020-02-25 Thread Khem Raj 


On 2/25/20 5:48 PM, Changqing Li wrote:
> 
> On 2/25/20 12:49 PM, Khem Raj wrote:
>>
>>
>> On 2/24/20 7:53 PM, Changqing Li wrote:
>>>
>>> On 2/25/20 12:40 AM, Khem Raj wrote:
 On Mon, Feb 24, 2020 at 3:41 AM  wrote:
> From: Changqing Li
>
> Fix error info:
> nginx.service: failed to parse pid from file /run/nginx/nginx.pid:
> invalid argument
>
> Signed-off-by: Changqing Li
> ---
>   meta-webserver/recipes-httpd/nginx/files/nginx.service | 1 +
>   1 file changed, 1 insertion(+)
>
> diff --git a/meta-webserver/recipes-httpd/nginx/files/nginx.service
> b/meta-webserver/recipes-httpd/nginx/files/nginx.service
> index 9a6ca96..65c7752 100644
> --- a/meta-webserver/recipes-httpd/nginx/files/nginx.service
> +++ b/meta-webserver/recipes-httpd/nginx/files/nginx.service
> @@ -7,6 +7,7 @@ Type=forking
>   PIDFile=/run/nginx/nginx.pid
>   ExecStartPre=@SBINDIR@/nginx -t
>   ExecStart=@SBINDIR@/nginx
> +ExecStartPost=/bin/sleep 0.1
 I dont thiink we should be adding sleeps instead try to lock the
 dependencies
 so it happens correctly. or perhaps change the logic in code itself if
 dependencies
 can not handle it.
>>>
>>> error info: "nginx.service: failed to parse pid from file
>>> /run/nginx/nginx.pid: invalid argument" is caused by race condition
>>> between
>>>
>>> systemd and nginx.  And this error will not caused problem except
>>> scary log
>>>
>>> This should be a known problem:
>>> https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1581864
>>>
>>> other distro like ubuntu, fedora, should also have this problem, I
>>> can google people report this error on different distro.
>>
>> I do not question the problem but the solution, there have been
>> different solutions posted to ml e.g.
>>
>> https://mailman.nginx.org/pipermail/nginx-devel/2016-February/007961.html
>>
>> or ubuntu fix
>>
>> https://github.com/aroth-arsoft/pkg-nginx/blob/master/debian/patches/nginx-fix-pidfile.patch
>>
>>
>> perhaps you should try one of these patches
> 
> Hi, Khem
> 
> I found that both V1 and V2 are on master-next now,  please remember to
> drop the V1 when merge to master, thanks.
> 

thanks, I needed to refresh master-next queue anyway, I will drop this
at that time
>>
>>>
>>> ubuntu 16.04 use this as a workaround.
>>>
>   ExecReload=@SBINDIR@/nginx -s reload
>   ExecStop=@BASE_BINDIR@/kill -s QUIT $MAINPID
>   PrivateTmp=true
> -- 
> 2.7.4
>
> -- 
> ___
> 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-webserver][PATCH] nginx.service: sleep 0.1 after nginx start

2020-02-25 Thread Changqing Li 


On 2/25/20 12:49 PM, Khem Raj wrote:



On 2/24/20 7:53 PM, Changqing Li wrote:


On 2/25/20 12:40 AM, Khem Raj wrote:

On Mon, Feb 24, 2020 at 3:41 AM  wrote:

From: Changqing Li

Fix error info:
nginx.service: failed to parse pid from file /run/nginx/nginx.pid:
invalid argument

Signed-off-by: Changqing Li
---
  meta-webserver/recipes-httpd/nginx/files/nginx.service | 1 +
  1 file changed, 1 insertion(+)

diff --git a/meta-webserver/recipes-httpd/nginx/files/nginx.service 
b/meta-webserver/recipes-httpd/nginx/files/nginx.service

index 9a6ca96..65c7752 100644
--- a/meta-webserver/recipes-httpd/nginx/files/nginx.service
+++ b/meta-webserver/recipes-httpd/nginx/files/nginx.service
@@ -7,6 +7,7 @@ Type=forking
  PIDFile=/run/nginx/nginx.pid
  ExecStartPre=@SBINDIR@/nginx -t
  ExecStart=@SBINDIR@/nginx
+ExecStartPost=/bin/sleep 0.1
I dont thiink we should be adding sleeps instead try to lock the 
dependencies

so it happens correctly. or perhaps change the logic in code itself if
dependencies
can not handle it.


error info: "nginx.service: failed to parse pid from file 
/run/nginx/nginx.pid: invalid argument" is caused by race condition 
between


systemd and nginx.  And this error will not caused problem except 
scary log


This should be a known problem: 
https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1581864


other distro like ubuntu, fedora, should also have this problem, I 
can google people report this error on different distro.


I do not question the problem but the solution, there have been 
different solutions posted to ml e.g.


https://mailman.nginx.org/pipermail/nginx-devel/2016-February/007961.html

or ubuntu fix

https://github.com/aroth-arsoft/pkg-nginx/blob/master/debian/patches/nginx-fix-pidfile.patch 



perhaps you should try one of these patches


Hi, Khem

I found that both V1 and V2 are on master-next now,  please remember to 
drop the V1 when merge to master, thanks.






ubuntu 16.04 use this as a workaround.


  ExecReload=@SBINDIR@/nginx -s reload
  ExecStop=@BASE_BINDIR@/kill -s QUIT $MAINPID
  PrivateTmp=true
--
2.7.4

--
___
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-oe][PATCH 1/1] open-lldp: Add initial version 1.0.1

2020-02-25 Thread Jonathan Richardson via Openembedded-devel 
Open-LLDP provides a Link Layer Discovery Protocol agent that supports
DCB (Data Center Bridging). The tc utility from iproute is needed to
manipulate  traffic control settings in the kernel.

Signed-off-by: Jonathan Richardson 
---
 ...tion-to-disable-installation-of-syst.patch | 57 +++
 .../openlldp/openlldp_1.0.1.bb| 37 
 2 files changed, 94 insertions(+)
 create mode 100644 
meta-networking/recipes-protocols/openlldp/files/0001-autotools-Add-option-to-disable-installation-of-syst.patch
 create mode 100644 meta-networking/recipes-protocols/openlldp/openlldp_1.0.1.bb

diff --git 
a/meta-networking/recipes-protocols/openlldp/files/0001-autotools-Add-option-to-disable-installation-of-syst.patch
 
b/meta-networking/recipes-protocols/openlldp/files/0001-autotools-Add-option-to-disable-installation-of-syst.patch
new file mode 100644
index 0..86c9f4463
--- /dev/null
+++ 
b/meta-networking/recipes-protocols/openlldp/files/0001-autotools-Add-option-to-disable-installation-of-syst.patch
@@ -0,0 +1,57 @@
+From 1c1e01b2414ca5b3cf5a21b6e6389f9ca82fd7e9 Mon Sep 17 00:00:00 2001
+From: Jonathan Richardson 
+Date: Fri, 6 Apr 2018 10:49:04 -0700
+Subject: [PATCH 1/1] autotools: Add option to disable installation of systemd
+ conf files
+
+Add option to configure.ac to enable or disable install of systemd conf
+files. If --with-systemdsystemunitdir is passed to configure then the
+files will be installed to the provided directory. If the option isn't
+provided then the value is determined from the systemd pkgconfig file,
+if found in PKG_CONFIG_PATH.
+
+This change is required because Makefile.am always installed the files
+to a hard coded path that couldn't be changed.
+---
+ Makefile.am  | 3 ++-
+ configure.ac | 9 +
+ 2 files changed, 11 insertions(+), 1 deletion(-)
+
+diff --git a/Makefile.am b/Makefile.am
+index 551d4c7..5491c61 100644
+--- a/Makefile.am
 b/Makefile.am
+@@ -133,8 +133,9 @@ install-data-hook: installdirs-local
+ pkgconfigdir = ${libdir}/pkgconfig
+ pkgconfig_DATA = lldpad.pc liblldp_clif.pc
+ 
+-systemdsystemunitdir = $(prefix)/lib/systemd/system
++if HAVE_SYSTEMD
+ dist_systemdsystemunit_DATA = lldpad.service lldpad.socket
++endif
+ 
+ bashcompletiondir = $(sysconfdir)/bash_completion.d
+ dist_bashcompletion_DATA = contrib/bash_completion/lldpad 
contrib/bash_completion/lldptool
+diff --git a/configure.ac b/configure.ac
+index 0667446..f75f433 100644
+--- a/configure.ac
 b/configure.ac
+@@ -95,6 +95,15 @@ AC_TYPE_UINT16_T
+ AC_TYPE_UINT32_T
+ AC_TYPE_UINT8_T
+ 
++# Support for systemd unit files.
++AC_ARG_WITH([systemdsystemunitdir],
++AS_HELP_STRING([--with-systemdsystemunitdir=DIR], [Directory for 
systemd service files]),
++[], [with_systemdsystemunitdir=$($PKG_CONFIG 
--variable=systemdsystemunitdir systemd)])
++if test "x$with_systemdsystemunitdir" != xno; then
++AC_SUBST([systemdsystemunitdir], [$with_systemdsystemunitdir])
++fi
++AM_CONDITIONAL(HAVE_SYSTEMD, [test -n "$with_systemdsystemunitdir" -a 
"x$with_systemdsystemunitdir" != xno ])
++
+ AC_CONFIG_FILES([Makefile include/version.h lldpad.spec lldpad.pc 
liblldp_clif.pc])
+ AC_CONFIG_MACRO_DIR([m4])
+ AC_OUTPUT
+-- 
+1.9.1
+
diff --git a/meta-networking/recipes-protocols/openlldp/openlldp_1.0.1.bb 
b/meta-networking/recipes-protocols/openlldp/openlldp_1.0.1.bb
new file mode 100644
index 0..7fa3429cc
--- /dev/null
+++ b/meta-networking/recipes-protocols/openlldp/openlldp_1.0.1.bb
@@ -0,0 +1,37 @@
+SUMMARY = "Open-LLDP"
+DESCRIPTION = "Link Layer Discovery Protocol for Linux that includes support 
for DCBX"
+HOMEPAGE = "http://open-lldp.org/start;
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=8c2bc283e65df398ced5f5b747e78162"
+
+S = "${WORKDIR}/git"
+
+inherit pkgconfig autotools
+inherit ${@bb.utils.contains('VIRTUAL-RUNTIME_init_manager', 'systemd', 
'systemd', '', d)}
+
+DEPENDS = "libnl libconfig readline"
+
+SRCREV = "36d729de7ce5b56cf061d94d610cf0510154820c"
+SRC_URI = "git://github.com/intel/openlldp.git;protocol=https;branch=master"
+SRC_URI += 
"file://0001-autotools-Add-option-to-disable-installation-of-syst.patch"
+
+# Even though .ac allows disabling -Werror, Makefile.am adds it to AM_CFLAGS
+# causing it to always be enabled. There are warnings so disable it.
+TARGET_CFLAGS += "-Wno-error"
+
+# configure.ac generates version.h from include/version.h.in but autotools puts
+# build artefacts in $B, not $S and the header can't be found. To avoid
+# inheriting autotools-brokensep and messing up the source dir just tell 
Makefile
+# where it is.
+TARGET_CFLAGS += "-I ${B}/include"
+
+# Enable install of systemd conf files.
+EXTRA_OECONF += "${@bb.utils.contains('VIRTUAL-RUNTIME_init_manager', 
'systemd', '--with-systemdsystemunitdir=${systemd_system_unitdir}', '', d)}"
+
+SYSTEMD_SERVICE_${PN} = "lldpad.service lldpad.socket"
+
+# To enable service at boot set to enable in local.conf.
+SYSTEMD_AUTO_ENABLE ?= "disable"

Re: [oe] [oe-commits] [meta-openembedded] 09/10: c-ares: move from meta-networking to meta-oe

2020-02-25 Thread Martin Jansa 
With this one included, you can drop "07/10: nodejs: don't enable ares
support by default"

On Tue, Feb 25, 2020 at 10:22 PM  wrote:

> This is an automated email from the git hooks/post-receive script.
>
> khem pushed a commit to branch master-next
> in repository meta-openembedded.
>
> commit d15fd2cfb6bcd2472a8b346cc6fe4bc070675d13
> Author: Martin Jansa 
> AuthorDate: Tue Feb 25 20:36:15 2020 +0100
>
> c-ares: move from meta-networking to meta-oe
>
> * nodejs from meta-oe depends on this since:
>   commit 76dd3dac1f1e67a5c44ad732b8e827cc36ded641
>   Author: André Draszik 
>   Date:   Tue Oct 29 16:42:24 2019 +
>
> nodejs: allow use of system c-ares (and make default)
>
> Use system c-ares via PACKAGECONFIG by default. So far,
> nodejs had been built using its embedded copy of c-ares,
> which we generally try to avoid, for the known reasons
> (independent updates, cve & license checks, etc).
>
> Notes:
> * otherwise nodejs uses its bundled version of c-ares
> * the PACKAGECONFIG variable is 'ares' so as to be in
>   line with other uses of this (wget & curl recipes in
>   OE core)
>
> Signed-off-by: André Draszik 
> Signed-off-by: Khem Raj 
>
> Signed-off-by: Martin Jansa 
> Signed-off-by: Khem Raj 
> ---
>  .../recipes-core/packagegroups/packagegroup-meta-networking.bb
> | 2 +-
>  meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
> | 2 +-
>  .../recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch   |
> 0
>  {meta-networking => meta-oe}/recipes-support/c-ares/c-ares_1.15.0.bb
> | 0
>  4 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta-networking/recipes-core/packagegroups/
> packagegroup-meta-networking.bb
> b/meta-networking/recipes-core/packagegroups/
> packagegroup-meta-networking.bb
> index fa9bf2d..103c99b 100644
> --- a/meta-networking/recipes-core/packagegroups/
> packagegroup-meta-networking.bb
> +++ b/meta-networking/recipes-core/packagegroups/
> packagegroup-meta-networking.bb
> @@ -107,7 +107,7 @@ RDEPENDS_packagegroup-meta-networking-support = "\
>  tunctl dovecot ipvsadm stunnel chrony spice-protocol \
>  usbredir ntop wireshark tnftp lksctp-tools \
>  cim-schema-docs cim-schema-final cim-schema-exper \
> -libmemcached smcroute libtevent ipcalc c-ares uftp \
> +libmemcached smcroute libtevent ipcalc uftp \
>  ntimed linux-atm ssmtp openvpn rdma-core \
>  iftop aoetools tcpslice tcpdump libtalloc memcached nuttcp netcat \
>  netcat-openbsd fetchmail yp-tools ypbind-mt yp-tools \
> diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
> b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
> index 0bda946..d096539 100644
> --- a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
> +++ b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
> @@ -238,7 +238,7 @@ NE10_armv7a = "ne10"
>  NE10_armv7ve = "ne10"
>
>  RDEPENDS_packagegroup-meta-oe-support ="\
> -anthy asio atop augeas avro-c bdwgc frame grail \
> +anthy asio atop augeas avro-c bdwgc frame grail c-ares \
>  ccid ceres-solver ckermit cpprest ctapi-common daemonize \
>  daemontools debsums devmem2 dfu-util dfu-util-native digitemp \
>  dstat eject enca epeg espeak fbset fbset-modes \
> diff --git
> a/meta-networking/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
> b/meta-oe/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
> similarity index 100%
> rename from
> meta-networking/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
> rename to
> meta-oe/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
> diff --git a/meta-networking/recipes-support/c-ares/c-ares_1.15.0.bb
> b/meta-oe/recipes-support/c-ares/c-ares_1.15.0.bb
> similarity index 100%
> rename from meta-networking/recipes-support/c-ares/c-ares_1.15.0.bb
> rename to meta-oe/recipes-support/c-ares/c-ares_1.15.0.bb
>
> --
> To stop receiving notification emails like this one, please contact
> the administrator of this repository.
> --
> ___
> Openembedded-commits mailing list
> openembedded-comm...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-commits
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH v2] fdk-aac: add initial fdk-aac recipe

2020-02-25 Thread Scott Branden via Openembedded-devel 
From: Mircea Carausu 

Add Fraunhofer FDK AAC Codec Library recipe.

Signed-off-by: Mircea Carausu 
Signed-off-by: Scott Branden 
---
 ...aunhofer_FDK_AAC_Codec_Library_for_Android | 92 +++
 .../fdk-aac/fdk-aac_2.0.1.bb  | 22 +
 2 files changed, 114 insertions(+)
 create mode 100644 
meta-multimedia/licenses/Fraunhofer_FDK_AAC_Codec_Library_for_Android
 create mode 100644 meta-multimedia/recipes-multimedia/fdk-aac/fdk-aac_2.0.1.bb

diff --git 
a/meta-multimedia/licenses/Fraunhofer_FDK_AAC_Codec_Library_for_Android 
b/meta-multimedia/licenses/Fraunhofer_FDK_AAC_Codec_Library_for_Android
new file mode 100644
index 0..05b32bdea
--- /dev/null
+++ b/meta-multimedia/licenses/Fraunhofer_FDK_AAC_Codec_Library_for_Android
@@ -0,0 +1,92 @@
+Software License for The Fraunhofer FDK AAC Codec Library for Android
+
+© Copyright  1995 - 2018 Fraunhofer-Gesellschaft zur Förderung der angewandten
+Forschung e.V. All rights reserved.
+
+ 1.INTRODUCTION
+The Fraunhofer FDK AAC Codec Library for Android ("FDK AAC Codec") is software
+that implements the MPEG Advanced Audio Coding ("AAC") encoding and decoding
+scheme for digital audio. This FDK AAC Codec software is intended to be used on
+a wide variety of Android devices.
+
+AAC's HE-AAC and HE-AAC v2 versions are regarded as today's most efficient
+general perceptual audio codecs. AAC-ELD is considered the best-performing
+full-bandwidth communications codec by independent studies and is widely
+deployed. AAC has been standardized by ISO and IEC as part of the MPEG
+specifications.
+
+Patent licenses for necessary patent claims for the FDK AAC Codec (including
+those of Fraunhofer) may be obtained through Via Licensing
+(www.vialicensing.com) or through the respective patent owners individually for
+the purpose of encoding or decoding bit streams in products that are compliant
+with the ISO/IEC MPEG audio standards. Please note that most manufacturers of
+Android devices already license these patent claims through Via Licensing or
+directly from the patent owners, and therefore FDK AAC Codec software may
+already be covered under those patent licenses when it is used for those
+licensed purposes only.
+
+Commercially-licensed AAC software libraries, including floating-point versions
+with enhanced sound quality, are also available from Fraunhofer. Users are
+encouraged to check the Fraunhofer website for additional applications
+information and documentation.
+
+2.COPYRIGHT LICENSE
+
+Redistribution and use in source and binary forms, with or without 
modification,
+are permitted without payment of copyright license fees provided that you
+satisfy the following conditions:
+
+You must retain the complete text of this software license in redistributions 
of
+the FDK AAC Codec or your modifications thereto in source code form.
+
+You must retain the complete text of this software license in the documentation
+and/or other materials provided with redistributions of the FDK AAC Codec or
+your modifications thereto in binary form. You must make available free of
+charge copies of the complete source code of the FDK AAC Codec and your
+modifications thereto to recipients of copies in binary form.
+
+The name of Fraunhofer may not be used to endorse or promote products derived
+from this library without prior written permission.
+
+You may not charge copyright license fees for anyone to use, copy or distribute
+the FDK AAC Codec software or your modifications thereto.
+
+Your modified versions of the FDK AAC Codec must carry prominent notices 
stating
+that you changed the software and the date of any change. For modified versions
+of the FDK AAC Codec, the term "Fraunhofer FDK AAC Codec Library for Android"
+must be replaced by the term "Third-Party Modified Version of the Fraunhofer 
FDK
+AAC Codec Library for Android."
+
+3.NO PATENT LICENSE
+
+NO EXPRESS OR IMPLIED LICENSES TO ANY PATENT CLAIMS, including without
+limitation the patents of Fraunhofer, ARE GRANTED BY THIS SOFTWARE LICENSE.
+Fraunhofer provides no warranty of patent non-infringement with respect to this
+software.
+
+You may use this FDK AAC Codec software or modifications thereto only for
+purposes that are authorized by appropriate patent licenses.
+
+4.DISCLAIMER
+
+This FDK AAC Codec software is provided by Fraunhofer on behalf of the 
copyright
+holders and contributors "AS IS" and WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES,
+including but not limited to the implied warranties of merchantability and
+fitness for a particular purpose. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR
+CONTRIBUTORS BE LIABLE for any direct, indirect, incidental, special, 
exemplary,
+or consequential damages, including but not limited to procurement of 
substitute
+goods or services; loss of use, data, or profits, or business interruption,
+however caused and on any theory of liability, whether in contract, strict
+liability, or tort (including negligence), arising in any

[oe] [meta-oe][meta-networking][PATCH] c-ares: move from meta-networking to meta-oe

2020-02-25 Thread Martin Jansa 
* nodejs from meta-oe depends on this since:
  commit 76dd3dac1f1e67a5c44ad732b8e827cc36ded641
  Author: André Draszik 
  Date:   Tue Oct 29 16:42:24 2019 +

nodejs: allow use of system c-ares (and make default)

Use system c-ares via PACKAGECONFIG by default. So far,
nodejs had been built using its embedded copy of c-ares,
which we generally try to avoid, for the known reasons
(independent updates, cve & license checks, etc).

Notes:
* otherwise nodejs uses its bundled version of c-ares
* the PACKAGECONFIG variable is 'ares' so as to be in
  line with other uses of this (wget & curl recipes in
  OE core)

Signed-off-by: André Draszik 
Signed-off-by: Khem Raj 

Signed-off-by: Martin Jansa 
---
 .../recipes-core/packagegroups/packagegroup-meta-networking.bb  | 2 +-
 meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb  | 2 +-
 .../c-ares/c-ares/cmake-install-libcares.pc.patch   | 0
 .../recipes-support/c-ares/c-ares_1.15.0.bb | 0
 4 files changed, 2 insertions(+), 2 deletions(-)
 rename {meta-networking => 
meta-oe}/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch (100%)
 rename {meta-networking => meta-oe}/recipes-support/c-ares/c-ares_1.15.0.bb 
(100%)

diff --git 
a/meta-networking/recipes-core/packagegroups/packagegroup-meta-networking.bb 
b/meta-networking/recipes-core/packagegroups/packagegroup-meta-networking.bb
index fa9bf2db52..103c99bb17 100644
--- a/meta-networking/recipes-core/packagegroups/packagegroup-meta-networking.bb
+++ b/meta-networking/recipes-core/packagegroups/packagegroup-meta-networking.bb
@@ -107,7 +107,7 @@ RDEPENDS_packagegroup-meta-networking-support = "\
 tunctl dovecot ipvsadm stunnel chrony spice-protocol \
 usbredir ntop wireshark tnftp lksctp-tools \
 cim-schema-docs cim-schema-final cim-schema-exper \
-libmemcached smcroute libtevent ipcalc c-ares uftp \
+libmemcached smcroute libtevent ipcalc uftp \
 ntimed linux-atm ssmtp openvpn rdma-core \
 iftop aoetools tcpslice tcpdump libtalloc memcached nuttcp netcat \
 netcat-openbsd fetchmail yp-tools ypbind-mt yp-tools \
diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb 
b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
index d2e8ea4af8..4ae71b5c7b 100644
--- a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
+++ b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
@@ -238,7 +238,7 @@ NE10_armv7a = "ne10"
 NE10_armv7ve = "ne10"
 
 RDEPENDS_packagegroup-meta-oe-support ="\
-anthy asio atop augeas avro-c bdwgc frame grail \
+anthy asio atop augeas avro-c bdwgc frame grail c-ares \
 ccid ceres-solver ckermit cpprest ctapi-common daemonize \
 daemontools debsums devmem2 dfu-util dfu-util-native digitemp \
 dstat eject enca epeg espeak fbset fbset-modes \
diff --git 
a/meta-networking/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch 
b/meta-oe/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
similarity index 100%
rename from 
meta-networking/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
rename to meta-oe/recipes-support/c-ares/c-ares/cmake-install-libcares.pc.patch
diff --git a/meta-networking/recipes-support/c-ares/c-ares_1.15.0.bb 
b/meta-oe/recipes-support/c-ares/c-ares_1.15.0.bb
similarity index 100%
rename from meta-networking/recipes-support/c-ares/c-ares_1.15.0.bb
rename to meta-oe/recipes-support/c-ares/c-ares_1.15.0.bb
-- 
2.20.1

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

Re: [oe] [meta-oe][PATCH 1/2] nodejs: don't enable ares support by default

2020-02-25 Thread Khem Raj 


On 2/25/20 11:22 AM, Martin Jansa wrote:
> On Tue, Feb 25, 2020 at 11:13:42AM -0800, Khem Raj wrote:
>> On Tue, Feb 25, 2020 at 11:07 AM Martin Jansa  wrote:
>>>
>>> * c-ares is in meta-networking and meta-oe doesn't depend on meta-networking
>>> * fixes:
>>>   ERROR: Nothing PROVIDES 'c-ares' (but 
>>> meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb DEPENDS on or otherwise 
>>> requires it)
>>>   in builds without meta-networking
>>>
>>
>> this patch makes me thing if c-ares is better suites for meta-networking
> 
> ?

s/meta-networking/meta-oe above

> 
> This patch exists, because c-ares _is_ in meta-networking, while nodejs
> which depends on it is in meta-oe.
> 
>>
>>> Signed-off-by: Martin Jansa 
>>> ---
>>>  meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb | 2 +-
>>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb 
>>> b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
>>> index 6eb52c209a..9f91a3f4dd 100644
>>> --- a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
>>> +++ b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
>>> @@ -51,7 +51,7 @@ ARCHFLAGS_arm = "${@bb.utils.contains('TUNE_FEATURES', 
>>> 'callconvention-hard', '-
>>>  GYP_DEFINES_append_mipsel = " mips_arch_variant='r1' "
>>>  ARCHFLAGS ?= ""
>>>
>>> -PACKAGECONFIG ??= "ares icu libuv zlib"
>>> +PACKAGECONFIG ??= "icu libuv zlib"
>>>  PACKAGECONFIG[ares] = "--shared-cares,,c-ares"
>>>  PACKAGECONFIG[gyp] = ",,gyp-py2-native"
>>>  PACKAGECONFIG[icu] = "--with-intl=system-icu,--without-intl,icu"
>>> --
>>> 2.20.1
>>>
>>> --
>>> ___
>>> Openembedded-devel mailing list
>>> Openembedded-devel@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel



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

Re: [oe] [meta-oe][PATCH 1/2] nodejs: don't enable ares support by default

2020-02-25 Thread Martin Jansa 
On Tue, Feb 25, 2020 at 08:22:02PM +0100, Martin Jansa wrote:
> On Tue, Feb 25, 2020 at 11:13:42AM -0800, Khem Raj wrote:
> > On Tue, Feb 25, 2020 at 11:07 AM Martin Jansa  
> > wrote:
> > >
> > > * c-ares is in meta-networking and meta-oe doesn't depend on 
> > > meta-networking
> > > * fixes:
> > >   ERROR: Nothing PROVIDES 'c-ares' (but 
> > > meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb DEPENDS on or otherwise 
> > > requires it)
> > >   in builds without meta-networking
> > >
> > 
> > this patch makes me thing if c-ares is better suites for meta-networking
> 
> ?
> 
> This patch exists, because c-ares _is_ in meta-networking, while nodejs
> which depends on it is in meta-oe.

It got enabled in default PACKAGECONFIG in:

commit 76dd3dac1f1e67a5c44ad732b8e827cc36ded641
Author: André Draszik 
Date:   Tue Oct 29 16:42:24 2019 +

nodejs: allow use of system c-ares (and make default)

Use system c-ares via PACKAGECONFIG by default. So far,
nodejs had been built using its embedded copy of c-ares,
which we generally try to avoid, for the known reasons
(independent updates, cve & license checks, etc).

Notes:
* otherwise nodejs uses its bundled version of c-ares
* the PACKAGECONFIG variable is 'ares' so as to be in
  line with other uses of this (wget & curl recipes in
  OE core)

Signed-off-by: André Draszik 
Signed-off-by: Khem Raj 

So unless you actually meant to move c-ares from meta-networking to
meta-oe..

> > > Signed-off-by: Martin Jansa 
> > > ---
> > >  meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb 
> > > b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
> > > index 6eb52c209a..9f91a3f4dd 100644
> > > --- a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
> > > +++ b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
> > > @@ -51,7 +51,7 @@ ARCHFLAGS_arm = "${@bb.utils.contains('TUNE_FEATURES', 
> > > 'callconvention-hard', '-
> > >  GYP_DEFINES_append_mipsel = " mips_arch_variant='r1' "
> > >  ARCHFLAGS ?= ""
> > >
> > > -PACKAGECONFIG ??= "ares icu libuv zlib"
> > > +PACKAGECONFIG ??= "icu libuv zlib"
> > >  PACKAGECONFIG[ares] = "--shared-cares,,c-ares"
> > >  PACKAGECONFIG[gyp] = ",,gyp-py2-native"
> > >  PACKAGECONFIG[icu] = "--with-intl=system-icu,--without-intl,icu"
> > > --
> > > 2.20.1
> > >
> > > --
> > > ___
> > > Openembedded-devel mailing list
> > > Openembedded-devel@lists.openembedded.org
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel




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

Re: [oe] [[meta-oe][PATCH v2] ttf-noto-emoji: add recipe

2020-02-25 Thread Khem Raj 



On 2/24/20 7:59 PM, Matt Ranostay wrote:
> Add both B/W and color emojis fonts from the noto-emoji project.
> 
> Important note for the color emojis to render the pixmap PACKAGECONFIG
> option needs to be set in freetype package.
> 

We have sstate failures due to fontconfig dep

http://jenkins.nas-admin.org/view/OE/job/oe_world_workspace-compare-signatures/956/console

this should be added to SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS in conf/layers.conf

> Signed-off-by: Matt Ranostay 
> ---
>  .../ttf-fonts/ttf-noto-emoji_20190815.bb  | 19 +++
>  1 file changed, 19 insertions(+)
>  create mode 100644 
> meta-oe/recipes-graphics/ttf-fonts/ttf-noto-emoji_20190815.bb
> 
> diff --git a/meta-oe/recipes-graphics/ttf-fonts/ttf-noto-emoji_20190815.bb 
> b/meta-oe/recipes-graphics/ttf-fonts/ttf-noto-emoji_20190815.bb
> new file mode 100644
> index 0..e74f7a7f6
> --- /dev/null
> +++ b/meta-oe/recipes-graphics/ttf-fonts/ttf-noto-emoji_20190815.bb
> @@ -0,0 +1,19 @@
> +require ttf.inc
> +
> +SUMMARY = "Google noto emoji font pack"
> +HOMEPAGE = "https://github.com/googlefonts/noto-emoji;
> +LICENSE = "OFL-1.1"
> +LIC_FILES_CHKSUM = 
> "file://fonts/LICENSE;md5=55719faa0112708e946b820b24b14097"
> +
> +SRC_URI = "git://github.com/googlefonts/noto-emoji;protocol=https"
> +SRCREV = "833a43d03246a9325e748a2d783006454d76ff66"
> +
> +PACKAGES = "${PN}-color ${PN}-regular"
> +FONT_PACKAGES = "${PN}-color ${PN}-regular"
> +
> +S = "${WORKDIR}/git"
> +
> +FILES_${PN}-color = "${datadir}/fonts/truetype/NotoColorEmoji.ttf"
> +FILES_${PN}-regular = "${datadir}/fonts/truetype/NotoEmoji-Regular.ttf"
> +
> +do_compile[noexec] = "1"
> 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH 1/2] nodejs: don't enable ares support by default

2020-02-25 Thread Martin Jansa 
On Tue, Feb 25, 2020 at 11:13:42AM -0800, Khem Raj wrote:
> On Tue, Feb 25, 2020 at 11:07 AM Martin Jansa  wrote:
> >
> > * c-ares is in meta-networking and meta-oe doesn't depend on meta-networking
> > * fixes:
> >   ERROR: Nothing PROVIDES 'c-ares' (but 
> > meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb DEPENDS on or otherwise 
> > requires it)
> >   in builds without meta-networking
> >
> 
> this patch makes me thing if c-ares is better suites for meta-networking

?

This patch exists, because c-ares _is_ in meta-networking, while nodejs
which depends on it is in meta-oe.

> 
> > Signed-off-by: Martin Jansa 
> > ---
> >  meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb 
> > b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
> > index 6eb52c209a..9f91a3f4dd 100644
> > --- a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
> > +++ b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
> > @@ -51,7 +51,7 @@ ARCHFLAGS_arm = "${@bb.utils.contains('TUNE_FEATURES', 
> > 'callconvention-hard', '-
> >  GYP_DEFINES_append_mipsel = " mips_arch_variant='r1' "
> >  ARCHFLAGS ?= ""
> >
> > -PACKAGECONFIG ??= "ares icu libuv zlib"
> > +PACKAGECONFIG ??= "icu libuv zlib"
> >  PACKAGECONFIG[ares] = "--shared-cares,,c-ares"
> >  PACKAGECONFIG[gyp] = ",,gyp-py2-native"
> >  PACKAGECONFIG[icu] = "--with-intl=system-icu,--without-intl,icu"
> > --
> > 2.20.1
> >
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel


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

Re: [oe] [meta-oe][PATCH 1/2] nodejs: don't enable ares support by default

2020-02-25 Thread Khem Raj 
On Tue, Feb 25, 2020 at 11:07 AM Martin Jansa  wrote:
>
> * c-ares is in meta-networking and meta-oe doesn't depend on meta-networking
> * fixes:
>   ERROR: Nothing PROVIDES 'c-ares' (but 
> meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb DEPENDS on or otherwise 
> requires it)
>   in builds without meta-networking
>

this patch makes me thing if c-ares is better suites for meta-networking

> Signed-off-by: Martin Jansa 
> ---
>  meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb 
> b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
> index 6eb52c209a..9f91a3f4dd 100644
> --- a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
> +++ b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
> @@ -51,7 +51,7 @@ ARCHFLAGS_arm = "${@bb.utils.contains('TUNE_FEATURES', 
> 'callconvention-hard', '-
>  GYP_DEFINES_append_mipsel = " mips_arch_variant='r1' "
>  ARCHFLAGS ?= ""
>
> -PACKAGECONFIG ??= "ares icu libuv zlib"
> +PACKAGECONFIG ??= "icu libuv zlib"
>  PACKAGECONFIG[ares] = "--shared-cares,,c-ares"
>  PACKAGECONFIG[gyp] = ",,gyp-py2-native"
>  PACKAGECONFIG[icu] = "--with-intl=system-icu,--without-intl,icu"
> --
> 2.20.1
>
> --
> ___
> 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-python2][PATCH 2/2] python-networkmanager: skip when meta-networking isn't included

2020-02-25 Thread Martin Jansa 
* fixes
  ERROR: Nothing RPROVIDES 'networkmanager' (but 
meta-python2/recipes-connectivity/python-networkmanager/python-networkmanager_2.1.bb
 RDEPENDS on or otherwise requires it)
  in world builds without meta-networking

Signed-off-by: Martin Jansa 
---
 .../python-networkmanager/python-networkmanager_2.1.bb   | 5 +
 1 file changed, 5 insertions(+)

diff --git 
a/recipes-connectivity/python-networkmanager/python-networkmanager_2.1.bb 
b/recipes-connectivity/python-networkmanager/python-networkmanager_2.1.bb
index 3aa41f1..53e2f9d 100644
--- a/recipes-connectivity/python-networkmanager/python-networkmanager_2.1.bb
+++ b/recipes-connectivity/python-networkmanager/python-networkmanager_2.1.bb
@@ -11,3 +11,8 @@ PYPI_PACKAGE = "python-networkmanager"
 inherit pypi setuptools
 
 RDEPENDS_${PN} = "networkmanager python-dbus python-six"
+
+python() {
+if 'networking-layer' not in d.getVar('BBFILE_COLLECTIONS').split():
+raise bb.parse.SkipRecipe('Requires networking-layer to be present to 
provide networkmanager.')
+}
-- 
2.20.1

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

[oe] [meta-python2][PATCH 1/2] python-ldap: skip when meta-networking isn't included

2020-02-25 Thread Martin Jansa 
* fixes:
  ERROR: Nothing PROVIDES 'cyrus-sasl' (but 
meta-python2/recipes-devtools/python/python-ldap_3.2.0.bb DEPENDS on or 
otherwise requires it)
  in world builds without meta-networking

Signed-off-by: Martin Jansa 
---
 recipes-devtools/python/python-ldap_3.2.0.bb | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/recipes-devtools/python/python-ldap_3.2.0.bb 
b/recipes-devtools/python/python-ldap_3.2.0.bb
index af8961e..8e43dee 100644
--- a/recipes-devtools/python/python-ldap_3.2.0.bb
+++ b/recipes-devtools/python/python-ldap_3.2.0.bb
@@ -23,9 +23,15 @@ do_configure_prepend() {
 sed -i -e 's:^include_dirs =.*:include_dirs = =/usr/include/sasl/:' 
setup.cfg
 }
 
+
 RDEPENDS_${PN} = " \
 ${PYTHON_PN}-pprint \
 ${PYTHON_PN}-threading \
 ${PYTHON_PN}-pyasn1 \
 ${PYTHON_PN}-pyasn1-modules \
 "
+
+python() {
+if 'networking-layer' not in d.getVar('BBFILE_COLLECTIONS').split():
+raise bb.parse.SkipRecipe('Requires networking-layer to be present to 
provide cyrus-sasl.')
+}
-- 
2.20.1

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

[oe] [meta-oe][PATCH 1/2] nodejs: don't enable ares support by default

2020-02-25 Thread Martin Jansa 
* c-ares is in meta-networking and meta-oe doesn't depend on meta-networking
* fixes:
  ERROR: Nothing PROVIDES 'c-ares' (but 
meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb DEPENDS on or otherwise 
requires it)
  in builds without meta-networking

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb 
b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
index 6eb52c209a..9f91a3f4dd 100644
--- a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
+++ b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
@@ -51,7 +51,7 @@ ARCHFLAGS_arm = "${@bb.utils.contains('TUNE_FEATURES', 
'callconvention-hard', '-
 GYP_DEFINES_append_mipsel = " mips_arch_variant='r1' "
 ARCHFLAGS ?= ""
 
-PACKAGECONFIG ??= "ares icu libuv zlib"
+PACKAGECONFIG ??= "icu libuv zlib"
 PACKAGECONFIG[ares] = "--shared-cares,,c-ares"
 PACKAGECONFIG[gyp] = ",,gyp-py2-native"
 PACKAGECONFIG[icu] = "--with-intl=system-icu,--without-intl,icu"
-- 
2.20.1

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

[oe] [meta-oe][PATCH 2/2] libvncserver: don't enable sasl support by default

2020-02-25 Thread Martin Jansa 
* cyrus-sasl is in meta-networking and meta-oe doesn't depend on meta-networking

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.12.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.12.bb 
b/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.12.bb
index 22fc83a64f..dfdf82458c 100644
--- a/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.12.bb
+++ b/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.12.bb
@@ -17,7 +17,6 @@ PACKAGECONFIG ??= " \
 pthread \
 ${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','',d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', 'ipv6', '',d)} \
-sasl \
 sdl \
 websockets \
 zlib \
-- 
2.20.1

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

Re: [oe] [meta-oe][PATCH v3] luajit: Upgrade to 2.1.0-beta3

2020-02-25 Thread Khem Raj 




On 2/24/20 11:38 PM, Leo Yan wrote:

Hi Khem,

On Mon, Feb 24, 2020 at 10:41:04PM -0800, Khem Raj wrote:



On 2/24/20 10:37 PM, Leo Yan wrote:

Since luajit 2.1.0-beta3 can support architecture aarch64 and the old
misses to support aarch64, the patch upgrades to luajit 2.1.0-beta3.

Signed-off-by: Leo Yan 
---
   .../luajit/luajit/clang.patch | 19 ---



why is this patch dropped ? it building with clang handled differently now ?
if so please add a line or two in commit msg


To be honest, I don't know how to hit the condition for
'#elif !LJ_TARGET_PS3', and since considering Clang has upgraded to new
version (9.0.1), this is another reason I dropped this patch.



you could easily excercise the need for it, by adding meta-clang and setting

TOOLCHAIN_pn-luajit = "clang" (in local.conf)
bitbake luajit


But I cannot give out any concrete reason, will keep this patch.

Thanks,
Leo


   .../luajit/{luajit_2.0.5.bb => luajit_git.bb} | 14 ++
   2 files changed, 6 insertions(+), 27 deletions(-)
   delete mode 100644 meta-oe/recipes-devtools/luajit/luajit/clang.patch
   rename meta-oe/recipes-devtools/luajit/{luajit_2.0.5.bb => luajit_git.bb} 
(89%)

diff --git a/meta-oe/recipes-devtools/luajit/luajit/clang.patch 
b/meta-oe/recipes-devtools/luajit/luajit/clang.patch
deleted file mode 100644
index c39ef6fd4..0
--- a/meta-oe/recipes-devtools/luajit/luajit/clang.patch
+++ /dev/null
@@ -1,19 +0,0 @@
-clang pretends to be gcc 4.2.0 which is a big lie when it comes
-to features, its same as latest gcc
-
-Signed-off-by: Khem Raj 
-Upstream-Status: Pending
-
-Index: LuaJIT-2.0.5/src/lj_arch.h
-===
 LuaJIT-2.0.5.orig/src/lj_arch.h
-+++ LuaJIT-2.0.5/src/lj_arch.h
-@@ -313,7 +313,7 @@
- #error "Need at least GCC 4.2 or newer"
- #endif
- #elif !LJ_TARGET_PS3
--#if (__GNUC__ < 4) || ((__GNUC__ == 4) && __GNUC_MINOR__ < 3)
-+#if (__GNUC__ < 4) || ((__GNUC__ == 4) && __GNUC_MINOR__ < 3) && 
!defined(__clang__)
- #error "Need at least GCC 4.3 or newer"
- #endif
- #endif
diff --git a/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb 
b/meta-oe/recipes-devtools/luajit/luajit_git.bb
similarity index 89%
rename from meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb
rename to meta-oe/recipes-devtools/luajit/luajit_git.bb
index 93128dda8..da798328e 100644
--- a/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb
+++ b/meta-oe/recipes-devtools/luajit/luajit_git.bb
@@ -1,14 +1,13 @@
   SUMMARY = "Just-In-Time Compiler for Lua"
   LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=10a96c93403affcc34765f4c2612bc22"
+LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=d739bb9250a55c124a545b588fd76771"
   HOMEPAGE = "http://luajit.org;
-PV .= "+git${SRCPV}"
-SRCREV = "02b521981a1ab919ff2cd4d9bcaee80baf77dce2"
-SRC_URI = "git://luajit.org/git/luajit-2.0.git;protocol=http \
+PV = "2.0.5+2.1.0-beta3"
+SRCREV = "0ad60ccbc3768fa8e3e726858adf261950edbc22"
+SRC_URI = "git://luajit.org/git/luajit-2.0.git;protocol=http;branch=v2.1 \
  
file://0001-Do-not-strip-automatically-this-leaves-the-stripping.patch \
-   file://clang.patch \
-"
+   "
   S = "${WORKDIR}/git"
@@ -90,8 +89,7 @@ FILES_${PN}-dev += "${libdir}/libluajit-5.1.a \
   "
   FILES_luajit-common = "${datadir}/${BPN}-${PV}"
-# Aarch64/mips64/ppc/ppc64/riscv64 is not supported in this release
-COMPATIBLE_HOST_aarch64 = "null"
+# mips64/ppc/ppc64/riscv64 is not supported in this release
   COMPATIBLE_HOST_mipsarchn32 = "null"
   COMPATIBLE_HOST_mipsarchn64 = "null"
   COMPATIBLE_HOST_powerpc = "null"


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

[oe] [meta-oe][PATCH] cfengine-masterfiles: Make the expression dash friendly

2020-02-25 Thread Khem Raj 
dash does not understand {} expressions like this, therefore simplify

Signed-off-by: Khem Raj 
---
 .../recipes-extended/cfengine/cfengine-masterfiles_3.15.0.bb| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-extended/cfengine/cfengine-masterfiles_3.15.0.bb 
b/meta-oe/recipes-extended/cfengine/cfengine-masterfiles_3.15.0.bb
index 79269d3147..35ac855989 100644
--- a/meta-oe/recipes-extended/cfengine/cfengine-masterfiles_3.15.0.bb
+++ b/meta-oe/recipes-extended/cfengine/cfengine-masterfiles_3.15.0.bb
@@ -33,7 +33,7 @@ export EXPLICIT_VERSION="${PV}"
 EXTRA_OECONF = "--prefix=${datadir}/cfengine"
 
 do_install_append() {
-rm -rf ${D}${datadir}/cfengine/modules/packages/{zypper,yum}
+rm -rf ${D}${datadir}/cfengine/modules/packages/zypper 
${D}${datadir}/cfengine/modules/packages/yum
 }
 
 FILES_${PN} = "${datadir}/cfengine"
-- 
2.25.1

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

[oe] [meta-networking][warrior][PATCH] drbd: update SRC_URI to use archive subdirectory

2020-02-25 Thread Martin Jansa 
* 9.0.17-1 version was moved to archive:
  http://www.linbit.com/downloads/drbd/9.0/archive/drbd-9.0.17-1.tar.gz
* 9.0.19-1 used by zeus and newer wasn't moved yet:
  http://www.linbit.com/downloads/drbd/9.0/drbd-9.0.19-1.tar.gz
  that's why this change is only for warrior

Signed-off-by: Martin Jansa 
---
 meta-networking/recipes-support/drbd/drbd_9.0.17-1.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-networking/recipes-support/drbd/drbd_9.0.17-1.bb 
b/meta-networking/recipes-support/drbd/drbd_9.0.17-1.bb
index 1eada269cb..6192e03f99 100644
--- a/meta-networking/recipes-support/drbd/drbd_9.0.17-1.bb
+++ b/meta-networking/recipes-support/drbd/drbd_9.0.17-1.bb
@@ -8,7 +8,7 @@ LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=5574c6965ae5f583e55880e397fbb018"
 DEPENDS = "virtual/kernel"
 
-SRC_URI = "http://www.linbit.com/downloads/drbd/9.0/drbd-${PV}.tar.gz \
+SRC_URI = "http://www.linbit.com/downloads/drbd/9.0/archive/drbd-${PV}.tar.gz \
file://check_existence_of_modules_before_installing.patch \
file://0001-drbd-kbuild-fix-use-M-don-t-forget-addprefix-obj.patch \
"
-- 
2.20.1

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

[oe] [meta-python2][PATCH 2/2] python-backports-init: enable native and nativesdk

2020-02-25 Thread Martin Jansa 
* needed for python-backports-functools-lru-cache-native

Signed-off-by: Martin Jansa 
---
 recipes-devtools/python/python-backports-init_1.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/recipes-devtools/python/python-backports-init_1.0.bb 
b/recipes-devtools/python/python-backports-init_1.0.bb
index 29e712a..8b226aa 100644
--- a/recipes-devtools/python/python-backports-init_1.0.bb
+++ b/recipes-devtools/python/python-backports-init_1.0.bb
@@ -23,3 +23,5 @@ do_install() {
 }
 
 FILES_${PN} = "${PYTHON_SITEPACKAGES_DIR}/backports/__init__.py"
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.20.1

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

[oe] [meta-python2][PATCH 1/2] python-backports-functools-lru-cache: enable native and nativesdk

2020-02-25 Thread Martin Jansa 
* since this change:
  commit d1a1c57d0e73251e86591214f30fc90010d5c111
  Author: Tim Orling 
  Date:   Mon Jan 20 11:31:59 2020 -0800

python-beautifulsoup4: fix target RDEPENDS syntax

  there is now this dependency:
  'python-beautifulsoup4-native', 'python-soupsieve-native', 
'python-backports-functools-lru-cache-native'
  and error in world builds:
  ERROR: Nothing RPROVIDES 'python-backports-functools-lru-cache-native' (but 
virtual:native:meta-python2/recipes-devtools/python/python-soupsieve_1.9.4.bb 
RDEPENDS on or otherwise requires it)

Signed-off-by: Martin Jansa 
---
 .../python/python-backports-functools-lru-cache_1.6.1.bb| 2 ++
 1 file changed, 2 insertions(+)

diff --git 
a/recipes-devtools/python/python-backports-functools-lru-cache_1.6.1.bb 
b/recipes-devtools/python/python-backports-functools-lru-cache_1.6.1.bb
index 8c40cf5..aee130f 100644
--- a/recipes-devtools/python/python-backports-functools-lru-cache_1.6.1.bb
+++ b/recipes-devtools/python/python-backports-functools-lru-cache_1.6.1.bb
@@ -25,3 +25,5 @@ do_install() {
 }
 
 FILES_${PN} = "${PYTHON_SITEPACKAGES_DIR}/backports/functools_lru_cache.py"
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.20.1

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

Re: [oe] [meta-oe][PATCH] lvm2/libdevmapper: Make it build for native

2020-02-25 Thread Andrey Zhizhikin 
Hello all,

I've just faced the problem with building lvm2 of the [zeus] and it
looks like this patch causes issues with similar symptoms that has
been reported for bash CVE [1].

This patch also touches the configure part, and in case if `-c
cleanall` is used - the build succeeds.

Failed build log looks like following:
ERROR: lvm2-2.03.02-r0 do_patch: Command Error: 'quilt --quiltrc
/development/projects/build-output/work/corei7-64-poky-linux/lvm2/2.03.02-r0/recipe-sysroot-native/etc/quiltrc
push' exited with 0  Output:
Applying patch 0001-configure-Fix-setting-of-CLDFLAGS-default.patch
patching file configure
Hunk #1 FAILED at 3077.
Hunk #2 FAILED at 3098.
Hunk #3 FAILED at 3111.
3 out of 3 hunks FAILED -- rejects in file configure
patching file configure.ac
Hunk #2 succeeded at 50 (offset -1 lines).
Hunk #3 succeeded at 63 (offset -1 lines).
Patch 0001-configure-Fix-setting-of-CLDFLAGS-default.patch does not
apply (enforce with -f)
ERROR: Logfile of failure stored in:
/development/projects/build-output/work/corei7-64-poky-linux/lvm2/2.03.02-r0/temp/log.do_patch.10047
ERROR: Task 
(/development/projects/yocto-build-appliance/meta-openembedded/meta-oe/recipes-support/lvm2/lvm2_2.03.02.bb:do_patch)
failed with exit code '1'

Since there was no decision (yet) taken on the bash one - can we
combine those two together to find a common solution for both cases?

On Wed, Sep 11, 2019 at 4:53 PM Peter Kjellerstedt
 wrote:
>
> Backport a patch from upstream master that corrects the passing of
> link flags through configure.
>
> Signed-off-by: Peter Kjellerstedt 
> ---
>  ...gure-Fix-setting-of-CLDFLAGS-default.patch | 78 +++
>  meta-oe/recipes-support/lvm2/lvm2.inc |  1 +
>  2 files changed, 79 insertions(+)
>  create mode 100644 
> meta-oe/recipes-support/lvm2/files/0001-configure-Fix-setting-of-CLDFLAGS-default.patch
>
> diff --git 
> a/meta-oe/recipes-support/lvm2/files/0001-configure-Fix-setting-of-CLDFLAGS-default.patch
>  
> b/meta-oe/recipes-support/lvm2/files/0001-configure-Fix-setting-of-CLDFLAGS-default.patch
> new file mode 100644
> index 0..07cb88ffb
> --- /dev/null
> +++ 
> b/meta-oe/recipes-support/lvm2/files/0001-configure-Fix-setting-of-CLDFLAGS-default.patch
> @@ -0,0 +1,78 @@
> +From 4a3e707402032788e09282e0f54fdf82c8a0f8fc Mon Sep 17 00:00:00 2001
> +From: Marian Csontos 
> +Date: Mon, 19 Aug 2019 14:54:43 +0200
> +Subject: [PATCH] configure: Fix setting of CLDFLAGS default
> +
> +---
> + configure| 6 +++---
> + configure.ac | 6 +++---
> + 2 files changed, 6 insertions(+), 6 deletions(-)
> +
> +Upstream-Status: Backport 
> [https://sourceware.org/git/?p=lvm2.git;a=commit;h=4a3e707402032788e09282e0f54fdf82c8a0f8fc]
> +Signed-off-by: Peter Kjellerstedt 
> +
> +diff --git a/configure b/configure
> +index ff3a59b6b..4c8476502 100755
> +--- a/configure
>  b/configure
> +@@ -3077,7 +3077,7 @@ if test -z "$CFLAGS"; then :
> + fi
> + case "$host_os" in
> +   linux*)
> +-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"} 
> -Wl,--version-script,.export.sym"
> ++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"} 
> -Wl,--version-script,.export.sym"
> +   # equivalent to -rdynamic
> +   ELDFLAGS="-Wl,--export-dynamic"
> +   # FIXME Generate list and use --dynamic-list=.dlopen.sym
> +@@ -3098,7 +3098,7 @@ case "$host_os" in
> +   ;;
> +   darwin*)
> +   CFLAGS="$CFLAGS -no-cpp-precomp -fno-common"
> +-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"}"
> ++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"}"
> +   ELDFLAGS=
> +   CLDWHOLEARCHIVE="-all_load"
> +   CLDNOWHOLEARCHIVE=
> +@@ -3111,7 +3111,7 @@ case "$host_os" in
> +   BLKDEACTIVATE=no
> +   ;;
> +   *)
> +-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"}"
> ++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"}"
> +   ;;
> + esac
> +
> +diff --git a/configure.ac b/configure.ac
> +index 5da694631..830edb8da 100644
> +--- a/configure.ac
>  b/configure.ac
> +@@ -30,7 +30,7 @@ AC_CANONICAL_TARGET([])
> + AS_IF([test -z "$CFLAGS"], [COPTIMISE_FLAG="-O2"])
> + case "$host_os" in
> +   linux*)
> +-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"} 
> -Wl,--version-script,.export.sym"
> ++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"} 
> -Wl,--version-script,.export.sym"
> +   # equivalent to -rdynamic
> +   ELDFLAGS="-Wl,--export-dynamic"
> +   # FIXME Generate list and use --dynamic-list=.dlopen.sym
> +@@ -51,7 +51,7 @@ case "$host_os" in
> +   ;;
> +   darwin*)
> +   CFLAGS="$CFLAGS -no-cpp-precomp -fno-common"
> +-  CLDFLAGS="${CLDFLAGS:"$LDFLAGS"}"
> ++  CLDFLAGS="${CLDFLAGS-"$LDFLAGS"}"
> +   ELDFLAGS=
> +   CLDWHOLEARCHIVE="-all_load"
> +   CLDNOWHOLEARCHIVE=
> +@@ -64,7 +64,7 @@ case "$host_os" in
> +   BLKDEACTIVATE=no
> +   ;;
> +

[oe] [meta-networking][PATCH] networkmanager: Upgrade 1.18.4 -> 1.22.8

2020-02-25 Thread Freihofer, Adrian 
- rebased patches
- Option --enable-polkit-agent is not available with current NM,
removed
- Option --with-libnm-glib is not available with current NM, removed
- New package NM-cloud-setup for new experimental cloud setup feature
- NM tries to re-license from GPL to LGPL, added LGPL to LICENSES
- Removed empty packages libnmutil libnmglib libnmglib-vpn

Signed-off-by: Adrian Freihofer 
---
 ...e.ac-Fix-pkgconfig-sysroot-locations.patch |  6 +--
 ...ttings-settings-property-documentati.patch | 23 +-
 ...Fix-build-with-musl-systemd-specific.patch | 26 ++--
 .../musl/0002-Fix-build-with-musl.patch   | 30 +++--
 ...ger_1.18.4.bb => networkmanager_1.22.8.bb} | 42 ---
 5 files changed, 70 insertions(+), 57 deletions(-)
 rename meta-networking/recipes-
connectivity/networkmanager/{networkmanager_1.18.4.bb =>
networkmanager_1.22.8.bb} (77%)

diff --git a/meta-networking/recipes-
connectivity/networkmanager/networkmanager/0001-Fixed-configure.ac-Fix-
pkgconfig-sysroot-locations.patch b/meta-networking/recipes-
connectivity/networkmanager/networkmanager/0001-Fixed-configure.ac-Fix-
pkgconfig-sysroot-locations.patch
index 302c0292b..19c8c7481 100644
--- a/meta-networking/recipes-
connectivity/networkmanager/networkmanager/0001-Fixed-configure.ac-Fix-
pkgconfig-sysroot-locations.patch
+++ b/meta-networking/recipes-
connectivity/networkmanager/networkmanager/0001-Fixed-configure.ac-Fix-
pkgconfig-sysroot-locations.patch
@@ -1,4 +1,4 @@
-From 3dc3d8e73bc430ea4e93e33f7b2a4b3e0ff175af Mon Sep 17 00:00:00 2001
+From 9bcf4c81a559d1e7deac47b2e510d7f1e5837a02 Mon Sep 17 00:00:00 2001
 From: Pablo Saavedra 
 Date: Tue, 13 Mar 2018 17:36:20 +0100
 Subject: [PATCH] Fixed configure.ac: Fix pkgconfig sysroot locations
@@ -8,10 +8,10 @@ Subject: [PATCH] Fixed configure.ac: Fix pkgconfig
sysroot locations
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/configure.ac b/configure.ac
-index 967eac0..b914219 100644
+index 65ceffb..ad4b0fc 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -592,7 +592,7 @@ if test "$have_jansson" = "yes"; then
+@@ -561,7 +561,7 @@ if test "$have_jansson" = "yes"; then
AC_DEFINE(WITH_JANSSON, 1, [Define if JANSSON is enabled])
  
AC_CHECK_TOOLS(READELF, [eu-readelf readelf])
diff --git a/meta-networking/recipes-
connectivity/networkmanager/networkmanager/0002-Do-not-create-settings-
settings-property-documentati.patch b/meta-networking/recipes-
connectivity/networkmanager/networkmanager/0002-Do-not-create-settings-
settings-property-documentati.patch
index 5581dd3aa..446637b27 100644
--- a/meta-networking/recipes-
connectivity/networkmanager/networkmanager/0002-Do-not-create-settings-
settings-property-documentati.patch
+++ b/meta-networking/recipes-
connectivity/networkmanager/networkmanager/0002-Do-not-create-settings-
settings-property-documentati.patch
@@ -1,4 +1,4 @@
-From 4f000a4a19975d6aba71427e693cd1ed080abda9 Mon Sep 17 00:00:00 2001
+From 9eab96351a726e9ce6a15d158f743e35d73a8900 Mon Sep 17 00:00:00 2001
 From: =?UTF-8?q?Andreas=20M=C3=BCller?= 
 Date: Thu, 22 Mar 2018 11:08:30 +0100
 Subject: [PATCH] Do not create settings settings/property
documentation
@@ -6,23 +6,29 @@ MIME-Version: 1.0
 Content-Type: text/plain; charset=UTF-8
 Content-Transfer-Encoding: 8bit
 
+From: =?UTF-8?q?Andreas=20M=C3=BCller?= 
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
 It was tried to get this work but gi / GirRepository could not be
found by
 python. Anyway it is not necessary for us to have the
settings/property docs.
 
 Upstream-Status: Inappropriate [OE specific]
 
 Signed-off-by: Andreas Müller 
+
 ---
  Makefile.am  | 11 ---
  configure.ac |  5 -
  2 files changed, 16 deletions(-)
 
 diff --git a/Makefile.am b/Makefile.am
-index b180466..1ab4658 100644
+index d5cbcf5..2a1819a 100644
 --- a/Makefile.am
 +++ b/Makefile.am
-@@ -1298,9 +1298,7 @@ EXTRA_DIST += \
- if HAVE_INTROSPECTION
+@@ -1473,9 +1473,7 @@ libnm/libnm.typelib: libnm/libnm.gir
+ INTROSPECTION_GIRS += libnm/NM-1.0.gir
  
  libnm_noinst_data = \
 -  libnm/nm-property-docs.xml \
@@ -31,7 +37,7 @@ index b180466..1ab4658 100644
libnm/nm-settings-keyfile-docs.xml \
libnm/nm-settings-ifcfg-rh-docs.xml
  
-@@ -3930,18 +3928,9 @@ $(clients_common_libnmc_base_la_OBJECTS):
$(libnm_lib_h_pub_mkenums)
+@@ -4236,18 +4234,9 @@ $(clients_common_libnmc_base_la_OBJECTS):
$(libnm_lib_h_pub_mkenums)
  $(clients_common_libnmc_base_la_OBJECTS): clients/common/.dirstamp
  
  clients_common_settings_doc_h = clients/common/settings-docs.h
@@ -51,10 +57,10 @@ index b180466..1ab4658 100644
$(clients_common_settings_doc_h) \
$(clients_common_settings_doc_h).in
 diff --git a/configure.ac b/configure.ac
-index b914219..872c292 100644
+index ad4b0fc..0092092 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -1215,11 +1215,6 @@ GTK_DOC_CHECK(1.0)
+@@ -1201,11 +1201,6 @@ GTK_DOC_CHECK(1.0)
  # check if we