Re: [OE-core] [PATCH] bitbake.conf: Use -Og in DEBUG_OPTIMIZATION

[Adrian Bunk]

On Tue, Feb 26, 2019 at 11:04:20PM -0800, Khem Raj wrote:
> -Og is for optimized debugging experience.
> this makes this consistent across different compilers especially gcc and
> clang, -O in clang is equal to -O2 where as in gcc its similar to -O1
> so it was not giving consistent debugging experience across compilers
> 
> Signed-off-by: Khem Raj 
> ---
>  meta/conf/bitbake.conf | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 1c5369ec98..758e89f126 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -610,7 +610,7 @@ DEBUG_FLAGS ?= "-g -feliminate-unused-debug-types 
> ${DEBUG_PREFIX_MAP}"
>  
>  # Disabled until the option works properly -feliminate-dwarf2-dups
>  FULL_OPTIMIZATION = "-O2 -pipe ${DEBUG_FLAGS}"
> -DEBUG_OPTIMIZATION = "-O -fno-omit-frame-pointer ${DEBUG_FLAGS} -pipe"
> +DEBUG_OPTIMIZATION = "-Og -fno-omit-frame-pointer ${DEBUG_FLAGS} -pipe"
>  SELECTED_OPTIMIZATION = "${@d.getVar(oe.utils.vartrue('DEBUG_BUILD', 
> 'DEBUG_OPTIMIZATION', 'FULL_OPTIMIZATION', d))}"
>  SELECTED_OPTIMIZATION[vardeps] += "FULL_OPTIMIZATION DEBUG_OPTIMIZATION 
> DEBUG_BUILD"
>  BUILD_OPTIMIZATION = "${@oe.utils.vartrue('DEBUG_BUILD', '-O -g 
> -feliminate-unused-debug-types -fno-omit-frame-pointer', '-O2', d)} -pipe"
>^^

Another place that might have to be updated.

And the ref/dev-maunuals also need updating (they document -O as default).

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

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

[OE-core] [PATCH] bitbake.conf: Use -Og in DEBUG_OPTIMIZATION

[Khem Raj]

-Og is for optimized debugging experience.
this makes this consistent across different compilers especially gcc and
clang, -O in clang is equal to -O2 where as in gcc its similar to -O1
so it was not giving consistent debugging experience across compilers

Signed-off-by: Khem Raj 
---
 meta/conf/bitbake.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 1c5369ec98..758e89f126 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -610,7 +610,7 @@ DEBUG_FLAGS ?= "-g -feliminate-unused-debug-types 
${DEBUG_PREFIX_MAP}"
 
 # Disabled until the option works properly -feliminate-dwarf2-dups
 FULL_OPTIMIZATION = "-O2 -pipe ${DEBUG_FLAGS}"
-DEBUG_OPTIMIZATION = "-O -fno-omit-frame-pointer ${DEBUG_FLAGS} -pipe"
+DEBUG_OPTIMIZATION = "-Og -fno-omit-frame-pointer ${DEBUG_FLAGS} -pipe"
 SELECTED_OPTIMIZATION = "${@d.getVar(oe.utils.vartrue('DEBUG_BUILD', 
'DEBUG_OPTIMIZATION', 'FULL_OPTIMIZATION', d))}"
 SELECTED_OPTIMIZATION[vardeps] += "FULL_OPTIMIZATION DEBUG_OPTIMIZATION 
DEBUG_BUILD"
 BUILD_OPTIMIZATION = "${@oe.utils.vartrue('DEBUG_BUILD', '-O -g 
-feliminate-unused-debug-types -fno-omit-frame-pointer', '-O2', d)} -pipe"
-- 
2.21.0

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

[OE-core] [OE-Core][PATCH] kernel-fitimage: Replace tabs with spaces in python

[Alex Kiernan]

Fix:

  WARNING: python should use 4 spaces indentation, but found tabs in 
kernel-fitimage.bbclass, line 33

Signed-off-by: Alex Kiernan 
---

 meta/classes/kernel-fitimage.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/kernel-fitimage.bbclass 
b/meta/classes/kernel-fitimage.bbclass
index 3adb1c94db77..2517d7574668 100644
--- a/meta/classes/kernel-fitimage.bbclass
+++ b/meta/classes/kernel-fitimage.bbclass
@@ -30,7 +30,7 @@ python __anonymous () {
 if image:
 d.appendVarFlag('do_assemble_fitimage_initramfs', 'depends', ' 
${INITRAMFS_IMAGE}:do_image_complete')
 
-   #check if there are any dtb providers
+#check if there are any dtb providers
 providerdtb = d.getVar("PREFERRED_PROVIDER_virtual/dtb")
 if providerdtb:
 d.appendVarFlag('do_assemble_fitimage', 'depends', ' 
virtual/dtb:do_populate_sysroot')
-- 
2.7.4

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

Re: [OE-core] [PATCH V3] populate_sdk_base: provide options to set sdk type

[Changqing Li]

ping

On 2/11/19 3:12 PM, Changqing Li wrote:

ping

On 1/21/19 1:35 PM, changqing...@windriver.com wrote:

From: Changqing Li 

Current sdk type is tar.xz, but for mingw sdk, since we
have symlink under the sdk folder, 7zip which used to
extract tar.xz cannot handle it, refer 7zip upstream bug:
https://sourceforge.net/p/sevenzip/discussion/45797/thread/c71d6b96/
so add option for usr can select the sdk type.

default type is tar.xz, and also support type zip.
user want to use zip type can set SDK_ARCHIVE_TYPE to zip.

Signed-off-by: Changqing Li 
---
  meta/classes/populate_sdk_base.bbclass | 28 
+---

  1 file changed, 21 insertions(+), 7 deletions(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass

index 677ba3c..3e7aec8 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -44,8 +44,23 @@ TOOLCHAIN_TARGET_TASK ?= 
"${@multilib_pkg_extend(d, 'packagegroup-core-standalon

  TOOLCHAIN_TARGET_TASK_ATTEMPTONLY ?= ""
  TOOLCHAIN_OUTPUTNAME ?= "${SDK_NAME}-toolchain-${SDK_VERSION}"
  +# Default archived SDK's suffix
+SDK_ARCHIVE_TYPE ?= "tar.xz"
+
+# To support different sdk type according to SDK_ARCHIVE_TYPE, now 
support zip and tar.xz

+python () {
+    if d.getVar('SDK_ARCHIVE_TYPE') == 'zip':
+   d.setVar('SDK_ARCHIVE_DEPENDS', 'zip-native')
+   # SDK_ARCHIVE_CMD used to generate archived sdk 
${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE} from input dir 
${SDK_OUTPUT}/${SDKPATH} to output dir ${SDKDEPLOYDIR}
+   # recommand to cd into input dir first to avoid archive with 
buildpath
+   d.setVar('SDK_ARCHIVE_CMD', 'cd ${SDK_OUTPUT}/${SDKPATH}; zip 
-r ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE} .')

+    else:
+   d.setVar('SDK_ARCHIVE_DEPENDS', 'xz-native')
+   d.setVar('SDK_ARCHIVE_CMD', 'cd ${SDK_OUTPUT}/${SDKPATH}; tar 
${SDKTAROPTS} -cf - . | xz -T 0 > 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE}')

+}
+
  SDK_RDEPENDS = "${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
-SDK_DEPENDS = "virtual/fakeroot-native xz-native 
cross-localedef-native nativesdk-qemuwrapper-cross ${@' 
'.join(["%s-qemuwrapper-cross" % m for m in 
d.getVar("MULTILIB_VARIANTS").split()])} qemuwrapper-cross"
+SDK_DEPENDS = "virtual/fakeroot-native ${SDK_ARCHIVE_DEPENDS} 
cross-localedef-native nativesdk-qemuwrapper-cross ${@' 
'.join(["%s-qemuwrapper-cross" % m for m in 
d.getVar("MULTILIB_VARIANTS").split()])} qemuwrapper-cross"
  PATH_prepend = 
"${STAGING_DIR_HOST}${SDKPATHNATIVE}${bindir}/crossscripts:${@":".join(all_multilib_tune_values(d, 
'STAGING_BINDIR_CROSS').split())}:"

  SDK_DEPENDS_append_libc-glibc = " nativesdk-glibc-locale"
  @@ -103,7 +118,7 @@ POPULATE_SDK_POST_TARGET_COMMAND_append = " 
write_sdk_test_data ; "
  POPULATE_SDK_POST_TARGET_COMMAND_append_task-populate-sdk  = " 
write_target_sdk_manifest ; "
  POPULATE_SDK_POST_HOST_COMMAND_append_task-populate-sdk = " 
write_host_sdk_manifest; "
  SDK_PACKAGING_COMMAND = "${@'${SDK_PACKAGING_FUNC};' if 
'${SDK_PACKAGING_FUNC}' else ''}"
-SDK_POSTPROCESS_COMMAND = " create_sdk_files; check_sdk_sysroots; 
tar_sdk; ${SDK_PACKAGING_COMMAND} "
+SDK_POSTPROCESS_COMMAND = " create_sdk_files; check_sdk_sysroots; 
archive_sdk; ${SDK_PACKAGING_COMMAND} "

    def populate_sdk_common(d):
  from oe.sdk import populate_sdk
