Re: [OE-core] [PATCH][fido][RESEND 0/5] Backports for fido

[Martin Jansa]

On Thu, Dec 10, 2015 at 02:48:16PM +0100, Martin Jansa wrote:
> The following changes since commit 9f339f516ab03d598fae0e536b3a420ea4d8ee1a:
> 
>   bash: Disable custom memory allocator (2015-11-20 15:46:27 +)

PING

> 
> are available in the git repository at:
> 
>   git://git.openembedded.org/openembedded-core-contrib jansa/fido-backports
>   
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/fido-backports
> 
> Martin Jansa (2):
>   texinfo: don't create dependency on INHERIT variable
>   linux-dtb.inc: drop unused DTB_NAME variable from do_install
> 
> Mike Crowe (1):
>   allarch: Force TARGET_*FLAGS variable values
> 
> Richard Purdie (2):
>   layer.conf: Add several allarch dependency exclusions
>   layer.conf: Add missing dependency for allarch package
> initramfs-framework
> 
>  meta/classes/allarch.bbclass |  4 
>  meta/conf/layer.conf | 11 +++
>  meta/recipes-extended/texinfo/texinfo_5.2.bb |  2 +-
>  meta/recipes-kernel/linux/linux-dtb.inc  |  1 -
>  4 files changed, 16 insertions(+), 2 deletions(-)
> 
> -- 
> 2.6.3
> 

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

Re: [OE-core] [PATCH 0/9] Proposed changes for fido

[Richard Purdie]

On Fri, 2016-01-15 at 13:10 +0100, Martin Jansa wrote:
> On Wed, Dec 23, 2015 at 01:40:36PM +, Joshua Lock wrote:
> > From: Joshua Lock 
> > 
> > Please consider the following fixes, available in the joshuagl/fido
> > -next
> > branch of openembedded-core-contrib, for the fido branch.
> 
> When is this going to be merged?

Its done, sorry about the delay. I'm aiming to do better with these...

Cheers,

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

Re: [OE-core] [PATCH 1/1] e2fsprogs: 1.42.9 -> 1.43-WIP

[Burton, Ross]

On 15 January 2016 at 11:15, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> Can we just call this 1.42+1.43-git${SRCPV}?
>

I've a branch somewhere which added test cases for each package manager to
exercise the ~ codepaths in the package managers (where 1.42 < 1.43~git <
1.43) with "interesting" conclusions:

* dpkg works just fine
* opkg's version compare logic is reimplemented three times, differently,
and the tool for comparing versions from the shell is one of those
implementations, at best returns inverted results, and at worse is
non-deterministic.
* rpm has no way to compare versions from the shell

Something else to chip away at during this cycle I guess. Maybe in 2.2
we'll be able to confidently use ~ in versions!

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

[OE-core] [PATCH] image/image-live: Add back IMAGE_TYPES_MASKED support

[Richard Purdie]

IMAGE_TYPES_MASKED support was accidentally removed. The original 
idea behind it was to remove some of the hardcoding in the core 
image code, so do that for image-live and ensure the dependency 
and masked variables correctly reflect the needs of the class. 
This means we can remove all the hardcoded special cases since 
image-vm already has the needed markup.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/image-live.bbclass b/meta/classes/image-live.bbclass
index 624ff38..d2e8b85 100644
--- a/meta/classes/image-live.bbclass
+++ b/meta/classes/image-live.bbclass
@@ -15,4 +15,6 @@ do_bootimg[depends] += "${PN}:do_image_complete"
 inherit bootimg
 
 IMAGE_TYPEDEP_live = "ext4"
