[OE-core] [PATCH] gst-plugins-*, gstreamer1.0-plugins-*: fix main package binary components
Users often install the main package thinking it will bring in
all of the individual plugin packages, not realising that the
-meta package exists. Since the main package isn't currently
used for anything else, it would make more sense to just make
installing the main package install all of the plugins.
To do this in a manner that doesn't break any upgrade paths,
just add a dependency from the main package on the -meta
package for all of the gstreamer plugin recipes.
Fixes [YOCTO #5589].
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
meta/recipes-multimedia/gstreamer/gst-plugins-package.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
b/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
index 7bb5678..586bd05 100644
--- a/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
+++ b/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
@@ -51,6 +51,7 @@ PACKAGES += ${PN}-apps ${PN}-meta ${PN}-glib
FILES_${PN}-apps = ${bindir}
RDEPENDS_${PN}-apps += perl
+RRECOMMENDS_${PN} += ${PN}-meta
FILES_${PN} = ${datadir}/gstreamer-${LIBV}
FILES_${PN}-dbg += ${libdir}/gstreamer-${LIBV}/.debug
--
2.1.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] avahi: fix do_rootfs failure due to version skew
On 15-02-11 07:25 AM, Burton, Ross wrote:
Hi Paul,
On 11 February 2015 at 00:17, Paul Gortmaker paul.gortma...@windriver.com
wrote:
-RDEPENDS_${PN}-dev = avahi-daemon (= ${EXTENDPKGV}) libavahi-core (=
${EXTENDPKGV}) libavahi-client (= ${EXTENDPKGV})
+RDEPENDS_${PN}-dev = avahi-daemon (= ${PKGV}-${INC_PR}) libavahi-core
(= ${PKGV}-${INC_PR}) libavahi-client (= ${PKGV}-${INC_PR})
But this then breaks the hard dependencies for the avahi package.
Basically the problem is that you can't just include complex recipes in
other recipes and expect it to work without lots of hackery. In this case,
the amount of hackery required to fix this and various other problems (I've
an abandoned branch that sorts out other problems) is arguably more
complicated that throwing all of this away and starting again.
Personally, I don't see why we have avahi and avahi-ui. Enabling the GTK+
tools should be a PACKAGECONFIG option that is controlled by default by
DISTRO_FEATURES, and all the hackery deleted.
I've got a few branches that implement some of this already, I'll dig them
out as this has been bugging me for a while now.
OK, I'll just keep a local fix for myself as required and leave it
to you guys who have a better understanding of the problem space.
BTW, Is there an open bug I can subscribe to?
Thanks,
Paul.
--
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] image: add new items to IMAGE_FEAUTRES[validitems] list
On 11 February 2015 at 18:13, Robert P. J. Day rpj...@crashcourse.ca wrote: gaaa ... typo fixed when I merged to mut for testing :) Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] gstreamer1.0-plugins-good: ship equaliser presets in right package
The equaliser presets were packaged into ${PN} which was rarely installed, so
move the files to the right subpackage.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
index b33ab2b..37217f0 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
@@ -55,3 +55,4 @@ EXTRA_OECONF += \
${GSTREAMER_1_0_ORC} \
+FILES_${PN}-equalizer += ${datadir}/gstreamer-1.0/presets/*.prs
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] image: add new items to IMAGE_FEAUTRES[validitems] list
gaaa ... rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] gst-plugins-good: ship equaliser presets in right package
The equaliser presets were packaged into ${PN} which was rarely installed, so
move the files to the right subpackage.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-multimedia/gstreamer/gst-plugins-good_0.10.31.bb |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-good_0.10.31.bb
b/meta/recipes-multimedia/gstreamer/gst-plugins-good_0.10.31.bb
index 495bb17..85f2196 100644
--- a/meta/recipes-multimedia/gstreamer/gst-plugins-good_0.10.31.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-plugins-good_0.10.31.bb
@@ -42,3 +42,4 @@ SRC_URI[md5sum] = 24f98a294a2b521e1b29412bdadae2e6
SRC_URI[sha256sum] =
7e27840e40a7932ef2dc032d7201f9f41afcaf0b437daf5d1d44dc96d9e35ac6
FILES_${PN}-gconfelements +=
${sysconfdir}/gconf/schemas/gstreamer-0.10.schemas
+FILES_${PN}-equalizer += ${datadir}/gstreamer-0.10/presets/*.prs
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] gstreamer1.0-plugins-base: move data to the right subpackage
The libgsttag library has a data file that was packaged in
gstreamer1.0-plugins-base, so was never actually installed.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc
index 972ff18..eb5db46 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc
@@ -35,6 +35,6 @@ EXTRA_OECONF += \
${GSTREAMER_1_0_ORC} \
-FILES_${PN} += ${datadir}/gst-plugins-base
+FILES_libgsttag-1.0 +=
${datadir}/gst-plugins-base/1.0/license-translations.dict
CACHED_CONFIGUREVARS_append_i586 = ac_cv_header_emmintrin_h=no
ac_cv_header_xmmintrin_h=no
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] gstreamer-plugins: don't ship files in ${PN}
${PN} generally should be empty as every file the GStreamer packages ship is
owned by a particular plugin or library, so enforce this behaviour by unsetting
FILES_${PN}.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-multimedia/gstreamer/gst-plugins-package.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
b/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
index 586bd05..bc33b0e 100644
--- a/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
+++ b/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
@@ -53,7 +53,7 @@ FILES_${PN}-apps = ${bindir}
RDEPENDS_${PN}-apps += perl
RRECOMMENDS_${PN} += ${PN}-meta
-FILES_${PN} = ${datadir}/gstreamer-${LIBV}
+FILES_${PN} =
FILES_${PN}-dbg += ${libdir}/gstreamer-${LIBV}/.debug
FILES_${PN}-glib = ${datadir}/glib-2.0
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] image: add new items to IMAGE_FEAUTRES[validitems] list
Add the new items to the validitems list, this is fully tested, initial testing
had been done with a local change that did not make the original commit request
[YOCTO #7308]
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/image.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index c7eaaa8..893eb40 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -22,7 +22,7 @@ inherit ${TESTIMAGECLASS}
# IMAGE_FEATURES may contain any available package group
IMAGE_FEATURES ?=
IMAGE_FEATURES[type] = list
-IMAGE_FEATURES[validitems] += debug-tweaks read-only-rootfs
+IMAGE_FEATURES[validitems] += debug-tweaks read-only-rootfs
empty-root-password allow-empty-password post-install-logging
# rootfs bootstrap install
ROOTFS_BOOTSTRAP_INSTALL = ${@bb.utils.contains(IMAGE_FEATURES,
package-management, , ${ROOTFS_PKGMANAGE_BOOTSTRAP},d)}
--
2.1.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] avahi: fix do_rootfs failure due to version skew
On 11 February 2015 at 13:38, Paul Eggleton paul.eggle...@linux.intel.com wrote: A bit short on details, but here's the bug that triggered splitting it in the first place: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1492 We already had what you're proposing before the split was done. Given that avahi is somewhat a core component (if one needs zeroconf), if we go back to one recipe, there still needs to be a packaging split between the parts that need gtk and those that don't. That's from back when gnome-common had a GPLv3 license, which I've since fixed upstream. I've just confirmed that avahi with GPLv3 excluded at least starts to build. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 3/7] oe-pkgdata-util: fix read-value to handle data with colons in the value
The read-value subcommand was truncating the value if it contained
colons, for example FILES_INFO.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/oe-pkgdata-util | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 2baa9f4..1603dfb 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -162,7 +162,7 @@ def read_value(args):
with open(pkgdata_file, 'r') as f:
for line in f:
if line.startswith(valuename + :):
-val = line.split(': ')[1].rstrip()
+val = line.split(': ', 1)[1].rstrip()
return val
logger.debug(read-value('%s', '%s' '%s' % (args.pkgdata_dir,
args.valuename, packages))
--
1.9.3
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 5/7] oe-pkgdata-util: add list-pkgs subcommand
Add a subcommand to list packages, with options to list packages
matching a specification, and packages produced by a particular recipe.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/oe-pkgdata-util | 94 +
1 file changed, 94 insertions(+)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 91a1234..2830f48 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -253,6 +253,91 @@ def lookup_recipe(args):
items.extend(mappings.get(pkg, []))
print('\n'.join(items))
+def get_recipe_pkgs(pkgdata_dir, recipe, unpackaged):
+recipedatafile = os.path.join(pkgdata_dir, recipe)
+if not os.path.exists(recipedatafile):
+logger.error(Unable to find packaged recipe with name %s % recipe)
+sys.exit(1)
+packages = []
+with open(recipedatafile, 'r') as f:
+for line in f:
+fields = line.rstrip().split(': ')
+if fields[0] == 'PACKAGES':
+packages = fields[1].split()
+break
+
+if not unpackaged:
+pkglist = []
+for pkg in packages:
+if os.path.exists(os.path.join(pkgdata_dir, 'runtime',
'%s.packaged' % pkg)):
+pkglist.append(pkg)
+return pkglist
+else:
+return packages
+
+def list_pkgs(args):
+found = False
+
+def matchpkg(pkg):
+if args.pkgspec:
+matched = False
+for pkgspec in args.pkgspec:
+if fnmatch.fnmatchcase(pkg, pkgspec):
+matched = True
+break
+if not matched:
+return False
+if not args.unpackaged:
+if args.runtime:
+revlink = os.path.join(args.pkgdata_dir, runtime-reverse,
pkg)
+if os.path.exists(revlink):
+# We're unlikely to get here if the package was not
packaged, but just in case
+# we add the symlinks for unpackaged files in the future
+mappedpkg = os.path.basename(os.readlink(revlink))
+if not os.path.exists(os.path.join(args.pkgdata_dir,
'runtime', '%s.packaged' % mappedpkg)):
+return False
+else:
+return False
+else:
+if not os.path.exists(os.path.join(args.pkgdata_dir,
'runtime', '%s.packaged' % pkg)):
+return False
+return True
+
+if args.recipe:
+packages = get_recipe_pkgs(args.pkgdata_dir, args.recipe,
args.unpackaged)
+
+if args.runtime:
+pkglist = []
+runtime_pkgs = lookup_pkglist(packages, args.pkgdata_dir, False)
+for rtpkgs in runtime_pkgs.values():
+pkglist.extend(rtpkgs)
+else:
+pkglist = packages
+
+for pkg in pkglist:
+if matchpkg(pkg):
+found = True
+print(%s % pkg)
+else:
+if args.runtime:
+searchdir = 'runtime-reverse'
+else:
+searchdir = 'runtime'
+
+for root, dirs, files in os.walk(os.path.join(args.pkgdata_dir,
searchdir)):
+for fn in files:
+if fn.endswith('.packaged'):
+continue
+if matchpkg(fn):
+found = True
+print(%s % fn)
+if not found:
+if args.pkgspec:
+logger.error(Unable to find any package matching %s %
args.pkgspec)
+else:
+logger.error(No packages found)
+sys.exit(1)
+
def find_path(args):
import json
@@ -288,6 +373,15 @@ def main():
parser_lookup_pkg.add_argument('-r', '--reverse', help='Switch to looking
up recipe-space package names from runtime package names', action='store_true')
parser_lookup_pkg.set_defaults(func=lookup_pkg)
+parser_list_pkgs = subparsers.add_parser('list-pkgs',
+ help='List packages',
+ description='Lists packages that
have been built')
+parser_list_pkgs.add_argument('pkgspec', nargs='*', help='Package name to
search for (wildcards * ? allowed, use quotes to avoid shell expansion)')
+parser_list_pkgs.add_argument('-r', '--runtime', help='Show runtime
package names instead of recipe-space package names', action='store_true')
+parser_list_pkgs.add_argument('-p', '--recipe', help='Limit to packages
produced by the specified recipe')
+parser_list_pkgs.add_argument('-u', '--unpackaged', help='Include
unpackaged (i.e. empty) packages', action='store_true')
+parser_list_pkgs.set_defaults(func=list_pkgs)
+
parser_lookup_recipe = subparsers.add_parser('lookup-recipe',
help='Find recipe producing one or
more packages',
description='Looks up
[OE-core] [PATCH v2 2/7] oe-pkgdata-util: make find-path show a proper error if no package found
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- scripts/oe-pkgdata-util | 5 + 1 file changed, 5 insertions(+) diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util index f70f85e..2baa9f4 100755 --- a/scripts/oe-pkgdata-util +++ b/scripts/oe-pkgdata-util @@ -239,6 +239,7 @@ def lookup_recipe(args): def find_path(args): import json +found = False for root, dirs, files in os.walk(os.path.join(args.pkgdata_dir, 'runtime')): for fn in files: with open(os.path.join(root,fn)) as f: @@ -248,8 +249,12 @@ def find_path(args): dictval = json.loads(val) for fullpth in dictval.keys(): if fnmatch.fnmatchcase(fullpth, args.targetpath): +found = True print(%s: %s % (fn, fullpth)) break +if not found: +logger.error(Unable to find any package producing path %s % args.targetpath) +sys.exit(1) def main(): -- 1.9.3 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 0/7] oe-pkgdata-util improvements
Changes since v1: * Add a fix for read-value not working with values containing colons * Add a list-pkg-files subcommand * Split out getting the package list for a recipe to its own function * Minor fix to help text for glob subcommand The following changes since commit 6bf5cbbcac80ee818cc932d69227e70e41ce02d3: libtool: Fix option parsing performance regression (2015-02-10 22:36:09 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/oe-pkgdata-util http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/oe-pkgdata-util Paul Eggleton (7): oe-pkgdata-util: improve command-line usage oe-pkgdata-util: make find-path show a proper error if no package found oe-pkgdata-util: fix read-value to handle data with colons in the value oe-pkgdata-util: allow reverse package name lookups oe-pkgdata-util: add list-pkgs subcommand oe-pkgdata-util: add list-pkg-files subcommand oe-pkgdata-util: add some QA tests meta/classes/buildhistory.bbclass | 2 +- meta/classes/license.bbclass | 2 +- meta/lib/oe/package_manager.py| 2 +- meta/lib/oeqa/runtime/_ptest.py | 2 +- meta/lib/oeqa/selftest/pkgdata.py | 213 ++ scripts/oe-pkgdata-util | 461 ++ 6 files changed, 532 insertions(+), 150 deletions(-) create mode 100644 meta/lib/oeqa/selftest/pkgdata.py -- 1.9.3 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 4/7] oe-pkgdata-util: allow reverse package name lookups
Add a -r/--reverse option to the lookup-pkg subcommand to enable looking
up the recipe-space package name for one or more runtime package names.
Also make this subcommand into a function that can be reused elsewhere.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/oe-pkgdata-util | 54 -
1 file changed, 36 insertions(+), 18 deletions(-)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 1603dfb..91a1234 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -27,7 +27,7 @@ import fnmatch
import re
import argparse
import logging
-from collections import defaultdict
+from collections import defaultdict, OrderedDict
scripts_path = os.path.dirname(os.path.realpath(__file__))
lib_path = scripts_path + '/lib'
@@ -184,30 +184,47 @@ def read_value(args):
else:
print(readvar(revlink, qvar))
+def lookup_pkglist(pkgs, pkgdata_dir, reverse):
+if reverse:
+mappings = OrderedDict()
+for pkg in pkgs:
+revlink = os.path.join(pkgdata_dir, runtime-reverse, pkg)
+logger.debug(revlink)
+if os.path.exists(revlink):
+mappings[pkg] = os.path.basename(os.readlink(revlink))
+else:
+mappings = defaultdict(list)
+for pkg in pkgs:
+pkgfile = os.path.join(pkgdata_dir, 'runtime', pkg)
+if os.path.exists(pkgfile):
+with open(pkgfile, 'r') as f:
+for line in f:
+fields = line.rstrip().split(': ')
+if fields[0] == 'PKG_%s' % pkg:
+mappings[pkg].append(fields[1])
+break
+return mappings
+
def lookup_pkg(args):
# Handle both multiple arguments and multiple values within an arg (old
syntax)
pkgs = []
-for pkgitem in args.recipepkg:
+for pkgitem in args.pkg:
pkgs.extend(pkgitem.split())
-mappings = defaultdict(list)
-for pkg in pkgs:
-pkgfile = os.path.join(args.pkgdata_dir, 'runtime', pkg)
-if os.path.exists(pkgfile):
-with open(pkgfile, 'r') as f:
-for line in f:
-fields = line.rstrip().split(': ')
-if fields[0] == 'PKG_%s' % pkg:
-mappings[pkg].append(fields[1])
-break
+mappings = lookup_pkglist(pkgs, args.pkgdata_dir, args.reverse)
+
if len(mappings) len(pkgs):
missing = list(set(pkgs) - set(mappings.keys()))
logger.error(The following packages could not be found: %s % ',
'.join(missing))
sys.exit(1)
-items = []
-for pkg in pkgs:
-items.extend(mappings.get(pkg, []))
+if args.reverse:
+items = mappings.values()
+else:
+items = []
+for pkg in pkgs:
+items.extend(mappings.get(pkg, []))
+
print('\n'.join(items))
def lookup_recipe(args):
@@ -265,9 +282,10 @@ def main():
subparsers = parser.add_subparsers(title='subcommands',
metavar='subcommand')
parser_lookup_pkg = subparsers.add_parser('lookup-pkg',
- help='Translate recipe-space package
names to runtime package names',
- description='Looks up the specified
recipe-space package name(s) to see what the final runtime package name is
(e.g. glibc becomes libc6)')
-parser_lookup_pkg.add_argument('recipepkg', nargs='+', help='Recipe-space
package name to look up')
+ help='Translate between recipe-space
package names and runtime package names',
+ description='Looks up the specified
recipe-space package name(s) to see what the final runtime package name is
(e.g. glibc becomes libc6), or with -r/--reverse looks up the other way.')
+parser_lookup_pkg.add_argument('pkg', nargs='+', help='Package name to
look up')
+parser_lookup_pkg.add_argument('-r', '--reverse', help='Switch to looking
up recipe-space package names from runtime package names', action='store_true')
parser_lookup_pkg.set_defaults(func=lookup_pkg)
parser_lookup_recipe = subparsers.add_parser('lookup-recipe',
--
1.9.3
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 1/7] oe-pkgdata-util: improve command-line usage
* Use argparse instead of optparse for standardised help output, options
and a much cleaner code structure
* Look up pkgdata directory automatically so the user doesn't have to
specify it
* Use standard logging
NOTE: this does mean a slight change in syntax - if you do want to
specify the pkgdata directory (usually only necessary if you're calling
it from within the build process) you need to use the parameter -p (or
--pkgdata-dir) and specify this before the command, not after it.
Examples:
oe-pkgdata-util find-path /sbin/mke2fs
oe-pkgdata-util lookup-recipe libelf1
oe-pkgdata-util read-value PKGSIZE libc6
oe-pkgdata-util -p /home/user/oe/build/tmp/sysroots/qemux86-64/pkgdata
read-value PKGSIZE libc6
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/classes/buildhistory.bbclass | 2 +-
meta/classes/license.bbclass | 2 +-
meta/lib/oe/package_manager.py| 2 +-
meta/lib/oeqa/runtime/_ptest.py | 2 +-
scripts/oe-pkgdata-util | 264 ++
5 files changed, 132 insertions(+), 140 deletions(-)
diff --git a/meta/classes/buildhistory.bbclass
b/meta/classes/buildhistory.bbclass
index 90cfe4f..211dcf1 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -374,7 +374,7 @@ buildhistory_get_installed() {
printf $1/installed-package-sizes.tmp
cat $pkgcache | while read pkg pkgfile pkgarch
do
- size=`oe-pkgdata-util read-value ${PKGDATA_DIR} PKGSIZE
${pkg}_${pkgarch}`
+ size=`oe-pkgdata-util -p ${PKGDATA_DIR} read-value PKGSIZE
${pkg}_${pkgarch}`
if [ $size != ] ; then
echo $size $pkg $1/installed-package-sizes.tmp
fi
diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 21465d8..13c1a0f 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -80,7 +80,7 @@ license_create_manifest() {
if [ ${COPY_LIC_DIRS} = 1 ]; then
for pkg in ${INSTALLED_PKGS}; do
mkdir -p
${IMAGE_ROOTFS}/usr/share/common-licenses/${pkg}
- pkged_pn=$(oe-pkgdata-util lookup-recipe
${PKGDATA_DIR} ${pkg})
+ pkged_pn=$(oe-pkgdata-util -p ${PKGDATA_DIR}
lookup-recipe ${pkg})
for lic in `ls
${LICENSE_DIRECTORY}/${pkged_pn}`; do
# Really don't need to copy the
generics as they're
# represented in the manifest and in
the actual pkg licenses
diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 6f49c69..fcf05dc 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -529,7 +529,7 @@ class PackageManager(object):
return
cmd = [bb.utils.which(os.getenv('PATH'), oe-pkgdata-util),
- glob, self.d.getVar('PKGDATA_DIR', True), installed_pkgs_file,
+ -p, self.d.getVar('PKGDATA_DIR', True), glob,
installed_pkgs_file,
globs]
try:
bb.note(Installing complementary packages ...)
diff --git a/meta/lib/oeqa/runtime/_ptest.py b/meta/lib/oeqa/runtime/_ptest.py
index 4c58dc1..53b0807 100644
--- a/meta/lib/oeqa/runtime/_ptest.py
+++ b/meta/lib/oeqa/runtime/_ptest.py
@@ -86,7 +86,7 @@ class PtestRunnerTest(oeRuntimeTest):
installed_pkgs.write(self.pkgs_list.list(arch))
cmd = [bb.utils.which(os.getenv('PATH'), oe-pkgdata-util),
- glob, oeRuntimeTest.tc.d.getVar('PKGDATA_DIR', True),
installed_pkgs_file,
+ -p, oeRuntimeTest.tc.d.getVar('PKGDATA_DIR', True), glob,
installed_pkgs_file,
globs]
try:
bb.note(Installing complementary packages ...)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index bf87547..f70f85e 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -4,7 +4,7 @@
#
# Written by: Paul Eggleton paul.eggle...@linux.intel.com
#
-# Copyright 2012-2013 Intel Corporation
+# Copyright 2012-2015 Intel Corporation
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License version 2 as
@@ -25,30 +25,40 @@ import os
import os.path
import fnmatch
import re
-import optparse
+import argparse
+import logging
from collections import defaultdict
-def glob(args, usage, debug=False):
-if len(args) 3:
-usage()
-sys.exit(1)
+scripts_path = os.path.dirname(os.path.realpath(__file__))
+lib_path = scripts_path + '/lib'
+sys.path = sys.path + [lib_path]
+import scriptutils
+logger = scriptutils.logger_create('pkgdatautil')
-pkgdata_dir = args[0]
-pkglist_file = args[1]
-globs = args[2].split()
+def tinfoil_init():
+import bb.tinfoil
+import logging
+tinfoil =
[OE-core] [PATCH v2 7/7] oe-pkgdata-util: add some QA tests
Test each of the subcommands that this utility provides.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/lib/oeqa/selftest/pkgdata.py | 213 ++
1 file changed, 213 insertions(+)
create mode 100644 meta/lib/oeqa/selftest/pkgdata.py
diff --git a/meta/lib/oeqa/selftest/pkgdata.py
b/meta/lib/oeqa/selftest/pkgdata.py
new file mode 100644
index 000..f689bf3
--- /dev/null
+++ b/meta/lib/oeqa/selftest/pkgdata.py
@@ -0,0 +1,213 @@
+import unittest
+import os
+import tempfile
+import logging
+import fnmatch
+
+import oeqa.utils.ftools as ftools
+from oeqa.selftest.base import oeSelfTest
+from oeqa.utils.commands import runCmd, bitbake, get_bb_var
+from oeqa.utils.decorators import testcase
+
+class OePkgdataUtilTests(oeSelfTest):
+
+@classmethod
+def setUpClass(cls):
+# Ensure we have the right data in pkgdata
+logger = logging.getLogger(selftest)
+logger.info('Running bitbake to generate pkgdata')
+bitbake('glibc busybox zlib bash')
+
+def test_lookup_pkg(self):
+# Forward tests
+result = runCmd('oe-pkgdata-util lookup-pkg glibc busybox')
+self.assertEqual(result.output, 'libc6\nbusybox')
+result = runCmd('oe-pkgdata-util lookup-pkg zlib-dev')
+self.assertEqual(result.output, 'libz-dev')
+result = runCmd('oe-pkgdata-util lookup-pkg nonexistentpkg',
ignore_status=True)
+self.assertEqual(result.status, 1)
+self.assertEqual(result.output, 'ERROR: The following packages could
not be found: nonexistentpkg')
+# Reverse tests
+result = runCmd('oe-pkgdata-util lookup-pkg -r libc6 busybox')
+self.assertEqual(result.output, 'glibc\nbusybox')
+result = runCmd('oe-pkgdata-util lookup-pkg -r libz-dev')
+self.assertEqual(result.output, 'zlib-dev')
+result = runCmd('oe-pkgdata-util lookup-pkg -r nonexistentpkg',
ignore_status=True)
+self.assertEqual(result.status, 1)
+self.assertEqual(result.output, 'ERROR: The following packages could
not be found: nonexistentpkg')
+
+def test_read_value(self):
+result = runCmd('oe-pkgdata-util read-value PN libz1')
+self.assertEqual(result.output, 'zlib')
+result = runCmd('oe-pkgdata-util read-value PKGSIZE bash')
+pkgsize = int(result.output.strip())
+self.assertGreater(pkgsize, 1)
+
+def test_find_path(self):
+result = runCmd('oe-pkgdata-util find-path /lib/libc.so.6')
+self.assertEqual(result.output, 'glibc: /lib/libc.so.6')
+result = runCmd('oe-pkgdata-util find-path /bin/bash')
+self.assertEqual(result.output, 'bash: /bin/bash')
+result = runCmd('oe-pkgdata-util find-path /not/exist',
ignore_status=True)
+self.assertEqual(result.status, 1)
+self.assertEqual(result.output, 'ERROR: Unable to find any package
producing path /not/exist')
+
+def test_lookup_recipe(self):
+result = runCmd('oe-pkgdata-util lookup-recipe libc6-staticdev
busybox')
+self.assertEqual(result.output, 'glibc\nbusybox')
+result = runCmd('oe-pkgdata-util lookup-recipe libz-dbg')
+self.assertEqual(result.output, 'zlib')
+result = runCmd('oe-pkgdata-util lookup-recipe nonexistentpkg',
ignore_status=True)
+self.assertEqual(result.status, 1)
+self.assertEqual(result.output, 'ERROR: The following packages could
not be found: nonexistentpkg')
+
+def test_list_pkgs(self):
+# No arguments
+result = runCmd('oe-pkgdata-util list-pkgs')
+pkglist = result.output.split()
+self.assertIn('glibc-utils', pkglist)
+self.assertIn('zlib-dev', pkglist)
+# No pkgspec, runtime
+result = runCmd('oe-pkgdata-util list-pkgs -r')
+pkglist = result.output.split()
+self.assertIn('libc6-utils', pkglist)
+self.assertIn('libz-dev', pkglist)
+# With recipe specified
+result = runCmd('oe-pkgdata-util list-pkgs -p zlib')
+pkglist = sorted(result.output.split())
+try:
+pkglist.remove('zlib-ptest') # in case ptest is disabled
+except ValueError:
+pass
+self.assertEqual(pkglist, ['zlib', 'zlib-dbg', 'zlib-dev', 'zlib-doc',
'zlib-staticdev'])
+# With recipe specified, runtime
+result = runCmd('oe-pkgdata-util list-pkgs -p zlib -r')
+pkglist = sorted(result.output.split())
+try:
+pkglist.remove('libz-ptest') # in case ptest is disabled
+except ValueError:
+pass
+self.assertEqual(pkglist, ['libz-dbg', 'libz-dev', 'libz-doc',
'libz-staticdev', 'libz1'])
+# With recipe specified and unpackaged
+result = runCmd('oe-pkgdata-util list-pkgs -p zlib -u')
+pkglist = sorted(result.output.split())
+self.assertIn('zlib-locale', pkglist)
+# With recipe specified and unpackaged, runtime
+result =
[OE-core] [PATCH v2 6/7] oe-pkgdata-util: add list-pkg-files subcommand
Adds a subcommand to list the files in a package, or list the files in
all packages for a recipe.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/oe-pkgdata-util | 60 +
1 file changed, 60 insertions(+)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 2830f48..f3868d4 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -338,6 +338,57 @@ def list_pkgs(args):
logger.error(No packages found)
sys.exit(1)
+def list_pkg_files(args):
+import json
+
+if args.recipe:
+if args.pkg:
+logger.error(list-pkg-files: If -p/--recipe is specified then a
package name cannot be specified)
+sys.exit(1)
+recipepkglist = get_recipe_pkgs(args.pkgdata_dir, args.recipe,
args.unpackaged)
+if args.runtime:
+pkglist = []
+runtime_pkgs = lookup_pkglist(recipepkglist, args.pkgdata_dir,
False)
+for rtpkgs in runtime_pkgs.values():
+pkglist.extend(rtpkgs)
+else:
+pkglist = recipepkglist
+else:
+if not args.pkg:
+logger.error(list-pkg-files: If -p/--recipe is not specified then
at least one package name must be specified)
+sys.exit(1)
+pkglist = args.pkg
+
+for pkg in pkglist:
+print(%s: % pkg)
+if args.runtime:
+pkgdatafile = os.path.join(args.pkgdata_dir, runtime-reverse,
pkg)
+if not os.path.exists(pkgdatafile):
+if args.recipe:
+# This package was empty and thus never packaged, ignore
+continue
+logger.error(Unable to find any built runtime package named
%s % pkg)
+sys.exit(1)
+else:
+pkgdatafile = os.path.join(args.pkgdata_dir, runtime, pkg)
+if not os.path.exists(pkgdatafile):
+logger.error(Unable to find any built recipe-space package
named %s % pkg)
+sys.exit(1)
+
+with open(pkgdatafile, 'r') as f:
+found = False
+for line in f:
+if line.startswith('FILES_INFO:'):
+found = True
+val = line.split(':', 1)[1].strip()
+dictval = json.loads(val)
+for fullpth in dictval.keys():
+print(\t%s % fullpth)
+break
+if not found:
+logger.error(Unable to find FILES_INFO entry in %s %
pkgdatafile)
+sys.exit(1)
+
def find_path(args):
import json
@@ -382,6 +433,15 @@ def main():
parser_list_pkgs.add_argument('-u', '--unpackaged', help='Include
unpackaged (i.e. empty) packages', action='store_true')
parser_list_pkgs.set_defaults(func=list_pkgs)
+parser_list_pkg_files = subparsers.add_parser('list-pkg-files',
+ help='List files within a package',
+ description='Lists files included in
one or more packages')
+parser_list_pkg_files.add_argument('pkg', nargs='*', help='Package name to
report on (if -p/--recipe is not specified)')
+parser_list_pkg_files.add_argument('-r', '--runtime', help='Specified
package(s) are runtime package names instead of recipe-space package names',
action='store_true')
+parser_list_pkg_files.add_argument('-p', '--recipe', help='Report on all
packages produced by the specified recipe')
+parser_list_pkg_files.add_argument('-u', '--unpackaged', help='Include
unpackaged (i.e. empty) packages (only useful with -p/--recipe)',
action='store_true')
+parser_list_pkg_files.set_defaults(func=list_pkg_files)
+
parser_lookup_recipe = subparsers.add_parser('lookup-recipe',
help='Find recipe producing one or
more packages',
description='Looks up the specified
runtime package(s) to see which recipe they were produced by')
--
1.9.3
--
___
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 2015-02-10
On 02/11/2015 03:26 PM, Martin Jansa wrote:
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2015-02-10 ==
INFO: jenkins-job.sh-1.1.0 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150210_214029.log
=== common (10) ===
*
/meta-openembedded/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb,
do_configure
*
/meta-openembedded/meta-networking/recipes-daemons/ptpd/ptpd_2.3.1-rc2.bb,
do_compile
*
/meta-openembedded/meta-networking/recipes-support/wireshark/wireshark_1.12.3.bb,
do_configure
* /meta-openembedded/meta-oe/recipes-extended/unixodbc/unixodbc_2.3.2.bb,
do_configure
* /meta-openembedded/meta-oe/recipes-graphics/gimp/gimp_2.8.10.bb,
do_compile
* /meta-openembedded/meta-oe/recipes-support/fltk/fltk_1.1.10.bb,
do_compile
*
/meta-openembedded/meta-oe/recipes-support/start-stop-daemon/start-stop-daemon_1.16.0.2.bb,
do_compile
*
/meta-openembedded/meta-python/recipes-devtools/python/python-lxml_3.2.5.bb,
do_compile
Was this run with the patch I sent yesterday?
Philip
* /openembedded-core/meta/recipes-bsp/u-boot/u-boot-mkimage_2014.07.bb,
do_compile
*
/openembedded-core/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb,
do_compile
=== common-x86 (2) ===
* /meta-openembedded/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb,
do_compile
* /meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb,
do_compile
=== qemuarm (0) ===
=== qemux86 (0) ===
=== qemux86_64 (0) ===
=== Number of failed tasks (34) ===
{| class=wikitable
|-
|| qemuarm|| 10||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150208_220627.log//
||
|-
|| qemux86|| 12||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150209_133717.log//
||
|-
|| qemux86_64 || 12||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150210_053852.log//
||
|}
=== PNBLACKLISTs (48) ===
=== QA issues (152) ===
{| class=wikitable
!| Count ||Issue
|-
||0 ||version-going-backwards
|-
||1 ||libdir
|-
||3 ||already-stripped
|-
||35 ||build-deps
|-
||50 ||file-rdeps
|-
||63 ||textrel
|}
PNBLACKLISTs:
openembedded-core/:
meta-browser:
meta-openembedded:
meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb:PNBLACKLIST[ifuse]
?= depends on blacklisted libimobiledevice
meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb:PNBLACKLIST[gnome-mplayer]
?= rdepends on blacklisted mplayer
meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb:PNBLACKLIST[gcr] ?= CONFLICT: 4
files conflict with gnome-keyring
meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb:PNBLACKLIST[gdm] ?= Depends on
broken polkit-gnome
meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb:PNBLACKLIST[gnome-bluetooth]
?= dbus-binding-tool fails with: Unable to load
gnome-bluetooth-2.32.0/lib/bluetooth-client.xml: manager is not a valid
D-Bus interface name
meta-gnome/recipes-gnome/gnome-menus/gnome-menus3_3.10.1.bb:PNBLACKLIST[gnome-menus3]
?= CONFLICT: 24 files are conflicting with gnome-menus
meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb:PNBLACKLIST[gnome-panel3]
?= CONFLICT: depends on libgweather3 which conflicts with libgweather
meta-gnome/recipes-gnome/gweather/libgweather3_3.0.2.bb:PNBLACKLIST[libgweather3]
?= CONFLICT: 876 files are conflicting with libgweather
meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb:PNBLACKLIST[zenity] ?=
BROKEN: doesn't build with B!=S
meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb:PNBLACKLIST[xbmc] ?=
/usr/include/c++/ctime:70:11: error: '::gmtime' has not been declared
meta-multimedia/recipes-multimedia/coriander/coriander_2.0.2.bb:PNBLACKLIST[coriander]
?= BROKEN: fails to use SDL probably because libsdl-config was removed,
error: unknown type name 'SDL_Overlay'
meta-multimedia/recipes-multimedia/dleyna/renderer-service-upnp_0.3.0.bb:PNBLACKLIST[renderer-service-upnp]
?= BROKEN: doesn't build with B!=S (trying to install rendererconsole.py
from ${B} instead of ${S})
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb:PNBLACKLIST[lksctp-tools]
?= ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', BROKEN: fails to link
against sctp_connectx symbol, '', d)}
meta-oe/recipes-connectivity/libimobiledevice/libimobiledevice_1.1.4.bb:PNBLACKLIST[libimobiledevice]
?= cannot run test program while cross compiling
meta-oe/recipes-connectivity/soft66/soft66_git.bb:PNBLACKLIST[soft66] ?=
BROKEN: depends on broken libftdi
meta-oe/recipes-connectivity/zeroc-ice/zeroc-ice_3.5.1.bb:PNBLACKLIST[zeroc-ice]
?= BROKEN: not compatible with default db version
meta-oe/recipes-extended/polkit/polkit-gnome_0.102.bb:PNBLACKLIST[polkit-gnome]
?= Fails to build, m4:configure.ac:125: recursion limit of 1024 exceeded,
use -LN to change it
[OE-core] State of bitbake world, Failed tasks 2015-02-10
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2015-02-10 ==
INFO: jenkins-job.sh-1.1.0 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150210_214029.log
=== common (10) ===
*
/meta-openembedded/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb,
do_configure
*
/meta-openembedded/meta-networking/recipes-daemons/ptpd/ptpd_2.3.1-rc2.bb,
do_compile
*
/meta-openembedded/meta-networking/recipes-support/wireshark/wireshark_1.12.3.bb,
do_configure
* /meta-openembedded/meta-oe/recipes-extended/unixodbc/unixodbc_2.3.2.bb,
do_configure
* /meta-openembedded/meta-oe/recipes-graphics/gimp/gimp_2.8.10.bb,
do_compile
* /meta-openembedded/meta-oe/recipes-support/fltk/fltk_1.1.10.bb, do_compile
*
/meta-openembedded/meta-oe/recipes-support/start-stop-daemon/start-stop-daemon_1.16.0.2.bb,
do_compile
*
/meta-openembedded/meta-python/recipes-devtools/python/python-lxml_3.2.5.bb,
do_compile
* /openembedded-core/meta/recipes-bsp/u-boot/u-boot-mkimage_2014.07.bb,
do_compile
* /openembedded-core/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb,
do_compile
=== common-x86 (2) ===
* /meta-openembedded/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb,
do_compile
* /meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb, do_compile
=== qemuarm (0) ===
=== qemux86 (0) ===
=== qemux86_64 (0) ===
=== Number of failed tasks (34) ===
{| class=wikitable
|-
|| qemuarm || 10||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150208_220627.log//
||
|-
|| qemux86 || 12||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150209_133717.log//
||
|-
|| qemux86_64 || 12||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150210_053852.log//
||
|}
=== PNBLACKLISTs (48) ===
=== QA issues (152) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||version-going-backwards
|-
||1 ||libdir
|-
||3 ||already-stripped
|-
||35||build-deps
|-
||50||file-rdeps
|-
||63||textrel
|}
PNBLACKLISTs:
openembedded-core/:
meta-browser:
meta-openembedded:
meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb:PNBLACKLIST[ifuse] ?=
depends on blacklisted libimobiledevice
meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb:PNBLACKLIST[gnome-mplayer]
?= rdepends on blacklisted mplayer
meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb:PNBLACKLIST[gcr] ?= CONFLICT: 4
files conflict with gnome-keyring
meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb:PNBLACKLIST[gdm] ?= Depends on
broken polkit-gnome
meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb:PNBLACKLIST[gnome-bluetooth]
?= dbus-binding-tool fails with: Unable to load
gnome-bluetooth-2.32.0/lib/bluetooth-client.xml: manager is not a valid
D-Bus interface name
meta-gnome/recipes-gnome/gnome-menus/gnome-menus3_3.10.1.bb:PNBLACKLIST[gnome-menus3]
?= CONFLICT: 24 files are conflicting with gnome-menus
meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb:PNBLACKLIST[gnome-panel3]
?= CONFLICT: depends on libgweather3 which conflicts with libgweather
meta-gnome/recipes-gnome/gweather/libgweather3_3.0.2.bb:PNBLACKLIST[libgweather3]
?= CONFLICT: 876 files are conflicting with libgweather
meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb:PNBLACKLIST[zenity] ?=
BROKEN: doesn't build with B!=S
meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb:PNBLACKLIST[xbmc] ?=
/usr/include/c++/ctime:70:11: error: '::gmtime' has not been declared
meta-multimedia/recipes-multimedia/coriander/coriander_2.0.2.bb:PNBLACKLIST[coriander]
?= BROKEN: fails to use SDL probably because libsdl-config was removed,
error: unknown type name 'SDL_Overlay'
meta-multimedia/recipes-multimedia/dleyna/renderer-service-upnp_0.3.0.bb:PNBLACKLIST[renderer-service-upnp]
?= BROKEN: doesn't build with B!=S (trying to install rendererconsole.py from
${B} instead of ${S})
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb:PNBLACKLIST[lksctp-tools]
?= ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', BROKEN: fails to link
against sctp_connectx symbol, '', d)}
meta-oe/recipes-connectivity/libimobiledevice/libimobiledevice_1.1.4.bb:PNBLACKLIST[libimobiledevice]
?= cannot run test program while cross compiling
meta-oe/recipes-connectivity/soft66/soft66_git.bb:PNBLACKLIST[soft66] ?=
BROKEN: depends on broken libftdi
meta-oe/recipes-connectivity/zeroc-ice/zeroc-ice_3.5.1.bb:PNBLACKLIST[zeroc-ice]
?= BROKEN: not compatible with default db version
meta-oe/recipes-extended/polkit/polkit-gnome_0.102.bb:PNBLACKLIST[polkit-gnome]
?= Fails to build, m4:configure.ac:125: recursion limit of 1024 exceeded, use
-LN to change it
meta-oe/recipes-extended/subsurface/subsurface_git.bb:PNBLACKLIST[subsurface]
?= Needs to be upgraded for compatibility with new libdivecomputer
meta-oe/recipes-graphics/clutter/clutter-box2d_git.bb:PNBLACKLIST[clutter-box2d]
?= BROKEN: doesn't build with
Re: [OE-core] State of bitbake world, Failed tasks 2015-02-10
On Wed, Feb 11, 2015 at 09:26:32PM +0100, Martin Jansa wrote: http://www.openembedded.org/wiki/Bitbake_World_Status == Failed tasks 2015-02-10 == INFO: jenkins-job.sh-1.1.0 Complete log available at http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150210_214029.log More details bellow: * /meta-openembedded/meta-oe/recipes-support/fltk/fltk_1.1.10.bb, do_compile * /meta-openembedded/meta-python/recipes-devtools/python/python-lxml_3.2.5.bb, do_compile are trying to use xml2-config * /meta-openembedded/meta-networking/recipes-daemons/ptpd/ptpd_2.3.1-rc2.bb, do_compile * /meta-openembedded/meta-networking/recipes-support/wireshark/wireshark_1.12.3.bb, do_configure are trying to use pcap-config * /meta-openembedded/meta-oe/recipes-graphics/gimp/gimp_2.8.10.bb, do_compile | i586-oe-linux-gcc: error: unrecognized command line option '--should-not-have-used-/usr/bin/freetype-config' * /meta-openembedded/meta-oe/recipes-support/start-stop-daemon/start-stop-daemon_1.16.0.2.bb, do_compile *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 * /openembedded-core/meta/recipes-bsp/u-boot/u-boot-mkimage_2014.07.bb, do_compile | tools/dumpimage.c:195:37: error: 'PLAIN_VERSION' undeclared (first use in this function) * /meta-openembedded/meta-oe/recipes-extended/unixodbc/unixodbc_2.3.2.bb, do_configure | gnu-configize: 'configure.ac' or 'configure.in' is required * /meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb, do_compile | qemu: uncaught target signal 11 (Segmentation fault) - core dumped * /openembedded-core/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb, do_compile | btrfs.c:172:17: error: 'BTRFS_BUILD_VERSION' undeclared (first use in this function) * /meta-openembedded/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb, do_configure ERROR! Libpcre header not found. * /meta-openembedded/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb, do_compile ktap.c:33:2: error: #error Please enable CONFIG_EVENT_TRACING before compile ktap -- 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] State of bitbake world, Failed tasks 2015-02-10
Thanks. On 02/11/2015 12:35 PM, Martin Jansa wrote: On Wed, Feb 11, 2015 at 09:26:32PM +0100, Martin Jansa wrote: http://www.openembedded.org/wiki/Bitbake_World_Status == Failed tasks 2015-02-10 == INFO: jenkins-job.sh-1.1.0 Complete log available at http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150210_214029.log More details bellow: * /meta-openembedded/meta-oe/recipes-support/fltk/fltk_1.1.10.bb, do_compile * /meta-openembedded/meta-python/recipes-devtools/python/python-lxml_3.2.5.bb, do_compile are trying to use xml2-config * /meta-openembedded/meta-networking/recipes-daemons/ptpd/ptpd_2.3.1-rc2.bb, do_compile * /meta-openembedded/meta-networking/recipes-support/wireshark/wireshark_1.12.3.bb, do_configure are trying to use pcap-config I will look into this. - armin * /meta-openembedded/meta-oe/recipes-graphics/gimp/gimp_2.8.10.bb, do_compile | i586-oe-linux-gcc: error: unrecognized command line option '--should-not-have-used-/usr/bin/freetype-config' * /meta-openembedded/meta-oe/recipes-support/start-stop-daemon/start-stop-daemon_1.16.0.2.bb, do_compile *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 * /openembedded-core/meta/recipes-bsp/u-boot/u-boot-mkimage_2014.07.bb, do_compile | tools/dumpimage.c:195:37: error: 'PLAIN_VERSION' undeclared (first use in this function) * /meta-openembedded/meta-oe/recipes-extended/unixodbc/unixodbc_2.3.2.bb, do_configure | gnu-configize: 'configure.ac' or 'configure.in' is required * /meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb, do_compile | qemu: uncaught target signal 11 (Segmentation fault) - core dumped * /openembedded-core/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb, do_compile | btrfs.c:172:17: error: 'BTRFS_BUILD_VERSION' undeclared (first use in this function) * /meta-openembedded/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb, do_configure ERROR! Libpcre header not found. * /meta-openembedded/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb, do_compile ktap.c:33:2: error: #error Please enable CONFIG_EVENT_TRACING before compile ktap -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] mozjs: fix build failure due to missing dependency on libxt
The failure intermittently shows up as follows:
ERROR: This autoconf log indicates errors, it looked at host include and/or
library paths while determining system capabilities.
Rerun configure task after fixing this. The path was
'poky/build/tmp/work/core2-64-poky-linux/mozjs/17.0.0-r0/build'
ERROR: Function failed: do_qa_configure
ERROR: Logfile of failure stored in:
poky/build/tmp/work/core2-64-poky-linux/mozjs/17.0.0-r0/temp/log.do_configure.8047
ERROR: Task 5
(poky/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb,
do_configure) failed with exit code '1'
The configure log has:
configure:5494: checking for IceConnectionNumber in -lICE
configure:5513: x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3
-mfpmath=sse --sysroot=poky/build/tmp/sysroots/genericx86-64 -o conftest -O2
-pipe -g -feliminate-unused-debug-types -Wl, -O1 -Wl,--hash-style=gnu
-Wl,--as-needed -L/usr/lib conftest.c -lICE 15
poky/build/tmp/sysroots/x86_64-linux/usr/libexec/x86_64-poky-linux/gcc/x86_64-poky-linux/4.9.1/ld:
warning: library search path /usr/lib is unsafe for cross-compilation
Checking build/config/autoconf.mk we find:
X_CFLAGS = -I/usr/include
X_EXTRA_LIBS =
X_LIBS = -L/usr/lib
Looking at the configure script, we see these invalid values are output
when the autoconf test for X11 fails. That test fails in the following
fashion:
configure:4768:27: fatal error: X11/Intrinsic.h: No such file or directory
This header in turn gets put in the sysroot by our build of libxt. So we
get build fails whenever mozjs is built before libxt.
Since the package clearly has never been built in a no-X11 OE environment,
we assume that all OE users to date are X11 users and hence simply add a
dependency on libxt.
Cc: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
---
meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb
b/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb
index ab01471d0bab..94f73ba8e418 100644
--- a/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb
+++ b/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb
@@ -13,7 +13,7 @@ S = ${WORKDIR}/${PN}${PV}/js/src
inherit autotools pkgconfig perlnative
-DEPENDS += nspr zlib
+DEPENDS += nspr zlib libxt
# nspr's package-config is ignored so set libs manually
EXTRA_OECONF = \
--
2.2.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] build-compare: Add the build-compare_git.bb recipe.
The description for build-compare describes it as This package contains
scripts to find out if the build result differs to a former build. More
specifically this contains a script that will display differences between
packages. It works with rpms, tarballs and other various types of
packages.
The idea is that it will eventually be used in Yocto to check for differences
between sstate so that we can check for build reproducibility. It will
also be used once an updateable sdk is in place, so that packages that
have different hashes but are not different in contents, don't get updated.
It could also be used in the same manner when updating packages from a
package feed.
[Yocto #6992]
Signed-off-by: Randy Witt randy.e.w...@linux.intel.com
---
.../build-compare/build-compare_git.bb | 27 +
.../files/Ignore-DWARF-sections.patch | 40 +
.../files/Rename-rpm-check.sh-to-pkg-diff.sh.patch | 1596
3 files changed, 1663 insertions(+)
create mode 100644 meta/recipes-devtools/build-compare/build-compare_git.bb
create mode 100644
meta/recipes-devtools/build-compare/files/Ignore-DWARF-sections.patch
create mode 100644
meta/recipes-devtools/build-compare/files/Rename-rpm-check.sh-to-pkg-diff.sh.patch
diff --git a/meta/recipes-devtools/build-compare/build-compare_git.bb
b/meta/recipes-devtools/build-compare/build-compare_git.bb
new file mode 100644
index 000..418aee0
--- /dev/null
+++ b/meta/recipes-devtools/build-compare/build-compare_git.bb
@@ -0,0 +1,27 @@
+SUMMARY = Build Result Compare Script
+DESCRIPTION = This package contains scripts to find out if the build result\
+differs to a former build.
+HOMEPAGE = https://github.com/openSUSE/build-compare;
+LICENSE = GPLv2
+LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe
+
+SRC_URI = git://github.com/openSUSE/build-compare.git
+SRC_URI += file://Rename-rpm-check.sh-to-pkg-diff.sh.patch;striplevel=1
+SRC_URI += file://Ignore-DWARF-sections.patch;striplevel=1
+PATCHTOOL = git
+
+SRCREV = c5352c054c6ef15735da31b76d6d88620f4aff0a
+
+S = ${WORKDIR}/git
+
+BBCLASSEXTEND += native nativesdk
+
+do_install() {
+install -d ${D}/${bindir}
+install -m 755 functions.sh ${D}/${bindir}
+install -m 755 pkg-diff.sh ${D}/${bindir}
+install -m 755 same-build-result.sh ${D}/${bindir}
+install -m 755 srpm-check.sh ${D}/${bindir}
+}
+
+RDEPENDS_${PN} += bash
diff --git
a/meta/recipes-devtools/build-compare/files/Ignore-DWARF-sections.patch
b/meta/recipes-devtools/build-compare/files/Ignore-DWARF-sections.patch
new file mode 100644
index 000..7dda1ac
--- /dev/null
+++ b/meta/recipes-devtools/build-compare/files/Ignore-DWARF-sections.patch
@@ -0,0 +1,40 @@
+From 015715694eadd714b903f30ade876e0738d44974 Mon Sep 17 00:00:00 2001
+From: Randy Witt randy.e.w...@linux.intel.com
+Date: Mon, 5 Jan 2015 15:09:20 -0800
+Subject: [PATCH] Ignore DWARF sections.
+
+Assume for now that we don't care about the DWARF sections due to path
+differences. However, in the case the tool is ran on a debug package
+it will most likely falsely say the packages have no differences.
+
+Upstream-Status: Inappropriate [other]
+
+The package difference tool is correctly labelling the packages as different
+when the DWARF sections don't match due to paths. The paths in the debug info
+should actually be made to be the same using compile flags or some other
+mechanism.
+
+However, to make the tool more useful to Yocto until the work can be done
+to ensure identical paths in debug sections, this patch is being applied.
+
+Signed-off-by: Randy Witt randy.e.w...@linux.intel.com
+---
+ pkg-diff.sh | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/pkg-diff.sh b/pkg-diff.sh
+index 56035c1..0f1fa76 100755
+--- a/pkg-diff.sh
b/pkg-diff.sh
+@@ -658,7 +658,7 @@ check_single_file()
+echo $file1
+echo $file2
+# Don't compare .build-id and .gnu_debuglink sections
+- sections=$(objdump -s new/$file | grep Contents of section .*: |
sed -r s,.* (.*):,\1,g | grep -v -e \.build-id -e \.gnu_debuglink | tr
\n )
++ sections=$(objdump -s new/$file | grep Contents of section .*: |
sed -r s,.* (.*):,\1,g | grep -v -e \.build-id -e \.gnu_debuglink -e
\.debug_abbrev -e \.debug_aranges -e \.debug_frame -e \.debug_info -e
\.debug_line -e \.debug_loc -e \.debug_macinfo -e \.debug_pubnames -e
\.debug_pubtypes -e \.debug_ranges -e \.debug_str | tr \n )
+for section in $sections; do
+ objdump -s -j $section old/$file | sed s,^old/,, $file1
+ objdump -s -j $section new/$file | sed s,^new/,, $file2
+--
+1.9.3
+
diff --git
a/meta/recipes-devtools/build-compare/files/Rename-rpm-check.sh-to-pkg-diff.sh.patch
b/meta/recipes-devtools/build-compare/files/Rename-rpm-check.sh-to-pkg-diff.sh.patch
new file mode 100644
index 000..3e1e679
--- /dev/null
+++
b/meta/recipes-devtools/build-compare/files/Rename-rpm-check.sh-to-pkg-diff.sh.patch
@@ -0,0
Re: [OE-core] [PATCH] dhcp-client: Ignore partial checksums
Hi Hongxu, Do you have any feedback on this patch? Are there any changes you would like me to make? Regards, Rob On 02/05/2015 09:56 PM, Rob Woolley wrote: Hi Hongxu, Have you had a chance to review this patch? Do you have any questions about it? Regards, Rob On Fri, Jan 30, 2015 at 04:55:09PM -0500, Rob Woolley wrote: dhclient will fail to get an IP address if run inside a guest when traffic is flowing over a virtual network interface. The user will see the error message: 5 bad udp checksums in 5 packets No DHCPOFFERS received. Unable to obtain a lease on first try. Exiting. Failed to bring up eth0. This is because Linux only uses partial checksums for packets that go over virtual network interfaces and dhclient does not like this. See linux kernel commit 78ea85f17b15390e30d8b47488ec7b6cf0790663 (net: skbuff: improve comment on checksumming) An application can detect this behaviour by checking for the TP_STATUS_CSUMNOTREADY flag in the tp_status field. See linux kernel commit 8dc4194474159660d7f37c495e3fc3f10d0db8cc (Add optional checksum computation for recvmsg) An extra parameter is added to decode_udp_ip_header() in dhclient to indicate whether or not dhclient should ignore partial checksums. This is used when the TP_STATUS_CSUMNOTREADY bit is set by the guest kernel. This fix has been included in Fedora and Ubuntu, however it has not yet been accepted by ISC upstream. Likely because it is specific to behaviour in Linux and other UNIX variants do not seem to be affected. The patch was imported from the dhcp source RPM in Fedora 21 (http://pkgs.fedoraproject.org/cgit/dhcp.git/tree/dhcp-xen-checksum.patch?h=f21) Originally contributed to fedora-cvs-commit by David Cantrell on Jan 30 2007 (https://www.redhat.com/archives/fedora-cvs-commits/2007-January/msg01442.html) Submitted to dhcp-b...@isc.org - [ISC-Bugs #22806] - by Michael S. Tsirkin (http://comments.gmane.org/gmane.comp.emulators.kvm.devel/65236) (https://lists.isc.org/pipermail/dhcp-hackers/2010-April/001835.html) Upstream-Status: Submitted [dhcp-b...@isc.org] Signed-off-by: Rob Woolley rob.wool...@windriver.com --- .../dhcp/dhcp/dhcp-xen-checksum.patch | 282 + meta/recipes-connectivity/dhcp/dhcp_4.3.1.bb | 1 + 2 files changed, 283 insertions(+) create mode 100644 meta/recipes-connectivity/dhcp/dhcp/dhcp-xen-checksum.patch Index: b/meta/recipes-connectivity/dhcp/dhcp/dhcp-xen-checksum.patch === --- /dev/null +++ b/meta/recipes-connectivity/dhcp/dhcp/dhcp-xen-checksum.patch @@ -0,0 +1,307 @@ +dhcp-client: Ignore partial checksums + +dhclient will fail to get an IP address if run inside a guest when traffic is +flowing over a virtual network interface. The user will see the error +message: + + 5 bad udp checksums in 5 packets + No DHCPOFFERS received. + Unable to obtain a lease on first try. Exiting. + Failed to bring up eth0. + +This is because Linux only uses partial checksums for packets that go over +virtual network interfaces and dhclient does not like this. + + See linux kernel commit 78ea85f17b15390e30d8b47488ec7b6cf0790663 + (net: skbuff: improve comment on checksumming) + +An application can detect this behaviour by checking for the +TP_STATUS_CSUMNOTREADY flag in the tp_status field. + + See linux kernel commit 8dc4194474159660d7f37c495e3fc3f10d0db8cc + (Add optional checksum computation for recvmsg) + +An extra parameter is added to decode_udp_ip_header() in dhclient to indicate +whether or not dhclient should ignore partial checksums. This is used +when the TP_STATUS_CSUMNOTREADY bit is set by the guest kernel. + +This fix has been included in Fedora and Ubuntu, however it has not yet been +accepted by ISC upstream. Likely because it is specific to behaviour in Linux +and other UNIX variants do not seem to be affected. + +The patch was imported from the dhcp source RPM in Fedora 21 + (http://pkgs.fedoraproject.org/cgit/dhcp.git/tree/dhcp-xen-checksum.patch?h=f21) + +Originally contributed to fedora-cvs-commit by David Cantrell on Jan 30 2007 + (https://www.redhat.com/archives/fedora-cvs-commits/2007-January/msg01442.html) + +Submitted to dhcp-b...@isc.org - [ISC-Bugs #22806] - by Michael S. Tsirkin + (http://comments.gmane.org/gmane.comp.emulators.kvm.devel/65236) + (https://lists.isc.org/pipermail/dhcp-hackers/2010-April/001835.html) + +Upstream-Status: Submitted [dhcp-b...@isc.org] +Signed-off-by: Rob Woolley rob.wool...@windriver.com +-- + common/bpf.c |2 - + common/dlpi.c|2 - + common/lpf.c | 83 +-- + common/nit.c |2 - + common/packet.c |4 +- + common/upf.c |2 - + includes/dhcpd.h |2 - + 7 files changed, 70 insertions(+), 27 deletions(-) + +diff --git a/common/bpf.c b/common/bpf.c +--- a/common/bpf.c b/common/bpf.c +@@ -481,7 +481,7
Re: [OE-core] State of bitbake world, Failed tasks 2015-02-10
On Wed, Feb 11, 2015 at 04:36:03PM -0500, Philip Balister wrote:
On 02/11/2015 03:26 PM, Martin Jansa wrote:
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2015-02-10 ==
INFO: jenkins-job.sh-1.1.0 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150210_214029.log
=== common (10) ===
*
/meta-openembedded/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb,
do_configure
*
/meta-openembedded/meta-networking/recipes-daemons/ptpd/ptpd_2.3.1-rc2.bb,
do_compile
*
/meta-openembedded/meta-networking/recipes-support/wireshark/wireshark_1.12.3.bb,
do_configure
*
/meta-openembedded/meta-oe/recipes-extended/unixodbc/unixodbc_2.3.2.bb,
do_configure
* /meta-openembedded/meta-oe/recipes-graphics/gimp/gimp_2.8.10.bb,
do_compile
* /meta-openembedded/meta-oe/recipes-support/fltk/fltk_1.1.10.bb,
do_compile
*
/meta-openembedded/meta-oe/recipes-support/start-stop-daemon/start-stop-daemon_1.16.0.2.bb,
do_compile
*
/meta-openembedded/meta-python/recipes-devtools/python/python-lxml_3.2.5.bb,
do_compile
Was this run with the patch I sent yesterday?
No this run (as every other run) takes 3 days to finish, so it cannot
include changes from yesterday.
Philip
* /openembedded-core/meta/recipes-bsp/u-boot/u-boot-mkimage_2014.07.bb,
do_compile
*
/openembedded-core/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb,
do_compile
=== common-x86 (2) ===
* /meta-openembedded/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb,
do_compile
* /meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb,
do_compile
=== qemuarm (0) ===
=== qemux86 (0) ===
=== qemux86_64 (0) ===
=== Number of failed tasks (34) ===
{| class=wikitable
|-
|| qemuarm || 10||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150208_220627.log//
||
|-
|| qemux86 || 12||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150209_133717.log//
||
|-
|| qemux86_64 || 12||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150210_053852.log//
||
|}
=== PNBLACKLISTs (48) ===
=== QA issues (152) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||version-going-backwards
|-
||1 ||libdir
|-
||3 ||already-stripped
|-
||35||build-deps
|-
||50||file-rdeps
|-
||63||textrel
|}
PNBLACKLISTs:
openembedded-core/:
meta-browser:
meta-openembedded:
meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb:PNBLACKLIST[ifuse]
?= depends on blacklisted libimobiledevice
meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb:PNBLACKLIST[gnome-mplayer]
?= rdepends on blacklisted mplayer
meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb:PNBLACKLIST[gcr] ?= CONFLICT: 4
files conflict with gnome-keyring
meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb:PNBLACKLIST[gdm] ?= Depends on
broken polkit-gnome
meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb:PNBLACKLIST[gnome-bluetooth]
?= dbus-binding-tool fails with: Unable to load
gnome-bluetooth-2.32.0/lib/bluetooth-client.xml: manager is not a valid
D-Bus interface name
meta-gnome/recipes-gnome/gnome-menus/gnome-menus3_3.10.1.bb:PNBLACKLIST[gnome-menus3]
?= CONFLICT: 24 files are conflicting with gnome-menus
meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb:PNBLACKLIST[gnome-panel3]
?= CONFLICT: depends on libgweather3 which conflicts with libgweather
meta-gnome/recipes-gnome/gweather/libgweather3_3.0.2.bb:PNBLACKLIST[libgweather3]
?= CONFLICT: 876 files are conflicting with libgweather
meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb:PNBLACKLIST[zenity] ?=
BROKEN: doesn't build with B!=S
meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb:PNBLACKLIST[xbmc] ?=
/usr/include/c++/ctime:70:11: error: '::gmtime' has not been declared
meta-multimedia/recipes-multimedia/coriander/coriander_2.0.2.bb:PNBLACKLIST[coriander]
?= BROKEN: fails to use SDL probably because libsdl-config was removed,
error: unknown type name 'SDL_Overlay'
meta-multimedia/recipes-multimedia/dleyna/renderer-service-upnp_0.3.0.bb:PNBLACKLIST[renderer-service-upnp]
?= BROKEN: doesn't build with B!=S (trying to install rendererconsole.py
from ${B} instead of ${S})
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb:PNBLACKLIST[lksctp-tools]
?= ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', BROKEN: fails to
link against sctp_connectx symbol, '', d)}
meta-oe/recipes-connectivity/libimobiledevice/libimobiledevice_1.1.4.bb:PNBLACKLIST[libimobiledevice]
?= cannot run test program while cross compiling
meta-oe/recipes-connectivity/soft66/soft66_git.bb:PNBLACKLIST[soft66] ?=
BROKEN: depends on broken libftdi
[OE-core] [PATCH 0/1] python: Upgrade from 2.7.3 to 2.7.9
I tested build locally on my machine, on a Minnowboard MAX build
and on the Autobuilder using archs qemux86, qemux86-64, qemuarm,
qemuppc, qemumips.
Also ran some personal python programs to test runtime behavior
everything seemed to work fine.
Many changes, some were already fixed upstream, others were rebased.
- Based on Paul Eggletons work to partially upgrade to Python 2.7.6
The following changes since commit c45589a55c67bfd0bf9da5050141f4d18835e113:
poky.conf: mark all CentOS 6/7 versions as compatible (2015-01-12 13:31:08
+)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib hsalejandro/python_upgrade_squashed
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=hsalejandro/python_upgrade_squashed
Alejandro Hernandez (1):
Python: Upgrade from 2.7.3 to 2.7.9:
meta/conf/distro/include/default-versions.inc |4 +-
.../python/python-2.7-manifest.inc | 12 +-
.../python/python-native/multilib.patch| 103 +-
.../python/python-native/nohostlibs.patch | 49 +-
...thon-native_2.7.3.bb = python-native_2.7.9.bb} |6 +-
meta/recipes-devtools/python/python.inc| 10 +-
.../01-use-proper-tools-for-cross-build.patch | 137 +-
.../python/python/03-fix-tkinter-detection.patch | 26 +-
.../python/05-enable-ctypes-cross-build.patch | 17 +-
.../06-avoid_usr_lib_termcap_path_in_linking.patch | 16 +-
.../python/06-ctypes-libffi-fix-configure.patch| 44 -
.../python/python/CVE-2013-4073_py27.patch | 251
.../python/avoid_warning_about_tkinter.patch | 15 +-
meta/recipes-devtools/python/python/builddir.patch | 27 +-
.../python/fix_for_using_different_libdir.patch| 63 +-
.../python/gcc-4.8-fix-configure-Wformat.patch | 20 -
.../python/python/host_include_contamination.patch | 23 +-
.../python/python/json-flaw-fix.patch | 27 -
meta/recipes-devtools/python/python/multilib.patch | 205 +--
.../python/python/posix_close.patch| 43 -
.../python/python/pypirc-secure.patch | 35 -
.../python/python/python-2.7.3-CVE-2012-2135.patch | 73 -
.../python-2.7.3-CVE-2013-1752-smtplib-fix.patch | 101 --
.../python/python/python-2.7.3-CVE-2014-1912.patch | 26 -
.../python/python/python-2.7.3-CVE-2014-7185.patch | 75 -
.../python/python-2.7.3-berkeley-db-5.3.patch | 1572
.../python-fix-build-error-with-Readline-6.3.patch | 62 -
.../python/python/remove-BOM-insection-code.patch | 24 -
.../python/python/remove_sqlite_rpath.patch| 19 -
...search_db_h_in_inc_dirs_and_avoid_warning.patch | 23 +-
.../use_sysroot_ncurses_instead_of_host.patch | 20 +
.../python/{python_2.7.3.bb = python_2.7.9.bb}| 21 +-
scripts/contrib/python/generate-manifest-2.7.py|7 +-
33 files changed, 367 insertions(+), 2789 deletions(-)
rename meta/recipes-devtools/python/{python-native_2.7.3.bb =
python-native_2.7.9.bb} (90%)
delete mode 100644
meta/recipes-devtools/python/python/06-ctypes-libffi-fix-configure.patch
delete mode 100644 meta/recipes-devtools/python/python/CVE-2013-4073_py27.patch
delete mode 100644
meta/recipes-devtools/python/python/gcc-4.8-fix-configure-Wformat.patch
delete mode 100644 meta/recipes-devtools/python/python/json-flaw-fix.patch
delete mode 100644 meta/recipes-devtools/python/python/posix_close.patch
delete mode 100644 meta/recipes-devtools/python/python/pypirc-secure.patch
delete mode 100644
meta/recipes-devtools/python/python/python-2.7.3-CVE-2012-2135.patch
delete mode 100644
meta/recipes-devtools/python/python/python-2.7.3-CVE-2013-1752-smtplib-fix.patch
delete mode 100644
meta/recipes-devtools/python/python/python-2.7.3-CVE-2014-1912.patch
delete mode 100644
meta/recipes-devtools/python/python/python-2.7.3-CVE-2014-7185.patch
delete mode 100644
meta/recipes-devtools/python/python/python-2.7.3-berkeley-db-5.3.patch
delete mode 100644
meta/recipes-devtools/python/python/python-fix-build-error-with-Readline-6.3.patch
delete mode 100644
meta/recipes-devtools/python/python/remove-BOM-insection-code.patch
delete mode 100644
meta/recipes-devtools/python/python/remove_sqlite_rpath.patch
create mode 100644
meta/recipes-devtools/python/python/use_sysroot_ncurses_instead_of_host.patch
rename meta/recipes-devtools/python/{python_2.7.3.bb = python_2.7.9.bb} (90%)
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2 7/7] opkg-keyrings: New recipe
Paul Barker p...@paulbarker.me.uk writes: On Tue, Feb 10, 2015 at 06:43:34PM -0600, Richard Tollerton wrote: Paul Barker p...@paulbarker.me.uk writes: This recipe wraps package and package feed verification keys into a package, making the management and deployment of verification keys much easier. Comments on how to select keys for inclusion in this package are provided in the recipe file. Would you be receptive to this package being extended to support OpenSSL keys? I wouldn't advise it. There is no 'OpenSSL exception' in the opkg license and so a few people have been worried that shipping binaries of opkg linked against OpenSSL is a breach of the respective licenses. IANAL, but people have been concerned. Do you recall if this is specifically because OpenSSL is statically linked into libopkg? (Why is that done, anyway?) OpenSSL support is probably less tested than gpg support as well. However, if it's something you're already using, have tested and are comfortable with the licensing implications then go for it. Meh. We've got some existing OpenSSL infrastructure for other operating systems, so we were kinda sliding into an OpenSSL-based opkg setup by sheer inertia. But if gnupg is going to align better with everybody else long term, it's not too late to change directions. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V4 1/2] bitbake.conf: Add two variables for layer index
On 02/11/2015 06:12 PM, Chong Lu wrote:
Add BITBAKE_LAYERINDEX_URL variable that bitbake-layers can use to find layer
index.
Add LAYER_FETCH_DIR variable that bitbake-layers can use to specify fetch
directory.
Please ignore this one. I will change this commit log and resend one.
Best Regards
Chong
[YOCTO #5348]
Signed-off-by: Chong Lu chong...@windriver.com
---
meta/conf/bitbake.conf | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index d22e9e8..a1c6b70 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -549,6 +549,12 @@ SELECTED_OPTIMIZATION[vardeps] += FULL_OPTIMIZATION
DEBUG_OPTIMIZATION
BUILD_OPTIMIZATION = -O2 -pipe
##
+# Settings used by bitbake-layers.
+##
+BBLAYERS_LAYERINDEX_URL ??= http://layers.openembedded.org/layerindex/;
+BBLAYERS_FETCH_DIR ??= ${COREBASE}
+
+##
# Download locations and utilities.
##
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] dhcp-client: Ignore partial checksums
On 02/12/2015 08:25 AM, Rob Woolley wrote: Hi Hongxu, Do you have any feedback on this patch? Are there any changes you would like me to make? Sorry for the late, I am fine with it. //Hongxu Regards, Rob On 02/05/2015 09:56 PM, Rob Woolley wrote: Hi Hongxu, Have you had a chance to review this patch? Do you have any questions about it? Regards, Rob On Fri, Jan 30, 2015 at 04:55:09PM -0500, Rob Woolley wrote: dhclient will fail to get an IP address if run inside a guest when traffic is flowing over a virtual network interface. The user will see the error message: 5 bad udp checksums in 5 packets No DHCPOFFERS received. Unable to obtain a lease on first try. Exiting. Failed to bring up eth0. This is because Linux only uses partial checksums for packets that go over virtual network interfaces and dhclient does not like this. See linux kernel commit 78ea85f17b15390e30d8b47488ec7b6cf0790663 (net: skbuff: improve comment on checksumming) An application can detect this behaviour by checking for the TP_STATUS_CSUMNOTREADY flag in the tp_status field. See linux kernel commit 8dc4194474159660d7f37c495e3fc3f10d0db8cc (Add optional checksum computation for recvmsg) An extra parameter is added to decode_udp_ip_header() in dhclient to indicate whether or not dhclient should ignore partial checksums. This is used when the TP_STATUS_CSUMNOTREADY bit is set by the guest kernel. This fix has been included in Fedora and Ubuntu, however it has not yet been accepted by ISC upstream. Likely because it is specific to behaviour in Linux and other UNIX variants do not seem to be affected. The patch was imported from the dhcp source RPM in Fedora 21 (http://pkgs.fedoraproject.org/cgit/dhcp.git/tree/dhcp-xen-checksum.patch?h=f21) Originally contributed to fedora-cvs-commit by David Cantrell on Jan 30 2007 (https://www.redhat.com/archives/fedora-cvs-commits/2007-January/msg01442.html) Submitted to dhcp-b...@isc.org - [ISC-Bugs #22806] - by Michael S. Tsirkin (http://comments.gmane.org/gmane.comp.emulators.kvm.devel/65236) (https://lists.isc.org/pipermail/dhcp-hackers/2010-April/001835.html) Upstream-Status: Submitted [dhcp-b...@isc.org] Signed-off-by: Rob Woolley rob.wool...@windriver.com --- .../dhcp/dhcp/dhcp-xen-checksum.patch | 282 + meta/recipes-connectivity/dhcp/dhcp_4.3.1.bb | 1 + 2 files changed, 283 insertions(+) create mode 100644 meta/recipes-connectivity/dhcp/dhcp/dhcp-xen-checksum.patch Index: b/meta/recipes-connectivity/dhcp/dhcp/dhcp-xen-checksum.patch === --- /dev/null +++ b/meta/recipes-connectivity/dhcp/dhcp/dhcp-xen-checksum.patch @@ -0,0 +1,307 @@ +dhcp-client: Ignore partial checksums + +dhclient will fail to get an IP address if run inside a guest when traffic is +flowing over a virtual network interface. The user will see the error +message: + + 5 bad udp checksums in 5 packets + No DHCPOFFERS received. + Unable to obtain a lease on first try. Exiting. + Failed to bring up eth0. + +This is because Linux only uses partial checksums for packets that go over +virtual network interfaces and dhclient does not like this. + + See linux kernel commit 78ea85f17b15390e30d8b47488ec7b6cf0790663 + (net: skbuff: improve comment on checksumming) + +An application can detect this behaviour by checking for the +TP_STATUS_CSUMNOTREADY flag in the tp_status field. + + See linux kernel commit 8dc4194474159660d7f37c495e3fc3f10d0db8cc + (Add optional checksum computation for recvmsg) + +An extra parameter is added to decode_udp_ip_header() in dhclient to indicate +whether or not dhclient should ignore partial checksums. This is used +when the TP_STATUS_CSUMNOTREADY bit is set by the guest kernel. + +This fix has been included in Fedora and Ubuntu, however it has not yet been +accepted by ISC upstream. Likely because it is specific to behaviour in Linux +and other UNIX variants do not seem to be affected. + +The patch was imported from the dhcp source RPM in Fedora 21 + (http://pkgs.fedoraproject.org/cgit/dhcp.git/tree/dhcp-xen-checksum.patch?h=f21) + +Originally contributed to fedora-cvs-commit by David Cantrell on Jan 30 2007 + (https://www.redhat.com/archives/fedora-cvs-commits/2007-January/msg01442.html) + +Submitted to dhcp-b...@isc.org - [ISC-Bugs #22806] - by Michael S. Tsirkin + (http://comments.gmane.org/gmane.comp.emulators.kvm.devel/65236) + (https://lists.isc.org/pipermail/dhcp-hackers/2010-April/001835.html) + +Upstream-Status: Submitted [dhcp-b...@isc.org] +Signed-off-by: Rob Woolley rob.wool...@windriver.com +-- + common/bpf.c |2 - + common/dlpi.c|2 - + common/lpf.c | 83 +-- + common/nit.c |2 - + common/packet.c |4 +- + common/upf.c |2 - + includes/dhcpd.h |2 - + 7 files changed, 70 insertions(+), 27
[OE-core] [PATCH] openssl: Add mapping for microblaze architecture
Map the microblaze architecture to the linux-generic32 target.
Signed-off-by: Nathan Rossi nathan.ro...@xilinx.com
---
meta/recipes-connectivity/openssl/openssl.inc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-connectivity/openssl/openssl.inc
b/meta/recipes-connectivity/openssl/openssl.inc
index 31dfd8f..78ba5c8 100644
--- a/meta/recipes-connectivity/openssl/openssl.inc
+++ b/meta/recipes-connectivity/openssl/openssl.inc
@@ -114,6 +114,9 @@ do_configure () {
linux-*-mips64)
target=linux-mips
;;
+ linux-microblaze*)
+ target=linux-generic32
+ ;;
linux-powerpc)
target=linux-ppc
;;
--
2.1.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V5 0/2] bitbake-layers: add a ability to query layer dependencies from layer index
Change since V4: Change commit log for two variables. The following changes since commit 35c9fa0588ed8e88b541a6c80cc1517324616cea: maintainers: Update for non-maintained recipes (2015-01-20 21:39:41 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib chonglu/layerindex http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=chonglu/layerindex Chong Lu (2): bitbake.conf: Add two variables for layer index bitbake-layers: add a ability to query layer dependencies from layer index bitbake/bin/bitbake-layers | 244 + meta/conf/bitbake.conf | 6 ++ 2 files changed, 250 insertions(+) -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V5 1/2] bitbake.conf: Add two variables for layer index
Add BBLAYERS_LAYERINDEX_URL variable that bitbake-layers can use to find layer
index.
Add BBLAYERS_FETCH_DIR variable that bitbake-layers can use to specify fetch
directory.
[YOCTO #5348]
Signed-off-by: Chong Lu chong...@windriver.com
---
meta/conf/bitbake.conf | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index d22e9e8..a1c6b70 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -549,6 +549,12 @@ SELECTED_OPTIMIZATION[vardeps] += FULL_OPTIMIZATION
DEBUG_OPTIMIZATION
BUILD_OPTIMIZATION = -O2 -pipe
##
+# Settings used by bitbake-layers.
+##
+BBLAYERS_LAYERINDEX_URL ??= http://layers.openembedded.org/layerindex/;
+BBLAYERS_FETCH_DIR ??= ${COREBASE}
+
+##
# Download locations and utilities.
##
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V5 2/2] bitbake-layers: add a ability to query layer dependencies from layer index
Add a command to query layer dependencies from layer index. Fetch layer and its
dependency layers and add them into conf/bblayers.conf.
[YOCTO #5348]
Signed-off-by: Chong Lu chong...@windriver.com
---
bitbake/bin/bitbake-layers | 244 +
1 file changed, 244 insertions(+)
diff --git a/bitbake/bin/bitbake-layers b/bitbake/bin/bitbake-layers
index 9879498..699424f 100755
--- a/bitbake/bin/bitbake-layers
+++ b/bitbake/bin/bitbake-layers
@@ -27,6 +27,8 @@ import sys
import fnmatch
from collections import defaultdict
import re
+import httplib, urlparse, json
+import subprocess
bindir = os.path.dirname(__file__)
topdir = os.path.dirname(bindir)
@@ -157,6 +159,248 @@ usage: remove-layer layerdir
sys.stderr.write(No layers matching %s found in BBLAYERS\n %
item)
+def get_json_data(self, apiurl):
+proxy_settings = os.environ.get(http_proxy, None)
+conn = None
+_parsedurl = urlparse.urlparse(apiurl)
+path = _parsedurl.path
+query = _parsedurl.query
+def parse_url(url):
+parsedurl = urlparse.urlparse(url)
+if parsedurl.netloc[0] == '[':
+host, port = parsedurl.netloc[1:].split(']', 1)
+if ':' in port:
+port = port.rsplit(':', 1)[1]
+else:
+port = None
+else:
+if parsedurl.netloc.count(':') == 1:
+(host, port) = parsedurl.netloc.split(:)
+else:
+host = parsedurl.netloc
+port = None
+return (host, 80 if port is None else int(port))
+
+if proxy_settings is None:
+host, port = parse_url(apiurl)
+conn = httplib.HTTPConnection(host, port)
+conn.request(GET, path + ? + query)
+else:
+host, port = parse_url(proxy_settings)
+conn = httplib.HTTPConnection(host, port)
+conn.request(GET, apiurl)
+
+r = conn.getresponse()
+if r.status != 200:
+raise Exception(Failed to read + path + : %d %s % (r.status,
r.reason))
+return json.loads(r.read())
+
+
+def get_layer_deps(self, layername, layeritems, layerbranches,
layerdependencies, branchnum, selfname=False):
+def layeritems_info_id(items_name, layeritems):
+litems_id =
+for li in layeritems:
+if li['name'] == items_name:
+litems_id = li['id']
+break
+if litems_id:
+return litems_id
+
+def layerbranches_info(items_id, layerbranches):
+lbranch = {}
+for lb in layerbranches:
+if lb['layer'] == items_id and lb['branch'] == branchnum:
+lbranch['id'] = lb['id']
+lbranch['vcs_subdir'] = lb['vcs_subdir']
+break
+return lbranch
+
+def layerdependencies_info(lb_id, layerdependencies):
+ld_deps = []
+for ld in layerdependencies:
+if ld['layerbranch'] == lb_id and not ld['dependency'] in
ld_deps:
+ld_deps.append(ld['dependency'])
+if not ld_deps:
+logger.error(The dependency of layerDependencies is not
found.)
+return
+else:
+return ld_deps
+
+def layeritems_info_name_subdir(items_id, layeritems):
+litems = {}
+for li in layeritems:
+if li['id'] == items_id:
+litems['vcs_url'] = li['vcs_url']
+litems['name'] = li['name']
+break
+return litems
+
+if selfname:
+selfid = layeritems_info_id(layername, layeritems)
+selfsubdir = layerbranches_info(selfid, layerbranches)
+if selfsubdir:
+selfsubdir = layerbranches_info(selfid,
layerbranches)['vcs_subdir']
+else:
+logger.error(%s layer is not found in your specify branch. %
layername)
+return
+selfurl = layeritems_info_name_subdir(selfid,
layeritems)['vcs_url']
+if selfurl:
+return selfurl, selfsubdir
+else:
+logger.error(Can NOT get %s git repo and subdir % layername)
+return
+ldict = {}
+itemsid = layeritems_info_id(layername, layeritems)
+if not itemsid:
+return layername, None
+lbid = layerbranches_info(itemsid, layerbranches)
+if lbid:
+lbid = layerbranches_info(itemsid, layerbranches)['id']
+else:
+logger.error(%s is not found in your specify branch. % layername)
+return None, None
+for dependency in layerdependencies_info(lbid, layerdependencies):
+lname =
Re: [OE-core] [PATCH 2/2] systemd: Upgrade 216 - 218
On Fri, Feb 6, 2015 at 9:00 PM, Burton, Ross ross.bur...@intel.com wrote: On 2 February 2015 at 04:19, Khem Raj raj.k...@gmail.com wrote: Remove upstreamed patches as well as patches which arent needed anymore since features are dropped from systemd e.g. userspace firmware download Tested on qemux86 I just tested this on my NUC and noticed that journalctl isn't reporting any logs *at all* (core-image-sato, intel-corei7-64 BSP). Do you see this too? hmmm, I have refreshed the tree. Please try again. It worked fine for my mips/x86 cases Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] perl / PathTools: don't filter out blib from @INC
From: Wenzong Fan wenzong@windriver.com
If $TOPDIR includes the string blib, filter it out from @INC may empty
the @INC and cause build errors like:
Can't locate ExtUtils/MakeMaker.pm in @INC \
(you may need to install the ExtUtils::MakeMaker module) \
(@INC contains: .) at Makefile.PL
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
...-PathTools-don-t-filter-out-blib-from-INC.patch | 33 ++
meta/recipes-devtools/perl/perl-native_5.20.0.bb | 4 ++-
meta/recipes-devtools/perl/perl_5.20.0.bb | 1 +
3 files changed, 37 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-devtools/perl/perl-5.20.0/perl-PathTools-don-t-filter-out-blib-from-INC.patch
diff --git
a/meta/recipes-devtools/perl/perl-5.20.0/perl-PathTools-don-t-filter-out-blib-from-INC.patch
b/meta/recipes-devtools/perl/perl-5.20.0/perl-PathTools-don-t-filter-out-blib-from-INC.patch
new file mode 100644
index 000..7dd9041
--- /dev/null
+++
b/meta/recipes-devtools/perl/perl-5.20.0/perl-PathTools-don-t-filter-out-blib-from-INC.patch
@@ -0,0 +1,33 @@
+From 90c252cecc38aed5d5faedb30485dd6eee2e54eb Mon Sep 17 00:00:00 2001
+From: Wenzong Fan wenzong@windriver.com
+Date: Wed, 11 Feb 2015 15:14:40 +0800
+Subject: [PATCH] perl / PathTools: don't filter out blib from @INC
+
+If $TOPDIR includes the string blib, filter it out from @INC may empty
+the @INC and cause build errors like:
+
+ Can't locate ExtUtils/MakeMaker.pm in @INC \
+ (you may need to install the ExtUtils::MakeMaker module) \
+ (@INC contains: .) at Makefile.PL
+
+Upstream-Status: Pending
+
+Signed-off-by: Wenzong Fan wenzong@windriver.com
+---
+ dist/PathTools/Makefile.PL | 3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/dist/PathTools/Makefile.PL b/dist/PathTools/Makefile.PL
+index 1b21de4..f562cb2 100644
+--- a/dist/PathTools/Makefile.PL
b/dist/PathTools/Makefile.PL
+@@ -1,6 +1,3 @@
+-
+-BEGIN { @INC = grep {!/blib/} @INC }
+-
+ require 5.005;
+ use ExtUtils::MakeMaker;
+ WriteMakefile
+--
+1.9.1
+
diff --git a/meta/recipes-devtools/perl/perl-native_5.20.0.bb
b/meta/recipes-devtools/perl/perl-native_5.20.0.bb
index 586a347..c8cdad7 100644
--- a/meta/recipes-devtools/perl/perl-native_5.20.0.bb
+++ b/meta/recipes-devtools/perl/perl-native_5.20.0.bb
@@ -17,7 +17,9 @@ SRC_URI = http://www.cpan.org/src/5.0/perl-${PV}.tar.gz \
file://MM_Unix.pm.patch \
file://debian/errno_ver.diff \
file://dynaloaderhack.patch \
- file://perl-5.14.3-fix-CVE-2010-4777.patch
+ file://perl-5.14.3-fix-CVE-2010-4777.patch \
+ file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
+
SRC_URI[md5sum] = 406ec049ebe3afcc80d9c76ec78ca4f8
SRC_URI[sha256sum] =
4e8c28ad6ecc89902f9cb2e76f2815bb1a8287ded278e15f7a36ca45f8bbcd02
diff --git a/meta/recipes-devtools/perl/perl_5.20.0.bb
b/meta/recipes-devtools/perl/perl_5.20.0.bb
index db65202..a99b3c8 100644
--- a/meta/recipes-devtools/perl/perl_5.20.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.20.0.bb
@@ -76,6 +76,7 @@ SRC_URI += \
file://perl-5.14.3-fix-CVE-2010-4777.patch \
file://0001-Makefile.SH-fix-do_install-failed.patch \
file://make_ext.pl-fix-regenerate-makefile-failed-while-cc-.patch \
+file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
# Fix test case issues
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] connman: upgrade to 1.28
- Fixes an issue with DHCPv6 retransmission timer
calculation that causes system load to jump to 100%;
- All WiFi P2P issues encountered with Miracast have been addressed;
- ConnMan no longer hands off foreground autoscanning to
wpa_supplicant as it causes issues when finding hidden WiFi networks;
Other changes and fixes include:
- Several fixes for handling IPv6 contexts via oFono;
- Fix memory deallocation in exit code paths;
- Use OPEN auth_alg for wpa_supplicant open WiFi networks;
- A WiFi Access Point with unknown strength now has a proper
minimum value which translates to a service 'Strenght' property of 30;
- Fix byte order in DHCP server identifier;
- Properly cancel an ongoing service connect if the Agent exits.
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
.../connman/{connman_1.26.bb = connman_1.28.bb} | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
rename meta/recipes-connectivity/connman/{connman_1.26.bb = connman_1.28.bb}
(67%)
diff --git a/meta/recipes-connectivity/connman/connman_1.26.bb
b/meta/recipes-connectivity/connman/connman_1.28.bb
similarity index 67%
rename from meta/recipes-connectivity/connman/connman_1.26.bb
rename to meta/recipes-connectivity/connman/connman_1.28.bb
index 7c0c4f7..53e71fa 100644
--- a/meta/recipes-connectivity/connman/connman_1.26.bb
+++ b/meta/recipes-connectivity/connman/connman_1.28.bb
@@ -5,9 +5,8 @@ SRC_URI =
${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
file://add_xuser_dbus_permission.patch \
file://connman \
-SRC_URI[md5sum] = ba05b110b7c81e5fa14e8b402ef37a9e
-SRC_URI[sha256sum] =
7184e4b6d954449ee00a30e188924b3e37a20ad2fd9a0b76a2bdd82c863dcf8a
+SRC_URI[md5sum] = 6e07c93877f80bb73c9d4dbfc697f3fc
+SRC_URI[sha256sum] =
b1d5e7dd2652725906e220a8b0206477e97080e835272971e3b2fd10943c5c94
RRECOMMENDS_${PN} = connman-conf
-PR = r1
--
2.1.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V4 2/2] bitbake-layers: add a ability to query layer dependencies from layer index
Add a command to query layer dependencies from layer index. Fetch layer and its
dependency layers and add them into conf/bblayers.conf.
[YOCTO #5348]
Signed-off-by: Chong Lu chong...@windriver.com
---
bitbake/bin/bitbake-layers | 244 +
1 file changed, 244 insertions(+)
diff --git a/bitbake/bin/bitbake-layers b/bitbake/bin/bitbake-layers
index 9879498..699424f 100755
--- a/bitbake/bin/bitbake-layers
+++ b/bitbake/bin/bitbake-layers
@@ -27,6 +27,8 @@ import sys
import fnmatch
from collections import defaultdict
import re
+import httplib, urlparse, json
+import subprocess
bindir = os.path.dirname(__file__)
topdir = os.path.dirname(bindir)
@@ -157,6 +159,248 @@ usage: remove-layer layerdir
sys.stderr.write(No layers matching %s found in BBLAYERS\n %
item)
+def get_json_data(self, apiurl):
+proxy_settings = os.environ.get(http_proxy, None)
+conn = None
+_parsedurl = urlparse.urlparse(apiurl)
+path = _parsedurl.path
+query = _parsedurl.query
+def parse_url(url):
+parsedurl = urlparse.urlparse(url)
+if parsedurl.netloc[0] == '[':
+host, port = parsedurl.netloc[1:].split(']', 1)
+if ':' in port:
+port = port.rsplit(':', 1)[1]
+else:
+port = None
+else:
+if parsedurl.netloc.count(':') == 1:
+(host, port) = parsedurl.netloc.split(:)
+else:
+host = parsedurl.netloc
+port = None
+return (host, 80 if port is None else int(port))
+
+if proxy_settings is None:
+host, port = parse_url(apiurl)
+conn = httplib.HTTPConnection(host, port)
+conn.request(GET, path + ? + query)
+else:
+host, port = parse_url(proxy_settings)
+conn = httplib.HTTPConnection(host, port)
+conn.request(GET, apiurl)
+
+r = conn.getresponse()
+if r.status != 200:
+raise Exception(Failed to read + path + : %d %s % (r.status,
r.reason))
+return json.loads(r.read())
+
+
+def get_layer_deps(self, layername, layeritems, layerbranches,
layerdependencies, branchnum, selfname=False):
+def layeritems_info_id(items_name, layeritems):
+litems_id =
+for li in layeritems:
+if li['name'] == items_name:
+litems_id = li['id']
+break
+if litems_id:
+return litems_id
+
+def layerbranches_info(items_id, layerbranches):
+lbranch = {}
+for lb in layerbranches:
+if lb['layer'] == items_id and lb['branch'] == branchnum:
+lbranch['id'] = lb['id']
+lbranch['vcs_subdir'] = lb['vcs_subdir']
+break
+return lbranch
+
+def layerdependencies_info(lb_id, layerdependencies):
+ld_deps = []
+for ld in layerdependencies:
+if ld['layerbranch'] == lb_id and not ld['dependency'] in
ld_deps:
+ld_deps.append(ld['dependency'])
+if not ld_deps:
+logger.error(The dependency of layerDependencies is not
found.)
+return
+else:
+return ld_deps
+
+def layeritems_info_name_subdir(items_id, layeritems):
+litems = {}
+for li in layeritems:
+if li['id'] == items_id:
+litems['vcs_url'] = li['vcs_url']
+litems['name'] = li['name']
+break
+return litems
+
+if selfname:
+selfid = layeritems_info_id(layername, layeritems)
+selfsubdir = layerbranches_info(selfid, layerbranches)
+if selfsubdir:
+selfsubdir = layerbranches_info(selfid,
layerbranches)['vcs_subdir']
+else:
+logger.error(%s layer is not found in your specify branch. %
layername)
+return
+selfurl = layeritems_info_name_subdir(selfid,
layeritems)['vcs_url']
+if selfurl:
+return selfurl, selfsubdir
+else:
+logger.error(Can NOT get %s git repo and subdir % layername)
+return
+ldict = {}
+itemsid = layeritems_info_id(layername, layeritems)
+if not itemsid:
+return layername, None
+lbid = layerbranches_info(itemsid, layerbranches)
+if lbid:
+lbid = layerbranches_info(itemsid, layerbranches)['id']
+else:
+logger.error(%s is not found in your specify branch. % layername)
+return None, None
+for dependency in layerdependencies_info(lbid, layerdependencies):
+lname =
[OE-core] [PATCH V4 0/2] bitbake-layers: add a ability to query layer dependencies from layer index
$ bitbake-layers show-layer-deps meta-security LayerDependencies Git repository Subdirectory === meta-python meta-oe git://git.openembedded.org/meta-openembeddedmeta-oe meta-python openembedded-core git://git.openembedded.org/openembedded-coremeta meta-securitymeta-networking git://git.openembedded.org/meta-openembeddedmeta-networking meta-networking openembedded-core git://git.openembedded.org/openembedded-coremeta meta-securitymeta-perl git://git.openembedded.org/meta-openembeddedmeta-perl meta-oe openembedded-core git://git.openembedded.org/openembedded-coremeta meta-perlopenembedded-core git://git.openembedded.org/openembedded-coremeta meta-securitymeta-oe git://git.openembedded.org/meta-openembeddedmeta-oe meta-networking meta-python git://git.openembedded.org/meta-openembeddedmeta-python meta-securityopenembedded-core git://git.openembedded.org/openembedded-coremeta $ bitbake-layers show-layer-deps meta-security -f LayerDependencies Git repository Subdirectory === meta-python meta-oe git://git.openembedded.org/meta-openembeddedmeta-oe meta-python openembedded-core git://git.openembedded.org/openembedded-coremeta meta-securitymeta-networking git://git.openembedded.org/meta-openembeddedmeta-networking meta-networking openembedded-core git://git.openembedded.org/openembedded-coremeta meta-securitymeta-perl git://git.openembedded.org/meta-openembeddedmeta-perl meta-oe openembedded-core git://git.openembedded.org/openembedded-coremeta meta-perlopenembedded-core git://git.openembedded.org/openembedded-coremeta meta-securitymeta-oe git://git.openembedded.org/meta-openembeddedmeta-oe meta-networking meta-python git://git.openembedded.org/meta-openembeddedmeta-python meta-securityopenembedded-core git://git.openembedded.org/openembedded-coremeta Cloning into '/buildarea2/clu1/source/poky/meta-security'... remote: Counting objects: 736, done. remote: Compressing objects: 100% (485/485), done. remote: Total 736 (delta 378), reused 572 (delta 214) Receiving objects: 100% (736/736), 749.55 KiB | 70.00 KiB/s, done. Resolving deltas: 100% (378/378), done. Checking connectivity... done. $ bitbake-layers show-layer-deps meta-security -a LayerDependencies Git repository Subdirectory === meta-python meta-oe git://git.openembedded.org/meta-openembeddedmeta-oe meta-python openembedded-core git://git.openembedded.org/openembedded-coremeta meta-securitymeta-networking git://git.openembedded.org/meta-openembeddedmeta-networking meta-networking openembedded-core git://git.openembedded.org/openembedded-coremeta meta-securitymeta-perl git://git.openembedded.org/meta-openembeddedmeta-perl meta-oe openembedded-core git://git.openembedded.org/openembedded-coremeta meta-perlopenembedded-core git://git.openembedded.org/openembedded-coremeta meta-securitymeta-oe git://git.openembedded.org/meta-openembeddedmeta-oe meta-networking meta-python git://git.openembedded.org/meta-openembeddedmeta-python meta-securityopenembedded-core git://git.openembedded.org/openembedded-coremeta Add meta-networking to conf/bblayers.conf Add meta-oe to conf/bblayers.conf Add meta-perl to conf/bblayers.conf Add meta-python to conf/bblayers.conf Add meta-security to conf/bblayers.conf $ bitbake-layers show-layer-deps meta-networking -bdizzy LayerDependencies Git repository Subdirectory === meta-networking openembedded-core git://git.openembedded.org/openembedded-coremeta $ bitbake-layers show-layer-deps
[OE-core] [PATCH V4 1/2] bitbake.conf: Add two variables for layer index
Add BITBAKE_LAYERINDEX_URL variable that bitbake-layers can use to find layer
index.
Add LAYER_FETCH_DIR variable that bitbake-layers can use to specify fetch
directory.
[YOCTO #5348]
Signed-off-by: Chong Lu chong...@windriver.com
---
meta/conf/bitbake.conf | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index d22e9e8..a1c6b70 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -549,6 +549,12 @@ SELECTED_OPTIMIZATION[vardeps] += FULL_OPTIMIZATION
DEBUG_OPTIMIZATION
BUILD_OPTIMIZATION = -O2 -pipe
##
+# Settings used by bitbake-layers.
+##
+BBLAYERS_LAYERINDEX_URL ??= http://layers.openembedded.org/layerindex/;
+BBLAYERS_FETCH_DIR ??= ${COREBASE}
+
+##
# Download locations and utilities.
##
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mesa: update 10.4.3 - 10.4.4
On Tue, Feb 10, 2015 at 11:23 AM, Andre McCurdy armccu...@gmail.com wrote:
Signed-off-by: Andre McCurdy armccu...@gmail.com
---
meta/recipes-graphics/mesa/{mesa-gl_10.4.3.bb = mesa-gl_10.4.4.bb} | 0
meta/recipes-graphics/mesa/{mesa_10.4.3.bb = mesa_10.4.4.bb} | 4 ++--
meta/recipes-graphics/mesa/mesa_git.bb | 6
++
3 files changed, 4 insertions(+), 6 deletions(-)
rename meta/recipes-graphics/mesa/{mesa-gl_10.4.3.bb = mesa-gl_10.4.4.bb}
(100%)
rename meta/recipes-graphics/mesa/{mesa_10.4.3.bb = mesa_10.4.4.bb} (78%)
diff --git a/meta/recipes-graphics/mesa/mesa-gl_10.4.3.bb
b/meta/recipes-graphics/mesa/mesa-gl_10.4.4.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_10.4.3.bb
rename to meta/recipes-graphics/mesa/mesa-gl_10.4.4.bb
diff --git a/meta/recipes-graphics/mesa/mesa_10.4.3.bb
b/meta/recipes-graphics/mesa/mesa_10.4.4.bb
similarity index 78%
rename from meta/recipes-graphics/mesa/mesa_10.4.3.bb
rename to meta/recipes-graphics/mesa/mesa_10.4.4.bb
index 9669bcb..8140411 100644
--- a/meta/recipes-graphics/mesa/mesa_10.4.3.bb
+++ b/meta/recipes-graphics/mesa/mesa_10.4.4.bb
looks good to me. tested on Snapdragon 600, with freedreno mesa/gallium.
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] perl / PathTools: don't filter out blib from @INC
From: Wenzong Fan wenzong@windriver.com If $TOPDIR includes the string blib, filter it out from @INC may empty the @INC and cause build errors like: Can't locate ExtUtils/MakeMaker.pm in @INC \ (you may need to install the ExtUtils::MakeMaker module) \ (@INC contains: .) at Makefile.PL The following changes since commit 231d4a9d3d89af4b1b5f6ea439c630e4cac82079: bitbake: bitbake-user-manual: Removed errant writer note line. (2015-02-10 23:09:32 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/perl http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/perl Wenzong Fan (1): perl / PathTools: don't filter out blib from @INC ...-PathTools-don-t-filter-out-blib-from-INC.patch | 33 ++ meta/recipes-devtools/perl/perl-native_5.20.0.bb | 4 ++- meta/recipes-devtools/perl/perl_5.20.0.bb | 1 + 3 files changed, 37 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-devtools/perl/perl-5.20.0/perl-PathTools-don-t-filter-out-blib-from-INC.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] harfbuzz: upgrade to 0.9.38
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
.../harfbuzz/{harfbuzz_0.9.37.bb = harfbuzz_0.9.38.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.37.bb =
harfbuzz_0.9.38.bb} (88%)
diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.37.bb
b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.38.bb
similarity index 88%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_0.9.37.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_0.9.38.bb
index 333cf2e..90794c7 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.37.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.38.bb
@@ -11,8 +11,8 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=e021dd6dda6ff1e6b1044002fc662b9b \
SECTION = libs
SRC_URI = http://www.freedesktop.org/software/harfbuzz/release/${BP}.tar.bz2;
-SRC_URI[md5sum] = bfe733250e34629a188d82e3b971bc1e
-SRC_URI[sha256sum] =
255f3b3842dead16863d1d0c216643d97b80bfa087aaa8fc5926da24ac120207
+SRC_URI[md5sum] = 8839e574be8089c0de83768798bf7916
+SRC_URI[sha256sum] =
6736f383b4edfcaaeb6f3292302ca382d617d8c79948bb2dd2e8f86cdccfd514
inherit autotools pkgconfig lib_package
--
2.1.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Various comms and multimedia PUs
The following changes since commit 231d4a9d3d89af4b1b5f6ea439c630e4cac82079:
bitbake: bitbake-user-manual: Removed errant writer note line. (2015-02-10
23:09:32 +)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ciorga/PUs
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ciorga/PUs
Cristian Iorga (2):
harfbuzz: upgrade to 0.9.38
connman: upgrade to 1.28
.../connman/{connman_1.26.bb = connman_1.28.bb} | 5 ++---
.../harfbuzz/{harfbuzz_0.9.37.bb = harfbuzz_0.9.38.bb} | 4 ++--
2 files changed, 4 insertions(+), 5 deletions(-)
rename meta/recipes-connectivity/connman/{connman_1.26.bb = connman_1.28.bb}
(67%)
rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.37.bb =
harfbuzz_0.9.38.bb} (88%)
--
2.1.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] cmake.bbclass questions
Am 10.02.2015 um 23:53 schrieb Matt Madison:
I just finished some recipes for some CMake-built packages (from the
Kurento project). I managed to get everything building, but I had to
modify how cmake.bbclass does things, and I'm wondering if there's a
better way to solve some of these.
Each of the packages generates a pkg-config file and a CMake module
that are then used by other packages (later in the build) to locate
their dependencies. I see that cmake.bbclass hard-codes the
CMAKE_MODULE_PATH setting to point to just the location in the native
sysroot, but target packages can't install their CMake modules there.
I tweaked the definition so that when building non-native packages,
CMAKE_MODULE_PATH points into both the target sysroot and the native
sysroot. This seemed to do the trick, but wasn't sure it was the
correct way to solve this.
Instead of a CMake module the project should install a
NameConfig.cmake in its data directory and append a private module
directory to the CMAKE_MODULE_PATH.
The generated pkg-config files were a bit trickier - the CMakefiles
that generate them assume that the CMAKE_INSTALL_xxxDIR variables are
always relative paths, but cmake.bbclass passes in absolute paths --
which, by my read of the CMake docs, is allowed. I think in this case
the Kurento CMakefiles need fixing, but there were a lot of them, so
it was simpler to change cmake.bbclass to strip the prefix off the
front of those variable settings.
CMake supports relative and absolute paths for the CMAKE_INSTALL_xxxDIR
variables but the default are relative paths.
The CMake files sould be fixed and extract the relative path from the
full path variable:
file (RELATIVE_PATH CMAKE_INSTALL_RELATIVE_LIBDIR
${CMAKE_INSTALL_PREFIX} ${CMAKE_INSTALL_FULL_LIBDIR})
Regards,
Stefan
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] git: expand recipe to take advantage of pre-gen'd manpages
On 10 February 2015 at 19:17, Paul Gortmaker paul.gortma...@windriver.com
wrote:
+FILES_${PN}-doc = ${mandir}
This is the default value, I removed this line when merging into ross/mut.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] avahi: fix do_rootfs failure due to version skew
Hi Paul,
On 11 February 2015 at 00:17, Paul Gortmaker paul.gortma...@windriver.com
wrote:
-RDEPENDS_${PN}-dev = avahi-daemon (= ${EXTENDPKGV}) libavahi-core (=
${EXTENDPKGV}) libavahi-client (= ${EXTENDPKGV})
+RDEPENDS_${PN}-dev = avahi-daemon (= ${PKGV}-${INC_PR}) libavahi-core
(= ${PKGV}-${INC_PR}) libavahi-client (= ${PKGV}-${INC_PR})
But this then breaks the hard dependencies for the avahi package.
Basically the problem is that you can't just include complex recipes in
other recipes and expect it to work without lots of hackery. In this case,
the amount of hackery required to fix this and various other problems (I've
an abandoned branch that sorts out other problems) is arguably more
complicated that throwing all of this away and starting again.
Personally, I don't see why we have avahi and avahi-ui. Enabling the GTK+
tools should be a PACKAGECONFIG option that is controlled by default by
DISTRO_FEATURES, and all the hackery deleted.
I've got a few branches that implement some of this already, I'll dig them
out as this has been bugging me for a while now.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] cmake.bbclass questions
On Wed, 2015-02-11 at 11:21 +0100, Stefan Herbrechtsmeier wrote:
Am 10.02.2015 um 23:53 schrieb Matt Madison:
I just finished some recipes for some CMake-built packages (from the
Kurento project). I managed to get everything building, but I had to
modify how cmake.bbclass does things, and I'm wondering if there's a
better way to solve some of these.
Each of the packages generates a pkg-config file and a CMake module
that are then used by other packages (later in the build) to locate
their dependencies. I see that cmake.bbclass hard-codes the
CMAKE_MODULE_PATH setting to point to just the location in the native
sysroot, but target packages can't install their CMake modules there.
I tweaked the definition so that when building non-native packages,
CMAKE_MODULE_PATH points into both the target sysroot and the native
sysroot. This seemed to do the trick, but wasn't sure it was the
correct way to solve this.
Instead of a CMake module the project should install a
NameConfig.cmake in its data directory and append a private module
directory to the CMAKE_MODULE_PATH.
Ah, OK. Is that the typical pattern for CMake-based packages?
The generated pkg-config files were a bit trickier - the CMakefiles
that generate them assume that the CMAKE_INSTALL_xxxDIR variables are
always relative paths, but cmake.bbclass passes in absolute paths --
which, by my read of the CMake docs, is allowed. I think in this case
the Kurento CMakefiles need fixing, but there were a lot of them, so
it was simpler to change cmake.bbclass to strip the prefix off the
front of those variable settings.
CMake supports relative and absolute paths for the CMAKE_INSTALL_xxxDIR
variables but the default are relative paths.
The CMake files sould be fixed and extract the relative path from the
full path variable:
file (RELATIVE_PATH CMAKE_INSTALL_RELATIVE_LIBDIR
${CMAKE_INSTALL_PREFIX} ${CMAKE_INSTALL_FULL_LIBDIR})
Great, thanks, I'll suggest that to them.
Regards,
-Matt
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2 7/7] opkg-keyrings: New recipe
On Tue, Feb 10, 2015 at 06:43:34PM -0600, Richard Tollerton wrote: Paul Barker p...@paulbarker.me.uk writes: This recipe wraps package and package feed verification keys into a package, making the management and deployment of verification keys much easier. Comments on how to select keys for inclusion in this package are provided in the recipe file. Would you be receptive to this package being extended to support OpenSSL keys? I wouldn't advise it. There is no 'OpenSSL exception' in the opkg license and so a few people have been worried that shipping binaries of opkg linked against OpenSSL is a breach of the respective licenses. IANAL, but people have been concerned. OpenSSL support is probably less tested than gpg support as well. However, if it's something you're already using, have tested and are comfortable with the licensing implications then go for it. Thanks, -- Paul Barker Email: p...@paulbarker.me.uk http://www.paulbarker.me.uk 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] cmake.bbclass questions
Am 11.02.2015 um 13:33 schrieb Matt Madison: On Wed, 2015-02-11 at 11:21 +0100, Stefan Herbrechtsmeier wrote: Am 10.02.2015 um 23:53 schrieb Matt Madison: I just finished some recipes for some CMake-built packages (from the Kurento project). I managed to get everything building, but I had to modify how cmake.bbclass does things, and I'm wondering if there's a better way to solve some of these. Each of the packages generates a pkg-config file and a CMake module that are then used by other packages (later in the build) to locate their dependencies. I see that cmake.bbclass hard-codes the CMAKE_MODULE_PATH setting to point to just the location in the native sysroot, but target packages can't install their CMake modules there. I tweaked the definition so that when building non-native packages, CMAKE_MODULE_PATH points into both the target sysroot and the native sysroot. This seemed to do the trick, but wasn't sure it was the correct way to solve this. Instead of a CMake module the project should install a NameConfig.cmake in its data directory and append a private module directory to the CMAKE_MODULE_PATH. Ah, OK. Is that the typical pattern for CMake-based packages? Typically a find module is needed when the upstream is not built with CMake. http://www.cmake.org/cmake/help/git-master/manual/cmake-packages.7.html#find-module-packages http://www.cmake.org/cmake/help/git-master/manual/cmake-packages.7.html#creating-packages The pattern avoids the installation of files into the data directory of a foreign project. Regards, Stefan -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mozjs: fix build failure due to missing dependency on libxt
On 12/02/15 11:00, Paul Gortmaker wrote: Looking at the configure script, we see these invalid values are output when the autoconf test for X11 fails. That test fails in the following fashion: ... Since the package clearly has never been built in a no-X11 OE environment, we assume that all OE users to date are X11 users and hence simply add a dependency on libxt. I've run into this problem quite a while ago. My fix for this was a .bbappend file that passes --without-x to configure, since my target has no X11. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Hi Richard/All I have refreshed the branch to include the patch which moves the src uri to use the newly released glibc 2.21 branch and please run it via autobuilder ( top 5 commits ) Thanks -Khem On Tue, Feb 3, 2015 at 10:43 PM, Dan McGregor danismostlik...@gmail.com wrote: On 2 February 2015 at 23:03, Khem Raj raj.k...@gmail.com wrote: On Mon, Feb 2, 2015 at 1:45 PM, Burton, Ross ross.bur...@intel.com wrote: On 2 February 2015 at 18:33, Khem Raj raj.k...@gmail.com wrote: Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have updated the contrib tree which fixes cross-localedef-native compile time issue. So you should be good to go now. Bad news, glibc is now failing: | x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 --sysroot=/data/poky-master/tmp/sysroots/intel-corei7-64-tcbootstrap dl-open.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Werror -Winline -Wno-error=undef -Wundef -Wwrite-strings -feliminate-unused-debug-types -fmerge-all-constants -frounding-math -g -pipe -Wstrict-prototypes -fPIC -mno-sse -mno-mmx-I../include -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include-fixed -isystem /data/poky-master/tmp/sysroots/intel-corei7-64/usr/include -D_LIBC_REENTRANT -include /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/libc-modules.h -DMODULE_NAME=rtld -include ../include/libc-symbols.h -DPIC -DSHARED -o /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os -MD -MP -MF /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os.dt -MT /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os | dl-caller.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Check whether caller comes from the right place. | ^ | dl-open.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Load a shared object at runtime, relocate it, and run its initializer. | ^ | cc1: all warnings being treated as errors | cc1: all warnings being treated as errors The real problem is we are injecting -mfpmath=sse -msse4.2 via CCARGS and for this particular file glibc says -mno-sse -mno-mmx so it defaults to x87 80bit arithmetics. May be we should get a bit milder with optimizations for this case when compiling glibc. Since glibc has its own notion about floating point. I think this issue was there even with older version of glibc for i7 but it was flagged as a warning, glibc 2.21 now uses -Werror by default. Can you confirm that via inspecting 2.20 glibc build logs for this machine ? I have pushed another patch to disable sse for replacing fpu. Please try it out and let me know if it fixed it. The new branch is working well for me, for wandboard-quad, beaglebone, and cubieboard2. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