@@ -221,11 +236,10 @@ python check_sdk_sysroots() {
    SDKTAROPTS = "--owner=root --group=root"
  -fakeroot tar_sdk() {
+fakeroot archive_sdk() {
  # Package it up
  mkdir -p ${SDKDEPLOYDIR}
-    cd ${SDK_OUTPUT}/${SDKPATH}
-    tar ${SDKTAROPTS} -cf - . | xz -T 0 > 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz

+    ${SDK_ARCHIVE_CMD}
  }
    TOOLCHAIN_SHAR_EXT_TMPL ?= 
"${COREBASE}/meta/files/toolchain-shar-extract.sh"

@@ -268,10 +282,10 @@ EOF
  chmod +x ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.sh
    # append the SDK tarball
-    cat ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz >> 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.sh
+    cat ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE} 
>> ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.sh

    # delete the old tarball, we don't need it anymore
-    rm ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
+    rm ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE}
  }
    populate_sdk_log_check() {



--
BRs

Sandy(Li Changqing)

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

Re: [OE-core] [PATCH] update-rc.d.bbclass: remove preinst and remove -f for postinst

[Changqing Li]

ping

On 12/27/18 11:02 AM, Changqing Li wrote:

ping

On 11/9/18 5:42 PM, changqing...@windriver.com wrote:

From: Changqing Li 

*preinst use "-f remove" to remove any links in the /etc/rcrunlevel.d
  but this will make user cannot keep previous config by default after
  upgrade

  eg: user disable one service before upgrade, after upgrade, service
  could be started since during preinst, all link have been deleted, so
  postinst may create the link to start service.

  remove preinst to keep previous links, so that after upgrade, if any
  link existed for the package, postinst will not create new start/stop
  links.

  (note: patch of support enable/disable function of update-rc.d send
  to yocto mail list today)

*remove -f for postinst, previously, recipe keepalived use remove during
  postinst, so need this -f, but remove in postinst is not proper, 
recipe

  keepalived have fixed this problem, so remove -f.

Signed-off-by: Changqing Li 
---
  meta/classes/update-rc.d.bbclass | 28 
  1 file changed, 4 insertions(+), 24 deletions(-)

diff --git a/meta/classes/update-rc.d.bbclass 
b/meta/classes/update-rc.d.bbclass

index 265c4be..1366fee 100644
--- a/meta/classes/update-rc.d.bbclass
+++ b/meta/classes/update-rc.d.bbclass
@@ -20,28 +20,14 @@ def use_updatercd(d):
  return '[ -n "$D" -o ! -d /run/systemd/system ]'
  return 'true'
  -updatercd_preinst() {
-if ${@use_updatercd(d)} && [ -z "$D" -a -f 
"${INIT_D_DIR}/${INITSCRIPT_NAME}" ]; then

-    ${INIT_D_DIR}/${INITSCRIPT_NAME} stop || :
-fi
-if ${@use_updatercd(d)} && type update-rc.d >/dev/null 2>/dev/null; 
then

-    if [ -n "$D" ]; then
-    OPT="-f -r $D"
-    else
-    OPT="-f"
-    fi
-    update-rc.d $OPT ${INITSCRIPT_NAME} remove
-fi
-}
-
  PACKAGE_WRITE_DEPS += "update-rc.d-native"
    updatercd_postinst() {
  if ${@use_updatercd(d)} && type update-rc.d >/dev/null 2>/dev/null; 
then

  if [ -n "$D" ]; then
-    OPT="-f -r $D"
+    OPT="-r $D"
  else
-    OPT="-f -s"
+    OPT="-s"
  fi
  update-rc.d $OPT ${INITSCRIPT_NAME} ${INITSCRIPT_PARAMS}
  fi
@@ -79,7 +65,7 @@ python __anonymous() {
  PACKAGESPLITFUNCS_prepend = 
"${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 
'populate_packages_updatercd ', '', d)}"
  PACKAGESPLITFUNCS_remove_class-nativesdk = 
"populate_packages_updatercd "
  -populate_packages_updatercd[vardeps] += "updatercd_prerm 
updatercd_postrm updatercd_preinst updatercd_postinst"
+populate_packages_updatercd[vardeps] += "updatercd_prerm 
updatercd_postrm updatercd_postinst"

  populate_packages_updatercd[vardepsexclude] += "OVERRIDES"
    python populate_packages_updatercd () {
@@ -95,7 +81,7 @@ python populate_packages_updatercd () {
  d.appendVar('RDEPENDS_' + pkg, ' %sinitd-functions' % 
(mlprefix))

    def update_rcd_package(pkg):
-    bb.debug(1, 'adding update-rc.d calls to 
preinst/postinst/prerm/postrm for %s' % pkg)
+    bb.debug(1, 'adding update-rc.d calls to 
postinst/prerm/postrm for %s' % pkg)

    localdata = bb.data.createCopy(d)
  overrides = localdata.getVar("OVERRIDES")
@@ -103,12 +89,6 @@ python populate_packages_updatercd () {
    update_rcd_auto_depend(pkg)
  -    preinst = d.getVar('pkg_preinst_%s' % pkg)
-    if not preinst:
-    preinst = '#!/bin/sh\n'
-    preinst += localdata.getVar('updatercd_preinst')
-    d.setVar('pkg_preinst_%s' % pkg, preinst)
-
  postinst = d.getVar('pkg_postinst_%s' % pkg)
  if not postinst:
  postinst = '#!/bin/sh\n'



--
BRs

Sandy(Li Changqing)

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

Re: [OE-core] [PATCH V2 2/2] piglit: support build piglit without x11

[Changqing Li]

ping

On 1/16/19 11:04 AM, changqing...@windriver.com wrote:

From: Changqing Li 

*  test PIGLIT_BUILD_GL_TESTS depend on glx library, so depend
on x11, so respect the DISTRO_FEATURES, only enable it when
x11 is enabled.
*  mesa-demos depend on libGL.so which is provide by recipe
mesa, but when x11 is disabled, libGL.so is not generated.
so we can only rdepend on this when x11 is enabled
*  add x11 PACKAGECONFIG to add correct config/depend/rdepend

Signed-off-by: Changqing Li 
---
  meta/recipes-graphics/piglit/piglit_git.bb | 13 -
  1 file changed, 8 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
b/meta/recipes-graphics/piglit/piglit_git.bb
index 622e046..0737d02 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -17,11 +17,12 @@ PV = "1.0+gitr${SRCPV}"
  
  S = "${WORKDIR}/git"
  
-DEPENDS = "libpng virtual/libx11 libxkbcommon libxrender waffle virtual/libgl libglu python3-mako-native python3-numpy-native python3-six-native virtual/egl"

+X11_DEPS = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'virtual/libx11 
libxrender libglu', '', d)}"
+X11_RDEPS = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'mesa-demos', '', 
d)}"
+
+DEPENDS = "libpng waffle libxkbcommon virtual/libgl python3-mako-native 
python3-numpy-native python3-six-native virtual/egl"
  
  inherit cmake pkgconfig python3native distro_features_check bash-completion

-# depends on virtual/libx11
-REQUIRED_DISTRO_FEATURES = "x11"
  
  # depends on virtual/libgl

  REQUIRED_DISTRO_FEATURES += "opengl"
@@ -32,8 +33,10 @@ REQUIRED_DISTRO_FEATURES += "opengl"
  export TEMP = "${B}/temp/"
  do_compile[dirs] =+ "${B}/temp/"
  
-PACKAGECONFIG ??= ""

+PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
  PACKAGECONFIG[freeglut] = "-DPIGLIT_USE_GLUT=1,-DPIGLIT_USE_GLUT=0,freeglut,"
+PACKAGECONFIG[x11] = 
"-DPIGLIT_BUILD_GL_TESTS=ON,-DPIGLIT_BUILD_GL_TESTS=OFF,${X11_DEPS}, 
${X11_RDEPS}"
+
  
  do_configure_prepend() {

 if [ "${@bb.utils.contains('PACKAGECONFIG', 'freeglut', 'yes', 'no', d)}" = 
"no" ]; then
@@ -48,7 +51,7 @@ RDEPENDS_${PN} = "waffle waffle-bin python3 python3-mako 
python3-json \
python3-misc \
python3-unixadmin python3-xml python3-multiprocessing \
python3-six python3-shell python3-io \
-   python3-netserver mesa-demos bash \
+   python3-netserver bash \
"
  
  INSANE_SKIP_${PN} += "dev-so already-stripped"


--
BRs

Sandy(Li Changqing)

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

Re: [OE-core] [PATCH v2] libidn2: fix buildpaths qa issue in .pc file

[Kang Kai]

On 2019/2/19 下午2:57, kai.k...@windriver.com wrote:

From: Kai Kang 

When enable buildpaths qa check, it show warning of libidn2:

| WARNING: libidn2-2.0.5-r0 do_package_qa: QA Issue: File
/work/armv5e-poky-linux-gnueabi/libidn2/2.0.5-r0/packages-split/libidn2-dev/usr/lib/pkgconfig/libidn2.pc
in package contained reference to tmpdir [buildpaths]

Fix the issue by substituting @LTLIBUNISTRING@ in the .pc file.


Ping.




Signed-off-by: Kai Kang 
---
  .../fix-host-contamination-in-pc-file.patch   | 22 +++
  meta/recipes-extended/libidn/libidn2_2.0.5.bb |  3 ++-
  2 files changed, 24 insertions(+), 1 deletion(-)
  create mode 100644 
meta/recipes-extended/libidn/libidn2/fix-host-contamination-in-pc-file.patch

diff --git 
a/meta/recipes-extended/libidn/libidn2/fix-host-contamination-in-pc-file.patch 
b/meta/recipes-extended/libidn/libidn2/fix-host-contamination-in-pc-file.patch
new file mode 100644
index 00..026312ab0a
--- /dev/null
+++ 
b/meta/recipes-extended/libidn/libidn2/fix-host-contamination-in-pc-file.patch
@@ -0,0 +1,22 @@
+Configure option --with-libunistring-prefix is set to fix compile-host-path qa
+issue. It causes @LTLIBUNISTRING@ in line 'Libs.private' of libidn2.pc replaced
+with ${STAGING_EXECPREFIXDIR} which causes buildpaths qa issue.
+
+libunistring is a dependency of libidn2 and installs libraries to standard
+library path, so just substitute @LTLIBUNISTRING@ with standard library path
+and -lunistring in libidn2.pc.in.
+
+Upstream-Status: Inappropriate [embedded specific]
+
+Signed-off-by: Kai Kang 
+---
+diff --git a/libidn2.pc.in b/libidn2.pc.in
+index 0dade23..24cc29d 100644
+--- a/libidn2.pc.in
 b/libidn2.pc.in
+@@ -8,4 +8,4 @@ Description: Library implementing IDNA2008 and TR46
+ Version: @PACKAGE_VERSION@
+ Cflags: -I${includedir}
+ Libs: -L${libdir} -lidn2
+-Libs.private: @LTLIBICONV@ @LTLIBUNISTRING@
++Libs.private: @LTLIBICONV@ -L${libdir} -lunistring
diff --git a/meta/recipes-extended/libidn/libidn2_2.0.5.bb 
b/meta/recipes-extended/libidn/libidn2_2.0.5.bb
index 0daf7a6877..a243a9181e 100644
--- a/meta/recipes-extended/libidn/libidn2_2.0.5.bb
+++ b/meta/recipes-extended/libidn/libidn2_2.0.5.bb
@@ -11,7 +11,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=ab90e75ef97cc6318ce4f2fbda62fe4d \
  
  SRC_URI = "${GNU_MIRROR}/libidn/${BPN}-${PV}.tar.gz \

 file://Unset-need_charset_alias-when-building-for-musl.patch \
-  "
+   file://fix-host-contamination-in-pc-file.patch \
+   "
  SRC_URI[md5sum] = "eaf9a5b9d03b0cce3760f34b3124eb36"
  SRC_URI[sha256sum] = 
"53f69170886f1fa6fa5b332439c7a77a7d22626a82ef17e2c1224858bb4ca2b8"
  



--
Kai Kang

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

[OE-core] [PATCH] xserver-xorg: upgrade 1.20.3 -> 1.20.4

[Anuj Mittal]

Signed-off-by: Anuj Mittal 
---
 .../{xserver-xorg_1.20.3.bb => xserver-xorg_1.20.4.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.20.3.bb => 
xserver-xorg_1.20.4.bb} (87%)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.3.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.4.bb
similarity index 87%
rename from meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.3.bb
rename to meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.4.bb
index 1caa154a23..3f55987bba 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.3.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.4.bb
@@ -4,8 +4,8 @@ SRC_URI += "file://musl-arm-inb-outb.patch \
 
file://0001-xf86pciBus.c-use-Intel-ddx-only-for-pre-gen4-hardwar.patch \
 file://pkgconfig.patch \
 "
-SRC_URI[md5sum] = "8ee29e8b24cef6b3cfa747ec01b9155a"
-SRC_URI[sha256sum] = 
"1b3ce466c12cacbe2252b3ad5b0ed561972eef9d09e75900d65fb1e21f9201de"
+SRC_URI[md5sum] = "c4841cc24b79420205d082fe82e0a650"
+SRC_URI[sha256sum] = 
"fe0fd493ebe93bfc56bede382fa204458ff5f636ea54d413a5d1bd58e19166ee"
 
 # These extensions are now integrated into the server, so declare the migration
 # path for in-place upgrades.
-- 
2.17.1

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

[OE-core] [PATCH V5] default-distrovars: Drop DISTRO_FEATURES_LIBC

[Khem Raj]

After eglibc was merged into glibc, Kconfig support was also dropped so
these libc features therefore are not effective anymore and can be
removed

Signed-off-by: Khem Raj 
---
v2:
- Add ipv4 and ipv6 to default distro features, they are not libc
  specific anyway
- Remove DISTRO_FEATURES_DEFAULT as this is redundant now

v3:
- Remove the use of libc-* overrides in metadata

v4:
- Cleanup further to simplify variable assignments

v5:
- Keep DISTRO_FEATURES_DEFAULT, distros e.g. poky relies on it

 meta/classes/image.bbclass|  5 -
 meta/classes/libc-package.bbclass |  9 +++--
 meta/conf/bitbake.conf|  4 ++--
 .../distro/include/default-distrovars.inc | 13 ++---
 meta/conf/distro/include/tclibc-glibc.inc | 19 +--
 meta/conf/local.conf.sample.extended  | 16 ++--
 meta/recipes-core/glib-2.0/glib.inc   |  2 --
 meta/recipes-core/glibc/glibc_2.29.bb |  3 +--
 meta/recipes-core/libxml/libxml2_2.9.8.bb |  2 --
 meta/recipes-devtools/mtools/mtools_4.0.19.bb |  2 --
 .../findutils/findutils_4.6.0.bb  |  2 +-
 meta/recipes-extended/shadow/shadow.inc   |  2 +-
 meta/recipes-extended/shadow/shadow_4.6.bb|  2 +-
 13 files changed, 18 insertions(+), 63 deletions(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 11927f39f5..276d0d31f4 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -176,11 +176,6 @@ IMAGE_LINGUAS ?= "de-de fr-fr en-gb"
 
 LINGUAS_INSTALL ?= "${@" ".join(map(lambda s: "locale-base-%s" % s, 
d.getVar('IMAGE_LINGUAS').split()))}"
 
-python () {
-if not bb.utils.contains('DISTRO_FEATURES', 'libc-charsets 
libc-locale-code libc-locales', True, False, d):
-d.setVar('IMAGE_LINGUAS', '')
-}
-
 # Prefer image, but use the fallback files for lookups if the image ones
 # aren't yet available.
 PSEUDO_PASSWD = "${IMAGE_ROOTFS}:${STAGING_DIR_NATIVE}"
diff --git a/meta/classes/libc-package.bbclass 
b/meta/classes/libc-package.bbclass
index 34c9151ae9..8859dad566 100644
--- a/meta/classes/libc-package.bbclass
+++ b/meta/classes/libc-package.bbclass
@@ -37,14 +37,11 @@ python __anonymous () {
 d.setVar("DEPENDS", depends)
 d.setVar("GLIBC_INTERNAL_USE_BINARY_LOCALE", "compile")
 break
-
-# try to fix disable charsets/locales/locale-code compile fail
-if bb.utils.contains('DISTRO_FEATURES', 'libc-charsets libc-locales 
libc-locale-code', True, False, d):
-d.setVar('PACKAGE_NO_GCONV', '0')
-else:
-d.setVar('PACKAGE_NO_GCONV', '1')
 }
 
+# try to fix disable charsets/locales/locale-code compile fail
+PACKAGE_NO_GCONV ?= "0"
+
 OVERRIDES_append = ":${TARGET_ARCH}-${TARGET_OS}"
 
 locale_base_postinst_ontarget() {
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 435646a946..1c5369ec98 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -123,7 +123,7 @@ TUNE_ASARGS ??= ""
 TUNE_FEATURES ??= "${TUNE_FEATURES_tune-${DEFAULTTUNE}}"
 LIBCEXTENSION ??= ""
 ABIEXTENSION ??= ""
-USE_NLS ??= "${@bb.utils.contains('DISTRO_FEATURES', 'libc-locale-code', 
'yes', 'no', d)}"
+USE_NLS ??= "yes"
 SDKUSE_NLS ??= "yes"
 
 TARGET_ARCH = "${TUNE_ARCH}"
@@ -820,7 +820,7 @@ IMAGE_FEATURES += "${EXTRA_IMAGE_FEATURES}"
 # Native distro features (will always be used for -native, even if they
 # are not enabled for target)
 DISTRO_FEATURES_NATIVE ?= "x11 ipv6 xattr"
-DISTRO_FEATURES_NATIVESDK ?= "x11 libc-charsets libc-locales libc-locale-code"
+DISTRO_FEATURES_NATIVESDK ?= "x11"
 
 # Normally target distro features will not be applied to native builds:
 # Native distro features on this list will use the target feature value
diff --git a/meta/conf/distro/include/default-distrovars.inc 
b/meta/conf/distro/include/default-distrovars.inc
index 76edff6480..7a0baf3260 100644
--- a/meta/conf/distro/include/default-distrovars.inc
+++ b/meta/conf/distro/include/default-distrovars.inc
@@ -10,17 +10,8 @@ LOCALE_UTF8_ONLY ?= "0"
 LOCALE_UTF8_IS_DEFAULT ?= "1"
 LOCALE_UTF8_IS_DEFAULT_class-nativesdk = "0"
 
-DISTRO_FEATURES_DEFAULT ?= "acl alsa argp bluetooth ext2 irda largefile pcmcia 
usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11"
-DISTRO_FEATURES_LIBC_DEFAULT ?= "ipv4 ipv6 libc-backtrace libc-big-macros 
libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \
-   libc-crypt-ufc libc-db-aliases 
libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
-   libc-getlogin libc-idn libc-inet-anl 
libc-libm libc-locales libc-locale-code \
-   libc-memusage libc-nsswitch libc-rcmd 
libc-rtld-debug libc-spawn libc-streams \
-   libc-utmp libc-utmpx libc-wordexp 
libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc \
-   libc-posi

Re: [OE-core] [PATCH 2/2] mesa-gl: Set PACKAGECONFIG for target

[Khem Raj]

On Tue, Feb 26, 2019 at 5:17 PM Martin Jansa  wrote:
>
> Fixes e.g.:
> ERROR: weston-5.0.0-r0 do_prepare_recipe_sysroot: The file 
> /usr/lib/libEGL.so.1.0.0 is installed by both mesa-gl and libhybris, aborting
>
> but there is still:
> ERROR: weston-5.0.0-r0 do_prepare_recipe_sysroot: The file 
> /usr/include/KHR/khrplatform.h is installed by both mesa-gl and libhybris, 
> aborting
>
> I believe this header wasn't included in mesa-gl before recent changes, maybe 
> something else needs to be filtered out?
>

Yes, https://patchwork.freedesktop.org/patch/166596/
worked in past but does not work anymore with latest version
maybe a regression or may be it will work with meson.
irrespective of what/where gets fixed, this patch helps us to move

For rpi layer, I have fixed it like this
https://github.com/YoeDistro/meta-raspberrypi/commit/46dbdbb1f9059dcd36e032a074023ac9c78be4aa

probably, that fix should be made to main mesa-gl recipe itself so all
can use it.

> On Tue, Feb 26, 2019 at 12:18 AM Khem Raj  wrote:
>>
>> mesa.inc uses PACKAGECONFIG_class-target override to setup default
>> packageconfigs, which means that when we build mesa-gl for target then
>> it does no honor the ??= setting we have in mesa-gl recipe, and ends up
>> compiling egl, gles2 as well, which is not intended.
>>
>> Signed-off-by: Khem Raj 
>> ---
>>  meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb 
>> b/meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb
>> index 73267eb4f0..d4b1c1c454 100644
>> --- a/meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb
>> +++ b/meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb
>> @@ -7,3 +7,4 @@ PROVIDES = "virtual/libgl virtual/mesa"
>>  S = "${WORKDIR}/mesa-${PV}"
>>
>>  PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', 'x11', 
>> d)}"
>> +PACKAGECONFIG_class-target = "opengl dri 
>> ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
>> --
>> 2.20.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] mesa-gl: Set PACKAGECONFIG for target

[Martin Jansa]

Fixes e.g.:
ERROR: weston-5.0.0-r0 do_prepare_recipe_sysroot: The file
/usr/lib/libEGL.so.1.0.0 is installed by both mesa-gl and libhybris,
aborting

but there is still:
ERROR: weston-5.0.0-r0 do_prepare_recipe_sysroot: The file
/usr/include/KHR/khrplatform.h is installed by both mesa-gl and libhybris,
aborting

I believe this header wasn't included in mesa-gl before recent changes,
maybe something else needs to be filtered out?

On Tue, Feb 26, 2019 at 12:18 AM Khem Raj  wrote:

> mesa.inc uses PACKAGECONFIG_class-target override to setup default
> packageconfigs, which means that when we build mesa-gl for target then
> it does no honor the ??= setting we have in mesa-gl recipe, and ends up
> compiling egl, gles2 as well, which is not intended.
>
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb
> b/meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb
> index 73267eb4f0..d4b1c1c454 100644
> --- a/meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb
> +++ b/meta/recipes-graphics/mesa/mesa-gl_18.3.4.bb
> @@ -7,3 +7,4 @@ PROVIDES = "virtual/libgl virtual/mesa"
>  S = "${WORKDIR}/mesa-${PV}"
>
>  PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES',
> 'x11', d)}"
> +PACKAGECONFIG_class-target = "opengl dri
> ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
> --
> 2.20.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] openssl: move c_rehash pkg to avoid perl dep

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org  core-boun...@lists.openembedded.org> On Behalf Of Brad Bishop
> Sent: den 14 januari 2019 23:05
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [OE-Core][PATCH] openssl: move c_rehash pkg to avoid
> perl dep
> 
> Perl and its dependencies have a decent footprint impact.  On my
> xz compressed filesystem:
> 
> 634880: /usr/lib/libperl.so.5.24.4
> 
> Put c_rehash in the openssl-misc package so the dependency can be
> avoided where it isn't needed.
> 
> Change-Id: Iae9bccabfb1c8cfa1401ca6785abc39713d3fdf0
> Signed-off-by: Brad Bishop 
> ---
>  meta/recipes-connectivity/openssl/openssl_1.1.1a.bb | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
> b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
> index 5c4e69cfb7..7d26654921 100644
> --- a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
> +++ b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
> @@ -190,14 +190,13 @@ FILES_libcrypto = "${libdir}/libcrypto${SOLIBS}"
>  FILES_libssl = "${libdir}/libssl${SOLIBS}"
>  FILES_openssl-conf = "${sysconfdir}/ssl/openssl.cnf"
>  FILES_${PN}-engines = "${libdir}/engines-1.1"
> -FILES_${PN}-misc = "${libdir}/ssl-1.1/misc"
> +FILES_${PN}-misc = "${libdir}/ssl-1.1/misc ${bindir}/c_rehash"
>  FILES_${PN} =+ "${libdir}/ssl-1.1/*"
>  FILES_${PN}_append_class-nativesdk = " ${SDKPATHNATIVE}/environment-
> setup.d/openssl.sh"
> 
>  CONFFILES_openssl-conf = "${sysconfdir}/ssl/openssl.cnf"
> 
>  RRECOMMENDS_libcrypto += "openssl-conf"
> -RDEPENDS_${PN}-bin = "perl"
>  RDEPENDS_${PN}-misc = "perl"
>  RDEPENDS_${PN}-ptest += "openssl-bin perl perl-modules bash python"