-IMAGE_TYPES_MASKED += "live"
+IMAGE_TYPEDEP_iso = "ext4"
+IMAGE_TYPEDEP_hddimg = "ext4"
+IMAGE_TYPES_MASKED += "live hddimg iso"
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 8a09db1..0b73965 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -297,8 +297,6 @@ python () {
 old_overrides = d.getVar('OVERRIDES', 0)
 
 def _image_base_type(type):
-if type in ["vmdk", "vdi", "qcow2", "live", "iso", "hddimg"]:
-type = "ext4"
 basetype = type
 for ctype in ctypes:
 if type.endswith("." + ctype):
@@ -337,18 +335,23 @@ python () {
 _add_type(dep)
 basedep = _image_base_type(dep)
 typedeps[baset].add(basedep)
-
+
 for t in alltypes[:]:
 _add_type(t)
 
 d.appendVarFlag('do_image', 'vardeps', ' '.join(vardeps))
 
+maskedtypes = (d.getVar('IMAGE_TYPES_MASKED', True) or "").split()
+
 for t in basetypes:
 vardeps = set()
 cmds = []
 subimages = []
 realt = t
 
+if t in maskedtypes:
+continue
+
 localdata = bb.data.createCopy(d)
 debug = ""
 if t.startswith("debugfs_"):


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

[OE-core] [PATCH] insane: Start to clean up do_configure_qa code

[Richard Purdie]

This cleans up the do_configure_qa code so that the exit status from
package_qa_handle_error is handled correctly.

It also converts package_qa_check_license to use our standard QA check
configuration interface through package_qa_handle_error rather than
a mix of return values, bb.fatal and bb.build.FuncFailed.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 16f5a47..cb65813 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -38,6 +38,7 @@ ERROR_QA ?= "dev-so debug-deps dev-deps debug-files arch 
pkgconfig la \
 perms dep-cmp pkgvarcheck perm-config perm-line perm-link \
 split-strip packages-list pkgv-undefined var-undefined \
 version-going-backwards expanded-d invalid-chars \
+license-checksum \
 "
 FAKEROOT_QA = "host-user-contaminated"
 FAKEROOT_QA[doc] = "QA tests which need to run under fakeroot. If any \
@@ -637,6 +638,7 @@ def package_qa_check_symlink_to_sysroot(path, name, d, elf, 
messages):
 if target.startswith(tmpdir):
 trimmed = path.replace(os.path.join (d.getVar("PKGDEST", 
True), name), "")
 messages["symlink-to-sysroot"] = "Symlink %s in %s points to 
TMPDIR" % (trimmed, name)
+
 def package_qa_check_license(workdir, d):
 """
 Check for changes in the license files 
@@ -649,11 +651,11 @@ def package_qa_check_license(workdir, d):
 pn = d.getVar('PN', True)
 
 if lic == "CLOSED":
-return True
+return
 
 if not lic_files:
-bb.error(pn + ": Recipe file does not have license file information 
(LIC_FILES_CHKSUM)")
-return False
+package_qa_handle_error("license-checksum", pn + ": Recipe file does 
not have license file information (LIC_FILES_CHKSUM)", d)
+return
 
 srcdir = d.getVar('S', True)
 
@@ -661,10 +663,12 @@ def package_qa_check_license(workdir, d):
 try:
 (type, host, path, user, pswd, parm) = bb.fetch.decodeurl(url)
 except bb.fetch.MalformedUrl:
-raise bb.build.FuncFailed( pn + ": LIC_FILES_CHKSUM contains an 
invalid URL: " + url)
+package_qa_handle_error("license-checksum", pn + ": 
LIC_FILES_CHKSUM contains an invalid URL: " + url, d)
+continue
 srclicfile = os.path.join(srcdir, path)
 if not os.path.isfile(srclicfile):
-raise bb.build.FuncFailed( pn + ": LIC_FILES_CHKSUM points to an 
invalid file: " + srclicfile)
+package_qa_handle_error("license-checksum", pn + ": 
LIC_FILES_CHKSUM points to an invalid file: " + srclicfile, d)
+continue
 
 recipemd5 = parm.get('md5', '')
 beginline, endline = 0, 0
@@ -699,8 +703,8 @@ def package_qa_check_license(workdir, d):
 bb.note (pn + ": md5 checksum matched for ", url)
 else:
 if recipemd5:
-bb.error(pn + ": md5 data is not matching for ", url)
-bb.error(pn + ": The new md5 checksum is ", md5chksum)
+msg = pn + ": The LIC_FILES_CHKSUM does not match for " + url
+msg = msg + "\n" + pn + ": The new md5 checksum is " + 
md5chksum
 if beginline:
 if endline:
 srcfiledesc = "%s (lines %d through to %d)" % 
(srclicfile, beginline, endline)
@@ -710,13 +714,12 @@ def package_qa_check_license(workdir, d):
 srcfiledesc = "%s (ending on line %d)" % (srclicfile, 
endline)
 else:
 srcfiledesc = srclicfile
-bb.error(pn + ": Check if the license information has changed 
in %s to verify that the LICENSE value \"%s\" remains valid" % (srcfiledesc, 
lic))
-else:
-bb.error(pn + ": md5 checksum is not specified for ", url)
-bb.error(pn + ": The md5 checksum is ", md5chksum)
-sane = False
+msg = msg + "\n" + pn + ": Check if the license information 
has changed in %s to verify that the LICENSE value \"%s\" remains valid" % 
(srcfiledesc, lic)
 
-return sane
+else:
+msg = pn + ": LIC_FILES_CHKSUM is not specified for " +  url
+msg = msg + "\n" + pn + ": The md5 checksum is " + md5chksum
+package_qa_handle_error("license-checksum", msg, d)
 
 def package_qa_check_staged(path,d):
 """
@@ -1166,8 +1169,7 @@ Missing inherit gettext?""" % (gt, config))
 # Check license variables
 ###
 
-if not package_qa_check_license(workdir, d):
-bb.fatal("Licensing Error: LIC_FILES_CHKSUM does not match, please 
fix")
+package_qa_check_license(workdir, d)
 
 ###
 # Check unrecognised configure options (with a white list)

Re: [OE-core] fido -> jethro switching problem

[Steffen Sledz]

On 15.01.2016 14:06, Richard Purdie wrote:
> On Fri, 2016-01-15 at 13:03 +0100, Steffen Sledz wrote:
>> Hi all,
>>
>> for our internal development we use the Angstrom distro with some
>> additional layers. Now we try to switch from fido to jethro branches
>> and hit a problem where we are overchallenged.
>>
>> Our local.conf contains
>>
>>   DISTRO_FEATURES_remove = "x11 wayland"
>>
>> what results in
> 
> The error you pasted means that your setup has some kind of circular
> override references in it.
> 
> Am I correct in understanding that you hit the same error regardless of
> the above line or not?

Some kind of.

If you look at my original post, with this line the exception is somewhat 
related to DISTRO_FEATURES. Without the line it is related to TUNE_FEATURES.

And I made another interesting discovery: The exception appears on certain 
machine types only, e.g with qemuarm it appears, with qemuarm64 or qemux86 not.

And last but not least with fido we did not had any problems.

Regards,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/9] Proposed changes for fido

[Martin Jansa]

On Wed, Dec 23, 2015 at 01:40:36PM +, Joshua Lock wrote:
> From: Joshua Lock 
> 
> Please consider the following fixes, available in the joshuagl/fido-next
> branch of openembedded-core-contrib, for the fido branch.

When is this going to be merged?

> Regards,
> 
> Joshua
> 
> The following changes since commit 9f339f516ab03d598fae0e536b3a420ea4d8ee1a:
> 
>   bash: Disable custom memory allocator (2015-11-20 15:46:27 +)
> 
> are available in the git repository at:
> 
>   git://git.openembedded.org/openembedded-core-contrib joshuagl/fido-next
>   
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=joshuagl/fido-next
> 
> Armin Kuster (1):
>   libxml2: fix CVE-2015-7942 and CVE-2015-8035
> 
> Bhuvanchandra DV (1):
>   linux-firmware: rtl8192cx: Add latest available firmware
> 
> Martin Jansa (2):
>   linux-dtb.inc: drop unused DTB_NAME variable from do_install
>   feature-arm-thumb.inc: Fix ARMPKGSFX_THUMB value
> 
> Mike Crowe (1):
>   allarch: Force TARGET_*FLAGS variable values
> 
> Richard Purdie (2):
>   layer.conf: Add several allarch dependency exclusions
>   layer.conf: Add missing dependency for allarch package
> initramfs-framework
> 
> Sona Sarmadi (1):
>   bind: CVE-2015-8000
> 
> Stefan Müller-Klieser (1):
>   gcc-4.9: backport from gcc trunk r212178
> 
>  meta/classes/allarch.bbclass   |   4 +
>  meta/conf/layer.conf   |  11 ++
>  .../conf/machine/include/arm/feature-arm-thumb.inc |   2 +-
>  .../bind/bind/CVE-2015-8000.patch  | 194 
> +
>  meta/recipes-connectivity/bind/bind_9.9.5.bb   |   1 +
>  meta/recipes-core/libxml/libxml2.inc   |   2 +
>  .../libxml/libxml2/CVE-2015-7942.patch |  55 ++
>  .../libxml/libxml2/CVE-2015-8035.patch |  41 +
>  meta/recipes-devtools/gcc/gcc-4.9.inc  |   1 +
>  ...racking.c-backport-from-gcc-trunk-r212178.patch |  39 +
>  .../linux-firmware/linux-firmware_git.bb   |   4 +-
>  meta/recipes-kernel/linux/linux-dtb.inc|   1 -
>  12 files changed, 351 insertions(+), 4 deletions(-)
>  create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2015-8000.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-7942.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-8035.patch
>  create mode 100644 
> meta/recipes-devtools/gcc/gcc-4.9/0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch
> 
> --
> 2.5.0
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

[OE-core] [PATCH] insane: Clean up horrible return value processing code

[Richard Purdie]

Whilst in theory return values are nice, handling the complex aggregation
of the return values is ugly. The code already uses QA_SANE as a marker
to signal problems. Whilst that isn't as idealistic, it makes the code
massively cleaner, so rely on this instead.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index ba9c651..acf8639 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -779,15 +779,12 @@ def package_qa_walk(path, warnfuncs, errorfuncs, skip, 
package, d):
 for e in errors:
 package_qa_handle_error(e, errors[e], d)
 
-return len(errors) == 0
-
 def package_qa_check_rdepends(pkg, pkgdest, skip, taskdeps, packages, d):
 # Don't do this check for kernel/module recipes, there aren't too many 
debug/development
 # packages and you can get false positives e.g. on kernel-module-lirc-dev
 if bb.data.inherits_class("kernel", d) or 
bb.data.inherits_class("module-base", d):
-return True
+return
 
-sane = True
 if not "-dbg" in pkg and not "packagegroup-" in pkg and not "-image" in 
pkg:
 localdata = bb.data.createCopy(d)
 localdata.setVar('OVERRIDES', pkg)
@@ -801,10 +798,10 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, 
taskdeps, packages, d):
 for rdepend in rdepends:
 if "-dbg" in rdepend and "debug-deps" not in skip:
 error_msg = "%s rdepends on %s" % (pkg,rdepend)
-sane = package_qa_handle_error("debug-deps", error_msg, d)
+package_qa_handle_error("debug-deps", error_msg, d)
 if (not "-dev" in pkg and not "-staticdev" in pkg) and 
rdepend.endswith("-dev") and "dev-deps" not in skip:
 error_msg = "%s rdepends on %s" % (pkg, rdepend)
-sane = package_qa_handle_error("dev-deps", error_msg, d)
+package_qa_handle_error("dev-deps", error_msg, d)
 if rdepend not in packages:
 rdep_data = oe.packagedata.read_subpkgdata(rdepend, d)
 if rdep_data and 'PN' in rdep_data and rdep_data['PN'] in 
taskdeps:
@@ -822,7 +819,7 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, taskdeps, 
packages, d):
 if rdep_data and 'PN' in rdep_data and rdep_data['PN'] in 
taskdeps:
 continue
 error_msg = "%s rdepends on %s, but it isn't a build 
dependency?" % (pkg, rdepend)
-sane = package_qa_handle_error("build-deps", error_msg, d)
+package_qa_handle_error("build-deps", error_msg, d)
 
 if "file-rdeps" not in skip:
 ignored_file_rdeps = set(['/bin/sh', '/usr/bin/env', 
'rtld(GNU_HASH)'])
@@ -889,19 +886,15 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, 
taskdeps, packages, d):
 for key in filerdepends:
 error_msg = "%s contained in package %s requires %s, but 
no providers found in its RDEPENDS" % \
 (filerdepends[key],pkg, key)
-sane = package_qa_handle_error("file-rdeps", error_msg, d)
-
-return sane
+package_qa_handle_error("file-rdeps", error_msg, d)
 
 def package_qa_check_deps(pkg, pkgdest, skip, d):
-sane = True
 
 localdata = bb.data.createCopy(d)
 localdata.setVar('OVERRIDES', pkg)
 bb.data.update_data(localdata)
 
 def check_valid_deps(var):
-sane = True
 try:
 rvar = bb.utils.explode_dep_versions2(localdata.getVar(var, True) 
or "")
 except ValueError as e:
@@ -910,24 +903,14 @@ def package_qa_check_deps(pkg, pkgdest, skip, d):
 for v in rvar[dep]:
 if v and not v.startswith(('< ', '= ', '> ', '<= ', '>=')):
 error_msg = "%s_%s is invalid: %s (%s)   only comparisons 
<, =, >, <=, and >= are allowed" % (var, pkg, dep, v)
-sane = package_qa_handle_error("dep-cmp", error_msg, d)
-return sane
-
-sane = True
-if not check_valid_deps('RDEPENDS'):
-sane = False
-if not check_valid_deps('RRECOMMENDS'):
-sane = False
-if not check_valid_deps('RSUGGESTS'):
-sane = False
-if not check_valid_deps('RPROVIDES'):
-sane = False
-if not check_valid_deps('RREPLACES'):
-sane = False
-if not check_valid_deps('RCONFLICTS'):
-sane = False
+package_qa_handle_error("dep-cmp", error_msg, d)
 
-return sane
+check_valid_deps('RDEPENDS'):
+check_valid_deps('RRECOMMENDS'):
+check_valid_deps('RSUGGESTS'):
+check_valid_deps('RPROVIDES'):
+check_valid_deps('RREPLACES'):
+check_valid_deps('RCONFLICTS'):
 
 QAPATHTEST[expanded-d] = "package_qa_check_expanded_d"
 def package_qa_check_expanded_d(path,name,d,elf,messages):
@@ -1072,9 +1055,6 @@ python do_package_qa () {
 

[OE-core] [PATCH v2] insane: Clean up horrible return value processing code

[Richard Purdie]

Whilst in theory return values are nice, handling the complex
aggregation of the return values is ugly. The code already uses QA_SANE
as a marker to signal problems. Whilst that isn't as idealistic, it
makes the code massively cleaner, so rely on this instead.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index ba9c651..70d5fb8 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -779,15 +779,12 @@ def package_qa_walk(path, warnfuncs, errorfuncs, skip, 
package, d):
 for e in errors:
 package_qa_handle_error(e, errors[e], d)
 
-return len(errors) == 0
-
 def package_qa_check_rdepends(pkg, pkgdest, skip, taskdeps, packages, d):
 # Don't do this check for kernel/module recipes, there aren't too many 
debug/development
 # packages and you can get false positives e.g. on kernel-module-lirc-dev
 if bb.data.inherits_class("kernel", d) or 
bb.data.inherits_class("module-base", d):
-return True
+return
 
-sane = True
 if not "-dbg" in pkg and not "packagegroup-" in pkg and not "-image" in 
pkg:
 localdata = bb.data.createCopy(d)
 localdata.setVar('OVERRIDES', pkg)
@@ -801,10 +798,10 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, 
taskdeps, packages, d):
 for rdepend in rdepends:
 if "-dbg" in rdepend and "debug-deps" not in skip:
 error_msg = "%s rdepends on %s" % (pkg,rdepend)
-sane = package_qa_handle_error("debug-deps", error_msg, d)
+package_qa_handle_error("debug-deps", error_msg, d)
 if (not "-dev" in pkg and not "-staticdev" in pkg) and 
rdepend.endswith("-dev") and "dev-deps" not in skip:
 error_msg = "%s rdepends on %s" % (pkg, rdepend)
-sane = package_qa_handle_error("dev-deps", error_msg, d)
+package_qa_handle_error("dev-deps", error_msg, d)
 if rdepend not in packages:
 rdep_data = oe.packagedata.read_subpkgdata(rdepend, d)
 if rdep_data and 'PN' in rdep_data and rdep_data['PN'] in 
taskdeps:
@@ -822,7 +819,7 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, taskdeps, 
packages, d):
 if rdep_data and 'PN' in rdep_data and rdep_data['PN'] in 
taskdeps:
 continue
 error_msg = "%s rdepends on %s, but it isn't a build 
dependency?" % (pkg, rdepend)
-sane = package_qa_handle_error("build-deps", error_msg, d)
+package_qa_handle_error("build-deps", error_msg, d)
 
 if "file-rdeps" not in skip:
 ignored_file_rdeps = set(['/bin/sh', '/usr/bin/env', 
'rtld(GNU_HASH)'])
@@ -889,19 +886,15 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, 
taskdeps, packages, d):
 for key in filerdepends:
 error_msg = "%s contained in package %s requires %s, but 
no providers found in its RDEPENDS" % \
 (filerdepends[key],pkg, key)
-sane = package_qa_handle_error("file-rdeps", error_msg, d)
-
-return sane
+package_qa_handle_error("file-rdeps", error_msg, d)
 
 def package_qa_check_deps(pkg, pkgdest, skip, d):
-sane = True
 
 localdata = bb.data.createCopy(d)
 localdata.setVar('OVERRIDES', pkg)
 bb.data.update_data(localdata)
 
 def check_valid_deps(var):
-sane = True
 try:
 rvar = bb.utils.explode_dep_versions2(localdata.getVar(var, True) 
or "")
 except ValueError as e:
@@ -910,24 +903,14 @@ def package_qa_check_deps(pkg, pkgdest, skip, d):
 for v in rvar[dep]:
 if v and not v.startswith(('< ', '= ', '> ', '<= ', '>=')):
 error_msg = "%s_%s is invalid: %s (%s)   only comparisons 
<, =, >, <=, and >= are allowed" % (var, pkg, dep, v)
-sane = package_qa_handle_error("dep-cmp", error_msg, d)
-return sane
-
-sane = True
-if not check_valid_deps('RDEPENDS'):
-sane = False
-if not check_valid_deps('RRECOMMENDS'):
-sane = False
-if not check_valid_deps('RSUGGESTS'):
-sane = False
-if not check_valid_deps('RPROVIDES'):
-sane = False
-if not check_valid_deps('RREPLACES'):
-sane = False
-if not check_valid_deps('RCONFLICTS'):
-sane = False
+package_qa_handle_error("dep-cmp", error_msg, d)
 
-return sane
+check_valid_deps('RDEPENDS')
+check_valid_deps('RRECOMMENDS')
+check_valid_deps('RSUGGESTS')
+check_valid_deps('RPROVIDES')
+check_valid_deps('RREPLACES')
+check_valid_deps('RCONFLICTS')
 
 QAPATHTEST[expanded-d] = "package_qa_check_expanded_d"
 def package_qa_check_expanded_d(path,name,d,elf,messages):
@@ -1072,9 +1055,6 @@ python do_package_qa () {
   

Re: [OE-core] fido -> jethro switching problem

[Richard Purdie]

On Fri, 2016-01-15 at 13:03 +0100, Steffen Sledz wrote:
> Hi all,
> 
> for our internal development we use the Angstrom distro with some
> additional layers. Now we try to switch from fido to jethro branches
> and hit a problem where we are overchallenged.
> 
> Our local.conf contains
> 
>   DISTRO_FEATURES_remove = "x11 wayland"
> 
> what results in

The error you pasted means that your setup has some kind of circular
override references in it.

Am I correct in understanding that you hit the same error regardless of
the above line or not? If so, that means the problem is probably
elsewhere in your configuration.

As an example of what would cause this kind of issue:

OVERRIDES = "${VAR1}:${VAR2}"

VAR1 = "VAL1"VAR2 = "VAL2"
VAR2_VAL2 = "VAL1"

So bitbake would try and expand OVERRIDES and get "VAL1:VAL2", that
would change the value of VAR2 to VAL1, making overrides "VAL1:VAL1",
hence VAR2 now becomes VAL2, so OVERRIDES changes and so on.

Rather than infinitely loop, the code exits. There isn't code in there
which tries to figure out the circular dependency path since that is
rather complicated and there can be multiple levels of indirection
rather than just the single level above.

You probably need to track down which OVERRIDES value is causing the
problem, then work through the usages of it to find the problem, or
instrument the code to see which values are changing and causing the
instability.

Cheers,

Richard









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

Re: [OE-core] [PATCH 1/8] bitbake.conf: set CONFFILES by default

[Richard Purdie]

On Thu, 2016-01-14 at 18:29 -0800, Robert Yang wrote:
> There are a lot of binary packages have files in /etc/, but only a
> few
> of them have set CONFFILES, more than 180 packages are not set in a
> world build.  So treat all the files in /etc/ as CONFFILES as Debian
> does:
> - All the files in /etc/ are CONFFILES
> - Move the file out of /etc/ if it is not a conffile
> - If /etc/foo can't be moved out, and is changed during
>   runtime, then create a symlink /etc/foo -> /var/foo
> 
> [YOCTO #8436]
> 
> Signed-off-by: Robert Yang 
> ---
>  meta/conf/bitbake.conf |1 +
>  1 file changed, 1 insertion(+)

We have discussed this before and we decided that setting CONFFILES
globally seemed like a bad idea?

What has changed since the last discussion?

Cheers,

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

Re: [OE-core] [PATCH 1/1] insane.bbclass: make package_qa_walk() can print all the messages

[Richard Purdie]

On Thu, 2016-01-14 at 18:15 -0800, Robert Yang wrote:
> * If more than one files have the same QA issue, package_qa_walk()
> can
>   only print the last one, others are overrided, for example:
>   messages["host-user-contaminated"] = "foo1"
>   messages["host-user-contaminated"] = "foo2"
>   Only foo2 will be printed, this patch fixes the issue.
> 
> * Remove unused parameter "path" from package_qa_walk()
>   The path is a useless parameter in package_qa_walk() since it has
> been
>   redined inside.
> 
> [YOCTO #8436]
> 
> Signed-off-by: Robert Yang 
> ---
>  meta/classes/insane.bbclass |   20 +---
>  1 file changed, 17 insertions(+), 3 deletions(-)

Whilst your proposal is self contained, it doesn't really do anything
to help the readability of this code which is pretty horrific already,
if anything it just makes the code even more convoluted. I'd propose
something more radical, like:

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index acf8639..03028f8 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -189,6 +189,12 @@ def package_qa_handle_error(error_class, error_msg, d):
 bb.note("QA Issue: %s [%s]" % (error_msg, error_class))
 return True
 
+def package_qa_add_message(messages, section, message):
+if section not in messages:
+messages[section] = message
+else:
+messages[section] = messages[section] + "\n" + message
+
 QAPATHTEST[libexec] = "package_qa_check_libexec"
 def package_qa_check_libexec(path,name, d, elf, messages):
 
@@ -198,7 +204,7 @@ def package_qa_check_libexec(path,name, d, elf, messages):
 return True
 
 if 'libexec' in path.split(os.path.sep):
-messages["libexec"] = "%s: %s is using libexec please relocate to %s" 
% (name, package_qa_clean_path(path, d), libexec)
+package_qa_add_message(messages, "libexec", "%s: %s is using libexec 
please relocate to %s" % (name, package_qa_clean_path(path, d), libexec))
 return False
 
 return True


This will obviously be a bit more work to make the patch but will IMO
result in a cleaner piece of code as an end result.

Cheers,

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

[OE-core] fido -> jethro switching problem

[Steffen Sledz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

for our internal development we use the Angstrom distro with some additional 
layers. Now we try to switch from fido to jethro branches and hit a problem 
where we are overchallenged.

Our local.conf contains

  DISTRO_FEATURES_remove = "x11 wayland"

what results in

- --> snip <-
ERROR: Overrides could not be expanded into a stable state after 5 iterations, 
overrides must be being referenced by other overridden variables in some 
recursive fashion. Please provide your configuration to bitbake-devel so we can 
laugh, er, I mean try and understand how to make it work.
ERROR: Error parsing configuration files
Traceback (most recent call last):
  File "/home/sledz/work/HIPOS.jethro/bitbake/lib/bb/parse/ast.py", line 88, in 
DataNode.getFunc(key='DISTRO_FEATURES', data=):
 else:
>return data.getVar(key, False, noweakdefault=True, 
parsing=True)

  File "/home/sledz/work/HIPOS.jethro/bitbake/lib/bb/data_smart.py", line 565, 
in DataSmart.getVar(var='DISTRO_FEATURES', expand=False, noweakdefault=True, 
parsing=True):
 def getVar(self, var, expand=False, noweakdefault=False, 
parsing=False):
>return self.getVarFlag(var, "_content", expand, noweakdefault, 
parsing)

  File "/home/sledz/work/HIPOS.jethro/bitbake/lib/bb/data_smart.py", line 737, 
in DataSmart.getVarFlag(var='DISTRO_FEATURES', flag='_content', expand=False, 
noweakdefault=True, parsing=True):
 removes = []
>self.need_overrides()
 for (r, o) in local_var["_remove"]:
  File "/home/sledz/work/HIPOS.jethro/bitbake/lib/bb/data_smart.py", line 435, 
in DataSmart.need_overrides():
 else:
>bb.fatal("Overrides could not be expanded into a stable state 
after 5 iterations, overrides must be being referenced by other overridden 
variables in some recursive fashion. Please provide your configuration to 
bitbake-devel so we can laugh, er, I mean try and understand how to make it 
work.")

  File "/home/sledz/work/HIPOS.jethro/bitbake/lib/bb/__init__.py", line 102, in 
fatal:
 logger.critical(''.join(args), extra=kwargs)
>raise BBHandledException()

BBHandledException
- --> snap <-

And also if we remove this line we end in a similar exception

- --> snip <-
ERROR: Overrides could not be expanded into a stable state after 5 iterations, 
overrides must be being referenced by other overridden variables in some 
recursive fashion. Please provide your configuration to bitbake-devel so we can 
laugh, er, I mean try and understand how to make it work.
ERROR: Unable to parse DEFAULTTUNE_angstrom[:=]
Traceback (most recent call last):
  File "arm-defaults.inc", line 2, in 
arm_tune_handler(d=)
  File "/home/sledz/work/HIPOS.jethro/bitbake/lib/bb/data_smart.py", line 565, 
in DataSmart.getVar(var='TUNE_FEATURES', expand=True, noweakdefault=False, 
parsing=False):
 def getVar(self, var, expand=False, noweakdefault=False, 
parsing=False):
>return self.getVarFlag(var, "_content", expand, noweakdefault, 
parsing)

  File "/home/sledz/work/HIPOS.jethro/bitbake/lib/bb/data_smart.py", line 667, 
in DataSmart.getVarFlag(var='TUNE_FEATURES', flag='_content', expand=True, 
noweakdefault=False, parsing=False):
 active = {}
>self.need_overrides()
 for (r, o) in self.overridedata[var]:
  File "/home/sledz/work/HIPOS.jethro/bitbake/lib/bb/data_smart.py", line 435, 
in DataSmart.need_overrides():
 else:
>bb.fatal("Overrides could not be expanded into a stable state 
after 5 iterations, overrides must be being referenced by other overridden 
variables in some recursive fashion. Please provide your configuration to 
bitbake-devel so we can laugh, er, I mean try and understand how to make it 
work.")

  File "/home/sledz/work/HIPOS.jethro/bitbake/lib/bb/__init__.py", line 102, in 
fatal:
 logger.critical(''.join(args), extra=kwargs)
>raise BBHandledException()

ExpansionError: Failure expanding variable DEFAULTTUNE_angstrom[:=], expression 
was ${@arm_tune_handler(d)} which triggered exception BBHandledException:
- --> snap <-

Can someone give some hints what's going wrong here?

Additional info:
BitBake Build Tool Core version 1.28.0
angstrom-v2015.12-yocto2.0 67032251d761f0107322a85595062029b95d788d

Thx,
Steffen

- -- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJWmOACAAoJEIz5slJ1krPhgBoP+gJvuy3bu3s+jC8OvXholWTF

Re: [OE-core] [PATCH 1/1] e2fsprogs: 1.42.9 -> 1.43-WIP

[Richard Purdie]

On Thu, 2016-01-14 at 18:05 -0800, Robert Yang wrote:
> Upgrade to 1.43-WIP to make "mke2fs -d" support xattr, so that the
> layer
> which requires xattr such as meta-selinux can populate images easily.
> 
> * Remove the following patches since they are alredy in the source.
>   0001-e2fsprogs-fix-cross-compilation-problem.patch
>   0001-libext2fs-fix-potential-buffer-overflow-in-closefs.patch
>   0001-mke2fs-add-the-ability-to-copy-files-from-a-given-di.patch
>   0002-misc-create_inode.c-copy-files-recursively.patch
>   0003-misc-create_inode.c-create-special-file.patch
>   0004-misc-create_inode.c-create-symlink.patch
>   0005-misc-create_inode.c-copy-regular-file.patch
>   0006-misc-create_inode.c-create-directory.patch
>   0007-misc-create_inode.c-set-owner-mode-time-for-the-inod.patch
>   0008-mke2fs.c-add-an-option-d-root-directory.patch
>   0009-misc-create_inode.c-handle-hardlinks.patch
>   0010-debugfs-use-the-functions-in-misc-create_inode.c.patch
>   0011-mke2fs.8.in-update-the-manual-for-the-d-option.patch
>   0012-Fix-musl-build-failures.patch
>   CVE-2015-0247.patch
>   copy-in-create-hardlinks-with-the-correct-directory-.patch
>   fix-icache.patch
>   misc-mke2fs.c-return-error-when-failed-to-populate-fs.patch
> 
> * Remove cache_inode.patch since it is not needed any more
> 
> * Updated mkdir.patch and ptest.patch
> 
> * Add --enable-libblkid to EXTRA_OECONF since libblkid is not created
> by
>   default.
> 
> * Time of core-image-sato-sdk do_rootfs:
>   - Before upgrade
> real3m18.508s
> user7m42.088s
> sys 1m1.984s
> 
>   - After upgrade
> real3m21.552s
> user7m38.496s
> sys 1m0.644s
> 
>The are nearly the same
> 
> * The "fsck -fn" shows the image is OK, and also can boot.
> 
> [YOCTO #8622]
> 
> Signed-off-by: Robert Yang 
[...]

> -SRC_URI[md5sum] = "3f8e41e63b432ba114b33f58674563f7"
> -SRC_URI[sha256sum] =
> "2f92ac06e92fa00f2ada3ee67dad012d74d685537527ad1241d82f2d041f2802"
> +SRCREV = "0f26747167cc9d82df849b0aad387bf824f04544"
> +PV = "1.43-WIP+git${SRCPV}"

What happens when 1.43 is released? 1.43 < 1.43-WIP so we'd have to
bump PE.

Can we just call this 1.42+1.43-git${SRCPV}?

I agree with moving to this btw, I just don't like the idea of "WIP" in
the version string and we need to keep upgrade paths in mind.

Cheers,

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

Re: [OE-core] fido -> jethro switching problem

[Koen Kooi]

> Op 15 jan. 2016 om 15:26 heeft Steffen Sledz  het 
> volgende geschreven:
> 
>> On 15.01.2016 14:24, Steffen Sledz wrote:
>> And I made another interesting discovery: The exception appears on certain 
>> machine types only, e.g with qemuarm it appears, with qemuarm64 or qemux86 
>> not.
> 
> It seems that all machines based on armv5e are affected.

FWIW, I'm seeing the same problem. The last time it happened it was due to the 
fixup angstrom does for broken arm BSPs


> 
> -- 
> DResearch Fahrzeugelektronik GmbH
> Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
> Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
> Fax: +49 30 515932-299
> Geschäftsführer: Dr. Michael Weber, Werner Mögle;
> Amtsgericht Berlin Charlottenburg; HRB 130120 B;
> Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 00/13] Jethro, Fido openssl and libxml security fixes vi git

[Joshua G Lock]

On Tue, 2016-01-12 at 15:25 -0800, Armin Kuster wrote:
> changes in contrib branch for alt integration.
> 
> The following changes since commit
> 0073b234d793099a371b2e529f740987decce756:
> 
>   yocto-bsp: Typo on the file extension (2016-01-07 12:13:55 +)
> 
> are available in the git repository at:
> 

Thanks very much for these Armin. I've included them in my
joshugal/fido-next branch and intend to submit that for merge soon.

Regards,

Joshua

>   git://git.yoctoproject.org/poky-contrib akuster/jethro_sec_fixes
>   http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akuster/je
> thro_sec_fixes
> 
> Armin Kuster (13):
>   openssl: fix for CVE-2015-3193
>   openssl: fix for CVE-2015-3194
>   openssl: fix for CVE-2015-3195
>   libxml2: security fix CVE-2015-7941
>   libxml2: security fix CVE-2015-8317
>   libxml2: security fix CVE-2015-7942
>   libxml2: security fix CVE-2015-8035
>   libxml2: security fix CVE-2015-7498
>   libxml2: security fix CVE-2015-7497
>   libxml2: security fix CVE-2015-7499
>   libxml2: security fix CVE-2015-7500
>   libxml2: security fix CVE-2015-8242
>   libxml2: security fix CVE-2015-5312
> 
>  .../openssl/0001-Add-test-for-CVE-2015-3194.patch  |  66 ++
>  ...64-mont5.pl-fix-carry-propagating-bug-CVE.patch | 101
> +++
>  .../CVE-2015-3194-1-Add-PSS-parameter-check.patch  |  45 +++
>  ...CVE-2015-3195-Fix-leak-with-ASN.1-combine.patch |  66 ++
>  .../recipes-connectivity/openssl/openssl_1.0.2d.bb |   4 +
>  meta/recipes-core/libxml/libxml2.inc   |  14 +++
>  ...-2015-5312-Another-entity-expansion-issue.patch |  39 ++
>  ...97-Avoid-an-heap-buffer-overflow-in-xmlDi.patch |  40 ++
>  ...00-Fix-memory-access-error-due-to-incorre.patch | 131
> +++
>  ...2015-8035-Fix-XZ-compression-support-loop.patch |  38 ++
>  ...42-Buffer-overead-with-HTML-parser-in-pus.patch |  49 
>  ...n-name-parsing-at-the-end-of-current-inpu.patch | 138
> +
>  ...ssing-entities-after-encoding-conversion-.patch |  89
> +
>  ...99-1-Add-xmlHaltParser-to-stop-the-parser.patch |  88
> +
>  ...VE-2015-7499-2-Detect-incoherency-on-GROW.patch |  43 +++
>  ...top-parsing-on-entities-boundaries-errors.patch |  39 ++
>  ...leanup-conditional-section-error-handling.patch |  56 +
>  ...ror-in-previous-Conditional-section-patch.patch |  35 ++
>  ...iation-of-overflow-in-Conditional-section.patch |  39 ++
>  ...ng-early-on-if-encoding-conversion-failed.patch |  42 +++
>  20 files changed, 1162 insertions(+)
>  create mode 100644 meta/recipes-connectivity/openssl/openssl/0001-
> Add-test-for-CVE-2015-3194.patch
>  create mode 100644 meta/recipes-connectivity/openssl/openssl/CVE-
> 2015-3193-bn-asm-x86_64-mont5.pl-fix-carry-propagating-bug-CVE.patch
>  create mode 100644 meta/recipes-connectivity/openssl/openssl/CVE-
> 2015-3194-1-Add-PSS-parameter-check.patch
>  create mode 100644 meta/recipes-connectivity/openssl/openssl/CVE-
> 2015-3195-Fix-leak-with-ASN.1-combine.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/0001-CVE-2015-
> 5312-Another-entity-expansion-issue.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/0001-CVE-2015-
> 7497-Avoid-an-heap-buffer-overflow-in-xmlDi.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/0001-CVE-2015-
> 7500-Fix-memory-access-error-due-to-incorre.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/0001-CVE-2015-
> 8035-Fix-XZ-compression-support-loop.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/0001-CVE-2015-
> 8242-Buffer-overead-with-HTML-parser-in-pus.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/0001-Fix-a-bug-
> on-name-parsing-at-the-end-of-current-inpu.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-7498-
> Avoid-processing-entities-after-encoding-conversion-.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-7499-1-
> Add-xmlHaltParser-to-stop-the-parser.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-7499-2-
> Detect-incoherency-on-GROW.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-7941-1-
> Stop-parsing-on-entities-boundaries-errors.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-7941-2-
> Cleanup-conditional-section-error-handling.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-7942-2-
> Fix-an-error-in-previous-Conditional-section-patch.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-7942-
> Another-variation-of-overflow-in-Conditional-section.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2015-8317-
> Fail-parsing-early-on-if-encoding-conversion-failed.patch
> 
> -- 
> 2.3.5
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] State of bitbake world, Failed tasks 2016-01-09, full QA report

[Bruce Ashfield]

On 16-01-15 03:13 AM, Andrea Adami wrote:

On Thu, Jan 14, 2016 at 1:21 PM, Martin Jansa  wrote:

qemuarm was using slightly older metadata, that's why it shows more failures.

Reexecuting qemuarm build shows only one failure:
Summary: 1 task failed:
   
/home/jenkins/oe/world/shr-core/meta-openembedded/meta-gnome/recipes-gnome/gvfs/gvfs-gdu-volume-monitor_1.24.2.bb,
 do_populate_sysroot
Summary: There were 5 WARNING messages shown.
Summary: There were 3 ERROR messages shown, returning a non-zero exit code.

== Tested changes (not included in master yet) - bitbake ==
cdf4cfb world-image: add extra target

== Tested changes (not included in master yet) - openembedded-core ==
d444e2c sstate-sysroot-cruft.sh: Extend the whitelist
f5aec48 arch-armv7ve.inc: respect armv7a override as well
33ac877 libbsd: upgrade to 0.8.1
9b8400f scripts/create-pull-request: fix git request-pull syntax
07f4dba qemux86: Add identical qemux86copy variant for tests
3183ee1 report-error: Allow to upload reports automatically

== Tested changes (not included in master yet) - meta-openembedded ==
4d6ae05 gnome-desktop: don't try to copy omf.make
17bd432 navit: disable qt4 support by default
cde9695 gspd: disable qt4 support by default
caf40a5 recipes: remove recipes using or depending on qt4 bbclasses or recipes
403bc6c waf-samba.bbclass: add cross-answers option and files
b166d5a samba: backport patches for cross-compiling
74457f8 samba: fix the incorrect tmpfiles installed directory
81fed56 libtalloc: upgrade to 2.1.3
eafd027 libtevent: upgrade to 0.9.25
5bb6a15 libldb: upgrade to 1.1.21
64b5ead libtdb: upgrade to 1.3.7
be49dee xterm: 308 -> 320
e912fac gvfs: update to 1.24.2 to make access to windows shares work again
24645de python-pip: 7.1.0 -> 7.1.2
023ae09 stunnel: 5.21 -> 5.28
68edfc2 opensaf: 4.6.0 -> 4.7.0
143e983 postfix: 3.0.2 -> 3.0.3
a855432 rp-pppoe: 3.11 -> 3.12
dc19244 dnsmasq: Listen only on loopback and disable DHCP
1356bc0 poco: Add recipe for POCO C++ library
5635496 mozjs: fix linking issues on i586
fc26804 syslog-ng: 3.5.4.1 -> 3.6.4
641efda libsmi: 0.4.8 -> 0.5.0
456105b lvm2: 2.02.125 -> 2.02.138
5a09739 python-six: Error fix for recipes depend on python-six
bae5cd5 Add python-jsonpatch and python-jsonpointer recipes
ffb25e5 python-tornado: upgrade to 4.3
355ecdd mariadb: -native also needs gold workaround
38cfba5 cifs-utils: add PACKAGECONFIG for cifsidmap
5683c8b cifs-utils: add PACKAGECONFIG for pam
fea767c netmap-modules: fix build with kernel < 3.17
f21b8b5 dhcpcd: add recipe for dhcpcd
ffea5e3 samba: Fix typo in PACKAGECONFIG for "acl" and "aio"
7a34c21 Revert "libjpeg-turbo: remove recipe"
1ea033a libjpeg-turbo: remove recipe
44d0230 lowpan-tools: add missing flex/bison deps
3c49bd0 postfix: fix clean broken issue
1b9a465 ncftp: fix build failures with ccdv
9ec3ca5 iscsitarget: skip the arch test for kernel modules
345134f iscsitarget: split the kernel module into separate package
ce4c2a0 netkit-ftp: fixed invalid symlink
3944ca6 ctdb: add PACKAGECONFIG for libtdb
36bbcb2 cim-schema-exper: fix host-user-contaminated
4c62551 nbd: use BPN in Files
1622b4e wireshark: update SRC_URI link to sources
3f03fb3 postfix: premission of /var/spool/mail seems incorrect
af66826 tcpdump: add PACKAGECONFIG for libcap-ng

== Tested changes (not included in master yet) - meta-qt5 ==
943406e Revert "qtbase: fix Tartget typo"
7a2906b qtbase: fix Tartget typo
c053ee2 qtscript/qtwebkit: disable thumb for armv4 and armv5 only to fix 
segfault on armv7
ca847b3 qtwebengine: Fix error jpeg_codec.cc, 
media_capture_devices_dispatcher.cpp and file API qquickwebengineview_p_p.h.
c29c758 qt5: add extra path to qmlplugins

== Tested changes (not included in master yet) - meta-browser ==

== Tested changes (not included in master yet) - meta-webos-ports ==

== Tested changes (not included in master yet) - meta-smartphone ==
7daae02 meta-shr-distro: remove aurora dependency
1776861 layer.conf: add LAYERDEPENDS matching README files
208dda7 packagegroup-shr-feed: remove confclerk, evopedia, anki, monav
fd22968 meta-fso, meta-aurora: move libfso-qt and qfsodbusxml2cpp to 
meta-aurora and add dependency on qt4 layer
ec44745 Initial support for Samsung Galaxy SIII (International), aka i9300
cf30493 initramfs-boot-android: clean up init script
34c0047 busybox: rename bbappend to match new version from oe-core
1223487 xserver-xorg: rename bbappend to match new version from oe-core
92f78c0 packagegroup-shr*: remove pidgin, jefliks and claws-mail blacklisted in 
meta-oe
2ce67f5 jefliks: blacklist because of gnutls upgrade
96a7810 meta-shr, meta-fso: drop nonworking recipes

== Number of issues - stats ==
{| class='wikitable'
!|Date   !!colspan='3'|Failed tasks 
!!colspan='12'|QA !!Comment
|-
||  ||qemuarm   ||qemux86   ||qemux86_64
||already-stripped  ||libdir||textrel   ||build-deps
||file-rdeps||version-going-backwards   

Re: [OE-core] fido -> jethro switching problem

[Steffen Sledz]

On 15.01.2016 14:24, Steffen Sledz wrote:
> And I made another interesting discovery: The exception appears on certain 
> machine types only, e.g with qemuarm it appears, with qemuarm64 or qemux86 
> not.

It seems that all machines based on armv5e are affected.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH][fido][RESEND 4/5] texinfo: don't create dependency on INHERIT variable

[Martin Jansa]

On Thu, Dec 10, 2015 at 02:48:20PM +0100, Martin Jansa wrote:
> * we don't want the do_package signature depending on INHERIT variable
> * e.g. just adding the own-mirrors causes texinfo to rebuild:
>   # bitbake-diffsigs BUILD/sstate-diff/*/*/texinfo/*do_package.sig*
>   basehash changed from 015df2fd8e396cc1e15622dbac843301 to 
> 9f1d06c4f238c70a99ccb6d8da348b6a
>   Variable INHERIT value changed from
>   ' rm_work blacklist blacklist report-error ${PACKAGE_CLASSES} 
> ${USER_CLASSES} ${INHERIT_DISTRO} ${INHERIT_BLACKLIST} sanity'
>   to
>   ' rm_work own-mirrors blacklist blacklist report-error ${PACKAGE_CLASSES} 
> ${USER_CLASSES} ${INHERIT_DISTRO} ${INHERIT_BLACKLIST} sanity'

Joshua,

why this one didn't make it to your fido update?

> Signed-off-by: Martin Jansa 
> ---
>  meta/recipes-extended/texinfo/texinfo_5.2.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-extended/texinfo/texinfo_5.2.bb 
> b/meta/recipes-extended/texinfo/texinfo_5.2.bb
> index 8dbcaa1..c9ac182 100644
> --- a/meta/recipes-extended/texinfo/texinfo_5.2.bb
> +++ b/meta/recipes-extended/texinfo/texinfo_5.2.bb
> @@ -10,7 +10,7 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
>  PROVIDES_append_class-native = " texinfo-replacement-native"
>  
>  def compress_pkg(d):
> -if "compress_doc" in (d.getVar("INHERIT", True) or "").split():
> +if bb.data.inherits_class('compress_doc', d):
>   compress = d.getVar("DOC_COMPRESS", True)
>   if compress == "gz":
>   return "gzip"
> -- 
> 2.6.3
> 

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

Re: [OE-core] fido -> jethro switching problem

[Richard Purdie]

On Fri, 2016-01-15 at 15:26 +0100, Steffen Sledz wrote:
> On 15.01.2016 14:24, Steffen Sledz wrote:
> > And I made another interesting discovery: The exception appears on
> > certain machine types only, e.g with qemuarm it appears, with
> > qemuarm64 or qemux86 not.
> 
> It seems that all machines based on armv5e are affected.

Which is a good data point to have and should help narrow it down.

I know that jethro OE-Core doesn't do this. Its unlikely to be machine
specific if all armv5e including qemuarm are affected. It therefore
sounds like there is something in your distro config related to armv5
is likely the cause...

Cheers,

Richard

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

Re: [OE-core] [PATCH][fido][RESEND 4/5] texinfo: don't create dependency on INHERIT variable

[Joshua G Lock]

On Fri, 2016-01-15 at 14:41 +0100, Martin Jansa wrote:
> On Thu, Dec 10, 2015 at 02:48:20PM +0100, Martin Jansa wrote:
> > * we don't want the do_package signature depending on INHERIT
> > variable
> > * e.g. just adding the own-mirrors causes texinfo to rebuild:
> >   # bitbake-diffsigs BUILD/sstate-diff/*/*/texinfo/*do_package.sig*
> >   basehash changed from 015df2fd8e396cc1e15622dbac843301 to
> > 9f1d06c4f238c70a99ccb6d8da348b6a
> >   Variable INHERIT value changed from
> >   ' rm_work blacklist blacklist report-error ${PACKAGE_CLASSES}
> > ${USER_CLASSES} ${INHERIT_DISTRO} ${INHERIT_BLACKLIST} sanity'
> >   to
> >   ' rm_work own-mirrors blacklist blacklist report-error
> > ${PACKAGE_CLASSES} ${USER_CLASSES} ${INHERIT_DISTRO}
> > ${INHERIT_BLACKLIST} sanity'
> 
> Joshua,
> 
> why this one didn't make it to your fido update?

(For the benefit of the list and with apologies to Martin for the spam)

Apologies, that wasn't an intentional omission. I've pushed it to my
joshuagl/fido-next branch and will include it in the next merge request
(hopefully today).

Regards,

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

[OE-core] Yocto Project Status WW03

[Jolley, Stephen K]

Current Dev Position: YP 2.1 M2
Next Deadline: YP 2.1 M2 Cutoff (Feature Freeze) date is January 25, 2016 noon 
GMT

SWAT team rotation: Cristian -> Randy
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team

Key Status/Updates:

  *   Due to some people being sick, we're operating at reduced capacity, doing 
our best to keep things moving
  *   Automatic Upgrade Helper (AUH) triggered many good package upgrades over 
the past week (thanks Anibal!)
  *   Many good fixes/improvements to the Extensible SDK and devtool have 
merged. We root caused and fixed several issues being commonly run into.
  *   CVE patch tagging proposal now being implemented which should allow 
better automated CVE tooling.
  *   WDD and bug trend continue to rise to new heights.
  *   Split of do_image from do_rootfs merged. Has triggered a couple of bugs 
but have been promptly fixed.

Key YP 2.1 Dates:
YP 2.1 M2 Cutoff (Feature Freeze) date is January 25, 2016 noon GMT
YP 2.1 M2 Target release date is February 12, 2016
YP 2.1 M3 Cutoff (Feature Freeze) date is February 29, 2016 noon GMT
YP 2.1 M3 Target release date is March 18, 2016
YP 2.1 M4 / Final Cutoff: March 28, 2016 noon GMT - Stabilization only 
milestone.
YP 2.1 Final Release Target: April 29, 2016

Key Status Links for YP:
https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.1_Status
https://wiki.yoctoproject.org/wiki/Yocto_2.1_Schedule
https://wiki.yoctoproject.org/wiki/Yocto_2.1_Features

Tracking Metrics:
WDD 2524 (last week 2460 )
(https://wiki.yoctoproject.org/charts/combo.html)

[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
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
*   Work Telephone:  (503) 712-0534
*Cell:(208) 244-4460
* Email: stephen.k.jol...@intel.com

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

Re: [OE-core] [PATCH 1/1] linux-libc-headers: set ALLOW_EMPTY

[Richard Purdie]

On Thu, 2016-01-14 at 14:46 +0800, Jian Liu wrote:
> If setting IMAGE_INSTALL += "linux-libc-headers", do_rootfs will
> cause
> error.
>   ERROR: linux-libc-headers not found in the base feeds
> 
> This is because that there is no linux-libc-headers.rpm generated.

There is no point in generating an empty package just for the sake of
it. Surely you just shouldn't put that in IMAGE_INSTALL?

Cheers,

Richard

> Signed-off-by: Jian Liu 
> 
> diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc
> -headers.inc b/meta/recipes-kernel/linux-libc-headers/linux-libc
> -headers.inc
> index 2ba6ed5..403360b 100644
> --- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> @@ -76,3 +76,5 @@ RRECOMMENDS_${PN}-dbg = "${PN}-dev (=
> ${EXTENDPKGV})"
>  
>  INHIBIT_DEFAULT_DEPS = "1"
>  DEPENDS += "unifdef-native"
> +
> +ALLOW_EMPTY_${PN} = "1"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Remove pth recipe

[Richard Purdie]

On Wed, 2016-01-13 at 09:36 -0800, Khem Raj wrote:
> Hi All,
> 
> We are carrying pth recipe in OE-Core.
> 
> 1. There are no packages in OE-Core which depend on it.
> 2. pth is quite old ( last release was in 2006) moreover there is
> npth replacement available and we have recipe in OE-Core
> 
> I would like to propose a removal of this recipe but before doing so,
> but wanted to find if there are any active users of this package
> 
> if you use it the please respond

Sounds good to me if nothing depends on it FWIW.

Cheers,

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

Re: [OE-core] [PATCH 1/1] linux-libc-headers: set ALLOW_EMPTY

[Bruce Ashfield]

On Fri, Jan 15, 2016 at 1:17 PM, Richard Purdie  wrote:

> On Thu, 2016-01-14 at 14:46 +0800, Jian Liu wrote:
> > If setting IMAGE_INSTALL += "linux-libc-headers", do_rootfs will
> > cause
> > error.
> >   ERROR: linux-libc-headers not found in the base feeds
> >
> > This is because that there is no linux-libc-headers.rpm generated.
>
> There is no point in generating an empty package just for the sake of
> it. Surely you just shouldn't put that in IMAGE_INSTALL?
>

Agreed. We can cook up all sorts of invalid/empty package names that
won't work, some things are better simply as a learning experience if
someone tries it :)

Bruce


>
> Cheers,
>
> Richard
>
> > Signed-off-by: Jian Liu 
> >
> > diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc
> > -headers.inc b/meta/recipes-kernel/linux-libc-headers/linux-libc
> > -headers.inc
> > index 2ba6ed5..403360b 100644
> > --- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> > +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> > @@ -76,3 +76,5 @@ RRECOMMENDS_${PN}-dbg = "${PN}-dev (=
> > ${EXTENDPKGV})"
> >
> >  INHIBIT_DEFAULT_DEPS = "1"
> >  DEPENDS += "unifdef-native"
> > +
> > +ALLOW_EMPTY_${PN} = "1"
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/4] opkg-utils: add update-alternatives PACKAGECONFIG

[Christopher Larson]

On Fri, Jan 15, 2016 at 2:23 AM, Robert Yang 
wrote:

>
> I've afraid this patch can't work well, when opkg-utils doesn't provide
> virtual/update-alternatives, then chkconfig would be built and there would
> be dependency loops for example,
>
> PACKAGECONFIG = "python"
> $ bitbake core-image-minimal
>
> [snip]
> ERROR:
> Dependency loop #1 found:
>   Task 747 (/buildarea/lyang1/poky/meta/recipes-support/libpcre/
> libpcre_8.38.bb, do_packagedata) (dependent Tasks ['libpcre, do_package'])
>   Task 2067 (/buildarea/lyang1/poky/meta/recipes-extended/slang/
> slang_2.2.4.bb, do_package) (dependent Tasks ['gcc-runtime,
> do_packagedata', 'pseudo, do_populate_sysroot', 'slang, do_install',
> 'libpcre, do_packagedata', 'libtool-cross, do_packagedata', 'glibc,
> do_packagedata', 'rpm, do_populate_sysroot'])
>   Task 2064 (/buildarea/lyang1/poky/meta/recipes-extended/slang/
> slang_2.2.4.bb, do_packagedata) (dependent Tasks ['slang, do_package'])
>   Task 1876 (/buildarea/lyang1/poky/meta/recipes-extended/newt/
> libnewt_0.52.18.bb, do_package) (dependent Tasks ['slang,
> do_packagedata', 'gcc-runtime, do_packagedata', 'pseudo,
> do_populate_sysroot', 'libnewt, do_install', 'libtool-cross,
> do_packagedata', 'glibc, do_packagedata', 'popt, do_packagedata', 'rpm,
> do_populate_sysroot'])
>   Task 1873 (/buildarea/lyang1/poky/meta/recipes-extended/newt/
> libnewt_0.52.18.bb, do_packagedata) (dependent Tasks ['libnewt,
> do_package'])
>   Task 1405 (/buildarea/lyang1/poky/meta/recipes-extended/chkconfig/
> chkconfig_1.3.58.bb, do_package) (dependent Tasks ['gcc-runtime,
> do_packagedata', 'pseudo, do_populate_sysroot', 'glibc, do_packagedata',
> 'libnewt, do_packagedata', 'chkconfig, do_install', 'popt, do_packagedata',
> 'gettext, do_packagedata', 'rpm, do_populate_sysroot'])
>   Task 1402 (/buildarea/lyang1/poky/meta/recipes-extended/chkconfig/
> chkconfig_1.3.58.bb, do_packagedata) (dependent Tasks ['chkconfig,
> do_package'])
>   Task 853 (/buildarea/lyang1/poky/meta/recipes-extended/bzip2/
> bzip2_1.0.6.bb, do_package) (dependent Tasks ['gcc-runtime,
> do_packagedata', 'bzip2, do_install_ptest_base', 'bzip2, do_install',
> 'libtool-cross, do_packagedata', 'glibc, do_packagedata', 'pseudo,
> do_populate_sysroot', 'chkconfig, do_packagedata', 'rpm,
> do_populate_sysroot'])
>   Task 850 (/buildarea/lyang1/poky/meta/recipes-extended/bzip2/
> bzip2_1.0.6.bb, do_packagedata) (dependent Tasks ['bzip2, do_package'])
>   Task 750 (/buildarea/lyang1/poky/meta/recipes-support/libpcre/
> libpcre_8.38.bb, do_package) (dependent Tasks ['libpcre,
> do_install_ptest_base', 'libpcre, do_install', 'gcc-runtime,
> do_packagedata', 'pseudo, do_populate_sysroot', 'libtool-cross,
> do_packagedata', 'glibc, do_packagedata', 'bzip2, do_packagedata', 'zlib,
> do_packagedata', 'rpm, do_populate_sysroot'])


Afaict it should work for the native case, just not target, if you use the
chkconfig-alternatives-native recipe. In meta-mentor we have that recipe
for target as well, to cover both cases, I'll see about submitting that.
We've been using the chkconfig update-alternatives implementation for a few
releases now.
-- 
Christopher Larson
kergoth at gmail dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] State of bitbake world, Failed tasks 2016-01-09, full QA report

[Andrea Adami]

On Fri, Jan 15, 2016 at 3:39 PM, Bruce Ashfield
 wrote:
> On 16-01-15 03:13 AM, Andrea Adami wrote:
>>
>> On Thu, Jan 14, 2016 at 1:21 PM, Martin Jansa 
>> wrote:
>>>
>>> qemuarm was using slightly older metadata, that's why it shows more
>>> failures.
>>>
>>> Reexecuting qemuarm build shows only one failure:
>>> Summary: 1 task failed:
>>>
>>> /home/jenkins/oe/world/shr-core/meta-openembedded/meta-gnome/recipes-gnome/gvfs/gvfs-gdu-volume-monitor_1.24.2.bb,
>>> do_populate_sysroot
>>> Summary: There were 5 WARNING messages shown.
>>> Summary: There were 3 ERROR messages shown, returning a non-zero exit
>>> code.
>>>
>>> == Tested changes (not included in master yet) - bitbake ==
>>> cdf4cfb world-image: add extra target
>>>
>>> == Tested changes (not included in master yet) - openembedded-core ==
>>> d444e2c sstate-sysroot-cruft.sh: Extend the whitelist
>>> f5aec48 arch-armv7ve.inc: respect armv7a override as well
>>> 33ac877 libbsd: upgrade to 0.8.1
>>> 9b8400f scripts/create-pull-request: fix git request-pull syntax
>>> 07f4dba qemux86: Add identical qemux86copy variant for tests
>>> 3183ee1 report-error: Allow to upload reports automatically
>>>
>>> == Tested changes (not included in master yet) - meta-openembedded ==
>>> 4d6ae05 gnome-desktop: don't try to copy omf.make
>>> 17bd432 navit: disable qt4 support by default
>>> cde9695 gspd: disable qt4 support by default
>>> caf40a5 recipes: remove recipes using or depending on qt4 bbclasses or
>>> recipes
>>> 403bc6c waf-samba.bbclass: add cross-answers option and files
>>> b166d5a samba: backport patches for cross-compiling
>>> 74457f8 samba: fix the incorrect tmpfiles installed directory
>>> 81fed56 libtalloc: upgrade to 2.1.3
>>> eafd027 libtevent: upgrade to 0.9.25
>>> 5bb6a15 libldb: upgrade to 1.1.21
>>> 64b5ead libtdb: upgrade to 1.3.7
>>> be49dee xterm: 308 -> 320
>>> e912fac gvfs: update to 1.24.2 to make access to windows shares work
>>> again
>>> 24645de python-pip: 7.1.0 -> 7.1.2
>>> 023ae09 stunnel: 5.21 -> 5.28
>>> 68edfc2 opensaf: 4.6.0 -> 4.7.0
>>> 143e983 postfix: 3.0.2 -> 3.0.3
>>> a855432 rp-pppoe: 3.11 -> 3.12
>>> dc19244 dnsmasq: Listen only on loopback and disable DHCP
>>> 1356bc0 poco: Add recipe for POCO C++ library
>>> 5635496 mozjs: fix linking issues on i586
>>> fc26804 syslog-ng: 3.5.4.1 -> 3.6.4
>>> 641efda libsmi: 0.4.8 -> 0.5.0
>>> 456105b lvm2: 2.02.125 -> 2.02.138
>>> 5a09739 python-six: Error fix for recipes depend on python-six
>>> bae5cd5 Add python-jsonpatch and python-jsonpointer recipes
>>> ffb25e5 python-tornado: upgrade to 4.3
>>> 355ecdd mariadb: -native also needs gold workaround
>>> 38cfba5 cifs-utils: add PACKAGECONFIG for cifsidmap
>>> 5683c8b cifs-utils: add PACKAGECONFIG for pam
>>> fea767c netmap-modules: fix build with kernel < 3.17
>>> f21b8b5 dhcpcd: add recipe for dhcpcd
>>> ffea5e3 samba: Fix typo in PACKAGECONFIG for "acl" and "aio"
>>> 7a34c21 Revert "libjpeg-turbo: remove recipe"
>>> 1ea033a libjpeg-turbo: remove recipe
>>> 44d0230 lowpan-tools: add missing flex/bison deps
>>> 3c49bd0 postfix: fix clean broken issue
>>> 1b9a465 ncftp: fix build failures with ccdv
>>> 9ec3ca5 iscsitarget: skip the arch test for kernel modules
>>> 345134f iscsitarget: split the kernel module into separate package
>>> ce4c2a0 netkit-ftp: fixed invalid symlink
>>> 3944ca6 ctdb: add PACKAGECONFIG for libtdb
>>> 36bbcb2 cim-schema-exper: fix host-user-contaminated
>>> 4c62551 nbd: use BPN in Files
>>> 1622b4e wireshark: update SRC_URI link to sources
>>> 3f03fb3 postfix: premission of /var/spool/mail seems incorrect
>>> af66826 tcpdump: add PACKAGECONFIG for libcap-ng
>>>
>>> == Tested changes (not included in master yet) - meta-qt5 ==
>>> 943406e Revert "qtbase: fix Tartget typo"
>>> 7a2906b qtbase: fix Tartget typo
>>> c053ee2 qtscript/qtwebkit: disable thumb for armv4 and armv5 only to fix
>>> segfault on armv7
>>> ca847b3 qtwebengine: Fix error jpeg_codec.cc,
>>> media_capture_devices_dispatcher.cpp and file API qquickwebengineview_p_p.h.
>>> c29c758 qt5: add extra path to qmlplugins
>>>
>>> == Tested changes (not included in master yet) - meta-browser ==
>>>
>>> == Tested changes (not included in master yet) - meta-webos-ports ==
>>>
>>> == Tested changes (not included in master yet) - meta-smartphone ==
>>> 7daae02 meta-shr-distro: remove aurora dependency
>>> 1776861 layer.conf: add LAYERDEPENDS matching README files
>>> 208dda7 packagegroup-shr-feed: remove confclerk, evopedia, anki, monav
>>> fd22968 meta-fso, meta-aurora: move libfso-qt and qfsodbusxml2cpp to
>>> meta-aurora and add dependency on qt4 layer
>>> ec44745 Initial support for Samsung Galaxy SIII (International), aka
>>> i9300
>>> cf30493 initramfs-boot-android: clean up init script
>>> 34c0047 busybox: rename bbappend to match new version from oe-core
>>> 1223487 xserver-xorg: rename bbappend to match new version from oe-core
>>> 92f78c0 packagegroup-shr*: remove pidgin, jefliks and claws-mail

Re: [OE-core] [PATCH 1/1] e2fsprogs: 1.42.9 -> 1.43-WIP

[Robert Yang]

On 01/15/2016 07:15 PM, Richard Purdie wrote:

On Thu, 2016-01-14 at 18:05 -0800, Robert Yang wrote:

Upgrade to 1.43-WIP to make "mke2fs -d" support xattr, so that the
layer
which requires xattr such as meta-selinux can populate images easily.

* Remove the following patches since they are alredy in the source.
   0001-e2fsprogs-fix-cross-compilation-problem.patch
   0001-libext2fs-fix-potential-buffer-overflow-in-closefs.patch
   0001-mke2fs-add-the-ability-to-copy-files-from-a-given-di.patch
   0002-misc-create_inode.c-copy-files-recursively.patch
   0003-misc-create_inode.c-create-special-file.patch
   0004-misc-create_inode.c-create-symlink.patch
   0005-misc-create_inode.c-copy-regular-file.patch
   0006-misc-create_inode.c-create-directory.patch
   0007-misc-create_inode.c-set-owner-mode-time-for-the-inod.patch
   0008-mke2fs.c-add-an-option-d-root-directory.patch
   0009-misc-create_inode.c-handle-hardlinks.patch
   0010-debugfs-use-the-functions-in-misc-create_inode.c.patch
   0011-mke2fs.8.in-update-the-manual-for-the-d-option.patch
   0012-Fix-musl-build-failures.patch
   CVE-2015-0247.patch
   copy-in-create-hardlinks-with-the-correct-directory-.patch
   fix-icache.patch
   misc-mke2fs.c-return-error-when-failed-to-populate-fs.patch

* Remove cache_inode.patch since it is not needed any more

* Updated mkdir.patch and ptest.patch

* Add --enable-libblkid to EXTRA_OECONF since libblkid is not created
by
   default.

* Time of core-image-sato-sdk do_rootfs:
   - Before upgrade
 real3m18.508s
 user7m42.088s
 sys 1m1.984s

   - After upgrade
 real3m21.552s
 user7m38.496s
 sys 1m0.644s

The are nearly the same

* The "fsck -fn" shows the image is OK, and also can boot.

[YOCTO #8622]

Signed-off-by: Robert Yang 

[...]


-SRC_URI[md5sum] = "3f8e41e63b432ba114b33f58674563f7"
-SRC_URI[sha256sum] =
"2f92ac06e92fa00f2ada3ee67dad012d74d685537527ad1241d82f2d041f2802"
+SRCREV = "0f26747167cc9d82df849b0aad387bf824f04544"
+PV = "1.43-WIP+git${SRCPV}"


What happens when 1.43 is released? 1.43 < 1.43-WIP so we'd have to
bump PE.

Can we just call this 1.42+1.43-git${SRCPV}?


Thanks, good idea, updated in the repo:

  git://git.openembedded.org/openembedded-core-contrib rbt/e2fsprogs

http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/e2fsprogs

Robert Yang (1):
  e2fsprogs: 1.42.9 -> 1.43 (master)

* Changes:
  - Use PV = "1.42+1.43-git${SRCPV}"

Another thing is that, though we use "1.42+1.43-git${SRCPV}", the rpm name is
e2fsprogs-1.42+1.43+git0+0f26747167-r0.aarch64.rpm, note, no "-" in PV, the
same to ipk.

// Robert



I agree with moving to this btw, I just don't like the idea of "WIP" in
the version string and we need to keep upgrade paths in mind.

Cheers,

Richard


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

[OE-core] [PATCH][master][jetrho] openssh CVE-2016-1907

[Armin Kuster]

applies to Jethro too as both are at same version.

Armin Kuster (1):
  openssh: CVE-2016-1907

 .../openssh/CVE-2016-1907_upstream_commit.patch| 33 ++
 meta/recipes-connectivity/openssh/openssh_7.1p2.bb |  3 +-
 2 files changed, 35 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_upstream_commit.patch

-- 
1.9.1

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

Re: [OE-core] [PATCH 1/8] bitbake.conf: set CONFFILES by default

[Robert Yang]

On 01/15/2016 07:12 PM, Richard Purdie wrote:

On Thu, 2016-01-14 at 18:29 -0800, Robert Yang wrote:

There are a lot of binary packages have files in /etc/, but only a
few
of them have set CONFFILES, more than 180 packages are not set in a
world build.  So treat all the files in /etc/ as CONFFILES as Debian
does:
- All the files in /etc/ are CONFFILES
- Move the file out of /etc/ if it is not a conffile
- If /etc/foo can't be moved out, and is changed during
   runtime, then create a symlink /etc/foo -> /var/foo

[YOCTO #8436]

Signed-off-by: Robert Yang 
---
  meta/conf/bitbake.conf |1 +
  1 file changed, 1 insertion(+)


We have discussed this before and we decided that setting CONFFILES
globally seemed like a bad idea?


Sorry, but I can't find any emails which said this was a bad idea.
If we don't set CONFFILES by default, maybe we need mark a lot of
CONFFILES inside the recipes. I think that mark the CONFFILES under
/etc/ doesn't hurt anything, but help a lot when doing upgrade on
target:

1) When the old file is not changed, it will be replaced by new file.
2) When the old file is changed, it will ask the user what to do (dpkg)
   or save a bak (rpm).

//Robert



What has changed since the last discussion?

Cheers,

Richard


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

Re: [OE-core] [PATCH 2/4] opkg-utils: add update-alternatives PACKAGECONFIG

[Robert Yang]

On 01/16/2016 04:07 AM, Christopher Larson wrote:


On Fri, Jan 15, 2016 at 2:23 AM, Robert Yang > wrote:


I've afraid this patch can't work well, when opkg-utils doesn't provide
virtual/update-alternatives, then chkconfig would be built and there would
be dependency loops for example,

PACKAGECONFIG = "python"
$ bitbake core-image-minimal

[snip]
ERROR:
Dependency loop #1 found:
   Task 747
(/buildarea/lyang1/poky/meta/recipes-support/libpcre/libpcre_8.38.bb
, do_packagedata) (dependent Tasks ['libpcre,
do_package'])
   Task 2067
(/buildarea/lyang1/poky/meta/recipes-extended/slang/slang_2.2.4.bb
, do_package) (dependent Tasks ['gcc-runtime,
do_packagedata', 'pseudo, do_populate_sysroot', 'slang, do_install',
'libpcre, do_packagedata', 'libtool-cross, do_packagedata', 'glibc,
do_packagedata', 'rpm, do_populate_sysroot'])
   Task 2064
(/buildarea/lyang1/poky/meta/recipes-extended/slang/slang_2.2.4.bb
, do_packagedata) (dependent Tasks ['slang, 
do_package'])
   Task 1876
(/buildarea/lyang1/poky/meta/recipes-extended/newt/libnewt_0.52.18.bb
, do_package) (dependent Tasks ['slang,
do_packagedata', 'gcc-runtime, do_packagedata', 'pseudo,
do_populate_sysroot', 'libnewt, do_install', 'libtool-cross,
do_packagedata', 'glibc, do_packagedata', 'popt, do_packagedata', 'rpm,
do_populate_sysroot'])
   Task 1873
(/buildarea/lyang1/poky/meta/recipes-extended/newt/libnewt_0.52.18.bb
, do_packagedata) (dependent Tasks ['libnewt,
do_package'])
   Task 1405
(/buildarea/lyang1/poky/meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb
, do_package) (dependent Tasks ['gcc-runtime,
do_packagedata', 'pseudo, do_populate_sysroot', 'glibc, do_packagedata',
'libnewt, do_packagedata', 'chkconfig, do_install', 'popt, do_packagedata',
'gettext, do_packagedata', 'rpm, do_populate_sysroot'])
   Task 1402
(/buildarea/lyang1/poky/meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb
, do_packagedata) (dependent Tasks ['chkconfig,
do_package'])
   Task 853
(/buildarea/lyang1/poky/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
, do_package) (dependent Tasks ['gcc-runtime,
do_packagedata', 'bzip2, do_install_ptest_base', 'bzip2, do_install',
'libtool-cross, do_packagedata', 'glibc, do_packagedata', 'pseudo,
do_populate_sysroot', 'chkconfig, do_packagedata', 'rpm, 
do_populate_sysroot'])
   Task 850
(/buildarea/lyang1/poky/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
, do_packagedata) (dependent Tasks ['bzip2, 
do_package'])
   Task 750
(/buildarea/lyang1/poky/meta/recipes-support/libpcre/libpcre_8.38.bb
, do_package) (dependent Tasks ['libpcre,
do_install_ptest_base', 'libpcre, do_install', 'gcc-runtime,
do_packagedata', 'pseudo, do_populate_sysroot', 'libtool-cross,
do_packagedata', 'glibc, do_packagedata', 'bzip2, do_packagedata', 'zlib,
do_packagedata', 'rpm, do_populate_sysroot'])


Afaict it should work for the native case, just not target, if you use the
chkconfig-alternatives-native recipe. In meta-mentor we have that recipe for
target as well, to cover both cases, I'll see about submitting that. We've been
using the chkconfig update-alternatives implementation for a few releases now.


If I understand correctly, maybe we need make PACKAGECONFIG only
be available for opkg-utils-native ?

// Robert


--
Christopher Larson
kergoth at gmail dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics

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

[OE-core] [PATCH][master][jetrho]] openssh: CVE-2016-1907

[Armin Kuster]

From: Armin Kuster 

This issue requires three commits:
https://anongit.mindrot.org/openssh.git/commit/?id=ed4ce82dbfa8a3a3c8ea6fa0db113c71e234416c
https://anongit.mindrot.org/openssh.git/commit/?id=f98a09cacff7baad8748c9aa217afd155a4d493f
https://anongit.mindrot.org/openssh.git/commit/?id=2fecfd486bdba9f51b3a789277bb0733ca36e1c0

Signed-off-by: Armin Kuster 
---
 .../openssh/openssh/CVE-2016-1907_2.patch  |  65 
 .../openssh/openssh/CVE-2016-1907_3.patch  | 329 +
 .../openssh/CVE-2016-1907_upstream_commit.patch|  33 +++
 meta/recipes-connectivity/openssh/openssh_7.1p2.bb |   5 +-
 4 files changed, 431 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_2.patch
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_3.patch
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_upstream_commit.patch

diff --git a/meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_2.patch 
b/meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_2.patch
new file mode 100644
index 000..9fac69c
--- /dev/null
+++ b/meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_2.patch
@@ -0,0 +1,65 @@
+From f98a09cacff7baad8748c9aa217afd155a4d493f Mon Sep 17 00:00:00 2001
+From: "m...@openbsd.org" 
+Date: Tue, 20 Oct 2015 03:36:35 +
+Subject: [PATCH] upstream commit
+
+Replace a function-local allocation with stack memory.
+
+ok djm@
+
+Upstream-ID: c09fbbab637053a2ab9f33ca142b4e20a4c5a17e
+Upstream-Status: Backport
+CVE: CVE-2016-1907
+
+[YOCTO #8935]
+
+Signed-off-by: Armin Kuster 
+
+---
+ clientloop.c | 9 ++---
+ 1 file changed, 2 insertions(+), 7 deletions(-)
+
+diff --git a/clientloop.c b/clientloop.c
+index 87ceb3d..1e05cba 100644
+--- a/clientloop.c
 b/clientloop.c
+@@ -1,4 +1,4 @@
+-/* $OpenBSD: clientloop.c,v 1.275 2015/07/10 06:21:53 markus Exp $ */
++/* $OpenBSD: clientloop.c,v 1.276 2015/10/20 03:36:35 mmcc Exp $ */
+ /*
+  * Author: Tatu Ylonen 
+  * Copyright (c) 1995 Tatu Ylonen , Espoo, Finland
+@@ -311,11 +311,10 @@ client_x11_get_proto(const char *display, const char 
*xauth_path,
+   static char proto[512], data[512];
+   FILE *f;
+   int got_data = 0, generated = 0, do_unlink = 0, i;
+-  char *xauthdir, *xauthfile;
++  char xauthdir[PATH_MAX] = "", xauthfile[PATH_MAX] = "";
+   struct stat st;
+   u_int now, x11_timeout_real;
+ 
+-  xauthdir = xauthfile = NULL;
+   *_proto = proto;
+   *_data = data;
+   proto[0] = data[0] = '\0';
+@@ -343,8 +342,6 @@ client_x11_get_proto(const char *display, const char 
*xauth_path,
+   display = xdisplay;
+   }
+   if (trusted == 0) {
+-  xauthdir = xmalloc(PATH_MAX);
+-  xauthfile = xmalloc(PATH_MAX);
+   mktemp_proto(xauthdir, PATH_MAX);
+   /*
+* The authentication cookie should briefly outlive
+@@ -407,8 +404,6 @@ client_x11_get_proto(const char *display, const char 
*xauth_path,
+   unlink(xauthfile);
+   rmdir(xauthdir);
+   }
+-  free(xauthdir);
+-  free(xauthfile);
+ 
+   /*
+* If we didn't get authentication data, just make up some
+-- 
+1.9.1
+
diff --git a/meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_3.patch 
b/meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_3.patch
new file mode 100644
index 000..3dfc51a
--- /dev/null
+++ b/meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_3.patch
@@ -0,0 +1,329 @@
+From ed4ce82dbfa8a3a3c8ea6fa0db113c71e234416c Mon Sep 17 00:00:00 2001
+From: "d...@openbsd.org" 
+Date: Wed, 13 Jan 2016 23:04:47 +
+Subject: [PATCH] upstream commit
+
+eliminate fallback from untrusted X11 forwarding to trusted
+ forwarding when the X server disables the SECURITY extension; Reported by
+ Thomas Hoger; ok deraadt@
+
+Upstream-ID: f76195bd2064615a63ef9674a0e4096b0713f938
+Upstream-Status: Backport
+CVE: CVE-2016-1907
+
+[YOCTO #8935]
+
+Signed-off-by: Armin Kuster 
+
+---
+ clientloop.c | 114 ---
+ clientloop.h |   4 +--
+ mux.c|  22 ++--
+ ssh.c|  23 +---
+ 4 files changed, 93 insertions(+), 70 deletions(-)
+
+Index: openssh-7.1p2/clientloop.c
+===
+--- openssh-7.1p2.orig/clientloop.c
 openssh-7.1p2/clientloop.c
+@@ -1,4 +1,4 @@
+-/* $OpenBSD: clientloop.c,v 1.276 2015/10/20 03:36:35 mmcc Exp $ */
++/* $OpenBSD: clientloop.c,v 1.279 2016/01/13 23:04:47 djm Exp $ */
+ /*
+  * Author: Tatu Ylonen 
+  * Copyright (c) 1995 Tatu Ylonen , Espoo, Finland
+@@ -288,6 +288,9 @@ 

[OE-core] [PATCH v2][master][jetrho] openssh: CVE-2016-1907

[Armin Kuster]

Found two more commits for this CVE. 

Armin Kuster (1):
  openssh: CVE-2016-1907

 .../openssh/openssh/CVE-2016-1907_2.patch  |  65 
 .../openssh/openssh/CVE-2016-1907_3.patch  | 329 +
 .../openssh/CVE-2016-1907_upstream_commit.patch|  33 +++
 meta/recipes-connectivity/openssh/openssh_7.1p2.bb |   5 +-
 4 files changed, 431 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_2.patch
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_3.patch
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/CVE-2016-1907_upstream_commit.patch

-- 
1.9.1

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

Re: [OE-core] [PATCH 07/40] gstreamer1.0-plugins-good: fix PACKAGECONFIG for gudev and add one for v4l2 and libv4l2

[Robert Yang]

On 01/15/2016 04:27 PM, Robert Yang wrote:



On 01/15/2016 04:21 PM, Andreas Müller wrote:

On Mon, Dec 28, 2015 at 8:14 AM, Robert Yang  wrote:

From: Martin Jansa 

* WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libcap, but it isn't a build dependency?
   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libgudev, but it isn't a build dependency?
   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libudev, but it isn't a build dependency?
   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on zlib, but it isn't a build dependency?

Signed-off-by: Martin Jansa 
---
  .../gstreamer/gstreamer1.0-plugins-good.inc|8 
  1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
index 0ce4b8f..edaafe8 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
@@ -11,7 +11,7 @@ inherit gettext
  PACKAGECONFIG ??= " \
  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
  ${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', '',
d)} \
-orc cairo flac gdk-pixbuf gudev jpeg libpng soup speex taglib \
+orc cairo flac gdk-pixbuf jpeg libpng soup speex taglib v4l2\
  "

Just noticed that this patch removes gudev from default PACKAGECONFIG.
Was that intended?


I'm afraid no, should be a typo, I will send a patch for it.


To be clear, it's my fault, there were conflicts when I merged the
original patch, and I wrongly removed udev from PACKAGECONFIG when
resolving the conflicts.

// Robert



// Robert



Andreas


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

Re: [OE-core] [PATCH 0/3] Introduces kernel-initramfs recipe to resolve a implicit dependency issue

[Ming Liu]

Hi, Bruce:

No problem, thanks for letting me know the status.

//Ming Liu

2016-01-14 18:06 GMT+01:00 Bruce Ashfield :

> Just bumping this review to let you know that I haven't forgotten
> about it.
>
> I've been looking at the details at least twice now, but haven't
> managed to sort everything out.
>
> I'll pick this up again shortly.
>
> Bruce
>
>
> On 16-01-05 08:12 AM, Ming Liu wrote:
>
>> In current initramfs bundled kernel packaging policy, there are several
>> dependency chains co-existing:
>>
>> | "core-image-minimal.do_build" ->
>> "core-image-minimal.do_bundle_initramfs"
>> | "core-image-minimal.do_bundle_initramfs" ->
>> "virtual/kernel.do_bundle_initramfs"
>> | "core-image-minimal.do_bundle_initramfs" ->
>> "core-image-minimal.do_rootfs"
>> | "core-image-minimal.do_rootfs" ->
>> "virtual/kernel.do_package_write_${IMAGE_PKGTYPE}"
>> | "virtual/kernel.do_package_write_${IMAGE_PKGTYPE}" ->
>> "virtual/kernel.do_package"
>> | "virtual/kernel.do_package" -> "virtual/kernel.do_install"
>> |
>> | "virtual/kernel.do_deploy" -> "virtual/kernel.do_bundle_initramfs"
>> | "virtual/kernel.do_bundle_initramfs" -> "virtual/kernel.do_install"
>>
>> We could see, virtual/kernel.do_package is not explicitly depending on
>> virtual/kernel.do_bundle_initramfs so far, therefore, there is not a
>> workable way to add initramfs bundled kernel image into rootfs, because
>> kernel's do_bundle_initramfs could run parallelly with its do_package,
>> which means we will get a implicit kernel-image package that sometimes it
>> contains the initramfs bundled kernel or sometimes it doesn't.
>>
>> To fix this problem, the idea is to let the initramfs bundled kernel
>> packaging depend on do_bundle_initramfs, meanwhile, to avoid the circular
>> dependency issue that commit: 609d5a9ab9e58bb1c2bcc2145399fbc8b701b85a
>> [ kernel.bbclass, image.bbclass: Implement kernel INITRAMFS dependency
>> and bundling ]
>>
>> was trying to address, this dependency has to be splitted from kernel
>> recipe(at least, I could not figure out another way to achieve it), so a
>> new kernel-initramfs is introduced, in which a dependency chain is
>> created:
>>
>> | "kernel-initramfs.do_install" -> "virtual/kernel.do_deploy"
>> | "virtual/kernel.do_deploy" -> "virtual/kernel.do_bundle_initramfs"
>>
>> Then the users can add initramfs bundled kernel image into rootfs by:
>>
>> IMAGE_INSTALL_append = " kernel-initramfs"
>>
>> without introducing any circular dependencies.
>>
>> Ming Liu (3):
>>kernel.bbclass: do not install initramfs bundled kernel image
>>image.bbclass: removes bundle_initramfs related code
>>kernel-initramfs: new recipe, creates initramfs bundled kernel
>>  packaging
>>
>>   meta/classes/image.bbclass| 11 -
>>   meta/classes/kernel.bbclass   |  4 --
>>   meta/recipes-kernel/linux/kernel-initramfs.bb | 69
>> +++
>>   3 files changed, 69 insertions(+), 15 deletions(-)
>>   create mode 100644 meta/recipes-kernel/linux/kernel-initramfs.bb
>>
>>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] gstreamer1.0-plugins-good.inc: add gudev back to PACKAGECONFIG

[Robert Yang]

The 66e32244aed8d33f1b49fbe78179f2442545c730 wrongly removed gudev from
PACKAGECONFIG, now add it back.

Signed-off-by: Robert Yang 
---
 .../gstreamer/gstreamer1.0-plugins-good.inc|2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
index edaafe8..2f987b4 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
@@ -11,7 +11,7 @@ inherit gettext
 PACKAGECONFIG ??= " \
 ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', '', 
d)} \
-orc cairo flac gdk-pixbuf jpeg libpng soup speex taglib v4l2\
+orc cairo flac gdk-pixbuf gudev jpeg libpng soup speex taglib v4l2 \
 "
 
 X11DEPENDS = "virtual/libx11 libsm libxrender libxfixes libxdamage"
-- 
1.7.9.5

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

[OE-core] [jethro] [PATCH 0/1] gstreamer1.0-plugins-good.inc: add gudev back to PACKAGECONFIG

[Robert Yang]

The following changes since commit 901af5a00338fd8f1ace939123484ea91c090a7a:

  libaio: don't disable linking to the system libraries (2016-01-14 15:18:16 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib rbt/jethro-next
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/jethro-next

Robert Yang (1):
  gstreamer1.0-plugins-good.inc: add gudev back to PACKAGECONFIG

 .../gstreamer/gstreamer1.0-plugins-good.inc|2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

-- 
1.7.9.5

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

Re: [OE-core] [PATCH 07/40] gstreamer1.0-plugins-good: fix PACKAGECONFIG for gudev and add one for v4l2 and libv4l2

[Andreas Müller]

On Mon, Dec 28, 2015 at 8:14 AM, Robert Yang  wrote:
> From: Martin Jansa 
>
> * WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
> rdepends on libcap, but it isn't a build dependency?
>   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
> rdepends on libgudev, but it isn't a build dependency?
>   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
> rdepends on libudev, but it isn't a build dependency?
>   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
> rdepends on zlib, but it isn't a build dependency?
>
> Signed-off-by: Martin Jansa 
> ---
>  .../gstreamer/gstreamer1.0-plugins-good.inc|8 
>  1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc 
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
> index 0ce4b8f..edaafe8 100644
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
> @@ -11,7 +11,7 @@ inherit gettext
>  PACKAGECONFIG ??= " \
>  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
>  ${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', '', 
> d)} \
> -orc cairo flac gdk-pixbuf gudev jpeg libpng soup speex taglib \
> +orc cairo flac gdk-pixbuf jpeg libpng soup speex taglib v4l2\
>  "
Just noticed that this patch removes gudev from default PACKAGECONFIG.
Was that intended?

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

Re: [OE-core] [PATCH 07/40] gstreamer1.0-plugins-good: fix PACKAGECONFIG for gudev and add one for v4l2 and libv4l2

[Robert Yang]

On 01/15/2016 04:21 PM, Andreas Müller wrote:

On Mon, Dec 28, 2015 at 8:14 AM, Robert Yang  wrote:

From: Martin Jansa 

* WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
rdepends on libcap, but it isn't a build dependency?
   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
rdepends on libgudev, but it isn't a build dependency?
   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
rdepends on libudev, but it isn't a build dependency?
   WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2 
rdepends on zlib, but it isn't a build dependency?

Signed-off-by: Martin Jansa 
---
  .../gstreamer/gstreamer1.0-plugins-good.inc|8 
  1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
index 0ce4b8f..edaafe8 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
@@ -11,7 +11,7 @@ inherit gettext
  PACKAGECONFIG ??= " \
  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
  ${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', '', 
d)} \
-orc cairo flac gdk-pixbuf gudev jpeg libpng soup speex taglib \
+orc cairo flac gdk-pixbuf jpeg libpng soup speex taglib v4l2\
  "

Just noticed that this patch removes gudev from default PACKAGECONFIG.
Was that intended?


I'm afraid no, should be a typo, I will send a patch for it.

// Robert



Andreas


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

Re: [OE-core] State of bitbake world, Failed tasks 2016-01-09, full QA report

[Andrea Adami]

On Thu, Jan 14, 2016 at 1:21 PM, Martin Jansa  wrote:
> qemuarm was using slightly older metadata, that's why it shows more failures.
>
> Reexecuting qemuarm build shows only one failure:
> Summary: 1 task failed:
>   
> /home/jenkins/oe/world/shr-core/meta-openembedded/meta-gnome/recipes-gnome/gvfs/gvfs-gdu-volume-monitor_1.24.2.bb,
>  do_populate_sysroot
> Summary: There were 5 WARNING messages shown.
> Summary: There were 3 ERROR messages shown, returning a non-zero exit code.
>
> == Tested changes (not included in master yet) - bitbake ==
> cdf4cfb world-image: add extra target
>
> == Tested changes (not included in master yet) - openembedded-core ==
> d444e2c sstate-sysroot-cruft.sh: Extend the whitelist
> f5aec48 arch-armv7ve.inc: respect armv7a override as well
> 33ac877 libbsd: upgrade to 0.8.1
> 9b8400f scripts/create-pull-request: fix git request-pull syntax
> 07f4dba qemux86: Add identical qemux86copy variant for tests
> 3183ee1 report-error: Allow to upload reports automatically
>
> == Tested changes (not included in master yet) - meta-openembedded ==
> 4d6ae05 gnome-desktop: don't try to copy omf.make
> 17bd432 navit: disable qt4 support by default
> cde9695 gspd: disable qt4 support by default
> caf40a5 recipes: remove recipes using or depending on qt4 bbclasses or recipes
> 403bc6c waf-samba.bbclass: add cross-answers option and files
> b166d5a samba: backport patches for cross-compiling
> 74457f8 samba: fix the incorrect tmpfiles installed directory
> 81fed56 libtalloc: upgrade to 2.1.3
> eafd027 libtevent: upgrade to 0.9.25
> 5bb6a15 libldb: upgrade to 1.1.21
> 64b5ead libtdb: upgrade to 1.3.7
> be49dee xterm: 308 -> 320
> e912fac gvfs: update to 1.24.2 to make access to windows shares work again
> 24645de python-pip: 7.1.0 -> 7.1.2
> 023ae09 stunnel: 5.21 -> 5.28
> 68edfc2 opensaf: 4.6.0 -> 4.7.0
> 143e983 postfix: 3.0.2 -> 3.0.3
> a855432 rp-pppoe: 3.11 -> 3.12
> dc19244 dnsmasq: Listen only on loopback and disable DHCP
> 1356bc0 poco: Add recipe for POCO C++ library
> 5635496 mozjs: fix linking issues on i586
> fc26804 syslog-ng: 3.5.4.1 -> 3.6.4
> 641efda libsmi: 0.4.8 -> 0.5.0
> 456105b lvm2: 2.02.125 -> 2.02.138
> 5a09739 python-six: Error fix for recipes depend on python-six
> bae5cd5 Add python-jsonpatch and python-jsonpointer recipes
> ffb25e5 python-tornado: upgrade to 4.3
> 355ecdd mariadb: -native also needs gold workaround
> 38cfba5 cifs-utils: add PACKAGECONFIG for cifsidmap
> 5683c8b cifs-utils: add PACKAGECONFIG for pam
> fea767c netmap-modules: fix build with kernel < 3.17
> f21b8b5 dhcpcd: add recipe for dhcpcd
> ffea5e3 samba: Fix typo in PACKAGECONFIG for "acl" and "aio"
> 7a34c21 Revert "libjpeg-turbo: remove recipe"
> 1ea033a libjpeg-turbo: remove recipe
> 44d0230 lowpan-tools: add missing flex/bison deps
> 3c49bd0 postfix: fix clean broken issue
> 1b9a465 ncftp: fix build failures with ccdv
> 9ec3ca5 iscsitarget: skip the arch test for kernel modules
> 345134f iscsitarget: split the kernel module into separate package
> ce4c2a0 netkit-ftp: fixed invalid symlink
> 3944ca6 ctdb: add PACKAGECONFIG for libtdb
> 36bbcb2 cim-schema-exper: fix host-user-contaminated
> 4c62551 nbd: use BPN in Files
> 1622b4e wireshark: update SRC_URI link to sources
> 3f03fb3 postfix: premission of /var/spool/mail seems incorrect
> af66826 tcpdump: add PACKAGECONFIG for libcap-ng
>
> == Tested changes (not included in master yet) - meta-qt5 ==
> 943406e Revert "qtbase: fix Tartget typo"
> 7a2906b qtbase: fix Tartget typo
> c053ee2 qtscript/qtwebkit: disable thumb for armv4 and armv5 only to fix 
> segfault on armv7
> ca847b3 qtwebengine: Fix error jpeg_codec.cc, 
> media_capture_devices_dispatcher.cpp and file API qquickwebengineview_p_p.h.
> c29c758 qt5: add extra path to qmlplugins
>
> == Tested changes (not included in master yet) - meta-browser ==
>
> == Tested changes (not included in master yet) - meta-webos-ports ==
>
> == Tested changes (not included in master yet) - meta-smartphone ==
> 7daae02 meta-shr-distro: remove aurora dependency
> 1776861 layer.conf: add LAYERDEPENDS matching README files
> 208dda7 packagegroup-shr-feed: remove confclerk, evopedia, anki, monav
> fd22968 meta-fso, meta-aurora: move libfso-qt and qfsodbusxml2cpp to 
> meta-aurora and add dependency on qt4 layer
> ec44745 Initial support for Samsung Galaxy SIII (International), aka i9300
> cf30493 initramfs-boot-android: clean up init script
> 34c0047 busybox: rename bbappend to match new version from oe-core
> 1223487 xserver-xorg: rename bbappend to match new version from oe-core
> 92f78c0 packagegroup-shr*: remove pidgin, jefliks and claws-mail blacklisted 
> in meta-oe
> 2ce67f5 jefliks: blacklist because of gnutls upgrade
> 96a7810 meta-shr, meta-fso: drop nonworking recipes
>
> == Number of issues - stats ==
> {| class='wikitable'
> !|Date   !!colspan='3'|Failed tasks 
> !!colspan='12'|QA !!Comment
> |-
> ||  ||qemuarm   ||qemux86 

Re: [OE-core] [PATCH 2/4] opkg-utils: add update-alternatives PACKAGECONFIG

[Robert Yang]

Hi Chris,

I've afraid this patch can't work well, when opkg-utils doesn't provide
virtual/update-alternatives, then chkconfig would be built and there would
be dependency loops for example,

PACKAGECONFIG = "python"
$ bitbake core-image-minimal

[snip]
ERROR:
Dependency loop #1 found:
  Task 747 
(/buildarea/lyang1/poky/meta/recipes-support/libpcre/libpcre_8.38.bb, 
do_packagedata) (dependent Tasks ['libpcre, do_package'])
  Task 2067 (/buildarea/lyang1/poky/meta/recipes-extended/slang/slang_2.2.4.bb, 
do_package) (dependent Tasks ['gcc-runtime, do_packagedata', 'pseudo, 
do_populate_sysroot', 'slang, do_install', 'libpcre, do_packagedata', 
'libtool-cross, do_packagedata', 'glibc, do_packagedata', 'rpm, 
do_populate_sysroot'])
  Task 2064 (/buildarea/lyang1/poky/meta/recipes-extended/slang/slang_2.2.4.bb, 
do_packagedata) (dependent Tasks ['slang, do_package'])
  Task 1876 
(/buildarea/lyang1/poky/meta/recipes-extended/newt/libnewt_0.52.18.bb, 
do_package) (dependent Tasks ['slang, do_packagedata', 'gcc-runtime, 
do_packagedata', 'pseudo, do_populate_sysroot', 'libnewt, do_install', 
'libtool-cross, do_packagedata', 'glibc, do_packagedata', 'popt, 
do_packagedata', 'rpm, do_populate_sysroot'])
  Task 1873 
(/buildarea/lyang1/poky/meta/recipes-extended/newt/libnewt_0.52.18.bb, 
do_packagedata) (dependent Tasks ['libnewt, do_package'])
  Task 1405 
(/buildarea/lyang1/poky/meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb, 
do_package) (dependent Tasks ['gcc-runtime, do_packagedata', 'pseudo, 
do_populate_sysroot', 'glibc, do_packagedata', 'libnewt, do_packagedata', 
'chkconfig, do_install', 'popt, do_packagedata', 'gettext, do_packagedata', 
'rpm, do_populate_sysroot'])
  Task 1402 
(/buildarea/lyang1/poky/meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb, 
do_packagedata) (dependent Tasks ['chkconfig, do_package'])
  Task 853 (/buildarea/lyang1/poky/meta/recipes-extended/bzip2/bzip2_1.0.6.bb, 
do_package) (dependent Tasks ['gcc-runtime, do_packagedata', 'bzip2, 
do_install_ptest_base', 'bzip2, do_install', 'libtool-cross, do_packagedata', 
'glibc, do_packagedata', 'pseudo, do_populate_sysroot', 'chkconfig, 
do_packagedata', 'rpm, do_populate_sysroot'])
  Task 850 (/buildarea/lyang1/poky/meta/recipes-extended/bzip2/bzip2_1.0.6.bb, 
do_packagedata) (dependent Tasks ['bzip2, do_package'])
  Task 750 
(/buildarea/lyang1/poky/meta/recipes-support/libpcre/libpcre_8.38.bb, 
do_package) (dependent Tasks ['libpcre, do_install_ptest_base', 'libpcre, 
do_install', 'gcc-runtime, do_packagedata', 'pseudo, do_populate_sysroot', 
'libtool-cross, do_packagedata', 'glibc, do_packagedata', 'bzip2, 
do_packagedata', 'zlib, do_packagedata', 'rpm, do_populate_sysroot'])


[snip]

// Robert


On 11/13/2015 07:41 AM, Christopher Larson wrote:

From: Christopher Larson 

This lets someone use a different update-alternatives-native provider. Without
this available, they'll step on one another in the sysroot unconditionally,
since we need to build opkg-utils-native for ipk based builds regardless.

Signed-off-by: Christopher Larson 
---
  meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 12 +---
  1 file changed, 9 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 5f518d2..b242d1f 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -5,7 +5,7 @@ HOMEPAGE = "http://code.google.com/p/opkg/;
  LICENSE = "GPLv2+"
  LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
  
file://opkg.py;beginline=1;endline=18;md5=15917491ad6bf7acc666ca5f7cc1e083"
-PROVIDES += "virtual/update-alternatives"
+PROVIDES += "${@bb.utils.contains('PACKAGECONFIG', 'update-alternatives', 
'virtual/update-alternatives', '', d)}"

  SRCREV = "53274f087565fd45d8452c5367997ba6a682a37a"
  PV = "0.1.8+git${SRCPV}"
@@ -21,15 +21,21 @@ TARGET_CC_ARCH += "${LDFLAGS}"
  PYTHONRDEPS = "python python-shell python-io python-math python-crypt 
python-logging python-fcntl python-subprocess python-pickle python-compression 
python-textutils python-stringold"
  PYTHONRDEPS_class-native = ""

-PACKAGECONFIG = "python"
+PACKAGECONFIG = "python update-alternatives"
  PACKAGECONFIG[python] = ",,,${PYTHONRDEPS}"
+PACKAGECONFIG[update-alternatives] = ",,,"

  do_install() {
oe_runmake PREFIX=${prefix} DESTDIR=${D} install
+   if ! ${@bb.utils.contains('PACKAGECONFIG', 'update-alternatives', 
'true', 'false', d)}; then
+   rm -f "${D}${bindir}/update-alternatives"
+   fi
  }

  do_install_append_class-target() {
-   sed -i ${D}${bindir}/update-alternatives -e 's,/usr/bin,${bindir},g; 
s,/usr/lib,${libdir},g'
+   if [ -e "${D}${bindir}/update-alternatives" ]; then
+   sed -i ${D}${bindir}/update-alternatives -e 
's,/usr/bin,${bindir},g; s,/usr/lib,${libdir},g'