There is a line at the end of the recipe, which was recently 
added, that says:

MULTILIB_SCRIPTS = "${PN}-bin:${bindir}/c_rehash"

I believe it should now be changed to:

MULTILIB_SCRIPTS = "${PN}-misc:${bindir}/c_rehash"

> --
> 2.20.1

//Peter

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

Re: [OE-core] [PATCH] devtool: deploy-target: support "unsafe" symlinks

[Andre McCurdy]

On Tue, Feb 26, 2019 at 1:40 AM Olaf Mandel  wrote:
>
> The bosybox version of tar considers symlink targets that start with /
> or with ../ to be unsafe and refuses to unpack them unless the
> EXTRACT_UNSAFE_SYMLINKS environment variable is set to 1.
>
> As even many core packages legitimately contain such links (e.g.
> coreutils-locale-*, dropbear, eudev, initscripts, kmod, ...), add the
> environment variable to the remote script.

Upstream Busybox seems to have a different solution, so perhaps worth
adding a comment that EXTRACT_UNSAFE_SYMLINKS is a temporary /
version-specific fix.

  
https://git.busybox.net/busybox/commit/?h=1_28_stable&id=37277a23fe48b13313f5d96084d890ed21d5fd8b

> ---
>  scripts/lib/devtool/deploy.py | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/scripts/lib/devtool/deploy.py b/scripts/lib/devtool/deploy.py
> index f345f31b7b..9617388f90 100644
> --- a/scripts/lib/devtool/deploy.py
> +++ b/scripts/lib/devtool/deploy.py
> @@ -114,6 +114,7 @@ def _prepare_remote_script(deploy, verbose=False, 
> dryrun=False, undeployall=Fals
>  lines.append('rm $3')
>  lines.append('mkdir -p `dirname $manifest`')
>  lines.append('mkdir -p $2')
> +lines.append('export EXTRACT_UNSAFE_SYMLINKS=1')
>  if verbose:
>  lines.append('tar xv -C $2 -f - | tee $manifest')
>  else:
> --
> 2.11.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] lttng-tools: Disable hanging tests and other ptest fixes

[Richard Purdie]

Disable some tests which hang, blocking many other ptests.

Also add missing test artefacts to improve test pass rate and
fix failures.

Signed-off-by: Richard Purdie 
---
 meta/recipes-kernel/lttng/lttng-tools_2.10.6.bb | 15 ---
 1 file changed, 12 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/lttng/lttng-tools_2.10.6.bb 
b/meta/recipes-kernel/lttng/lttng-tools_2.10.6.bb
index 13bab9068eb..9d21fb00bfe 100644
--- a/meta/recipes-kernel/lttng/lttng-tools_2.10.6.bb
+++ b/meta/recipes-kernel/lttng/lttng-tools_2.10.6.bb
@@ -63,11 +63,11 @@ do_install_append () {
 }
 
 do_install_ptest () {
-for f in Makefile tests/Makefile tests/utils/utils.sh ; do
+for f in Makefile tests/Makefile tests/utils/utils.sh 
tests/regression/tools/save-load/load-42*.lttng 
tests/regression/tools/save-load/configuration/load-42*.lttng ; do
 install -D "${B}/$f" "${D}${PTEST_PATH}/$f"
 done
 
-for f in config/tap-driver.sh config/test-driver ; do
+for f in config/tap-driver.sh config/test-driver 
src/common/config/session.xsd src/common/mi-lttng-3.0.xsd; do
 install -D "${S}/$f" "${D}${PTEST_PATH}/$f"
 done
 
@@ -141,8 +141,17 @@ do_install_ptest () {
 -e 's#\(^test.*LDADD.=\)#disable\1#g' \
 -i ${D}${PTEST_PATH}/tests/unit/Makefile
 
+#
+# Disable notification tools tests as currently
+# these hang and cause the rest of the ptests to timeout
+#
+sed -e 's#tools/notification/test_notification_ust##g' \
+-e 's#tools/notification/test_notification_kernel##g' \
+-e 's#tools/notification/test_notification_multi_app##g' \
+-i ${D}${PTEST_PATH}/tests/regression/Makefile
+
 # Substitute links to installed binaries.
-for prog in lttng lttng-relayd lttng-sessiond lttng-consumerd ; do
+for prog in lttng lttng-relayd lttng-sessiond lttng-consumerd lttng-crash; 
do
 exedir="${D}${PTEST_PATH}/src/bin/${prog}"
 install -d "$exedir"
 case "$prog" in
-- 
2.20.1

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

Re: [OE-core] [RFC][PATCH v4] mesa: Convert recipe to use meson build system

[Nicolas Dechesne]

On Tue, Feb 26, 2019 at 6:19 PM Khem Raj  wrote:
>
> On Tue, Feb 26, 2019 at 7:36 AM Nicolas Dechesne
>  wrote:
> >
> > On Tue, Feb 26, 2019 at 4:08 PM Khem Raj  wrote:
> > >
> > > On Tue, Feb 26, 2019 at 4:26 AM Otavio Salvador
> > >  wrote:
> > > >
> > > > On Tue, Feb 26, 2019 at 8:58 AM Burton, Ross  
> > > > wrote:
> > > > >
> > > > > Patch has been accepted, so we need to cherry-pick the patch I 
> > > > > mentioned.
> > > >
> > > > We will wait for 19.0.1 to be out to go to meson, so it will be
> > > > applied there for sure.
> > > >
> > >
> > > I am still seeing fredreno build failure with master-next
> > > https://errors.yoctoproject.org/Errors/Details/230466/
> >
> > I was about to suggest that the right fix would be to get rid of that
> > recipe, since it's been deprecated, see:
> > http://bloggingthemonkey.blogspot.com/2016/11/a-quick-note-for-usersdistros.html
> >
> > So i checked the Layer index to find which layer has the recipe just
> > to realize it's my own meta-qcom layer... oops.
> >
> > Are you ok, if I remove it, or do you need it for anything?
>
> Deleting is fine

done. for both master and thud branches.

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

Re: [OE-core] [PATCH] glibc: fix multilib file install conflicts

[Khem Raj]

On Tue, Feb 26, 2019 at 8:58 AM C.r. Guo  wrote:
>
> From: Chunrong Guo 
>
> Leaving bits/wordsize.h out of being multilibbed introduced a problem in 
> building the SDK for arm64:

I thought we were multilibbing bits/wordsize.h isnt that the case.

> Error: Transaction check error:
> file /usr/include/bits/procfs-id.h conflicts between attempted installs of 
> lib64-libc6-dev-2.29-r0.aarch64 and libc6-dev-2.29-r0.armv7ahf_neon
> file /usr/include/bits/procfs.h conflicts between attempted installs of 
> lib64-libc6-dev-2.29-r0.aarch64 and libc6-dev-2.29-r0.armv7ahf_neon
> file /usr/include/bits/shmlba.h conflicts between attempted installs of 
> lib64-libc6-dev-2.29-r0.aarch64 and libc6-dev-2.29-r0.armv7ahf_neon
>
> Signed-off-by: Chunrong Guo 
> ---
>  meta/recipes-core/glibc/glibc-package.inc | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-core/glibc/glibc-package.inc 
> b/meta/recipes-core/glibc/glibc-package.inc
> index 329732f..822ffd6 100644
> --- a/meta/recipes-core/glibc/glibc-package.inc
> +++ b/meta/recipes-core/glibc/glibc-package.inc
> @@ -144,6 +144,7 @@ do_install_armmultilib () {
> oe_multilib_header bits/local_lim.h bits/mman.h bits/msq.h 
> bits/pthreadtypes.h bits/pthreadtypes-arch.h  bits/sem.h  bits/semaphore.h 
> bits/setjmp.h
> oe_multilib_header bits/shm.h bits/sigstack.h bits/stat.h 
> bits/statfs.h bits/typesizes.h
>
> +oe_multilib_header bits/procfs-id.h bits/procfs.h bits/shmlba.h
> oe_multilib_header fpu_control.h gnu/lib-names.h gnu/stubs.h ieee754.h
>
> oe_multilib_header sys/elf.h sys/procfs.h sys/ptrace.h sys/ucontext.h 
> sys/user.h
> --
> 2.7.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] [PATCH] wayland:Upgrade to 1.16.91

[Denys Dmytriyenko]

On Tue, Feb 26, 2019 at 02:00:00PM +0800, Hong Liu wrote:
> Upgrade wayland from 1.16.0 to 1.16.91.

NAK - this is the first alpha in a long road to official 17.0 release.


> Signed-off-by: Hong Liu 
> ---
>  .../wayland/{wayland_1.16.0.bb => wayland_1.16.91.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-graphics/wayland/{wayland_1.16.0.bb => 
> wayland_1.16.91.bb} (92%)
> 
> diff --git a/meta/recipes-graphics/wayland/wayland_1.16.0.bb 
> b/meta/recipes-graphics/wayland/wayland_1.16.91.bb
> similarity index 92%
> rename from meta/recipes-graphics/wayland/wayland_1.16.0.bb
> rename to meta/recipes-graphics/wayland/wayland_1.16.91.bb
> index 112ee1a25e..8d7a06cdde 100644
> --- a/meta/recipes-graphics/wayland/wayland_1.16.0.bb
> +++ b/meta/recipes-graphics/wayland/wayland_1.16.91.bb
> @@ -15,8 +15,8 @@ DEPENDS = "expat libxml2 libffi wayland-native"
>  SRC_URI = "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
>  file://fixpathinpcfiles.patch \
> "
> -SRC_URI[md5sum] = "0c215e53de71d6fb26f7102cdc6432d3"
> -SRC_URI[sha256sum] = 
> "4e72c2b56109ccfb6610d776e465f4ca0af2280c9c2f7d5cc23f0ed2548752f5"
> +SRC_URI[md5sum] = "711fea532899f2de096ebafdc54d1e3f"
> +SRC_URI[sha256sum] = 
> "d51b83a51034ed5474517e0b0bca2d4e7056e4c51d720ea885f0c34f243fee90"
>  
>  UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html";
>  
> -- 
> 2.17.2
> 
> 
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH V4] default-distrovars: Drop DISTRO_FEATURES_LIBC

[Scott Rifenbark]

Hi,

DISTRO_FEATURES_DEFAULT appears in the YP reference manual.  I am going to
remove it for 2.7.

Scott

On Tue, Feb 26, 2019 at 10:03 AM Khem Raj  wrote:

> After eglibc was merged into glibc, Kconfig support was also dropped so
> these libc features therefore are not effective anymore and can be
> removed
>
> Signed-off-by: Khem Raj 
> ---
> v2:
> - Add ipv4 and ipv6 to default distro features, they are not libc
>   specific anyway
> - Remove DISTRO_FEATURES_DEFAULT as this is redundant now
>
> v3:
> - Remove the use of libc-* overrides in metadata
>
> v4:
> - Cleanup further to simplify variable assignments
>
>  meta/classes/image.bbclass|  5 -
>  meta/classes/libc-package.bbclass |  9 +++--
>  meta/conf/bitbake.conf|  4 ++--
>  .../distro/include/default-distrovars.inc | 11 +--
>  meta/conf/distro/include/tclibc-glibc.inc | 19 +--
>  meta/conf/local.conf.sample.extended  | 16 ++--
>  meta/recipes-core/glib-2.0/glib.inc   |  2 --
>  meta/recipes-core/glibc/glibc_2.29.bb |  3 +--
>  meta/recipes-core/libxml/libxml2_2.9.8.bb |  2 --
>  meta/recipes-devtools/mtools/mtools_4.0.19.bb |  2 --
>  .../findutils/findutils_4.6.0.bb  |  2 +-
>  meta/recipes-extended/shadow/shadow.inc   |  2 +-
>  meta/recipes-extended/shadow/shadow_4.6.bb|  2 +-
>  13 files changed, 17 insertions(+), 62 deletions(-)
>
> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> index 11927f39f5..276d0d31f4 100644
> --- a/meta/classes/image.bbclass
> +++ b/meta/classes/image.bbclass
> @@ -176,11 +176,6 @@ IMAGE_LINGUAS ?= "de-de fr-fr en-gb"
>
>  LINGUAS_INSTALL ?= "${@" ".join(map(lambda s: "locale-base-%s" % s,
> d.getVar('IMAGE_LINGUAS').split()))}"
>
> -python () {
> -if not bb.utils.contains('DISTRO_FEATURES', 'libc-charsets
> libc-locale-code libc-locales', True, False, d):
> -d.setVar('IMAGE_LINGUAS', '')
> -}
> -
>  # Prefer image, but use the fallback files for lookups if the image ones
>  # aren't yet available.
>  PSEUDO_PASSWD = "${IMAGE_ROOTFS}:${STAGING_DIR_NATIVE}"
> diff --git a/meta/classes/libc-package.bbclass
> b/meta/classes/libc-package.bbclass
> index 34c9151ae9..8859dad566 100644
> --- a/meta/classes/libc-package.bbclass
> +++ b/meta/classes/libc-package.bbclass
> @@ -37,14 +37,11 @@ python __anonymous () {
>  d.setVar("DEPENDS", depends)
>  d.setVar("GLIBC_INTERNAL_USE_BINARY_LOCALE", "compile")
>  break
> -
> -# try to fix disable charsets/locales/locale-code compile fail
> -if bb.utils.contains('DISTRO_FEATURES', 'libc-charsets libc-locales
> libc-locale-code', True, False, d):
> -d.setVar('PACKAGE_NO_GCONV', '0')
> -else:
> -d.setVar('PACKAGE_NO_GCONV', '1')
>  }
>
> +# try to fix disable charsets/locales/locale-code compile fail
> +PACKAGE_NO_GCONV ?= "0"
> +
>  OVERRIDES_append = ":${TARGET_ARCH}-${TARGET_OS}"
>
>  locale_base_postinst_ontarget() {
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 435646a946..1c5369ec98 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -123,7 +123,7 @@ TUNE_ASARGS ??= ""
>  TUNE_FEATURES ??= "${TUNE_FEATURES_tune-${DEFAULTTUNE}}"
>  LIBCEXTENSION ??= ""
>  ABIEXTENSION ??= ""
> -USE_NLS ??= "${@bb.utils.contains('DISTRO_FEATURES', 'libc-locale-code',
> 'yes', 'no', d)}"
> +USE_NLS ??= "yes"
>  SDKUSE_NLS ??= "yes"
>
>  TARGET_ARCH = "${TUNE_ARCH}"
> @@ -820,7 +820,7 @@ IMAGE_FEATURES += "${EXTRA_IMAGE_FEATURES}"
>  # Native distro features (will always be used for -native, even if they
>  # are not enabled for target)
>  DISTRO_FEATURES_NATIVE ?= "x11 ipv6 xattr"
> -DISTRO_FEATURES_NATIVESDK ?= "x11 libc-charsets libc-locales
> libc-locale-code"
> +DISTRO_FEATURES_NATIVESDK ?= "x11"
>
>  # Normally target distro features will not be applied to native builds:
>  # Native distro features on this list will use the target feature value
> diff --git a/meta/conf/distro/include/default-distrovars.inc
> b/meta/conf/distro/include/default-distrovars.inc
> index 76edff6480..d57329ec17 100644
> --- a/meta/conf/distro/include/default-distrovars.inc
> +++ b/meta/conf/distro/include/default-distrovars.inc
> @@ -10,16 +10,7 @@ LOCALE_UTF8_ONLY ?= "0"
>  LOCALE_UTF8_IS_DEFAULT ?= "1"
>  LOCALE_UTF8_IS_DEFAULT_class-nativesdk = "0"
>
> -DISTRO_FEATURES_DEFAULT ?= "acl alsa argp bluetooth ext2 irda largefile
> pcmcia usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11"
> -DISTRO_FEATURES_LIBC_DEFAULT ?= "ipv4 ipv6 libc-backtrace libc-big-macros
> libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \
> -   libc-crypt-ufc libc-db-aliases
> libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
> -   libc-getlogin libc-idn
> libc-inet-anl libc-libm libc-locales libc-locale-code \
> -

[OE-core] [PATCH V4] default-distrovars: Drop DISTRO_FEATURES_LIBC

[Khem Raj]

After eglibc was merged into glibc, Kconfig support was also dropped so
these libc features therefore are not effective anymore and can be
removed

Signed-off-by: Khem Raj 
---
v2:
- Add ipv4 and ipv6 to default distro features, they are not libc
  specific anyway
- Remove DISTRO_FEATURES_DEFAULT as this is redundant now

v3:
- Remove the use of libc-* overrides in metadata

v4:
- Cleanup further to simplify variable assignments

 meta/classes/image.bbclass|  5 -
 meta/classes/libc-package.bbclass |  9 +++--
 meta/conf/bitbake.conf|  4 ++--
 .../distro/include/default-distrovars.inc | 11 +--
 meta/conf/distro/include/tclibc-glibc.inc | 19 +--
 meta/conf/local.conf.sample.extended  | 16 ++--
 meta/recipes-core/glib-2.0/glib.inc   |  2 --
 meta/recipes-core/glibc/glibc_2.29.bb |  3 +--
 meta/recipes-core/libxml/libxml2_2.9.8.bb |  2 --
 meta/recipes-devtools/mtools/mtools_4.0.19.bb |  2 --
 .../findutils/findutils_4.6.0.bb  |  2 +-
 meta/recipes-extended/shadow/shadow.inc   |  2 +-
 meta/recipes-extended/shadow/shadow_4.6.bb|  2 +-
 13 files changed, 17 insertions(+), 62 deletions(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 11927f39f5..276d0d31f4 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -176,11 +176,6 @@ IMAGE_LINGUAS ?= "de-de fr-fr en-gb"
 
 LINGUAS_INSTALL ?= "${@" ".join(map(lambda s: "locale-base-%s" % s, 
d.getVar('IMAGE_LINGUAS').split()))}"
 
-python () {
-if not bb.utils.contains('DISTRO_FEATURES', 'libc-charsets 
libc-locale-code libc-locales', True, False, d):
-d.setVar('IMAGE_LINGUAS', '')
-}
-
 # Prefer image, but use the fallback files for lookups if the image ones
 # aren't yet available.
 PSEUDO_PASSWD = "${IMAGE_ROOTFS}:${STAGING_DIR_NATIVE}"
diff --git a/meta/classes/libc-package.bbclass 
b/meta/classes/libc-package.bbclass
index 34c9151ae9..8859dad566 100644
--- a/meta/classes/libc-package.bbclass
+++ b/meta/classes/libc-package.bbclass
@@ -37,14 +37,11 @@ python __anonymous () {
 d.setVar("DEPENDS", depends)
 d.setVar("GLIBC_INTERNAL_USE_BINARY_LOCALE", "compile")
 break
-
-# try to fix disable charsets/locales/locale-code compile fail
-if bb.utils.contains('DISTRO_FEATURES', 'libc-charsets libc-locales 
libc-locale-code', True, False, d):
-d.setVar('PACKAGE_NO_GCONV', '0')
-else:
-d.setVar('PACKAGE_NO_GCONV', '1')
 }
 
+# try to fix disable charsets/locales/locale-code compile fail
+PACKAGE_NO_GCONV ?= "0"
+
 OVERRIDES_append = ":${TARGET_ARCH}-${TARGET_OS}"
 
 locale_base_postinst_ontarget() {
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 435646a946..1c5369ec98 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -123,7 +123,7 @@ TUNE_ASARGS ??= ""
 TUNE_FEATURES ??= "${TUNE_FEATURES_tune-${DEFAULTTUNE}}"
 LIBCEXTENSION ??= ""
 ABIEXTENSION ??= ""
-USE_NLS ??= "${@bb.utils.contains('DISTRO_FEATURES', 'libc-locale-code', 
'yes', 'no', d)}"
+USE_NLS ??= "yes"
 SDKUSE_NLS ??= "yes"
 
 TARGET_ARCH = "${TUNE_ARCH}"
@@ -820,7 +820,7 @@ IMAGE_FEATURES += "${EXTRA_IMAGE_FEATURES}"
 # Native distro features (will always be used for -native, even if they
 # are not enabled for target)
 DISTRO_FEATURES_NATIVE ?= "x11 ipv6 xattr"
-DISTRO_FEATURES_NATIVESDK ?= "x11 libc-charsets libc-locales libc-locale-code"
+DISTRO_FEATURES_NATIVESDK ?= "x11"
 
 # Normally target distro features will not be applied to native builds:
 # Native distro features on this list will use the target feature value
diff --git a/meta/conf/distro/include/default-distrovars.inc 
b/meta/conf/distro/include/default-distrovars.inc
index 76edff6480..d57329ec17 100644
--- a/meta/conf/distro/include/default-distrovars.inc
+++ b/meta/conf/distro/include/default-distrovars.inc
@@ -10,16 +10,7 @@ LOCALE_UTF8_ONLY ?= "0"
 LOCALE_UTF8_IS_DEFAULT ?= "1"
 LOCALE_UTF8_IS_DEFAULT_class-nativesdk = "0"
 
-DISTRO_FEATURES_DEFAULT ?= "acl alsa argp bluetooth ext2 irda largefile pcmcia 
usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11"
-DISTRO_FEATURES_LIBC_DEFAULT ?= "ipv4 ipv6 libc-backtrace libc-big-macros 
libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \
-   libc-crypt-ufc libc-db-aliases 
libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
-   libc-getlogin libc-idn libc-inet-anl 
libc-libm libc-locales libc-locale-code \
-   libc-memusage libc-nsswitch libc-rcmd 
libc-rtld-debug libc-spawn libc-streams \
-   libc-utmp libc-utmpx libc-wordexp 
libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc \
-   libc-posix-wchar-io"
-DISTRO_FEATURES_LIBC ?= "${DISTRO_FEATURES_LIBC_DEFAULT}"

Re: [OE-core] [RFC][PATCH v4] mesa: Convert recipe to use meson build system

[Khem Raj]

On Tue, Feb 26, 2019 at 7:36 AM Nicolas Dechesne
 wrote:
>
> On Tue, Feb 26, 2019 at 4:08 PM Khem Raj  wrote:
> >
> > On Tue, Feb 26, 2019 at 4:26 AM Otavio Salvador
> >  wrote:
> > >
> > > On Tue, Feb 26, 2019 at 8:58 AM Burton, Ross  
> > > wrote:
> > > >
> > > > Patch has been accepted, so we need to cherry-pick the patch I 
> > > > mentioned.
> > >
> > > We will wait for 19.0.1 to be out to go to meson, so it will be
> > > applied there for sure.
> > >
> >
> > I am still seeing fredreno build failure with master-next
> > https://errors.yoctoproject.org/Errors/Details/230466/
>
> I was about to suggest that the right fix would be to get rid of that
> recipe, since it's been deprecated, see:
> http://bloggingthemonkey.blogspot.com/2016/11/a-quick-note-for-usersdistros.html
>
> So i checked the Layer index to find which layer has the recipe just
> to realize it's my own meta-qcom layer... oops.
>
> Are you ok, if I remove it, or do you need it for anything?

Deleting is fine

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

[OE-core] [PATCH] cpio: avoid conflict with tar-doc and rmt.8

[Mark Asselstine]

This fixes:
Error: Transaction check error:
  file /usr/share/man/man8/rmt.8 conflicts between attempted installs of
  cpio-doc-2.12-r0.core2_64 and tar-doc-1.31-r0.core2_64

Prior to commit 348a96a5b401 [tar: upgrade to 1.31] the copies of
rmt.8 found in the tar(-doc) and cpio(-doc) packages were the same and
thus no conflict was seen. After the upgrade there were small changes
in the manpage header which results in the conflict quoted above. The
applications themselves make use of the 'update-alternatives'
mechanism to allow a user to select which version of 'rmt' to use but
since the man pages are essentially the same we disambiguate the
source of the man pages and make them both available should both
cpio-doc and tar-doc are both installed. And as such we avoid the
conflict.

Signed-off-by: Mark Asselstine 
---
 meta/recipes-extended/cpio/cpio_2.12.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-extended/cpio/cpio_2.12.bb 
b/meta/recipes-extended/cpio/cpio_2.12.bb
index 6ba8337..cb845c3 100644
--- a/meta/recipes-extended/cpio/cpio_2.12.bb
+++ b/meta/recipes-extended/cpio/cpio_2.12.bb
@@ -27,6 +27,9 @@ do_install () {
 mv "${D}${bindir}/cpio" "${D}${base_bindir}/cpio"
 rmdir ${D}${bindir}/
 fi
+
+# Avoid conflicts with the version from tar
+mv "${D}${mandir}/man8/rmt.8" "${D}${mandir}/man8/rmt-cpio.8"
 }
 
 PACKAGES =+ "${PN}-rmt"
-- 
2.7.4

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

[OE-core] [PATCH] glibc: fix multilib file install conflicts

[C.r. Guo]

From: Chunrong Guo 

Leaving bits/wordsize.h out of being multilibbed introduced a problem in 
building the SDK for arm64:
Error: Transaction check error:
file /usr/include/bits/procfs-id.h conflicts between attempted installs of 
lib64-libc6-dev-2.29-r0.aarch64 and libc6-dev-2.29-r0.armv7ahf_neon
file /usr/include/bits/procfs.h conflicts between attempted installs of 
lib64-libc6-dev-2.29-r0.aarch64 and libc6-dev-2.29-r0.armv7ahf_neon
file /usr/include/bits/shmlba.h conflicts between attempted installs of 
lib64-libc6-dev-2.29-r0.aarch64 and libc6-dev-2.29-r0.armv7ahf_neon

Signed-off-by: Chunrong Guo 
---
 meta/recipes-core/glibc/glibc-package.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index 329732f..822ffd6 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -144,6 +144,7 @@ do_install_armmultilib () {
oe_multilib_header bits/local_lim.h bits/mman.h bits/msq.h 
bits/pthreadtypes.h bits/pthreadtypes-arch.h  bits/sem.h  bits/semaphore.h 
bits/setjmp.h
oe_multilib_header bits/shm.h bits/sigstack.h bits/stat.h bits/statfs.h 
bits/typesizes.h
 
+oe_multilib_header bits/procfs-id.h bits/procfs.h bits/shmlba.h
oe_multilib_header fpu_control.h gnu/lib-names.h gnu/stubs.h ieee754.h
 
oe_multilib_header sys/elf.h sys/procfs.h sys/ptrace.h sys/ucontext.h 
sys/user.h
-- 
2.7.4

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

Re: [OE-core] [PATCH] default-distrovars: Drop DISTRO_FEATURES_LIBC

[Richard Purdie]

On Tue, 2019-02-26 at 08:40 -0800, Scott Rifenbark wrote:
> Hi, 
> 
> The DISTRO_FEATURES_LIBC variable appears in the YP reference
> manual.  Will it be safe to remove this for the 2.7 release?

Yes, I'm going to take some variant of this cleanup for 2.7.

Cheers,

Richard

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

Re: [OE-core] [PATCH] default-distrovars: Drop DISTRO_FEATURES_LIBC

[Scott Rifenbark]

Hi,

The DISTRO_FEATURES_LIBC variable appears in the YP reference manual.  Will
it be safe to remove this for the 2.7 release?

Scott

On Mon, Feb 25, 2019 at 11:00 AM Khem Raj  wrote:

> After eglibc was merged into glibc, Kconfig support was also dropped so
> these libc features therefore are not effective anymore and can be
> removed
>
> Signed-off-by: Khem Raj 
> ---
>  meta/conf/distro/include/default-distrovars.inc | 10 +-
>  meta/conf/local.conf.sample.extended| 16 ++--
>  2 files changed, 3 insertions(+), 23 deletions(-)
>
> diff --git a/meta/conf/distro/include/default-distrovars.inc
> b/meta/conf/distro/include/default-distrovars.inc
> index 76edff6480..35da7f10e1 100644
> --- a/meta/conf/distro/include/default-distrovars.inc
> +++ b/meta/conf/distro/include/default-distrovars.inc
> @@ -11,15 +11,7 @@ LOCALE_UTF8_IS_DEFAULT ?= "1"
>  LOCALE_UTF8_IS_DEFAULT_class-nativesdk = "0"
>
>  DISTRO_FEATURES_DEFAULT ?= "acl alsa argp bluetooth ext2 irda largefile
> pcmcia usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11"
> -DISTRO_FEATURES_LIBC_DEFAULT ?= "ipv4 ipv6 libc-backtrace libc-big-macros
> libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \
> -   libc-crypt-ufc libc-db-aliases
> libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
> -   libc-getlogin libc-idn
> libc-inet-anl libc-libm libc-locales libc-locale-code \
> -   libc-memusage libc-nsswitch
> libc-rcmd libc-rtld-debug libc-spawn libc-streams \
> -   libc-utmp libc-utmpx libc-wordexp
> libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc \
> -   libc-posix-wchar-io"
> -DISTRO_FEATURES_LIBC ?= "${DISTRO_FEATURES_LIBC_DEFAULT}"
> -DISTRO_FEATURES_LIBC_class-nativesdk = "${DISTRO_FEATURES_LIBC_DEFAULT}"
> -DISTRO_FEATURES ?= "${DISTRO_FEATURES_DEFAULT} ${DISTRO_FEATURES_LIBC}"
> +DISTRO_FEATURES ?= "${DISTRO_FEATURES_DEFAULT}"
>
>  IMAGE_FEATURES ?= ""
>
> diff --git a/meta/conf/local.conf.sample.extended
> b/meta/conf/local.conf.sample.extended
> index 010bf6ca6f..91e321047f 100644
> --- a/meta/conf/local.conf.sample.extended
> +++ b/meta/conf/local.conf.sample.extended
> @@ -24,22 +24,10 @@
>  # For a quad-core machine, BB_NUMBER_THREADS = "4", PARALLEL_MAKE = "-j
> 4" would
>  # be appropriate for example.
>
> -
> -# glibc configurability is used to reduce minimal image's size.
> -# the all supported glibc options are listed in DISTRO_FEATURES_LIBC
> -# and disabled by default. Uncomment and copy the DISTRO_FEATURES_LIBC
> -# and DISTRO_FEATURES definitions to local.conf to enable the options.
> -#DISTRO_FEATURES_LIBC = "ipv6 libc-backtrace libc-big-macros libc-bsd
> libc-cxx-tests libc-catgets libc-charsets libc-crypt \
> -#   libc-crypt-ufc libc-db-aliases libc-envz libc-fcvt
> libc-fmtmsg libc-fstab libc-ftraverse \
> -#   libc-getlogin libc-idn libc-inet libc-inet-anl libc-libm
> libc-locales libc-locale-code \
> -#   libc-memusage libc-nsswitch libc-rcmd libc-rtld-debug
> libc-spawn libc-streams \
> -#   libc-utmp libc-utmpx libc-wordexp libc-posix-clang-wchar
> libc-posix-regexp libc-posix-regexp-glibc \
> -#   libc-posix-wchar-io"
> -
> -#DISTRO_FEATURES = "alsa bluetooth ext2 irda pcmcia usbgadget usbhost
> wifi nfs zeroconf pci ${DISTRO_FEATURES_LIBC}"
> +#DISTRO_FEATURES = "alsa bluetooth ext2 irda pcmcia usbgadget usbhost
> wifi nfs zeroconf pci"
>
>  # If you want to get an image based on directfb without x11, Please copy
> this variable to build/conf/local.conf
> -#DISTRO_FEATURES = "alsa argp bluetooth ext2 irda largefile pcmcia
> usbgadget usbhost wifi xattr nfs zeroconf pci 3g directfb
> ${DISTRO_FEATURES_LIBC}"
> +#DISTRO_FEATURES = "alsa argp bluetooth ext2 irda largefile pcmcia
> usbgadget usbhost wifi xattr nfs zeroconf pci 3g directfb"
>
>  # ENABLE_BINARY_LOCALE_GENERATION controls the generation of binary locale
>  # packages at build time using qemu-native. Disabling it (by setting it
> to 0)
> --
> 2.20.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Yocto Project Status WW09'19

[sjolley.yp.pm]

Current Dev Position: YP 2.7 M3 (New feature Freeze has begun.)

Next Deadline: YP 2.7 M3 Cutoff was Feb. 25, 2019

 

SWAT Team Rotation:

*   SWAT lead is currently: Ross
*   SWAT team rotation: Ross -> Chen on Mar. 1, 2019
*   SWAT team rotation: Chen -> Armin on Mar. 8, 2019
*
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team

 

Key Status/Updates:

*   We have now passed the feature freeze point for 2.7
*   YP 2.7 M2 rc2 is out of QA and being readied for release.  See:

https://wiki.yoctoproject.org/wiki/WW07_-_2019-02-14_-_Full_Test_Cycle_2.7_M
2_RC2 and

https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.7_Status#Milestone_2_-_T
arget_Feb._1.2C_2019
*   We now have resulttool, buildhistory and build-performance all
working with the autobuilder and will be using this as the primary QA
mechanism going forward. More details can be found here:

 

http://lists.openembedded.org/pipermail/openembedded-architecture/2019-Febru
ary/001591.html

*   There were some serious usability issues found with multiconfig,
those have been fixed in master and thud.
*   Various recipe upgrades made it in, thanks to all who contributed.
Several recipes also converted to meson including glib-2.0 and gdk-pixbuf.
*   We now need to build M3 as we're past feature freeze point for 2.7.
Right now we're aware of the following things which ideally need to be
resolved first:

*   Bug 13178 "X server and matchbox desktop don't start up properly on
beaglebone" needs to be fixed
*   Find the framebuffer problem with qemuarmv7 and switch to that
*   Several ptest issues would be addressed (missing openssl tests, 3
timeouts)
*   Arm build host issues identified and resolved

*   It's unlikely we'll switch to virtgl by default for 2.7 due to lack
of testing from the community although the base patches for this have
merged.

 

Planned Releases for YP 2.7:

*   YP 2.7 M2 rc2 is out of QA.
*   YP 2.7 M2 Release Target was Feb. 1, 2019
*   YP 2.7 M3 Cutoff is Feb. 25, 2019
*   YP 2.7 M3 Release Target is Mar. 8, 2019
*   YP 2.7 M4 Cutoff is Apr. 1, 2019
*   YP 2.7 M4 Release Target is Apr. 26, 2019

 

Planned upcoming dot releases:

*   YP 2.5.3 (Sumo) will be targeted after YP 2.7 M2 is done.
*   YP 2.5.4 (Sumo) will be targeted after YP 2.7 M4 is done.
*   YP 2.6.2 (Thud) will be targeted after YP 2.5.4 is done.

 

Tracking Metrics:

*   WDD 2415 (last week 2392) (

https://wiki.yoctoproject.org/charts/combo.html)
*   Poky Patch Metrics  

*   Total patches found: 1516 (last week 1527)
*   Patches in the Pending State: 660 (44%) [last week 663 (43%)]

 

Key Status Links for YP:

 
https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.7_Status

 
https://wiki.yoctoproject.org/wiki/Yocto_2.7_Schedule

 
https://wiki.yoctoproject.org/wiki/Yocto_2.7_Features

 

The Status reports are now stored on the wiki at:

https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you'd like to see on this
weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

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

Re: [OE-core] [RFC][PATCH v4] mesa: Convert recipe to use meson build system

[Nicolas Dechesne]

On Tue, Feb 26, 2019 at 4:08 PM Khem Raj  wrote:
>
> On Tue, Feb 26, 2019 at 4:26 AM Otavio Salvador
>  wrote:
> >
> > On Tue, Feb 26, 2019 at 8:58 AM Burton, Ross  wrote:
> > >
> > > Patch has been accepted, so we need to cherry-pick the patch I mentioned.
> >
> > We will wait for 19.0.1 to be out to go to meson, so it will be
> > applied there for sure.
> >
>
> I am still seeing fredreno build failure with master-next
> https://errors.yoctoproject.org/Errors/Details/230466/

I was about to suggest that the right fix would be to get rid of that
recipe, since it's been deprecated, see:
http://bloggingthemonkey.blogspot.com/2016/11/a-quick-note-for-usersdistros.html

So i checked the Layer index to find which layer has the recipe just
to realize it's my own meta-qcom layer... oops.

Are you ok, if I remove it, or do you need it for anything?

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

Re: [OE-core] [RFC][PATCH v4] mesa: Convert recipe to use meson build system

[Khem Raj]

On Tue, Feb 26, 2019 at 4:26 AM Otavio Salvador
 wrote:
>
> On Tue, Feb 26, 2019 at 8:58 AM Burton, Ross  wrote:
> >
> > Patch has been accepted, so we need to cherry-pick the patch I mentioned.
>
> We will wait for 19.0.1 to be out to go to meson, so it will be
> applied there for sure.
>

I am still seeing fredreno build failure with master-next
https://errors.yoctoproject.org/Errors/Details/230466/

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

[OE-core] [PATCH master thud] systemd: move "machines" symlinks to systemd-container

[Matthias Schiffer]

Move symlinks to the machines.target and var-lib-machines.mount units to
the systemd-container package, where the pointed at units are located as
well.

This avoids an implicit dependency of the systemd package on
systemd-container, preventing the use of systemd without pulling in
container support.

Signed-off-by: Matthias Schiffer 
---
 meta/recipes-core/systemd/systemd_239.bb | 3 +++
 1 file changed, 3 insertions(+)

The fix can also be cherry-picked to Sumo without conflicts (in fact, Rocko
is affected as well, but I think that's EOL?). Please let me know if you
want me to submit a separate patch for Sumo, or if fixing this in the older
releases is not desired.

diff --git a/meta/recipes-core/systemd/systemd_239.bb 
b/meta/recipes-core/systemd/systemd_239.bb
index 7af297245a..ef5020040c 100644
--- a/meta/recipes-core/systemd/systemd_239.bb
+++ b/meta/recipes-core/systemd/systemd_239.bb
@@ -421,12 +421,15 @@ SYSTEMD_SERVICE_${PN}-remote = 
"systemd-journal-remote.socket"
 
 FILES_${PN}-container = 
"${sysconfdir}/dbus-1/system.d/org.freedesktop.import1.conf \
  
${sysconfdir}/dbus-1/system.d/org.freedesktop.machine1.conf \
+ 
${sysconfdir}/systemd/system/multi-user.target.wants/machines.target \
  ${base_bindir}/machinectl \
  ${bindir}/systemd-nspawn \
  ${nonarch_libdir}/systemd/import-pubring.gpg \
  
${systemd_system_unitdir}/busnames.target.wants/org.freedesktop.import1.busname 
\
  
${systemd_system_unitdir}/busnames.target.wants/org.freedesktop.machine1.busname
 \
  
${systemd_system_unitdir}/local-fs.target.wants/var-lib-machines.mount \
+ 
${systemd_system_unitdir}/machines.target.wants/var-lib-machines.mount \
+ 
${systemd_system_unitdir}/remote-fs.target.wants/var-lib-machines.mount \
  ${systemd_system_unitdir}/machine.slice \
  ${systemd_system_unitdir}/machines.target \
  
${systemd_system_unitdir}/org.freedesktop.import1.busname \
-- 
2.17.1

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

[OE-core] [PATCH] syslinux: upgrade to 6.04-pre2

[Anuj Mittal]

For changes in this release, see:

http://www.syslinux.org/wiki/index.php?title=Syslinux_6_Changelog

Backport a patch to fix compilation failures and remove the patches that
are not needed anymore.

Signed-off-by: Anuj Mittal 
---
 ...don-t-install-obsolete-file-com32.ld.patch | 32 +
 ...linuxext-implement-syslinux_patch_bo.patch | 44 +-
 .../syslinux/0010-gcc46-compatibility.patch   | 37 ---
 ...1-mk-MMD-does-not-take-any-arguments.patch | 33 --
 .../syslinux/syslinux-6.03-sysmacros.patch| 45 ---
 ...syslinux-fix-parallel-building-issue.patch | 35 ---
 .../syslinux-libupload-depend-lib.patch   | 31 -
 ...syslinux_6.03.bb => syslinux_6.04-pre2.bb} | 15 +++
 8 files changed, 62 insertions(+), 210 deletions(-)
 create mode 100644 
meta/recipes-devtools/syslinux/syslinux/0001-install-don-t-install-obsolete-file-com32.ld.patch
 delete mode 100644 
meta/recipes-devtools/syslinux/syslinux/0010-gcc46-compatibility.patch
 delete mode 100644 
meta/recipes-devtools/syslinux/syslinux/0011-mk-MMD-does-not-take-any-arguments.patch
 delete mode 100644 
meta/recipes-devtools/syslinux/syslinux/syslinux-6.03-sysmacros.patch
 delete mode 100644 
meta/recipes-devtools/syslinux/syslinux/syslinux-fix-parallel-building-issue.patch
 delete mode 100644 
meta/recipes-devtools/syslinux/syslinux/syslinux-libupload-depend-lib.patch
 rename meta/recipes-devtools/syslinux/{syslinux_6.03.bb => 
syslinux_6.04-pre2.bb} (85%)

diff --git 
a/meta/recipes-devtools/syslinux/syslinux/0001-install-don-t-install-obsolete-file-com32.ld.patch
 
b/meta/recipes-devtools/syslinux/syslinux/0001-install-don-t-install-obsolete-file-com32.ld.patch
new file mode 100644
index 00..bfd7f41b13
--- /dev/null
+++ 
b/meta/recipes-devtools/syslinux/syslinux/0001-install-don-t-install-obsolete-file-com32.ld.patch
@@ -0,0 +1,32 @@
+From bf6db5b48ec25f83939f1fdebb59028bc3c40b00 Mon Sep 17 00:00:00 2001
+From: "H. Peter Anvin (Intel)" 
+Date: Wed, 6 Feb 2019 11:30:51 -0800
+Subject: [PATCH] install: don't install obsolete file com32.ld
+
+com32.ld has been obsolete for a long time, and has been removed now;
+don't install it either.
+
+Reported-by: Joakim Tjernlund 
+Signed-off-by: H. Peter Anvin (Intel) 
+
+Upstream-Status: Backport
+Signed-off-by: Anuj Mittal 
+---
+ com32/lib/Makefile | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/com32/lib/Makefile b/com32/lib/Makefile
+index 74fff149..6a931492 100644
+--- a/com32/lib/Makefile
 b/com32/lib/Makefile
+@@ -113,7 +113,6 @@ spotless: clean
+ 
+ install: all
+   mkdir -m 755 -p $(INSTALLROOT)$(COM32DIR)
+-  install -m 644 $(SRC)/com32.ld $(INSTALLROOT)$(COM32DIR)
+   -rm -rf $(INSTALLROOT)$(COM32DIR)/include
+   cp -r $(SRC)/../include $(INSTALLROOT)$(COM32DIR)
+ 
+-- 
+2.17.1
+
diff --git 
a/meta/recipes-devtools/syslinux/syslinux/0008-libinstaller-syslinuxext-implement-syslinux_patch_bo.patch
 
b/meta/recipes-devtools/syslinux/syslinux/0008-libinstaller-syslinuxext-implement-syslinux_patch_bo.patch
index 2400c98d6a..f1d01fa43c 100644
--- 
a/meta/recipes-devtools/syslinux/syslinux/0008-libinstaller-syslinuxext-implement-syslinux_patch_bo.patch
+++ 
b/meta/recipes-devtools/syslinux/syslinux/0008-libinstaller-syslinuxext-implement-syslinux_patch_bo.patch
@@ -1,8 +1,7 @@
-From 78d76b87a4b855e6b661ae457283a63f385c04c9 Mon Sep 17 00:00:00 2001
+From efce87e5ab98664c57e5f4e3955a2f3747df5737 Mon Sep 17 00:00:00 2001
 From: Robert Yang 
 Date: Fri, 2 Jan 2015 12:26:46 +0800
-Subject: [PATCH 8/9] libinstaller/syslinuxext: implement
- syslinux_patch_bootsect()
+Subject: [PATCH] libinstaller/syslinuxext: implement syslinux_patch_bootsect()
 
 Move the related from extlinux/main.c to libinstaller/syslinuxext.c, the
 syslinux_patch_bootsect() are used by both extlinux/main.c and
@@ -12,17 +11,21 @@ Upstream-Status: Submitted
 
 Signed-off-by: Robert Yang 
 Tested-by: Du Dolpher 
+
+Edited to include sysmacros.h
+
+Signed-off-by: Anuj Mittal 
 ---
  extlinux/Makefile  |   3 +-
- extlinux/main.c| 167 +---
- libinstaller/syslinuxext.c | 170 +
- 3 files changed, 175 insertions(+), 165 deletions(-)
+ extlinux/main.c| 167 +---
+ libinstaller/syslinuxext.c | 171 +
+ 3 files changed, 176 insertions(+), 165 deletions(-)
 
 diff --git a/extlinux/Makefile b/extlinux/Makefile
-index 02d1db5..90dd92f 100644
+index 1721ee54..62a49728 100644
 --- a/extlinux/Makefile
 +++ b/extlinux/Makefile
-@@ -31,7 +31,8 @@ SRCS = main.c \
+@@ -32,7 +32,8 @@ SRCS = main.c \
   ../libinstaller/advio.c \
   ../libinstaller/bootsect_bin.c \
   ../libinstaller/ldlinuxc32_bin.c \
@@ -33,10 +36,10 @@ index 02d1db5..90dd92f 100644
  
  .SUFFIXES: .c .o .i .s .S
 diff --git a/extlinux/main.c b/extlinux/main.c
-index 09

Re: [OE-core] [PATCH] openssl: Use the c_rehash shell re-implementation for target

[Otavio Salvador]

Hello Alexander,

On Tue, Feb 26, 2019 at 9:57 AM Alexander Kanavin
 wrote:
> On Tue, 26 Feb 2019 at 13:29, Otavio Salvador
>  wrote:
>
> > > I'd rather not deviate from the upstream, and use what the upstream
> > > provides. Especially considering that perl version does have command
> > > line options that the shell version does not, and the difference might
> > > increase in the future:
> > > c_rehash [-old] [-h] [-help] [-v] [dirs...]
> > >
> > > If you really really can't afford perl runtime on the target, and want
> > > the shell version, how about making it a PACKAGECONFIG?
> >
> > Well, the c_rehash has a specific use case and this version is
> > /already/ in use on 1.0 (for both target and native) and on 1.1 for
> > native. If c_rehash is not good enough for use, we should remove it
> > from native as well.
>
> 1.0 version is no longer used in either native or target, 1.1 version
> is used in both cases, as they have the same file name and would then
> clash.
> The native use case is specific and controlled - running
> update-ca-certificates. There is no guarantee that on target the
> utility will not be used from somewhere else, making assumptions that
> are true for perl version, but not true for our shell rewrite.

Really? What forbids me to use the c_rehash native side as part of my
build scripts and tooling? So or it is good enough or it is.

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

Re: [OE-core] [PATCH] openssl: Use the c_rehash shell re-implementation for target

[Alexander Kanavin]

On Tue, 26 Feb 2019 at 13:29, Otavio Salvador
 wrote:

> > I'd rather not deviate from the upstream, and use what the upstream
> > provides. Especially considering that perl version does have command
> > line options that the shell version does not, and the difference might
> > increase in the future:
> > c_rehash [-old] [-h] [-help] [-v] [dirs...]
> >
> > If you really really can't afford perl runtime on the target, and want
> > the shell version, how about making it a PACKAGECONFIG?
>
> Well, the c_rehash has a specific use case and this version is
> /already/ in use on 1.0 (for both target and native) and on 1.1 for
> native. If c_rehash is not good enough for use, we should remove it
> from native as well.

1.0 version is no longer used in either native or target, 1.1 version
is used in both cases, as they have the same file name and would then
clash.
The native use case is specific and controlled - running
update-ca-certificates. There is no guarantee that on target the
utility will not be used from somewhere else, making assumptions that
are true for perl version, but not true for our shell rewrite.

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

Re: [OE-core] [PATCH] openssl: Use the c_rehash shell re-implementation for target

[Otavio Salvador]

Hello Alexander,

On Tue, Feb 26, 2019 at 9:20 AM Alexander Kanavin
 wrote:
> On Tue, 26 Feb 2019 at 12:36, Otavio Salvador  wrote:
> > We had a c_rehash shell re-implementation being used for the native
> > package and there is no reason to not use it as well for the
> > target. This allows it to be available without the need of perl being
> > installed.
>
> I'd rather not deviate from the upstream, and use what the upstream
> provides. Especially considering that perl version does have command
> line options that the shell version does not, and the difference might
> increase in the future:
> c_rehash [-old] [-h] [-help] [-v] [dirs...]
>
> If you really really can't afford perl runtime on the target, and want
> the shell version, how about making it a PACKAGECONFIG?

Well, the c_rehash has a specific use case and this version is
/already/ in use on 1.0 (for both target and native) and on 1.1 for
native. If c_rehash is not good enough for use, we should remove it
from native as well.


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

Re: [OE-core] [RFC][PATCH v4] mesa: Convert recipe to use meson build system

[Otavio Salvador]

On Tue, Feb 26, 2019 at 8:58 AM Burton, Ross  wrote:
>
> Patch has been accepted, so we need to cherry-pick the patch I mentioned.

We will wait for 19.0.1 to be out to go to meson, so it will be
applied there for sure.

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

Re: [OE-core] [PATCH] openssl: Use the c_rehash shell re-implementation for target

[Alexander Kanavin]

On Tue, 26 Feb 2019 at 12:36, Otavio Salvador  wrote:
> We had a c_rehash shell re-implementation being used for the native
> package and there is no reason to not use it as well for the
> target. This allows it to be available without the need of perl being
> installed.

I'd rather not deviate from the upstream, and use what the upstream
provides. Especially considering that perl version does have command
line options that the shell version does not, and the difference might
increase in the future:
c_rehash [-old] [-h] [-help] [-v] [dirs...]

If you really really can't afford perl runtime on the target, and want
the shell version, how about making it a PACKAGECONFIG?

Alex


>  .../openssl/openssl_1.1.1a.bb| 16 
>  1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb 
> b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
> index 9f6e26bcf5..3e9e45e4a4 100644
> --- a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
> +++ b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
> @@ -122,7 +122,13 @@ do_install () {
>
> oe_multilib_header openssl/opensslconf.h
>
> -   # Create SSL structure for packages such as ca-certificates which
> +   # Install a custom version of c_rehash that can handle sysroots 
> properly.
> +   # This version is used for example when installing ca-certificates 
> during
> +   # image creation.
> +   install -Dm 0755 ${WORKDIR}/openssl-c_rehash.sh ${D}${bindir}/c_rehash
> +   sed -i -e 's,/etc/openssl,${sysconfdir}/ssl,g' ${D}${bindir}/c_rehash
> +
> +# Create SSL structure for packages such as ca-certificates which
> # contain hard-coded paths to /etc/ssl. Debian does the same.
> install -d ${D}${sysconfdir}/ssl
> mv ${D}${libdir}/ssl-1.1/certs \
> @@ -143,12 +149,6 @@ do_install_append_class-native () {
> SSL_CERT_DIR=${libdir}/ssl-1.1/certs \
> SSL_CERT_FILE=${libdir}/ssl-1.1/cert.pem \
> OPENSSL_ENGINES=${libdir}/ssl-1.1/engines
> -
> -   # Install a custom version of c_rehash that can handle sysroots 
> properly.
> -   # This version is used for example when installing ca-certificates 
> during
> -   # image creation.
> -   install -Dm 0755 ${WORKDIR}/openssl-c_rehash.sh ${D}${bindir}/c_rehash
> -   sed -i -e 's,/etc/openssl,${sysconfdir}/ssl,g' ${D}${bindir}/c_rehash
>  }
>
>  do_install_append_class-nativesdk () {
> @@ -190,7 +190,7 @@ FILES_libcrypto = "${libdir}/libcrypto${SOLIBS}"
>  FILES_libssl = "${libdir}/libssl${SOLIBS}"
>  FILES_openssl-conf = "${sysconfdir}/ssl/openssl.cnf"
>  FILES_${PN}-engines = "${libdir}/engines-1.1"
> -FILES_${PN}-misc = "${libdir}/ssl-1.1/misc ${bindir}/c_rehash"
> +FILES_${PN}-misc = "${libdir}/ssl-1.1/misc"
>  FILES_${PN} =+ "${libdir}/ssl-1.1/*"
>  FILES_${PN}_append_class-nativesdk = " 
> ${SDKPATHNATIVE}/environment-setup.d/openssl.sh"
>
> --
> 2.20.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [RFC][PATCH v4] mesa: Convert recipe to use meson build system

[Burton, Ross]

Patch has been accepted, so we need to cherry-pick the patch I mentioned.

Ross

On Mon, 25 Feb 2019 at 20:26, Burton, Ross  wrote:
>
> I'm also not convinced this was right and have submitted
> https://lists.freedesktop.org/archives/mesa-dev/2019-February/215791.html.
> When that is reviewed we'll know whether this change is fine, or we
> should pick a the patch.
>
> Ross
>
> On Mon, 25 Feb 2019 at 19:04, Burton, Ross  wrote:
> >
> > So far:
> >
> > rburton: according to this commit it's intentional:
> > cc15460e182148292be877bec5a8a61cec57377d
> > although I'm not sure that patch was correct now, it looks
> > like autotools has generated a 1.1.0 since 2014
> >
> > On Mon, 25 Feb 2019 at 18:54, Burton, Ross  wrote:
> > >
> > > packages/corei7-64-poky-linux/mesa/libgles1-mesa: FILELIST: removed
> > > "/usr/lib/libGLESv1_CM.so.1.1.0", added
> > > "/usr/lib/libGLESv1_CM.so.1.0.0"
> > >
> > > Is that intentional?  Looks like a version mistake in the meson.build.
> > >
> > > Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] openssl: Use the c_rehash shell re-implementation for target

[Otavio Salvador]

We had a c_rehash shell re-implementation being used for the native
package and there is no reason to not use it as well for the
target. This allows it to be available without the need of perl being
installed.

This partially reverts OE-Core:d2b1a889ef (openssl: move c_rehash pkg
to avoid perl dep) but still allows the removal of perl dependency.

Signed-off-by: Otavio Salvador 
---

 .../openssl/openssl_1.1.1a.bb| 16 
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
index 9f6e26bcf5..3e9e45e4a4 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
@@ -122,7 +122,13 @@ do_install () {
 
oe_multilib_header openssl/opensslconf.h
 
-   # Create SSL structure for packages such as ca-certificates which
+   # Install a custom version of c_rehash that can handle sysroots 
properly.
+   # This version is used for example when installing ca-certificates 
during
+   # image creation.
+   install -Dm 0755 ${WORKDIR}/openssl-c_rehash.sh ${D}${bindir}/c_rehash
+   sed -i -e 's,/etc/openssl,${sysconfdir}/ssl,g' ${D}${bindir}/c_rehash
+
+# Create SSL structure for packages such as ca-certificates which
# contain hard-coded paths to /etc/ssl. Debian does the same.
install -d ${D}${sysconfdir}/ssl
mv ${D}${libdir}/ssl-1.1/certs \
@@ -143,12 +149,6 @@ do_install_append_class-native () {
SSL_CERT_DIR=${libdir}/ssl-1.1/certs \
SSL_CERT_FILE=${libdir}/ssl-1.1/cert.pem \
OPENSSL_ENGINES=${libdir}/ssl-1.1/engines
-
-   # Install a custom version of c_rehash that can handle sysroots 
properly.
-   # This version is used for example when installing ca-certificates 
during
-   # image creation.
-   install -Dm 0755 ${WORKDIR}/openssl-c_rehash.sh ${D}${bindir}/c_rehash
-   sed -i -e 's,/etc/openssl,${sysconfdir}/ssl,g' ${D}${bindir}/c_rehash
 }
 
 do_install_append_class-nativesdk () {
@@ -190,7 +190,7 @@ FILES_libcrypto = "${libdir}/libcrypto${SOLIBS}"
 FILES_libssl = "${libdir}/libssl${SOLIBS}"
 FILES_openssl-conf = "${sysconfdir}/ssl/openssl.cnf"
 FILES_${PN}-engines = "${libdir}/engines-1.1"
-FILES_${PN}-misc = "${libdir}/ssl-1.1/misc ${bindir}/c_rehash"
+FILES_${PN}-misc = "${libdir}/ssl-1.1/misc"
 FILES_${PN} =+ "${libdir}/ssl-1.1/*"
 FILES_${PN}_append_class-nativesdk = " 
${SDKPATHNATIVE}/environment-setup.d/openssl.sh"
 
-- 
2.20.1

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

Re: [OE-core] [PATCH V3] default-distrovars: Drop DISTRO_FEATURES_LIBC

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org  core-boun...@lists.openembedded.org> On Behalf Of Khem Raj
> Sent: den 26 februari 2019 10:01
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH V3] default-distrovars: Drop
> DISTRO_FEATURES_LIBC
> 
> After eglibc was merged into glibc, Kconfig support was also dropped so
> these libc features therefore are not effective anymore and can be
> removed
> 
> Signed-off-by: Khem Raj 
> ---
> v2:
> - Add ipv4 and ipv6 to default distro features, they are not libc
>   specific anyway
> - Remove DISTRO_FEATURES_DEFAULT as this is redundant now
> 
> v3:
> - Remove the use of libc-* overrides in metadata
> 
>  meta/classes/image.bbclass   |  1 -
>  meta/classes/libc-package.bbclass|  5 +
>  meta/conf/bitbake.conf   |  4 ++--
>  meta/conf/distro/include/default-distrovars.inc  | 11 +--
>  meta/conf/distro/include/tclibc-glibc.inc|  5 +
>  meta/conf/local.conf.sample.extended | 16 ++--
>  meta/recipes-core/glib-2.0/glib.inc  |  2 --
>  meta/recipes-core/glibc/glibc_2.29.bb|  3 +--
>  meta/recipes-core/libxml/libxml2_2.9.8.bb|  2 --
>  meta/recipes-devtools/mtools/mtools_4.0.19.bb|  2 --
>  .../findutils/findutils_4.6.0.bb |  2 +-
>  meta/recipes-extended/shadow/shadow.inc  |  2 +-
>  meta/recipes-extended/shadow/shadow_4.6.bb   |  2 +-
>  13 files changed, 11 insertions(+), 46 deletions(-)
> 
> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> index 11927f39f5..6baccb4bb5 100644
> --- a/meta/classes/image.bbclass
> +++ b/meta/classes/image.bbclass
> @@ -177,7 +177,6 @@ IMAGE_LINGUAS ?= "de-de fr-fr en-gb"
>  LINGUAS_INSTALL ?= "${@" ".join(map(lambda s: "locale-base-%s" % s,
> d.getVar('IMAGE_LINGUAS').split()))}"
> 
>  python () {
> -if not bb.utils.contains('DISTRO_FEATURES', 'libc-charsets 
> libc-locale-code libc-locales', True, False, d):
>  d.setVar('IMAGE_LINGUAS', '')
>  }

Change the above anonymous Python block to:

IMAGE_LINGUAS = ""

> 
> diff --git a/meta/classes/libc-package.bbclass b/meta/classes/libc-
> package.bbclass
> index 34c9151ae9..06d4984081 100644
> --- a/meta/classes/libc-package.bbclass
> +++ b/meta/classes/libc-package.bbclass
> @@ -39,10 +39,7 @@ python __anonymous () {
>  break
> 
>  # try to fix disable charsets/locales/locale-code compile fail
> -if bb.utils.contains('DISTRO_FEATURES', 'libc-charsets libc-locales 
> libc-locale-code', True, False, d):
> -d.setVar('PACKAGE_NO_GCONV', '0')
> -else:
> -d.setVar('PACKAGE_NO_GCONV', '1')
> +d.setVar('PACKAGE_NO_GCONV', '0')

This can now be changed to a normal variable assignment outside the anonymous 
Python block:

PACKAGE_NO_GCONV = "0"

>  }
> 
>  OVERRIDES_append = ":${TARGET_ARCH}-${TARGET_OS}"
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 435646a946..1c5369ec98 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -123,7 +123,7 @@ TUNE_ASARGS ??= ""
>  TUNE_FEATURES ??= "${TUNE_FEATURES_tune-${DEFAULTTUNE}}"
>  LIBCEXTENSION ??= ""
>  ABIEXTENSION ??= ""
> -USE_NLS ??= "${@bb.utils.contains('DISTRO_FEATURES', 'libc-locale-code', 
> 'yes', 'no', d)}"
> +USE_NLS ??= "yes"
>  SDKUSE_NLS ??= "yes"
> 
>  TARGET_ARCH = "${TUNE_ARCH}"
> @@ -820,7 +820,7 @@ IMAGE_FEATURES += "${EXTRA_IMAGE_FEATURES}"
>  # Native distro features (will always be used for -native, even if they
>  # are not enabled for target)
>  DISTRO_FEATURES_NATIVE ?= "x11 ipv6 xattr"
> -DISTRO_FEATURES_NATIVESDK ?= "x11 libc-charsets libc-locales 
> libc-locale-code"
> +DISTRO_FEATURES_NATIVESDK ?= "x11"
> 
>  # Normally target distro features will not be applied to native builds:
>  # Native distro features on this list will use the target feature value
> diff --git a/meta/conf/distro/include/default-distrovars.inc 
> b/meta/conf/distro/include/default-distrovars.inc
> index 76edff6480..d57329ec17 100644
> --- a/meta/conf/distro/include/default-distrovars.inc
> +++ b/meta/conf/distro/include/default-distrovars.inc
> @@ -10,16 +10,7 @@ LOCALE_UTF8_ONLY ?= "0"
>  LOCALE_UTF8_IS_DEFAULT ?= "1"
>  LOCALE_UTF8_IS_DEFAULT_class-nativesdk = "0"
> 
> -DISTRO_FEATURES_DEFAULT ?= "acl alsa argp bluetooth ext2 irda largefile 
> pcmcia usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11"
> -DISTRO_FEATURES_LIBC_DEFAULT ?= "ipv4 ipv6 libc-backtrace libc-big-macros 
> libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \
> - libc-crypt-ufc libc-db-aliases 
> libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
> - libc-getlogin libc-idn libc-inet-anl 
> libc-libm libc-locales libc-locale-code \
> - libc-memusage libc-nsswitch libc-rcmd 
> libc-rtld-debug lib

[OE-core] [PATCH] devtool: deploy-target: support "unsafe" symlinks

[Olaf Mandel]

The bosybox version of tar considers symlink targets that start with /
or with ../ to be unsafe and refuses to unpack them unless the
EXTRACT_UNSAFE_SYMLINKS environment variable is set to 1.

As even many core packages legitimately contain such links (e.g.
coreutils-locale-*, dropbear, eudev, initscripts, kmod, ...), add the
environment variable to the remote script.
---
 scripts/lib/devtool/deploy.py | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/lib/devtool/deploy.py b/scripts/lib/devtool/deploy.py
index f345f31b7b..9617388f90 100644
--- a/scripts/lib/devtool/deploy.py
+++ b/scripts/lib/devtool/deploy.py
@@ -114,6 +114,7 @@ def _prepare_remote_script(deploy, verbose=False, 
dryrun=False, undeployall=Fals
 lines.append('rm $3')
 lines.append('mkdir -p `dirname $manifest`')
 lines.append('mkdir -p $2')
+lines.append('export EXTRACT_UNSAFE_SYMLINKS=1')
 if verbose:
 lines.append('tar xv -C $2 -f - | tee $manifest')
 else:
-- 
2.11.0

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

[OE-core] [PATCH] glibc: fix multilib file install conflicts

[C.r. Guo]

From: Chunrong Guo 

Leaving bits/wordsize.h out of being multilibbed introduced a problem in 
building the SDK for arm64:
Error: Transaction check error:
file /usr/include/bits/procfs-id.h conflicts between attempted installs of 
lib64-libc6-dev-2.29-r0.aarch64 and libc6-dev-2.29-r0.armv7ahf_neon
file /usr/include/bits/procfs.h conflicts between attempted installs of 
lib64-libc6-dev-2.29-r0.aarch64 and libc6-dev-2.29-r0.armv7ahf_neon
file /usr/include/bits/shmlba.h conflicts between attempted installs of 
lib64-libc6-dev-2.29-r0.aarch64 and libc6-dev-2.29-r0.armv7ahf_neon

Signed-off-by: Chunrong Guo 
---
 meta/recipes-core/glibc/glibc-package.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index 329732f..822ffd6 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -144,6 +144,7 @@ do_install_armmultilib () {
oe_multilib_header bits/local_lim.h bits/mman.h bits/msq.h 
bits/pthreadtypes.h bits/pthreadtypes-arch.h  bits/sem.h  bits/semaphore.h 
bits/setjmp.h
oe_multilib_header bits/shm.h bits/sigstack.h bits/stat.h bits/statfs.h 
bits/typesizes.h
 
+oe_multilib_header bits/procfs-id.h bits/procfs.h bits/shmlba.h
oe_multilib_header fpu_control.h gnu/lib-names.h gnu/stubs.h ieee754.h
 
oe_multilib_header sys/elf.h sys/procfs.h sys/ptrace.h sys/ucontext.h 
sys/user.h
-- 
2.7.4

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

[OE-core] [PATCH V3] default-distrovars: Drop DISTRO_FEATURES_LIBC

[Khem Raj]

After eglibc was merged into glibc, Kconfig support was also dropped so
these libc features therefore are not effective anymore and can be
removed

Signed-off-by: Khem Raj 
---
v2:
- Add ipv4 and ipv6 to default distro features, they are not libc
  specific anyway
- Remove DISTRO_FEATURES_DEFAULT as this is redundant now

v3:
- Remove the use of libc-* overrides in metadata

 meta/classes/image.bbclass   |  1 -
 meta/classes/libc-package.bbclass|  5 +
 meta/conf/bitbake.conf   |  4 ++--
 meta/conf/distro/include/default-distrovars.inc  | 11 +--
 meta/conf/distro/include/tclibc-glibc.inc|  5 +
 meta/conf/local.conf.sample.extended | 16 ++--
 meta/recipes-core/glib-2.0/glib.inc  |  2 --
 meta/recipes-core/glibc/glibc_2.29.bb|  3 +--
 meta/recipes-core/libxml/libxml2_2.9.8.bb|  2 --
 meta/recipes-devtools/mtools/mtools_4.0.19.bb|  2 --
 .../findutils/findutils_4.6.0.bb |  2 +-
 meta/recipes-extended/shadow/shadow.inc  |  2 +-
 meta/recipes-extended/shadow/shadow_4.6.bb   |  2 +-
 13 files changed, 11 insertions(+), 46 deletions(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 11927f39f5..6baccb4bb5 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -177,7 +177,6 @@ IMAGE_LINGUAS ?= "de-de fr-fr en-gb"
 LINGUAS_INSTALL ?= "${@" ".join(map(lambda s: "locale-base-%s" % s, 
d.getVar('IMAGE_LINGUAS').split()))}"
 
 python () {
-if not bb.utils.contains('DISTRO_FEATURES', 'libc-charsets 
libc-locale-code libc-locales', True, False, d):
 d.setVar('IMAGE_LINGUAS', '')
 }
 
diff --git a/meta/classes/libc-package.bbclass 
b/meta/classes/libc-package.bbclass
index 34c9151ae9..06d4984081 100644
--- a/meta/classes/libc-package.bbclass
+++ b/meta/classes/libc-package.bbclass
@@ -39,10 +39,7 @@ python __anonymous () {
 break
 
 # try to fix disable charsets/locales/locale-code compile fail
-if bb.utils.contains('DISTRO_FEATURES', 'libc-charsets libc-locales 
libc-locale-code', True, False, d):
-d.setVar('PACKAGE_NO_GCONV', '0')
-else:
-d.setVar('PACKAGE_NO_GCONV', '1')
+d.setVar('PACKAGE_NO_GCONV', '0')
 }
 
 OVERRIDES_append = ":${TARGET_ARCH}-${TARGET_OS}"
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 435646a946..1c5369ec98 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -123,7 +123,7 @@ TUNE_ASARGS ??= ""
 TUNE_FEATURES ??= "${TUNE_FEATURES_tune-${DEFAULTTUNE}}"
 LIBCEXTENSION ??= ""
 ABIEXTENSION ??= ""
-USE_NLS ??= "${@bb.utils.contains('DISTRO_FEATURES', 'libc-locale-code', 
'yes', 'no', d)}"
+USE_NLS ??= "yes"
 SDKUSE_NLS ??= "yes"
 
 TARGET_ARCH = "${TUNE_ARCH}"
@@ -820,7 +820,7 @@ IMAGE_FEATURES += "${EXTRA_IMAGE_FEATURES}"
 # Native distro features (will always be used for -native, even if they
 # are not enabled for target)
 DISTRO_FEATURES_NATIVE ?= "x11 ipv6 xattr"
-DISTRO_FEATURES_NATIVESDK ?= "x11 libc-charsets libc-locales libc-locale-code"
+DISTRO_FEATURES_NATIVESDK ?= "x11"
 
 # Normally target distro features will not be applied to native builds:
 # Native distro features on this list will use the target feature value
diff --git a/meta/conf/distro/include/default-distrovars.inc 
b/meta/conf/distro/include/default-distrovars.inc
index 76edff6480..d57329ec17 100644
--- a/meta/conf/distro/include/default-distrovars.inc
+++ b/meta/conf/distro/include/default-distrovars.inc
@@ -10,16 +10,7 @@ LOCALE_UTF8_ONLY ?= "0"
 LOCALE_UTF8_IS_DEFAULT ?= "1"
 LOCALE_UTF8_IS_DEFAULT_class-nativesdk = "0"
 
-DISTRO_FEATURES_DEFAULT ?= "acl alsa argp bluetooth ext2 irda largefile pcmcia 
usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11"
-DISTRO_FEATURES_LIBC_DEFAULT ?= "ipv4 ipv6 libc-backtrace libc-big-macros 
libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \
-   libc-crypt-ufc libc-db-aliases 
libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
-   libc-getlogin libc-idn libc-inet-anl 
libc-libm libc-locales libc-locale-code \
-   libc-memusage libc-nsswitch libc-rcmd 
libc-rtld-debug libc-spawn libc-streams \
-   libc-utmp libc-utmpx libc-wordexp 
libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc \
-   libc-posix-wchar-io"
-DISTRO_FEATURES_LIBC ?= "${DISTRO_FEATURES_LIBC_DEFAULT}"
-DISTRO_FEATURES_LIBC_class-nativesdk = "${DISTRO_FEATURES_LIBC_DEFAULT}"
-DISTRO_FEATURES ?= "${DISTRO_FEATURES_DEFAULT} ${DISTRO_FEATURES_LIBC}"
+DISTRO_FEATURES ?= "acl alsa argp bluetooth ext2 ipv4 ipv6 irda largefile 
pcmcia usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11"
 
 IMAGE_FEATURES ?= ""
 
diff --git a/meta/conf/distro/include/tclibc-glibc.inc 
b/meta/conf/distro/include/tclibc-gl

[OE-core] gcc - internal compiler error: Segmentation failt

[Peter Bergin]

Hi,

I'm working with thud branch and have run into a bug in gcc. I would 
like help how to proceed with this.


Compiling the following C code gives Segmentation fault in gcc:

#include 
#include 
#include 

int main(void)
{
    const int32_t BUFFER_MAX_LENGTH = 4096*1024;
    char buffer[BUFFER_MAX_LENGTH];

    if (strncmp(&buffer[8], "ABC", 3) == 0)
        return 1;

    return 0;
}


Error:

| during RTL pass: expand
| 
/work/yocto/metrum-r3/build/tmp/work/armv7at2hf-neon-poky-linux-gnueabi/compiler-test/1.0-r0/work/git/tmp/strncmp.c:
 In function 'main':
| 
/work/yocto/metrum-r3/build/tmp/work/armv7at2hf-neon-poky-linux-gnueabi/compiler-test/1.0-r0/work/git/tmp/strncmp.c:16:6:
 internal compiler error: Segmentation fault
|   if (strncmp(&buffer[8], "ABC", 3) == 0)
|   ^
| Please submit a full bug report,
| with preprocessed source if appropriate.


I would like this fixed in thud branch and took a quick look in gcc repo 
for solutions. I had no luck finding anything useful. Anyone seeing this 
before? Anyone having suggestion how to proceed? Shall I create a 
bugzilla in Yocto?


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