Re: [OE-core] [PATCH] grub git: workaround debugedit problems for 64 bit targets

[Koen Kooi]

On 01/15/2014 11:15 AM, Koen Kooi wrote:

I've limited it to 64bit targets, but to be honest debug splitting doesn't make 
sense for grub since it won't run in your rootfs and attaching gdb is pretty 
much impossible.

Signed-off-by: Koen Kooi 
---
  meta/recipes-bsp/grub/grub_git.bb | 5 +
  1 file changed, 5 insertions(+)

diff --git a/meta/recipes-bsp/grub/grub_git.bb 
b/meta/recipes-bsp/grub/grub_git.bb
index 1796e7f..bc79cfa 100644
--- a/meta/recipes-bsp/grub/grub_git.bb
+++ b/meta/recipes-bsp/grub/grub_git.bb
@@ -51,8 +51,13 @@ do_configure_prepend() {
  do_install_append () {
  install -d ${D}${sysconfdir}/grub.d
  install -m 0755 ${WORKDIR}/40_custom ${D}${sysconfdir}/grub.d/40_custom
+
  }

+# debugedit chokes on 64 bit platforms
+INHIBIT_PACKAGE_DEBUG_SPLIT_aarch64 = "1"
+INHIBIT_PACKAGE_DEBUG_SPLIT_x86-64 = "1"
+
  RDEPENDS_${PN} = "diffutils freetype"
  FILES_${PN}-dbg += "${libdir}/${BPN}/*/.debug"




Since the package.bbclass change went in yesterday: ping


--
Koen Kooi
Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] grub git: workaround debugedit problems for 64 bit targets

[Richard Purdie]

On Wed, 2014-02-12 at 09:03 +0100, Koen Kooi wrote:
> On 01/15/2014 11:15 AM, Koen Kooi wrote:
> > I've limited it to 64bit targets, but to be honest debug splitting doesn't 
> > make sense for grub since it won't run in your rootfs and attaching gdb is 
> > pretty much impossible.
> >
> > Signed-off-by: Koen Kooi 
> > ---
> >   meta/recipes-bsp/grub/grub_git.bb | 5 +
> >   1 file changed, 5 insertions(+)
> >
> > diff --git a/meta/recipes-bsp/grub/grub_git.bb 
> > b/meta/recipes-bsp/grub/grub_git.bb
> > index 1796e7f..bc79cfa 100644
> > --- a/meta/recipes-bsp/grub/grub_git.bb
> > +++ b/meta/recipes-bsp/grub/grub_git.bb
> > @@ -51,8 +51,13 @@ do_configure_prepend() {
> >   do_install_append () {
> >   install -d ${D}${sysconfdir}/grub.d
> >   install -m 0755 ${WORKDIR}/40_custom 
> > ${D}${sysconfdir}/grub.d/40_custom
> > +
> >   }
> >
> > +# debugedit chokes on 64 bit platforms
> > +INHIBIT_PACKAGE_DEBUG_SPLIT_aarch64 = "1"
> > +INHIBIT_PACKAGE_DEBUG_SPLIT_x86-64 = "1"
> > +
> >   RDEPENDS_${PN} = "diffutils freetype"
> >   FILES_${PN}-dbg += "${libdir}/${BPN}/*/.debug"
> >
> >
> 
> Since the package.bbclass change went in yesterday: ping

Should we just do this for 64 bit targets or should we be doing it
unconventionally?

Cheers,

Richard


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

[OE-core] [PATCH 0/1] diffutils: enable ptest support

[Chong Lu]

The following changes since commit b70a10ca3ee4a0add90d387e2c8288e531aaa47c:

  systemd-serialgetty: Update to match version in recent systemd (2014-02-11 
22:59:38 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib chonglu/diffutils
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=chonglu/diffutils

Chong Lu (1):
  diffutils: enable ptest support

 .../diffutils/diffutils-3.3/Makefile   | 284 +
 .../diffutils/diffutils-3.3/run-ptest  |   3 +
 meta/recipes-extended/diffutils/diffutils_3.3.bb   |  15 +-
 3 files changed, 301 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-extended/diffutils/diffutils-3.3/Makefile
 create mode 100644 meta/recipes-extended/diffutils/diffutils-3.3/run-ptest

-- 
1.8.1.2

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

[OE-core] [PATCH 1/1] diffutils: enable ptest support

[Chong Lu]

Install diffutils test suite and run it as ptest.

Signed-off-by: Chong Lu 
---
 .../diffutils/diffutils-3.3/Makefile   | 284 +
 .../diffutils/diffutils-3.3/run-ptest  |   3 +
 meta/recipes-extended/diffutils/diffutils_3.3.bb   |  15 +-
 3 files changed, 301 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-extended/diffutils/diffutils-3.3/Makefile
 create mode 100644 meta/recipes-extended/diffutils/diffutils-3.3/run-ptest

diff --git a/meta/recipes-extended/diffutils/diffutils-3.3/Makefile 
b/meta/recipes-extended/diffutils/diffutils-3.3/Makefile
new file mode 100644
index 000..d3bb587
--- /dev/null
+++ b/meta/recipes-extended/diffutils/diffutils-3.3/Makefile
@@ -0,0 +1,284 @@
+am__tty_colors_dummy = \
+  mgn= red= grn= lgn= blu= brg= std=; \
+  am__color_tests=no
+am__tty_colors = { \
+  $(am__tty_colors_dummy); \
+  if test "X$(AM_COLOR_TESTS)" = Xno; then \
+am__color_tests=no; \
+  elif test "X$(AM_COLOR_TESTS)" = Xalways; then \
+am__color_tests=yes; \
+  elif test "X$$TERM" != Xdumb && { test -t 1; } 2>/dev/null; then \
+am__color_tests=yes; \
+  fi; \
+  if test $$am__color_tests = yes; then \
+red=''; \
+grn=''; \
+lgn=''; \
+blu=''; \
+mgn=''; \
+brg=''; \
+std=''; \
+  fi; \
+}
+
+am__vpath_adj_setup = srcdirstrip=`echo "$(srcdir)" | sed 's|.|.|g'`;
+am__vpath_adj = case $$p in \
+$(srcdir)/*) f=`echo "$$p" | sed "s|^$$srcdirstrip/||"`;; \
+*) f=$$p;; \
+  esac;
+am__rst_title = { sed 's/.*/   &   /;h;s/./=/g;p;x;s/ *$$//;p;g' && echo; }
+am__sh_e_setup = case $$- in *e*) set +e;; esac
+am__common_driver_flags = \
+  --color-tests "$$am__color_tests" \
+  --enable-hard-errors "$$am__enable_hard_errors" \
+  --expect-failure "$$am__expect_failure"
+
+am__check_pre = \
+$(am__sh_e_setup); \
+$(am__vpath_adj_setup) $(am__vpath_adj) \
+$(am__tty_colors); \
+srcdir=$(srcdir); export srcdir; \
+case "$@" in \
+  */*) am__odir=`echo "./$@" | sed 's|/[^/]*$$||'`;; \
+*) am__odir=.;; \
+esac; \
+test "x$$am__odir" = x"." || test -d "$$am__odir" \
+  || $(MKDIR_P) "$$am__odir" || exit $$?; \
+if test -f "./$$f"; then dir=./; \
+elif test -f "$$f"; then dir=; \
+else dir="$(srcdir)/"; fi; \
+tst=$$dir$$f; log='$@'; \
+if test -n '$(DISABLE_HARD_ERRORS)'; then \
+  am__enable_hard_errors=no; \
+else \
+  am__enable_hard_errors=yes; \
+fi; \
+$(TESTS_ENVIRONMENT)
+
+am__set_TESTS_bases = \
+  bases='$(TEST_LOGS)'; \
+  bases=`for i in $$bases; do echo $$i; done | sed 's/\.log$$//'`; \
+  bases=`echo $$bases`
+
+RECHECK_LOGS = $(TEST_LOGS)
+TEST_SUITE_LOG = test-suite.log
+LOG_DRIVER = $(SHELL) $(top_srcdir)/build-aux/test-driver
+am__test_logs1 = $(TESTS:=.log)
+am__test_logs2 = $(am__test_logs1:.log=.log)
+TEST_LOGS = $(am__test_logs2:.test.log=.log)
+TEST_LOG_DRIVER = $(SHELL) $(top_srcdir)/build-aux/test-driver
+AWK = awk
+MKDIR_P = /bin/mkdir -p
+PACKAGE_BUGREPORT = bug-diffut...@gnu.org
+PACKAGE_STRING = GNU diffutils 3.3
+SHELL = /bin/sh
+VERSION = 3.3
+abs_srcdir = $(PWD)
+abs_top_builddir = $(PWD)/..
+abs_top_srcdir = $(PWD)/..
+srcdir = .
+top_srcdir = ..
+subdir = tests
+
+TESTS = \
+  basic \
+  binary \
+  colliding-file-names \
+  excess-slash \
+  help-version \
+  function-line-vs-leading-space \
+  label-vs-func\
+  new-file \
+  no-dereference \
+  no-newline-at-eof \
+  stdin \
+  filename-quoting
+
+TESTS_ENVIRONMENT = \
+  tmp__=$$TMPDIR; test -d "$$tmp__" || tmp__=.; \
+  TMPDIR=$$tmp__; export TMPDIR; \
+  export \
+  VERSION='$(VERSION)' \
+  abs_top_builddir='$(abs_top_builddir)' \
+  abs_top_srcdir='$(abs_top_srcdir)' \
+  abs_srcdir='$(abs_srcdir)' \
+  built_programs=diff \
+  srcdir='$(srcdir)' \
+  top_srcdir='$(top_srcdir)' \
+  MAKE=$(MAKE) \
+  PACKAGE_BUGREPORT='$(PACKAGE_BUGREPORT)' \
+  PATH='$(abs_top_builddir)/src$(PATH_SEPARATOR)'"$$PATH" \
+  ; 9>&2
+
+$(TEST_SUITE_LOG): $(TEST_LOGS)
+   @$(am__set_TESTS_bases); \
+   am__f_ok () { test -f "$$1" && test -r "$$1"; }; \
+   redo_bases=`for i in $$bases; do \
+ am__f_ok $$i.trs && am__f_ok $$i.log || echo $$i; \
+   done`; \
+   st=0;  \
+   errmsg="fatal: making $(TEST_SUITE_LOG): failed to create"; \
+   for i in $$redo_bases; do \
+   test -f $$i.trs && test -r $$i.trs \
+ || { echo "$$errmsg $$i.trs" >&2; st=1; }; \
+   test -f $$i.log && test -r $$i.log \
+ || { echo "$$errmsg $$i.log" >&2; st=1; }; \
+   done; \
+   test $$st -eq 0 || exit 1;
+   @$(am__sh_e_setup); $(am__tty_colors); $(am__set_TESTS_bases); \
+   ws='[   ]'; \
+   results=`for b in $$bases; do echo $$b.trs; done`; \
+   test -n "$$results" || results=/dev/null; \
+   all=`  grep "^$$ws*:test-result:"   $$results | wc -l`; \
+   pass=` grep "^$$ws*:test-result:$$ws*PASS"  $$results | wc -l`; \
+   fail=` grep "^$$ws*:test-result:$$ws*FAIL"  $$results

Re: [OE-core] [PATCH 3/3] flac: upgrade to 1.3.0

[Burton, Ross]

On 12 February 2014 07:41, Cristian Iorga  wrote:
> - Updated description, bugtracker and source;
> - Switched to ${BP} variable;
> - 0001-No-AltiVec-on-SPE.patch,
> flac-gcc43-fixes.patch, asm-pic.patch,
> obsolete_automake_macros.patch patches
> removed, included in upstream;
> - Licenses checksums changed due to added
> copyright owners and street adresses changed;
> - backported 1.3.0 specific fix;
> - removed obsolete PPC fix;
> - added support for SSE optimizations.

Got to love a patch that is 90% removals!

> +DESCRIPTION = "FLAC stands for Free Lossless Audio Codec, a losless audio 
> compression format."

"losless" is a typo.

>  S = "${WORKDIR}/flac-${PV}"

This is the default so you can remove this.

> +--disable-xmms-plugin \
>  --without-xmms-prefix \
>  --without-xmms-exec-prefix \

Does the addition of --disable mean you can remove the two --without arguments?

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

[OE-core] [for-dora] Pulseaudio fix

[Otavio Salvador]

Hello,

This change should be backported to dora as people are having problems
using x11-less distros with pulseaudio:

otavio@nano ~/.../poky (git)-[dora] % git cherry-pick
77c4f158c6dbc8a373d2064552224f5dfe1a7bd2
[dora 19606eb] pulseaudio: fix RDEPENDS traversal for consolekit
 Author: Christopher Larson 
 1 file changed, 5 insertions(+), 1 deletion(-)
otavio@nano ~/.../poky (git)-[dora] % git cherry-pick
e230b4498790a3dfdc36ea5761807459fc96368e
[dora 090424d] pulseaudio: only package consolekit module when x11 is enabled
 Author: Christopher Larson 
 1 file changed, 1 insertion(+), 1 deletion(-)

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

Re: [OE-core] Problem with libicudata.so in OE master

[Filip Piechocki]

I am facing same problem on my RaspberryPi. I've build rpi-basic-image with
some additional libraries including "icu". I've added them to
IMAGE_INSTALL_append, then I've corss-compiled Qt 5.2.1 and I get the exact
same error with libicudata.so:

error while loading shared libraries: /usr/lib/libicudata.so.51: internal error


Does anybody know what is the cause of this error?

Best regards,

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

[OE-core] [PATCH] oeqa/runtime: smart: don't run in auto mode when rpm is not the pm

[Stefan Stanacar]

TEST_SUITES = "auto" would run smart tests even for non-rpm images,
which is pointless.

Signed-off-by: Stefan Stanacar 
---
 meta/lib/oeqa/runtime/smart.py | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/lib/oeqa/runtime/smart.py b/meta/lib/oeqa/runtime/smart.py
index 8299bf3..195f117 100644
--- a/meta/lib/oeqa/runtime/smart.py
+++ b/meta/lib/oeqa/runtime/smart.py
@@ -9,6 +9,8 @@ def setUpModule():
 skipModule("Image doesn't have package management feature")
 if not oeRuntimeTest.hasPackage("smart"):
 skipModule("Image doesn't have smart installed")
+if "package_rpm" != oeRuntimeTest.tc.d.getVar("PACKAGE_CLASSES", 
True).split()[0]:
+skipModule("Rpm is not the primary package manager")
 
 class SmartTest(oeRuntimeTest):
 
-- 
1.8.5.3

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

[OE-core] [PATCH] meta/recipes: Remove virtclass references

[Richard Purdie]

The virtclass overrides will go away at some point (apart from the multilib 
one).
Change them all to class-xxx instead since people enjoy copy and pasting them.

Signed-off-by: Richard Purdie 
---
diff --git a/meta/classes/ptest.bbclass b/meta/classes/ptest.bbclass
index caf7101..c37dfac 100644
--- a/meta/classes/ptest.bbclass
+++ b/meta/classes/ptest.bbclass
@@ -8,8 +8,8 @@ SECTION_${PN}-ptest = "devel"
 ALLOW_EMPTY_${PN}-ptest = "1"
 PTEST_ENABLED = "${@base_contains('DISTRO_FEATURES', 'ptest', '1', '0', d)}"
 PTEST_ENABLED_class-native = ""
-RDEPENDS_${PN}-ptest_virtclass-native = ""
-RDEPENDS_${PN}-ptest_virtclass-nativesdk = ""
+RDEPENDS_${PN}-ptest_class-native = ""
+RDEPENDS_${PN}-ptest_class-nativesdk = ""
 
 PACKAGES =+ "${@base_contains('DISTRO_FEATURES', 'ptest', '${PN}-ptest', '', 
d)}"
 
diff --git a/meta/classes/update-rc.d.bbclass b/meta/classes/update-rc.d.bbclass
index ad803c2..4b92d8d 100644
--- a/meta/classes/update-rc.d.bbclass
+++ b/meta/classes/update-rc.d.bbclass
@@ -2,7 +2,7 @@ UPDATERCPN ?= "${PN}"
 
 DEPENDS_append = " update-rc.d-native"
 UPDATERCD = "update-rc.d"
-UPDATERCD_virtclass-cross = ""
+UPDATERCD_class-cross = ""
 UPDATERCD_class-native = ""
 UPDATERCD_class-nativesdk = ""
 
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 22bae97..b5f3768 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -5,7 +5,7 @@ inherit useradd_base
 # and support files needed to add and modify user and group accounts
 DEPENDS_append = "${USERADDDEPENDS}"
 USERADDDEPENDS = " base-passwd shadow-native shadow-sysroot shadow"
-USERADDDEPENDS_virtclass-cross = ""
+USERADDDEPENDS_class-cross = ""
 USERADDDEPENDS_class-native = ""
 USERADDDEPENDS_class-nativesdk = ""
 
@@ -117,17 +117,17 @@ useradd_sysroot_sstate () {
 
 do_install[prefuncs] += "${SYSROOTFUNC}"
 SYSROOTFUNC = "useradd_sysroot"
-SYSROOTFUNC_virtclass-cross = ""
+SYSROOTFUNC_class-cross = ""
 SYSROOTFUNC_class-native = ""
 SYSROOTFUNC_class-nativesdk = ""
 SSTATEPREINSTFUNCS += "${SYSROOTPOSTFUNC}"
 SYSROOTPOSTFUNC = "useradd_sysroot_sstate"
-SYSROOTPOSTFUNC_virtclass-cross = ""
+SYSROOTPOSTFUNC_class-cross = ""
 SYSROOTPOSTFUNC_class-native = ""
 SYSROOTPOSTFUNC_class-nativesdk = ""
 
 USERADDSETSCENEDEPS = "${MLPREFIX}base-passwd:do_populate_sysroot_setscene 
shadow-native:do_populate_sysroot_setscene 
${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene"
-USERADDSETSCENEDEPS_virtclass-cross = ""
+USERADDSETSCENEDEPS_class-cross = ""
 USERADDSETSCENEDEPS_class-native = ""
 USERADDSETSCENEDEPS_class-nativesdk = ""
 do_package_setscene[depends] += "${USERADDSETSCENEDEPS}"
diff --git a/meta/recipes-core/dbus/dbus-ptest_1.6.18.bb 
b/meta/recipes-core/dbus/dbus-ptest_1.6.18.bb
index 386f561..30e8223 100644
--- a/meta/recipes-core/dbus/dbus-ptest_1.6.18.bb
+++ b/meta/recipes-core/dbus/dbus-ptest_1.6.18.bb
@@ -27,7 +27,7 @@ FILESPATH = "${FILE_DIRNAME}/dbus"
 inherit autotools pkgconfig gettext ptest
 
 EXTRA_OECONF_X = "${@base_contains('DISTRO_FEATURES', 'x11', '--with-x', 
'--without-x', d)}"
-EXTRA_OECONF_X_virtclass-native = "--without-x"
+EXTRA_OECONF_X_class-native = "--without-x"
 
 EXTRA_OECONF = "--enable-tests \
 --enable-modular-tests \
diff --git a/meta/recipes-core/ncurses/ncurses.inc 
b/meta/recipes-core/ncurses/ncurses.inc
index 01cdf13..a94466a 100644
--- a/meta/recipes-core/ncurses/ncurses.inc
+++ b/meta/recipes-core/ncurses/ncurses.inc
@@ -33,11 +33,11 @@ base_libdir_class-native = "${libdir}"
 # This was derrived from the upstream debian ncurses which uses
 # these settings for 32 and 64 bit hosts.
 EXCONFIG_ARGS = ""
-EXCONFIG_ARGS_virtclass-native = " \
+EXCONFIG_ARGS_class-native = " \
--disable-lp64 \
--with-chtype='long' \
--with-mmask-t='long'"
-EXCONFIG_ARGS_virtclass-nativesdk = " \
+EXCONFIG_ARGS_class-nativesdk = " \
--disable-lp64 \
--with-chtype='long' \
--with-mmask-t='long'"
@@ -50,11 +50,11 @@ PACKAGES_DYNAMIC = "^${PN}-lib.*"
 # because the sstate had a hard coded search path.  Until this is fixed
 # another way this is deemed good enough.
 EX_TERMCAP = ""
-EX_TERMCAP_virtclass-native = ":/etc/termcap:/usr/share/misc/termcap"
-EX_TERMCAP_virtclass-nativesdk = ":/etc/termcap:/usr/share/misc/termcap"
+EX_TERMCAP_class-native = ":/etc/termcap:/usr/share/misc/termcap"
+EX_TERMCAP_class-nativesdk = ":/etc/termcap:/usr/share/misc/termcap"
 EX_TERMINFO = ""
-EX_TERMINFO_virtclass-native = 
":/etc/terminfo:/usr/share/terminfo:/usr/share/misc/terminfo:/lib/terminfo"
-EX_TERMINFO_virtclass-nativesdk = 
":/etc/terminfo:/usr/share/terminfo:/usr/share/misc/terminfo:/lib/terminfo"
+EX_TERMINFO_class-native = 
":/etc/terminfo:/usr/share/terminfo:/usr/share/misc/terminfo:/lib/terminfo"
+EX_TERMINFO_class-nativesdk = 
":/etc/terminfo:/usr/share/terminfo:/usr/share/misc/terminfo:/lib/terminfo"
 
 # Helper function for do_configure to allow multiple confi

[OE-core] [PATCH] package: Remove the before do_build constraint of the do_package task

[Richard Purdie]

Currently, if you bitbake , it will restore the package_write_,
packagedata, populate_sysroot *and* the package data from sstate.

We generally care about the packagedata and the actual packages, we
no longer need/care about the do_package data itself unless something
is going to repackage.

By relaxing this constraint (and relying on the packagedata target), we
can save things being installed from sstate and hence speedup build times.

Signed-off-by: Richard Purdie 
---
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index b54df60..042d74c 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1972,7 +1972,7 @@ python do_package () {
 
 do_package[dirs] = "${SHLIBSWORKDIR} ${PKGDESTWORK} ${D}"
 do_package[vardeps] += "${PACKAGEBUILDPKGD} ${PACKAGESPLITFUNCS} 
${PACKAGEFUNCS} ${@gen_packagevar(d)}"
-addtask package before do_build after do_install
+addtask package after do_install
 
 PACKAGELOCK = "${STAGING_DIR}/package-output.lock"
 SSTATETASKS += "do_package"


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

Re: [OE-core] Upcoming Bug blitz weekend ( Feb 21 - Feb 24)

[Trevor Woerner]

On 02/05/14 12:21, Khem Raj wrote:
> I would like to invite everyone to the bug fixing weekend which is
> coming in 3 weeks from Feb 21 to Feb 24

Maybe this notice should be posted to the blog?
https://www.yoctoproject.org/new
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] (image|rootfs_ipk).bbclass, rootfs.py: ipk multilib fixes

[Laurentiu Palcu]

This commit whitelists some common directories, so the multilib sanity
checks pass and also fixes an issue in lib/oe/rootfs.py when the
compared files do not exist.

Signed-off-by: Laurentiu Palcu 
---
 meta/classes/image.bbclass  |2 +-
 meta/classes/rootfs_ipk.bbclass |2 +-
 meta/lib/oe/rootfs.py   |4 +++-
 3 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 8f4be13..28b68f9 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -264,7 +264,7 @@ insert_feed_uris () {
done
 }
 
-MULTILIBRE_ALLOW_REP =. 
"${base_bindir}|${base_sbindir}|${bindir}|${sbindir}|${libexecdir}|"
+MULTILIBRE_ALLOW_REP =. 
"${base_bindir}|${base_sbindir}|${bindir}|${sbindir}|${libexecdir}|${sysconfdir}|${nonarch_base_libdir}/udev|"
 MULTILIB_CHECK_FILE = "${WORKDIR}/multilib_check.py"
 MULTILIB_TEMP_ROOTFS = "${WORKDIR}/multilib"
 
diff --git a/meta/classes/rootfs_ipk.bbclass b/meta/classes/rootfs_ipk.bbclass
index 6d4f9fa..1887dd3 100644
--- a/meta/classes/rootfs_ipk.bbclass
+++ b/meta/classes/rootfs_ipk.bbclass
@@ -21,7 +21,7 @@ OPKG_POSTPROCESS_COMMANDS = ""
 
 OPKGLIBDIR = "${localstatedir}/lib"
 
-MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg"
+MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg|/usr/lib/opkg"
 
 python () {
 
diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index b6baf77..4fd17de 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -496,7 +496,9 @@ class OpkgRootfs(Rootfs):
 if allow_rep.match(key):
 valid = True
 else:
-if not filecmp.cmp(files[key], item):
+if os.path.exists(files[key]) and \
+   os.path.exists(item) and \
+   not filecmp.cmp(files[key], item):
 valid = False
 bb.fatal("%s duplicate files %s %s is not the 
same\n" %
  (error_prompt, item, files[key]))
-- 
1.7.9.5

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

[OE-core] [PATCH 0/1] (image|rootfs_ipk).bbclass, rootfs.py: ipk multilib fixes

[Laurentiu Palcu]

The following changes since commit 92cad721d764ec28c3570dfe4a80847c3df19453:

  curl: fix https certificate problems (2014-02-11 17:15:55 +)

are available in the git repository at:

  git://mirror.rb.intel.com/git.yoctoproject.org/poky-contrib 
lpalcu/rootfs_refactoring_multilib_fixes

for you to fetch changes up to f1d4b1de74f2c69b444ed50977263245440ed071:

  (image|rootfs_ipk).bbclass, rootfs.py: ipk multilib fixes (2014-02-12 
16:26:35 +0200)


Laurentiu Palcu (1):
  (image|rootfs_ipk).bbclass, rootfs.py: ipk multilib fixes

 meta/classes/image.bbclass  |2 +-
 meta/classes/rootfs_ipk.bbclass |2 +-
 meta/lib/oe/rootfs.py   |4 +++-
 3 files changed, 5 insertions(+), 3 deletions(-)

Laurentiu Palcu (1):
  (image|rootfs_ipk).bbclass, rootfs.py: ipk multilib fixes

 meta/classes/image.bbclass  |2 +-
 meta/classes/rootfs_ipk.bbclass |2 +-
 meta/lib/oe/rootfs.py   |4 +++-
 3 files changed, 5 insertions(+), 3 deletions(-)

-- 
1.7.9.5

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

Re: [OE-core] [PATCH 1/1] (image|rootfs_ipk).bbclass, rootfs.py: ipk multilib fixes

[Phil Blundell]

On Wed, 2014-02-12 at 16:33 +0200, Laurentiu Palcu wrote:
> diff --git a/meta/classes/rootfs_ipk.bbclass b/meta/classes/rootfs_ipk.bbclass
> index 6d4f9fa..1887dd3 100644
> --- a/meta/classes/rootfs_ipk.bbclass
> +++ b/meta/classes/rootfs_ipk.bbclass
> @@ -21,7 +21,7 @@ OPKG_POSTPROCESS_COMMANDS = ""
>  
>  OPKGLIBDIR = "${localstatedir}/lib"
>  
> -MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg"
> +MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg|/usr/lib/opkg"

Why is that change needed?  Doesn't this imply that ${OPKGLIBDIR} is
wrong?

p.


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

Re: [OE-core] [PATCH 1/1] (image|rootfs_ipk).bbclass, rootfs.py: ipk multilib fixes

[Laurentiu Palcu]

On Wed, Feb 12, 2014 at 02:44:32PM +, Phil Blundell wrote:
> On Wed, 2014-02-12 at 16:33 +0200, Laurentiu Palcu wrote:
> > diff --git a/meta/classes/rootfs_ipk.bbclass 
> > b/meta/classes/rootfs_ipk.bbclass
> > index 6d4f9fa..1887dd3 100644
> > --- a/meta/classes/rootfs_ipk.bbclass
> > +++ b/meta/classes/rootfs_ipk.bbclass
> > @@ -21,7 +21,7 @@ OPKG_POSTPROCESS_COMMANDS = ""
> >  
> >  OPKGLIBDIR = "${localstatedir}/lib"
> >  
> > -MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg"
> > +MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg|/usr/lib/opkg"
> 
> Why is that change needed?  Doesn't this imply that ${OPKGLIBDIR} is
> wrong?
It's needed for the multilib sanity checks. I managed to make these
checks actually work in the new code and I had to adjust the directory
whitelist.

* ${OPKGLIBDIR}/opkg is for opkg's metadata and stuff;
* /usr/lib/opkg is where the alternatives go;

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

Re: [OE-core] [PATCH 1/1] (image|rootfs_ipk).bbclass, rootfs.py: ipk multilib fixes

[Phil Blundell]

On Wed, 2014-02-12 at 16:55 +0200, Laurentiu Palcu wrote:
> * /usr/lib/opkg is where the alternatives go;

Isn't that a bug?

p.


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

Re: [OE-core] [PATCH 3/3] flac: upgrade to 1.3.0

[Iorga, Cristian]

Hello Ross, all,

Thanks for the review.
Will correct the typo.

>  --without-xmms-prefix \
>  --without-xmms-exec-prefix \

To me it seems that this are still necessary, as it prevents from looking for 
an existent xmms player.
So I left those in.
I will try and if no adverse effect is seen, I will remove those also.

Regards,
Cristian Iorga
YP
Intel Corporation


-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com] 
Sent: Wednesday, February 12, 2014 12:32 PM
To: Iorga, Cristian
Cc: OE-core
Subject: Re: [OE-core] [PATCH 3/3] flac: upgrade to 1.3.0

On 12 February 2014 07:41, Cristian Iorga  wrote:
> - Updated description, bugtracker and source;
> - Switched to ${BP} variable;
> - 0001-No-AltiVec-on-SPE.patch,
> flac-gcc43-fixes.patch, asm-pic.patch, obsolete_automake_macros.patch 
> patches removed, included in upstream;
> - Licenses checksums changed due to added copyright owners and street 
> adresses changed;
> - backported 1.3.0 specific fix;
> - removed obsolete PPC fix;
> - added support for SSE optimizations.

Got to love a patch that is 90% removals!

> +DESCRIPTION = "FLAC stands for Free Lossless Audio Codec, a losless audio 
> compression format."

"losless" is a typo.

>  S = "${WORKDIR}/flac-${PV}"

This is the default so you can remove this.

> +--disable-xmms-plugin \
>  --without-xmms-prefix \
>  --without-xmms-exec-prefix \

Does the addition of --disable mean you can remove the two --without arguments?

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

Re: [OE-core] [PATCH 1/1] (image|rootfs_ipk).bbclass, rootfs.py: ipk multilib fixes

[Laurentiu Palcu]

On Wed, Feb 12, 2014 at 03:07:31PM +, Phil Blundell wrote:
> On Wed, 2014-02-12 at 16:55 +0200, Laurentiu Palcu wrote:
> > * /usr/lib/opkg is where the alternatives go;
> 
> Isn't that a bug?
I'm far from being an expert in opkg or update-alternatives, but,
looking in /usr/bin/update-alternatives I can see:

# admin dir
ad="$OPKG_OFFLINE_ROOT/usr/lib/opkg/alternatives"

Isn't that expected since the u-a provider is opkg-utils recipe?

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

Re: [OE-core] [RFT] eglibc 2.19

[Richard Purdie]

On Sat, 2014-02-08 at 08:08 -0800, Khem Raj wrote:
> Hi all
> 
> I have staged a branch with eglibc 2.19 upgraded recipes here
> 
> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/eglibc-2.19
> 
> These are not final recipes there may be tweaks needed like adjusting SRC_URI
> later on.
> 
> please help testing it out in your environments and machines
> I would be happy to help out with issues we find

The autobuilder is still going but it found:

http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/25/steps/BuildImages/logs/stdio

so far.

Cheers,

Richard

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

[OE-core] [PATCH] kernel.bbclass, base.bbclass: Fix support for old kernel configuration

[Otavio Salvador]

This solves a regression introduced by OE-Core:9b75f6a (kernel:
use oldnoconfig before yes '' | make oldconfig).

The original oe_runmake explicitly calls 'die' command in case of
failure so the fallback code never runs. The fallback code needs
to handle the oe_runmake return code to call the backward
compatible callback so we introduced a new command called
oe_runmake_call which is used by oe_runmake.

This does not change the functional behaviour of oe_runmake so it
avoids any change except for the code which does need to handle
the oe_runmake exit code.

Signed-off-by: Otavio Salvador 
---
 meta/classes/base.bbclass   | 8 ++--
 meta/classes/kernel.bbclass | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 81fc305..7837c89 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -53,9 +53,13 @@ die() {
bbfatal "$*"
 }
 
-oe_runmake() {
+oe_runmake_call() {
bbnote ${MAKE} ${EXTRA_OEMAKE} "$@"
-   ${MAKE} ${EXTRA_OEMAKE} "$@" || die "oe_runmake failed"
+   ${MAKE} ${EXTRA_OEMAKE} "$@"
+}
+
+oe_runmake() {
+   oe_runmake_call "$@" || die "oe_runmake failed"
 }
 
 
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 3003fb1..6953109 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -313,7 +313,7 @@ python sysroot_stage_all () {
 oe.path.copyhardlinktree(d.expand("${D}${KERNEL_SRC_PATH}"), 
d.expand("${SYSROOT_DESTDIR}${KERNEL_SRC_PATH}"))
 }
 
-KERNEL_CONFIG_COMMAND ?= "oe_runmake oldnoconfig || yes '' | oe_runmake 
oldconfig"
+KERNEL_CONFIG_COMMAND ?= "oe_runmake_call oldnoconfig || yes '' | oe_runmake 
oldconfig"
 
 kernel_do_configure() {
# fixes extra + in /lib/modules/2.6.37+
-- 
1.8.5.3

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

Re: [OE-core] [PATCH] kernel.bbclass, base.bbclass: Fix support for old kernel configuration

[Gary Thomas]

On 2014-02-12 08:54, Otavio Salvador wrote:
> This solves a regression introduced by OE-Core:9b75f6a (kernel:
> use oldnoconfig before yes '' | make oldconfig).
> 
> The original oe_runmake explicitly calls 'die' command in case of
> failure so the fallback code never runs. The fallback code needs
> to handle the oe_runmake return code to call the backward
> compatible callback so we introduced a new command called
> oe_runmake_call which is used by oe_runmake.
> 
> This does not change the functional behaviour of oe_runmake so it
> avoids any change except for the code which does need to handle
> the oe_runmake exit code.
> 
> Signed-off-by: Otavio Salvador 

You might make it clear in this description that this change is necessary
to handle older kernels where 'make oldnoconfig' is not supported.

> ---
>  meta/classes/base.bbclass   | 8 ++--
>  meta/classes/kernel.bbclass | 2 +-
>  2 files changed, 7 insertions(+), 3 deletions(-)
> 
> diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
> index 81fc305..7837c89 100644
> --- a/meta/classes/base.bbclass
> +++ b/meta/classes/base.bbclass
> @@ -53,9 +53,13 @@ die() {
>   bbfatal "$*"
>  }
>  
> -oe_runmake() {
> +oe_runmake_call() {
>   bbnote ${MAKE} ${EXTRA_OEMAKE} "$@"
> - ${MAKE} ${EXTRA_OEMAKE} "$@" || die "oe_runmake failed"
> + ${MAKE} ${EXTRA_OEMAKE} "$@"
> +}
> +
> +oe_runmake() {
> + oe_runmake_call "$@" || die "oe_runmake failed"
>  }
>  
>  
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index 3003fb1..6953109 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -313,7 +313,7 @@ python sysroot_stage_all () {
>  oe.path.copyhardlinktree(d.expand("${D}${KERNEL_SRC_PATH}"), 
> d.expand("${SYSROOT_DESTDIR}${KERNEL_SRC_PATH}"))
>  }
>  
> -KERNEL_CONFIG_COMMAND ?= "oe_runmake oldnoconfig || yes '' | oe_runmake 
> oldconfig"
> +KERNEL_CONFIG_COMMAND ?= "oe_runmake_call oldnoconfig || yes '' | oe_runmake 
> oldconfig"
>  
>  kernel_do_configure() {
>   # fixes extra + in /lib/modules/2.6.37+
> 

-- 

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

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

Re: [OE-core] [PATCH 1/1] systemtap: add aarch64 support

[Otavio Salvador]

Hello,

On Wed, Feb 5, 2014 at 1:10 PM, Fathi Boudra  wrote:
> bump SRCREV to include the relevant commits for aarch64 support
> update COMPATIBLE_HOST to include aarch64
> cleanup md5sum/sha256sum since we use git
>
> Signed-off-by: Fathi Boudra 

This broke master in our autobuilder:

 | 
.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0r0/git/includes
-I./includes/sys -DSTAP_SDT_V2
-isystem.../build/tmp/sysroots/x86_64-linux/usr/include -Wall -Werror
 -isystem.../build/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe
-fstack-protector-all -D_FORTIFY_SOURCE=2 -c -o stap-buildrun.o `test
-f 'buildrun.cxx' || echo
'.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/'`buildrun.cxx
 | 
.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:
In function 'void validate_module_elf(Dwfl_Module*, const char*,
base_query*)':
 | 
.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:1998:10:
error: 'EM_AARCH64' was not declared in this scope
 | 
.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:
In constructor 
'sdt_uprobe_var_expanding_visitor::sdt_uprobe_var_expanding_visitor(systemtap_session&,
int, const string&, const string&, const string&, stap_sdt_probe_type,
const string&, int)':
 | 
.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:5613:31:
error: 'EM_AARCH64' was not declared in this scope
 | make[2]: *** [stap-tapsets.o] Error 1
 | make[2]: *** Waiting for unfinished jobs
 | make[2]: Leaving directory
`.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/build'
 | make[1]: *** [all-recursive] Error 1
 | make[1]: Leaving directory
`.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/build'
 | make: *** [all] Error 2
 | ERROR: oe_runmake failed
 | WARNING: exit code 1 from a shell command.

Regards,

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

Re: [OE-core] [PATCH] kernel.bbclass, base.bbclass: Fix support for old kernel configuration

[Alexandre Belloni]

On 12/02/2014 at 13:54:17 -0200, Otavio Salvador wrote :
> This solves a regression introduced by OE-Core:9b75f6a (kernel:
> use oldnoconfig before yes '' | make oldconfig).
> 
> The original oe_runmake explicitly calls 'die' command in case of
> failure so the fallback code never runs. The fallback code needs
> to handle the oe_runmake return code to call the backward
> compatible callback so we introduced a new command called
> oe_runmake_call which is used by oe_runmake.
> 
> This does not change the functional behaviour of oe_runmake so it
> avoids any change except for the code which does need to handle
> the oe_runmake exit code.
> 
> Signed-off-by: Otavio Salvador 

I'm fine with that patch and I'm sorry for the breakage. I tested
"make oldnoconfig || yes '' | make oldconfig" outside of oe as I don't
have any instance of yocto using a kernel older than 3.10 and assumed
oe_runmake was simply calling make with the correct environment...

Acked-by: Alexandre Belloni 

> ---
>  meta/classes/base.bbclass   | 8 ++--
>  meta/classes/kernel.bbclass | 2 +-
>  2 files changed, 7 insertions(+), 3 deletions(-)
> 
> diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
> index 81fc305..7837c89 100644
> --- a/meta/classes/base.bbclass
> +++ b/meta/classes/base.bbclass
> @@ -53,9 +53,13 @@ die() {
>   bbfatal "$*"
>  }
>  
> -oe_runmake() {
> +oe_runmake_call() {
>   bbnote ${MAKE} ${EXTRA_OEMAKE} "$@"
> - ${MAKE} ${EXTRA_OEMAKE} "$@" || die "oe_runmake failed"
> + ${MAKE} ${EXTRA_OEMAKE} "$@"
> +}
> +
> +oe_runmake() {
> + oe_runmake_call "$@" || die "oe_runmake failed"
>  }
>  
>  
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index 3003fb1..6953109 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -313,7 +313,7 @@ python sysroot_stage_all () {
>  oe.path.copyhardlinktree(d.expand("${D}${KERNEL_SRC_PATH}"), 
> d.expand("${SYSROOT_DESTDIR}${KERNEL_SRC_PATH}"))
>  }
>  
> -KERNEL_CONFIG_COMMAND ?= "oe_runmake oldnoconfig || yes '' | oe_runmake 
> oldconfig"
> +KERNEL_CONFIG_COMMAND ?= "oe_runmake_call oldnoconfig || yes '' | oe_runmake 
> oldconfig"
>  
>  kernel_do_configure() {
>   # fixes extra + in /lib/modules/2.6.37+
> -- 
> 1.8.5.3
> 

-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 1/3] telepathy-mission-control: typo in connectivity switch

[Cristian Iorga]

telepathy-mission-control connectivity switch was
mistyped, defeating its purpose.

Signed-off-by: Cristian Iorga 
---
 meta/recipes-connectivity/telepathy/telepathy-mission-control_5.16.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.16.0.bb 
b/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.16.0.bb
index b28b9ce..fbd8ba2 100644
--- a/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.16.0.bb
+++ b/meta/recipes-connectivity/telepathy/telepathy-mission-control_5.16.0.bb
@@ -18,7 +18,7 @@ PACKAGECONFIG ??= ""
 PACKAGECONFIG[upower] = "--enable-upower,--disable-upower,upower"
 
 # to select connman or nm you need to use "connectivity" and "connman" or 
"nm", default is to disable both
-PACKAGECONFIG[connectvity] = ",--with-connectivity=no"
+PACKAGECONFIG[connectivity] = ",--with-connectivity=no"
 PACKAGECONFIG[connman] = "--with-connectivity=connman,,connman"
 PACKAGECONFIG[nm] = "--with-connectivity=nm,,networkmanager"
 
-- 
1.8.3.2

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

[OE-core] [PATCH v2 0/3] PUs and telepathy-mission-control fix

[Cristian Iorga]

In V2, flac has some corrections related to typos and unneeded features.

The following changes since commit b70a10ca3ee4a0add90d387e2c8288e531aaa47c:

  systemd-serialgetty: Update to match version in recent systemd (2014-02-11 
22:59:38 +)

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 (3):
  telepathy-mission-control: typo in connectivity switch
  harfbuzz: upgrade to 0.9.26
  flac: upgrade to 1.3.0

 .../telepathy/telepathy-mission-control_5.16.0.bb  |   2 +-
 .../{harfbuzz_0.9.25.bb => harfbuzz_0.9.26.bb} |   6 +-
 .../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch   |  78 ---
 .../flac/flac-1.2.1/asm-pic.patch  |  99 --
 .../flac/flac-1.2.1/disable-xmms-plugin.patch  |  25 
 .../flac/flac-1.2.1/flac-gcc43-fixes.patch |  15 ---
 .../flac/flac-1.2.1/obsolete_automake_macros.patch |  14 --
 meta/recipes-multimedia/flac/flac-1.2.1/xmms.m4| 149 -
 .../0001-Fix-Makefile.am-altivec-logic.patch   |  35 +
 .../flac/{flac_1.2.1.bb => flac_1.3.0.bb}  |  50 +++
 10 files changed, 56 insertions(+), 417 deletions(-)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.25.bb => 
harfbuzz_0.9.26.bb} (86%)
 delete mode 100644 
meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
 delete mode 100644 meta/recipes-multimedia/flac/flac-1.2.1/asm-pic.patch
 delete mode 100644 
meta/recipes-multimedia/flac/flac-1.2.1/disable-xmms-plugin.patch
 delete mode 100644 
meta/recipes-multimedia/flac/flac-1.2.1/flac-gcc43-fixes.patch
 delete mode 100644 
meta/recipes-multimedia/flac/flac-1.2.1/obsolete_automake_macros.patch
 delete mode 100644 meta/recipes-multimedia/flac/flac-1.2.1/xmms.m4
 create mode 100644 
meta/recipes-multimedia/flac/flac-1.3.0/0001-Fix-Makefile.am-altivec-logic.patch
 rename meta/recipes-multimedia/flac/{flac_1.2.1.bb => flac_1.3.0.bb} (42%)

-- 
1.8.3.2

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

[OE-core] [PATCH v2 2/3] harfbuzz: upgrade to 0.9.26

[Cristian Iorga]

switched to ${BP} variable.

Signed-off-by: Cristian Iorga 
---
 .../harfbuzz/{harfbuzz_0.9.25.bb => harfbuzz_0.9.26.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_0.9.25.bb => 
harfbuzz_0.9.26.bb} (86%)

diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb 
b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.26.bb
similarity index 86%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_0.9.26.bb
index ba637bc..61d54c6 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.26.bb
@@ -10,11 +10,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=e021dd6dda6ff1e6b1044002fc662b9b \
 
 SECTION = "libs"
 
-SRC_URI = 
"http://www.freedesktop.org/software/harfbuzz/release/harfbuzz-${PV}.tar.bz2 \
+SRC_URI = "http://www.freedesktop.org/software/harfbuzz/release/${BP}.tar.bz2 \
 "
 
-SRC_URI[md5sum] = "491b631239f51dcd4f7934775306c4e7"
-SRC_URI[sha256sum] = 
"dc6e5997a569526cd28147a80a0f65466e87ae617753b38704a60184bc6d6bee"
+SRC_URI[md5sum] = "a2b6cbd437f22dd5dc93d377696c9204"
+SRC_URI[sha256sum] = 
"5ded7dc3d15fb5c9230d7a224b9256b67b35fde30193b4c3a4c3f6b13110e257"
 
 inherit autotools pkgconfig lib_package
 
-- 
1.8.3.2

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

[OE-core] [PATCH v2 3/3] flac: upgrade to 1.3.0

[Cristian Iorga]

- Updated description, bugtracker and source;
- Switched to ${BP} variable;
- 0001-No-AltiVec-on-SPE.patch,
flac-gcc43-fixes.patch, asm-pic.patch,
obsolete_automake_macros.patch patches
removed, included in upstream;
- Licenses checksums changed due to added
copyright owners and street adresses changed;
- Backported 1.3.0 specific fix;
- Removed obsolete PPC fix;
- Added support for SSE optimizations;
- Removed default ${S} definition;
- Removed xmms unneeded prefixes.

Build on all qemu arch;
Tested on qemux86-64 and qemuppc.

Signed-off-by: Cristian Iorga 
---
 .../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch   |  78 ---
 .../flac/flac-1.2.1/asm-pic.patch  |  99 --
 .../flac/flac-1.2.1/disable-xmms-plugin.patch  |  25 
 .../flac/flac-1.2.1/flac-gcc43-fixes.patch |  15 ---
 .../flac/flac-1.2.1/obsolete_automake_macros.patch |  14 --
 meta/recipes-multimedia/flac/flac-1.2.1/xmms.m4| 149 -
 .../0001-Fix-Makefile.am-altivec-logic.patch   |  35 +
 .../flac/{flac_1.2.1.bb => flac_1.3.0.bb}  |  50 +++
 8 files changed, 52 insertions(+), 413 deletions(-)
 delete mode 100644 
meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
 delete mode 100644 meta/recipes-multimedia/flac/flac-1.2.1/asm-pic.patch
 delete mode 100644 
meta/recipes-multimedia/flac/flac-1.2.1/disable-xmms-plugin.patch
 delete mode 100644 
meta/recipes-multimedia/flac/flac-1.2.1/flac-gcc43-fixes.patch
 delete mode 100644 
meta/recipes-multimedia/flac/flac-1.2.1/obsolete_automake_macros.patch
 delete mode 100644 meta/recipes-multimedia/flac/flac-1.2.1/xmms.m4
 create mode 100644 
meta/recipes-multimedia/flac/flac-1.3.0/0001-Fix-Makefile.am-altivec-logic.patch
 rename meta/recipes-multimedia/flac/{flac_1.2.1.bb => flac_1.3.0.bb} (42%)

diff --git 
a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch 
b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
deleted file mode 100644
index 5ca8b35..000
--- a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
+++ /dev/null
@@ -1,78 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
-From f9b017c2c958d968cc5dfd36dc68fc8e5fb89a58 Mon Sep 17 00:00:00 2001
-From: Sebastian Andrzej Siewior 
-Date: Fri, 11 Jun 2010 09:48:58 +0200
-Subject: [PATCH] No AltiVec on SPE
-
-Consider *gnuspe which matches powerpc-unknown-linux-gnuspe where
-AltiVec is not available at all. This triplet uses SPE which is
-incompatible with AltiVec shares the same opcode range and can't be used
-at all.
-
-Signed-off-by: Sebastian Andrzej Siewior 

- configure.in|8 
- src/libFLAC/Makefile.am |   10 +-
- 2 files changed, 17 insertions(+), 1 deletions(-)
-
-diff --git a/configure.in b/configure.in
-index bfa6d8e..17b7c73 100644
 a/configure.in
-+++ b/configure.in
-@@ -82,6 +82,14 @@ case "$host" in
-   *) OBJ_FORMAT=elf ;;
- esac
- AC_SUBST(OBJ_FORMAT)
-+case "$host" in
-+  *-gnuspe)
-+  abi_spe=true
-+  AC_DEFINE(FLAC__CPU_PPC_SPE)
-+  AH_TEMPLATE(FLAC__CPU_PPC_SPE, [define if building for PowerPC 
with SPE ABI])
-+  ;;
-+esac
-+AM_CONDITIONAL(FLaC__CPU_PPC_SPE, test "x$abi_spe" = xtrue)
- 
- # only needed because of ntohl() usage, can get rid of after that's gone:
- case "$host" in
-diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am
-index cbfb0ac..5785372 100644
 a/src/libFLAC/Makefile.am
-+++ b/src/libFLAC/Makefile.am
-@@ -40,8 +40,15 @@ if FLaC__SYS_DARWIN
- CPUCFLAGS = -faltivec -force_cpusubtype_ALL -DFLAC__NO_ASM
- else
- # Linux-gcc for PPC does not have -force_cpusubtype_ALL, it is Darwin-specific
-+CPUCFLAGS =
-+if FLaC__CPU_PPC_SPE
-+else
-+if FLaC__USE_ALTIVEC
-+CPUCFLAGS += -maltivec -mabi=altivec
-+endif
-+endif
- #@@@ PPC optimizations temporarily disabled
--CPUCFLAGS = -maltivec -mabi=altivec -DFLAC__NO_ASM
-+CPUCFLAGS += -DFLAC__NO_ASM
- endif
- endif
- 
-@@ -58,6 +63,8 @@ endif
- if FLaC__CPU_PPC
- ARCH_SUBDIRS = ppc
- if FLaC__HAS_AS__TEMPORARILY_DISABLED
-+if FLaC__CPU_PPC_SPE
-+else
- LOCAL_EXTRA_LIBADD = ppc/as/libFLAC-asm.la
- LOCAL_EXTRA_LDFLAGS = "-Wl,-read_only_relocs,warning"
- else
-@@ -68,6 +75,7 @@ endif
- endif
- endif
- endif
-+endif
- 
- libFLAC_la_LIBADD = $(LOCAL_EXTRA_LIBADD) @OGG_LIBS@
- 
--- 
-1.5.6.5
-
diff --git a/meta/recipes-multimedia/flac/flac-1.2.1/asm-pic.patch 
b/meta/recipes-multimedia/flac/flac-1.2.1/asm-pic.patch
deleted file mode 100644
index 43f29cf..000
--- a/meta/recipes-multimedia/flac/flac-1.2.1/asm-pic.patch
+++ /dev/null
@@ -1,99 +0,0 @@
-Upstream-Status: Backport
-Signed-off-by: Ross Burton 
-
-From 12022d90dd3adc9f37dc2b16358cbecfe3c5be1c Mon Sep 17 00:00:00 2001
-From: Samuli Suominen 
-Date: Sun, 15 Jul 2012 15:45:10 +1000
-Subject: [PATCH] Fix assembler code to make it PIC so the dynamic linker does
- not have to do text relocations on-the-fly. Patch from Gentoo
- via Jaren Stangret 
-
-Si

Re: [OE-core] [RFT] eglibc 2.19

[Richard Purdie]

On Wed, 2014-02-12 at 15:41 +, Richard Purdie wrote:
> On Sat, 2014-02-08 at 08:08 -0800, Khem Raj wrote:
> > Hi all
> > 
> > I have staged a branch with eglibc 2.19 upgraded recipes here
> > 
> > http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/eglibc-2.19
> > 
> > These are not final recipes there may be tweaks needed like adjusting 
> > SRC_URI
> > later on.
> > 
> > please help testing it out in your environments and machines
> > I would be happy to help out with issues we find
> 
> The autobuilder is still going but it found:
> 
> http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/25/steps/BuildImages/logs/stdio

the valgrind configure check breaks too:

http://autobuilder.yoctoproject.org/main/builders/minnow/builds/25/steps/BuildImages/logs/stdio

Cheers,

Richard



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

Re: [OE-core] [RFT] eglibc 2.19

[Khem Raj]

On Feb 12, 2014, at 8:53 AM, Richard Purdie 
 wrote:

> On Wed, 2014-02-12 at 15:41 +, Richard Purdie wrote:
>> On Sat, 2014-02-08 at 08:08 -0800, Khem Raj wrote:
>>> Hi all
>>> 
>>> I have staged a branch with eglibc 2.19 upgraded recipes here
>>> 
>>> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/eglibc-2.19
>>> 
>>> These are not final recipes there may be tweaks needed like adjusting 
>>> SRC_URI
>>> later on.
>>> 
>>> please help testing it out in your environments and machines
>>> I would be happy to help out with issues we find
>> 
>> The autobuilder is still going but it found:
>> 
>> http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/25/steps/BuildImages/logs/stdio
> 
> the valgrind configure check breaks too:
> 
> http://autobuilder.yoctoproject.org/main/builders/minnow/builds/25/steps/BuildImages/logs/stdio

For this I pushed a fix to pull branch just now.

> 
> Cheers,
> 
> Richard

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

[OE-core] [PATCH_V2] mesa: upgrade to 9.2.5

[Valentin Popa]

tested on qemux86, genericx86 for core-image-sato
and core-image-weston.

Signed-off-by: Valentin Popa 
---
 .../mesa/{mesa-gl_9.2.2.bb => mesa-gl_9.2.5.bb}|  0
 meta/recipes-graphics/mesa/{mesa_9.2.2.bb => mesa_9.2.5.bb}| 10 --
 meta/recipes-graphics/mesa/mesa_git.bb | 10 --
 3 files changed, 16 insertions(+), 4 deletions(-)
 rename meta/recipes-graphics/mesa/{mesa-gl_9.2.2.bb => mesa-gl_9.2.5.bb} (100%)
 rename meta/recipes-graphics/mesa/{mesa_9.2.2.bb => mesa_9.2.5.bb} (38%)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_9.2.2.bb 
b/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_9.2.2.bb
rename to meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb
diff --git a/meta/recipes-graphics/mesa/mesa_9.2.2.bb 
b/meta/recipes-graphics/mesa/mesa_9.2.5.bb
similarity index 38%
rename from meta/recipes-graphics/mesa/mesa_9.2.2.bb
rename to meta/recipes-graphics/mesa/mesa_9.2.5.bb
index 60eba01..f37586b 100644
--- a/meta/recipes-graphics/mesa/mesa_9.2.2.bb
+++ b/meta/recipes-graphics/mesa/mesa_9.2.5.bb
@@ -5,7 +5,13 @@ SRC_URI = 
"ftp://ftp.freedesktop.org/pub/mesa/${PV}/MesaLib-${PV}.tar.bz2 \
file://0006-fix-out-of-tree-egl.patch \
"
 
-SRC_URI[md5sum] = "20887f8020db7d1736a01ae9cd5d8c38"
-SRC_URI[sha256sum] = 
"c78a5035233672844cf2492fe82dc10877e12026be227d04469d6ca6ac656a3d"
+SRC_URI[md5sum] = "9fb4de29ca1d9cfd03cbdefa123ba336"
+SRC_URI[sha256sum] = 
"b46ab9efed176df0591993397594d712ada9da6a47fd31bbe75050fe28eb6bf0"
 
 S = "${WORKDIR}/Mesa-${PV}"
+
+#because we cannot rely on the fact that all apps will use pkgconfig,
+#make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
+do_install_append() {
+sed -i -e 's/^#ifdef MESA_EGL_NO_X11_HEADERS/#if 
${@base_contains('DISTRO_FEATURES', 'x11', '0', '1', d)}/' 
${D}${includedir}/EGL/eglplatform.h
+}
diff --git a/meta/recipes-graphics/mesa/mesa_git.bb 
b/meta/recipes-graphics/mesa/mesa_git.bb
index 19d3e70..320b8d5 100644
--- a/meta/recipes-graphics/mesa/mesa_git.bb
+++ b/meta/recipes-graphics/mesa/mesa_git.bb
@@ -5,8 +5,8 @@ DEFAULT_PREFERENCE = "-1"
 LIC_FILES_CHKSUM = 
"file://docs/license.html;md5=f69a4626e9efc40fa0d3cc3b02c9eacf"
 
 PR = "${INC_PR}.0"
-SRCREV = "8f0742051e8501e737affb392996aef172034ca8"
-PV = "9.2.2+git${SRCPV}"
+SRCREV = "4636e87191fddd492ed8c61ba61faf4b2d89b2e4"
+PV = "9.2.5+git${SRCPV}"
 
 SRC_URI = "git://anongit.freedesktop.org/git/mesa/mesa \

file://0002-pipe_loader_sw-include-xlib_sw_winsys.h-only-when-HA.patch \
@@ -14,3 +14,9 @@ SRC_URI = "git://anongit.freedesktop.org/git/mesa/mesa \
"
 
 S = "${WORKDIR}/git"
+
+#because we cannot rely on the fact that all apps will use pkgconfig,
+#make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
+do_install_append() {
+sed -i -e 's/^#ifdef MESA_EGL_NO_X11_HEADERS/#if 
${@base_contains('DISTRO_FEATURES', 'x11', '0', '1', d)}/' 
${D}${includedir}/EGL/eglplatform.h
+}
-- 
1.8.3.2

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

Re: [OE-core] [PATCH] wayland/weston: upgrade to 1.4.0

[Valentin Popa]

On 02/11/2014 08:12 PM, Valentin Popa wrote:

tested on qemux86 and genericx86 with
core-image-weston and core-image-sato

Signed-off-by: Valentin Popa 
---
  .../wayland/wayland/just-scanner.patch | 21 +---
  .../wayland/{wayland_1.3.0.bb => wayland_1.4.0.bb} |  7 +++---
  ...move-dependencie-of-wayland-scanner-flags.patch | 29 ++
  .../wayland/{weston_1.3.1.bb => weston_1.4.0.bb}   | 12 -
  4 files changed, 56 insertions(+), 13 deletions(-)
  rename meta/recipes-graphics/wayland/{wayland_1.3.0.bb => wayland_1.4.0.bb} 
(83%)
  create mode 100644 
meta/recipes-graphics/wayland/weston/0001-remove-dependencie-of-wayland-scanner-flags.patch
  rename meta/recipes-graphics/wayland/{weston_1.3.1.bb => weston_1.4.0.bb} 
(89%)

diff --git a/meta/recipes-graphics/wayland/wayland/just-scanner.patch 
b/meta/recipes-graphics/wayland/wayland/just-scanner.patch
index 234a9c5..ae9935e 100644
--- a/meta/recipes-graphics/wayland/wayland/just-scanner.patch
+++ b/meta/recipes-graphics/wayland/wayland/just-scanner.patch
@@ -1,3 +1,8 @@
+From f674544d4f6f5f763e449207da77a561b22eff97 Mon Sep 17 00:00:00 2001
+From: Valentin Popa 
+Date: Fri, 7 Feb 2014 16:36:47 +0200
+Subject: [PATCH] just scanner
+
  We only build wayland-native for the scanner, so disable the bits we don't
  actually need.  This gives us a small speed up but importantly should allow
  wayland-native to compile on older hosts such as CentOS 5 which currently 
fails:
@@ -10,22 +15,27 @@ wayland-native to compile on older hosts such as CentOS 5 
which currently fails:
  
  Upstream-Status: Inappropriate

  Signed-off-by: Ross Burton 
+Signed-off-by: Valentin Popa 
+---
+ Makefile.am | 2 +-
+ src/Makefile.am | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
  
  diff --git a/Makefile.am b/Makefile.am

-index 306d7b3..571fe89 100644
+index 99607b0..ecce1f1 100644
  --- a/Makefile.am
  +++ b/Makefile.am
  @@ -2,7 +2,7 @@ if BUILD_DOCS
   doc_subdir = doc
   endif
   
--SUBDIRS = src protocol $(doc_subdir) tests cursor

-+SUBDIRS = src protocol $(doc_subdir)
+-SUBDIRS = protocol src $(doc_subdir) tests cursor
++SUBDIRS = protocol src $(doc_subdir)
   
   ACLOCAL_AMFLAGS = -I m4 ${ACLOCAL_FLAGS}
   
  diff --git a/src/Makefile.am b/src/Makefile.am

-index e1d04ea..702342e 100644
+index 15f44a5..b938d17 100644
  --- a/src/Makefile.am
  +++ b/src/Makefile.am
  @@ -1,4 +1,4 @@
@@ -34,3 +44,6 @@ index e1d04ea..702342e 100644
   noinst_LTLIBRARIES = libwayland-util.la
   
   include_HEADERS =\

+--
+1.8.3.2
+
diff --git a/meta/recipes-graphics/wayland/wayland_1.3.0.bb 
b/meta/recipes-graphics/wayland/wayland_1.4.0.bb
similarity index 83%
rename from meta/recipes-graphics/wayland/wayland_1.3.0.bb
rename to meta/recipes-graphics/wayland/wayland_1.4.0.bb
index 212e08a..ff18083 100644
--- a/meta/recipes-graphics/wayland/wayland_1.3.0.bb
+++ b/meta/recipes-graphics/wayland/wayland_1.4.0.bb
@@ -11,10 +11,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=1d4476a7d98dd5691c53d4d43a510c72 \
  
file://src/wayland-server.c;endline=21;md5=079ae21dbf98ada52ec23744851b0a5c"
  
  SRC_URI = "http://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz";

-SRC_URI[md5sum] = "d16d27081e0871de82d08840c2f133fc"
-SRC_URI[sha256sum] = 
"2e817685f68a26acd19964d69ddbc4549ba5412114ad95e1a9f5934cce470d6e"
+SRC_URI[md5sum] = "332cf9191837be12638a29265ed7cf46"
+SRC_URI[sha256sum] = 
"18f33b9f15b4c8b662fb1968e7636e7926b419dfc48de8a164b3a3d7095c5a58"
  
  SRC_URI_append_class-native = " file://just-scanner.patch"

+EXTRA_OECONF_class-native = "--disable-documentation --enable-scanner"
  
  inherit autotools pkgconfig
  
@@ -24,7 +25,7 @@ BBCLASSEXTEND = "native"

  DEPENDS_virtclass-native = "expat-native libffi-native"
  DEPENDS = "expat libffi wayland-native"
  
-EXTRA_OECONF_virtclass-native = "--disable-documentation"

+EXTRA_OECONF_virtclass-native = "--disable-documentation --enable-scanner"
  EXTRA_OECONF = "--disable-documentation --disable-scanner"
  
  # Wayland installs a M4 macro for other projects to use, which uses the target

diff --git 
a/meta/recipes-graphics/wayland/weston/0001-remove-dependencie-of-wayland-scanner-flags.patch
 
b/meta/recipes-graphics/wayland/weston/0001-remove-dependencie-of-wayland-scanner-flags.patch
new file mode 100644
index 000..57c8490
--- /dev/null
+++ 
b/meta/recipes-graphics/wayland/weston/0001-remove-dependencie-of-wayland-scanner-flags.patch
@@ -0,0 +1,29 @@
+From a0335393ddde2228c84eda1081b5d7b175f78a94 Mon Sep 17 00:00:00 2001
+From: Valentin Popa 
+Date: Fri, 7 Feb 2014 16:59:58 +0200
+Subject: [PATCH] remove dependencie of wayland-scanner flags
+
+weston doesn't make use of wayland-scanner flags,
+it only uses the -native- wayland-scanner for protocol.
+
+Signed-off-by: Valentin Popa 
+---
+ configure.ac | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/configure.ac b/configure.ac
+index cce1850..8775eb9 100644
+--- a/configure.ac
 b/confi

Re: [OE-core] [RFT] eglibc 2.19

[Khem Raj]

On Feb 12, 2014, at 7:41 AM, Richard Purdie 
 wrote:

> On Sat, 2014-02-08 at 08:08 -0800, Khem Raj wrote:
>> Hi all
>> 
>> I have staged a branch with eglibc 2.19 upgraded recipes here
>> 
>> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/eglibc-2.19
>> 
>> These are not final recipes there may be tweaks needed like adjusting SRC_URI
>> later on.
>> 
>> please help testing it out in your environments and machines
>> I would be happy to help out with issues we find
> 
> The autobuilder is still going but it found:
> 
> http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/25/steps/BuildImages/logs/stdio

I could reproduce it.

This seems to be surfaced by a commit in glibc where the  math_ldbl.h 
implementations for ppc were unified. I have for now reverted it via patch and 
pushed to pull branch. however thats not only the one issue :(. I am now seeing

| ../sysdeps/powerpc/fpu/fenv_libc.h:48:6: error: impossible constraint in 'asm'
|   asm volatile ("mtfsf 0xff,%0" : : "f" (d)); \
|   ^



> 
> so far.
> 
> Cheers,
> 
> Richard
> 

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

Re: [OE-core] [PATCH v2 3/3] flac: upgrade to 1.3.0

[Burton, Ross]

Reviewed-by: Ross Burton 

On 12 February 2014 16:42, Cristian Iorga  wrote:
> - Updated description, bugtracker and source;
> - Switched to ${BP} variable;
> - 0001-No-AltiVec-on-SPE.patch,
> flac-gcc43-fixes.patch, asm-pic.patch,
> obsolete_automake_macros.patch patches
> removed, included in upstream;
> - Licenses checksums changed due to added
> copyright owners and street adresses changed;
> - Backported 1.3.0 specific fix;
> - Removed obsolete PPC fix;
> - Added support for SSE optimizations;
> - Removed default ${S} definition;
> - Removed xmms unneeded prefixes.
>
> Build on all qemu arch;
> Tested on qemux86-64 and qemuppc.
>
> Signed-off-by: Cristian Iorga 
> ---
>  .../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch   |  78 ---
>  .../flac/flac-1.2.1/asm-pic.patch  |  99 --
>  .../flac/flac-1.2.1/disable-xmms-plugin.patch  |  25 
>  .../flac/flac-1.2.1/flac-gcc43-fixes.patch |  15 ---
>  .../flac/flac-1.2.1/obsolete_automake_macros.patch |  14 --
>  meta/recipes-multimedia/flac/flac-1.2.1/xmms.m4| 149 
> -
>  .../0001-Fix-Makefile.am-altivec-logic.patch   |  35 +
>  .../flac/{flac_1.2.1.bb => flac_1.3.0.bb}  |  50 +++
>  8 files changed, 52 insertions(+), 413 deletions(-)
>  delete mode 100644 
> meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
>  delete mode 100644 meta/recipes-multimedia/flac/flac-1.2.1/asm-pic.patch
>  delete mode 100644 
> meta/recipes-multimedia/flac/flac-1.2.1/disable-xmms-plugin.patch
>  delete mode 100644 
> meta/recipes-multimedia/flac/flac-1.2.1/flac-gcc43-fixes.patch
>  delete mode 100644 
> meta/recipes-multimedia/flac/flac-1.2.1/obsolete_automake_macros.patch
>  delete mode 100644 meta/recipes-multimedia/flac/flac-1.2.1/xmms.m4
>  create mode 100644 
> meta/recipes-multimedia/flac/flac-1.3.0/0001-Fix-Makefile.am-altivec-logic.patch
>  rename meta/recipes-multimedia/flac/{flac_1.2.1.bb => flac_1.3.0.bb} (42%)
>
> diff --git 
> a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch 
> b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
> deleted file mode 100644
> index 5ca8b35..000
> --- a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
> +++ /dev/null
> @@ -1,78 +0,0 @@
> -Upstream-Status: Inappropriate [configuration]
> -
> -From f9b017c2c958d968cc5dfd36dc68fc8e5fb89a58 Mon Sep 17 00:00:00 2001
> -From: Sebastian Andrzej Siewior 
> -Date: Fri, 11 Jun 2010 09:48:58 +0200
> -Subject: [PATCH] No AltiVec on SPE
> -
> -Consider *gnuspe which matches powerpc-unknown-linux-gnuspe where
> -AltiVec is not available at all. This triplet uses SPE which is
> -incompatible with AltiVec shares the same opcode range and can't be used
> -at all.
> -
> -Signed-off-by: Sebastian Andrzej Siewior 
> 
> - configure.in|8 
> - src/libFLAC/Makefile.am |   10 +-
> - 2 files changed, 17 insertions(+), 1 deletions(-)
> -
> -diff --git a/configure.in b/configure.in
> -index bfa6d8e..17b7c73 100644
>  a/configure.in
> -+++ b/configure.in
> -@@ -82,6 +82,14 @@ case "$host" in
> -   *) OBJ_FORMAT=elf ;;
> - esac
> - AC_SUBST(OBJ_FORMAT)
> -+case "$host" in
> -+  *-gnuspe)
> -+  abi_spe=true
> -+  AC_DEFINE(FLAC__CPU_PPC_SPE)
> -+  AH_TEMPLATE(FLAC__CPU_PPC_SPE, [define if building for 
> PowerPC with SPE ABI])
> -+  ;;
> -+esac
> -+AM_CONDITIONAL(FLaC__CPU_PPC_SPE, test "x$abi_spe" = xtrue)
> -
> - # only needed because of ntohl() usage, can get rid of after that's gone:
> - case "$host" in
> -diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am
> -index cbfb0ac..5785372 100644
>  a/src/libFLAC/Makefile.am
> -+++ b/src/libFLAC/Makefile.am
> -@@ -40,8 +40,15 @@ if FLaC__SYS_DARWIN
> - CPUCFLAGS = -faltivec -force_cpusubtype_ALL -DFLAC__NO_ASM
> - else
> - # Linux-gcc for PPC does not have -force_cpusubtype_ALL, it is 
> Darwin-specific
> -+CPUCFLAGS =
> -+if FLaC__CPU_PPC_SPE
> -+else
> -+if FLaC__USE_ALTIVEC
> -+CPUCFLAGS += -maltivec -mabi=altivec
> -+endif
> -+endif
> - #@@@ PPC optimizations temporarily disabled
> --CPUCFLAGS = -maltivec -mabi=altivec -DFLAC__NO_ASM
> -+CPUCFLAGS += -DFLAC__NO_ASM
> - endif
> - endif
> -
> -@@ -58,6 +63,8 @@ endif
> - if FLaC__CPU_PPC
> - ARCH_SUBDIRS = ppc
> - if FLaC__HAS_AS__TEMPORARILY_DISABLED
> -+if FLaC__CPU_PPC_SPE
> -+else
> - LOCAL_EXTRA_LIBADD = ppc/as/libFLAC-asm.la
> - LOCAL_EXTRA_LDFLAGS = "-Wl,-read_only_relocs,warning"
> - else
> -@@ -68,6 +75,7 @@ endif
> - endif
> - endif
> - endif
> -+endif
> -
> - libFLAC_la_LIBADD = $(LOCAL_EXTRA_LIBADD) @OGG_LIBS@
> -
> ---
> -1.5.6.5
> -
> diff --git a/meta/recipes-multimedia/flac/flac-1.2.1/asm-pic.patch 
> b/meta/recipes-multimedia/flac/flac-1.2.1/asm-pic.patch
> deleted file mode 100644
> index 43f29cf..000
> --- a/meta/recipes-multimedia/flac/flac-1.2.1/asm-pic.patch
> +++ /dev/null
> @@ -1,99 +0,0 @@
> -Upstream-Stat

[OE-core] [PATCH 0/1] lib/oe/rootfs.py: fix RPM multilib issue

[Laurentiu Palcu]

The following changes since commit b70a10ca3ee4a0add90d387e2c8288e531aaa47c:

  systemd-serialgetty: Update to match version in recent systemd (2014-02-11 
22:59:38 +)

are available in the git repository at:

  git://mirror.rb.intel.com/git.yoctoproject.org/poky-contrib 
lpalcu/rootfs_refactoring_rpm_multilib_fix

for you to fetch changes up to cc9a8b3a006120ba793051f1a790c3cb3681c28e:

  lib/oe/rootfs.py: fix RPM multilib issue (2014-02-12 20:46:37 +0200)


Laurentiu Palcu (1):
  lib/oe/rootfs.py: fix RPM multilib issue

 meta/lib/oe/rootfs.py |   16 
 1 file changed, 12 insertions(+), 4 deletions(-)

Laurentiu Palcu (1):
  lib/oe/rootfs.py: fix RPM multilib issue

 meta/lib/oe/rootfs.py |   16 
 1 file changed, 12 insertions(+), 4 deletions(-)

-- 
1.7.9.5

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

[OE-core] [PATCH 1/1] lib/oe/rootfs.py: fix RPM multilib issue

[Laurentiu Palcu]

For some odd reason (at least I couldn't find an explanation to this,
yet), if a multilib version of a package is installed after the main one
(that is: in a different smart session), the main package binaries are
not overwritten.

This commit restores the functionality to the original one, before
migrating to python: feed all the packages to smart, apart from attempt
only ones which are installed separately.

Signed-off-by: Laurentiu Palcu 
---
 meta/lib/oe/rootfs.py |   16 
 1 file changed, 12 insertions(+), 4 deletions(-)

diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index b6baf77..9162e52 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -317,10 +317,18 @@ class RpmRootfs(Rootfs):
 
 self.pm.update()
 
-for pkg_type in self.install_order:
-if pkg_type in pkgs_to_install:
-self.pm.install(pkgs_to_install[pkg_type],
-[False, True][pkg_type == "aop"])
+pkgs = []
+pkgs_attempt = []
+for pkg_type in pkgs_to_install:
+if pkg_type == Manifest.PKG_TYPE_ATTEMPT_ONLY:
+pkgs_attempt = pkgs_to_install[pkg_type]
+continue
+
+pkgs += pkgs_to_install[pkg_type]
+
+self.pm.install(pkgs)
+
+self.pm.install(pkgs_attempt, True)
 
 self.pm.install_complementary()
 
-- 
1.7.9.5

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

Re: [OE-core] [PATCH 1/1] lib/oe/rootfs.py: fix RPM multilib issue

[Mark Hatle]

On 2/12/14, 12:54 PM, Laurentiu Palcu wrote:

For some odd reason (at least I couldn't find an explanation to this,
yet), if a multilib version of a package is installed after the main one
(that is: in a different smart session), the main package binaries are
not overwritten.


For two packages with the same name, but different architectures -- the non-ELF 
files must be identical (or different file names in each package.)


The ELF files are identified by type and there is a resolution mechanism within 
RPM to determine which is the 'preferred' version.


We do NOT have the resolution mechanism set, so the first package installed 
'wins'.  So if you do two packages in two separate transactions, the first 
version installed will be kept.  If you do it in one transaction, then I believe 
it ends up being the last version [or maybe it's random due to sort order?]


There is a Yocto Project defect to configure the RPM multilib settings, but so 
far it's just sat there, as nobody has either needed it -- or cared enough to 
implement it.  The reality is installed two packages with the same /bin, /sbin 
binaries is rare these days.. it's much more useful to install the libraries.


The code you have below may turn out to be a performance improvement.. (each 
smart/rpm transaction takes setup and cleanup time, so multiple transactions are 
slower then one larger transaction.)  But it's likely not fixing the actual 
problem you have.


#   The default transaction color. This value is a set of bits to
#   determine file and dependency affinity for this arch.
#   0   uncolored (i.e. use only arch as install hint)
#   1   Elf32 permitted
#   2   Elf64 permitted
#   4   MIPS reserved
%_transaction_color 3

(4 BTW is MIPS64 - n32)

_transaction_color of 3 indicates we allow Elf32 and Elf64 to be installed..

There is a second item:

_prefer_color that is used to define which item should be installed when there 
is that ELF conflict.  The numbers above follow there as well.  By default I 
believe it sets itself to '2' when doing a single transaction installed, 
preferring Elf64.


--Mark


This commit restores the functionality to the original one, before
migrating to python: feed all the packages to smart, apart from attempt
only ones which are installed separately.

Signed-off-by: Laurentiu Palcu 
---
  meta/lib/oe/rootfs.py |   16 
  1 file changed, 12 insertions(+), 4 deletions(-)

diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index b6baf77..9162e52 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -317,10 +317,18 @@ class RpmRootfs(Rootfs):

  self.pm.update()

-for pkg_type in self.install_order:
-if pkg_type in pkgs_to_install:
-self.pm.install(pkgs_to_install[pkg_type],
-[False, True][pkg_type == "aop"])
+pkgs = []
+pkgs_attempt = []
+for pkg_type in pkgs_to_install:
+if pkg_type == Manifest.PKG_TYPE_ATTEMPT_ONLY:
+pkgs_attempt = pkgs_to_install[pkg_type]
+continue
+
+pkgs += pkgs_to_install[pkg_type]
+
+self.pm.install(pkgs)
+
+self.pm.install(pkgs_attempt, True)

  self.pm.install_complementary()




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

Re: [OE-core] [PATCH 1/1] systemtap: add aarch64 support

[Fathi Boudra]

On 12 February 2014 18:23, Otavio Salvador  wrote:
> Hello,
>
> On Wed, Feb 5, 2014 at 1:10 PM, Fathi Boudra  wrote:
>> bump SRCREV to include the relevant commits for aarch64 support
>> update COMPATIBLE_HOST to include aarch64
>> cleanup md5sum/sha256sum since we use git
>>
>> Signed-off-by: Fathi Boudra 
>
> This broke master in our autobuilder:
>
>  | 
> .../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0r0/git/includes
> -I./includes/sys -DSTAP_SDT_V2
> -isystem.../build/tmp/sysroots/x86_64-linux/usr/include -Wall -Werror
>  -isystem.../build/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe
> -fstack-protector-all -D_FORTIFY_SOURCE=2 -c -o stap-buildrun.o `test
> -f 'buildrun.cxx' || echo
> '.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/'`buildrun.cxx
>  | 
> .../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:
> In function 'void validate_module_elf(Dwfl_Module*, const char*,
> base_query*)':
>  | 
> .../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:1998:10:
> error: 'EM_AARCH64' was not declared in this scope
>  | 
> .../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:
> In constructor 
> 'sdt_uprobe_var_expanding_visitor::sdt_uprobe_var_expanding_visitor(systemtap_session&,
> int, const string&, const string&, const string&, stap_sdt_probe_type,
> const string&, int)':
>  | 
> .../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:5613:31:
> error: 'EM_AARCH64' was not declared in this scope
>  | make[2]: *** [stap-tapsets.o] Error 1
>  | make[2]: *** Waiting for unfinished jobs
>  | make[2]: Leaving directory
> `.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/build'
>  | make[1]: *** [all-recursive] Error 1
>  | make[1]: Leaving directory
> `.../build/tmp/work/x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/build'
>  | make: *** [all] Error 2
>  | ERROR: oe_runmake failed
>  | WARNING: exit code 1 from a shell command.
>
> Regards,
>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750

It's fixed by a later commit: 508059f04842ed85d10bfbec8a9c688d57368860
https://sourceware.org/git/gitweb.cgi?p=systemtap.git;a=commitdiff;h=508059f04842ed85d10bfbec8a9c688d57368860

a patch is coming to bump the SRCREV.

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

[OE-core] [PATCH 1/2] kernel-yocto: Add do_fragmentconfig task

[João Henrique Ferreira de Freitas]

Instead of using 'diff' command between two kernel config files,
the task fragmentconfig does the job creating the file
$WORKDIR/fragment.cfg that user should review and use.

[YOCTO #3862]

Signed-off-by: João Henrique Ferreira de Freitas 
---
 meta/classes/kernel-yocto.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index 8f79932..6597e54 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -411,3 +411,5 @@ do_kernel_link_vmlinux() {
 OE_TERMINAL_EXPORTS += "GUILT_BASE KBUILD_OUTPUT"
 GUILT_BASE = "meta"
 KBUILD_OUTPUT = "${B}"
+
+do_fragmentconfig[depends] += "virtual/kernel:do_kernel_configme"
-- 
1.8.3.2

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

[OE-core] [PATCH 0/2] Add task to create kernel config fragments

[João Henrique Ferreira de Freitas]

Hi,

These patches add a new task called fragmentconfig which should be used
when the user need to extract a diff between two kernel config files.

For instance:

  bitbake -c menuconfig linux-yoco

  [do some changes and save]

  bitbake -c fragmentconfig linux-yocto

See the fragment.cfg in $WORKDIR/fragment.cfg

This closes [YOCTO #3862]

Thanks.

João Henrique Ferreira de Freitas (2):
  kernel-yocto: Add do_fragmentconfig task
  cml1.bbclass: Add fragmentconfig task to cml1

 meta/classes/cml1.bbclass | 35 +++
 meta/classes/kernel-yocto.bbclass |  2 ++
 2 files changed, 37 insertions(+)

-- 
1.8.3.2

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

[OE-core] [PATCH 2/2] cml1.bbclass: Add fragmentconfig task to cml1

[João Henrique Ferreira de Freitas]

fragmentconfig() is a new task that makes a diff between the
old and new config files and writes to the fragment.cfg result file.
menuconfig() always copy the original config file, so the user
doesn't need to copy it.

Signed-off-by: João Henrique Ferreira de Freitas 
---
 meta/classes/cml1.bbclass | 35 +++
 1 file changed, 35 insertions(+)

diff --git a/meta/classes/cml1.bbclass b/meta/classes/cml1.bbclass
index e292ecb..2053361 100644
--- a/meta/classes/cml1.bbclass
+++ b/meta/classes/cml1.bbclass
@@ -16,8 +16,12 @@ HOST_LOADLIBES = "-lncurses"
 TERMINFO = "${STAGING_DATADIR_NATIVE}/terminfo"
 
 python do_menuconfig() {
+import os
+import shutil
+
 try:
 mtime = os.path.getmtime(".config")
+shutil.copy(".config", ".config.orig")
 except OSError:
 mtime = 0
 
@@ -38,3 +42,34 @@ do_menuconfig[depends] += 
"ncurses-native:do_populate_sysroot"
 do_menuconfig[nostamp] = "1"
 addtask menuconfig after do_configure
 
+python do_fragmentconfig() {
+import shutil
+import subprocess
+
+workdir = d.getVar('WORKDIR', True)
+fragment = workdir + '/fragment.cfg'
+configorig = '.config.orig'
+config = '.config'
+
+try:
+md5newconfig = bb.utils.md5_file(configorig)
+md5config = bb.utils.md5_file(config)
+isdiff = md5newconfig != md5config
+except OSError:
+isdiff = 0
+
+if isdiff:
+bb.note("Dumping config fragment into: '%s'." % fragment)
+bb.note("new '%s' old '%s'" % (md5newconfig,md5config))
+
+statement = 'diff -Nurp ' + configorig + ' ' + config + '| sed -n 
"s/^\+//p" >' + fragment
+subprocess.call(statement, shell=True)
+
+shutil.copy(configorig, config)
+else:
+if os.path.exists(fragment):
+os.unlink(fragment)
+}
+
+do_fragmentconfig[nostamp] = "1"
+addtask fragmentconfig
-- 
1.8.3.2

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

Re: [OE-core] [PATCH 2/2] cml1.bbclass: Add fragmentconfig task to cml1

[Darren Hart]

On 2/12/14, 16:20, "João Henrique Ferreira de Freitas" 
wrote:

>fragmentconfig() is a new task that makes a diff between the
>old and new config files and writes to the fragment.cfg result file.
>menuconfig() always copy the original config file, so the user
>doesn't need to copy it.

Hi João,

Generally looks pretty good. Some comments below, mostly about usability
and robustness.

I do have reservations about the task name, partly because it's long and
hard to type I'm not coming up with something I like a lot better
though Maybe

$ bitbake linux-yocto -c diffcfg

Or

$ bitbake linux-yocto -c diffconfig

I like the latter because it is consistent in naming, config, with
menuconfig.

>
>Signed-off-by: João Henrique Ferreira de Freitas 
>---
> meta/classes/cml1.bbclass | 35 +++
> 1 file changed, 35 insertions(+)
>
>diff --git a/meta/classes/cml1.bbclass b/meta/classes/cml1.bbclass
>index e292ecb..2053361 100644
>--- a/meta/classes/cml1.bbclass
>+++ b/meta/classes/cml1.bbclass
>@@ -16,8 +16,12 @@ HOST_LOADLIBES = "-lncurses"
> TERMINFO = "${STAGING_DATADIR_NATIVE}/terminfo"
> 
> python do_menuconfig() {
>+import os
>+import shutil
>+
> try:
> mtime = os.path.getmtime(".config")
>+shutil.copy(".config", ".config.orig")
> except OSError:
> mtime = 0
> 
>@@ -38,3 +42,34 @@ do_menuconfig[depends] +=
>"ncurses-native:do_populate_sysroot"
> do_menuconfig[nostamp] = "1"
> addtask menuconfig after do_configure
> 
>+python do_fragmentconfig() {
>+import shutil
>+import subprocess
>+
>+workdir = d.getVar('WORKDIR', True)
>+fragment = workdir + '/fragment.cfg'
>+configorig = '.config.orig'
>+config = '.config'
>+
>+try:
>+md5newconfig = bb.utils.md5_file(configorig)
>+md5config = bb.utils.md5_file(config)
>+isdiff = md5newconfig != md5config
>+except OSError:

We should be doing something to indicate failure here.

>+isdiff = 0
>+
>+if isdiff:
>+bb.note("Dumping config fragment into: '%s'." % fragment)
>+bb.note("new '%s' old '%s'" % (md5newconfig,md5config))

Nit, add space after ","

>+
>+statement = 'diff -Nurp ' + configorig + ' ' + config + '| sed
>-n "s/^\+//p" >' + fragment
>+subprocess.call(statement, shell=True)
>+
>+shutil.copy(configorig, config)

We should be printing something to make it easy for the user to find the
fragment.

>+else:
>+if os.path.exists(fragment):
>+os.unlink(fragment)
>+}
>+
>+do_fragmentconfig[nostamp] = "1"
>+addtask fragmentconfig
>-- 
>1.8.3.2
>
>


-- 
Darren Hart
Yocto Project - Linux Kernel
Intel Open Source Technology Center




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

[OE-core] [PATCH 0/2] socat: upgrade to 1.7.2.3 and enable ptest

[Hongxu Jia]

Test Steps:

1. vim local.conf
...
IMAGE_INSTALL_append = " socat"
DISTRO_FEATURES_append = " ptest"
IMAGE_FEATURES += "ptest-pkgs"
...

2. build core-image-minimal and runqemu
bitbake core-image-minimal
runqemu qemux86

3. start test

/usr/lib/socat/ptest/run-ptest

4. test result
...
summary: 314 tests; 255 ok, 25 failed, 31 could not be performed
...

//Hongxu

The following changes since commit 095bb006c3dbbfbdfa05f13d8d7b50e2a5ab2af0:

  bitbake: bitbake: build.py: create separate function for shell trap creation 
code (2014-02-09 10:01:38 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib hongxu/socat
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/socat

Hongxu Jia (2):
  socat: upgrade to 1.7.2.3
  socat: enable ptest

 .../socat/{files => socat}/compile.patch |  0
 .../{files => socat}/fix-xxx_SHIFT-autoheader.patch  |  0
 meta/recipes-connectivity/socat/socat/run-ptest  |  5 +
 .../socat/{socat_1.7.2.2.bb => socat_1.7.2.3.bb} | 16 
 4 files changed, 17 insertions(+), 4 deletions(-)
 rename meta/recipes-connectivity/socat/{files => socat}/compile.patch (100%)
 rename meta/recipes-connectivity/socat/{files => 
socat}/fix-xxx_SHIFT-autoheader.patch (100%)
 create mode 100644 meta/recipes-connectivity/socat/socat/run-ptest
 rename meta/recipes-connectivity/socat/{socat_1.7.2.2.bb => socat_1.7.2.3.bb} 
(77%)

-- 
1.8.1.2

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

[OE-core] [PATCH 1/2] socat: upgrade to 1.7.2.3

[Hongxu Jia]

The package has been successfully compiled for all major architectures.

Signed-off-by: Laurentiu Palcu 
Signed-off-by: Hongxu Jia 
---
 meta/recipes-connectivity/socat/{files => socat}/compile.patch| 0
 .../socat/{files => socat}/fix-xxx_SHIFT-autoheader.patch | 0
 .../recipes-connectivity/socat/{socat_1.7.2.2.bb => socat_1.7.2.3.bb} | 4 ++--
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/socat/{files => socat}/compile.patch (100%)
 rename meta/recipes-connectivity/socat/{files => 
socat}/fix-xxx_SHIFT-autoheader.patch (100%)
 rename meta/recipes-connectivity/socat/{socat_1.7.2.2.bb => socat_1.7.2.3.bb} 
(89%)

diff --git a/meta/recipes-connectivity/socat/files/compile.patch 
b/meta/recipes-connectivity/socat/socat/compile.patch
similarity index 100%
rename from meta/recipes-connectivity/socat/files/compile.patch
rename to meta/recipes-connectivity/socat/socat/compile.patch
diff --git 
a/meta/recipes-connectivity/socat/files/fix-xxx_SHIFT-autoheader.patch 
b/meta/recipes-connectivity/socat/socat/fix-xxx_SHIFT-autoheader.patch
similarity index 100%
rename from meta/recipes-connectivity/socat/files/fix-xxx_SHIFT-autoheader.patch
rename to meta/recipes-connectivity/socat/socat/fix-xxx_SHIFT-autoheader.patch
diff --git a/meta/recipes-connectivity/socat/socat_1.7.2.2.bb 
b/meta/recipes-connectivity/socat/socat_1.7.2.3.bb
similarity index 89%
rename from meta/recipes-connectivity/socat/socat_1.7.2.2.bb
rename to meta/recipes-connectivity/socat/socat_1.7.2.3.bb
index 398caa3..99060b1 100644
--- a/meta/recipes-connectivity/socat/socat_1.7.2.2.bb
+++ b/meta/recipes-connectivity/socat/socat_1.7.2.3.bb
@@ -16,8 +16,8 @@ SRC_URI = 
"http://www.dest-unreach.org/socat/download/socat-${PV}.tar.bz2 \
file://compile.patch \
file://fix-xxx_SHIFT-autoheader.patch"
 
-SRC_URI[md5sum] = "39231e512d8052f328552865df15d42f"
-SRC_URI[sha256sum] = 
"9a167af11a4d3809cbc66f5e2dcb39b6e371251282ef5de6ea6ff0c4be8a953c"
+SRC_URI[md5sum] = "75008d8baf7c6c9e27aa7afb34a622de"
+SRC_URI[sha256sum] = 
"0598ac54af7b138cda9e3c141bcf0cc63eeb2ab31f468a772dc3f7eb3896aad0"
 
 PACKAGECONFIG ??= "tcp-wrappers"
 PACKAGECONFIG[tcp-wrappers] = "--enable-libwrap,--disable-libwrap,tcp-wrappers"
-- 
1.8.1.2

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

[OE-core] [PATCH 2/2] socat: enable ptest

[Hongxu Jia]

Signed-off-by: Hongxu Jia 
---
 meta/recipes-connectivity/socat/socat/run-ptest  |  5 +
 meta/recipes-connectivity/socat/socat_1.7.2.3.bb | 12 ++--
 2 files changed, 15 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-connectivity/socat/socat/run-ptest

diff --git a/meta/recipes-connectivity/socat/socat/run-ptest 
b/meta/recipes-connectivity/socat/socat/run-ptest
new file mode 100644
index 000..1fffab1
--- /dev/null
+++ b/meta/recipes-connectivity/socat/socat/run-ptest
@@ -0,0 +1,5 @@
+#!/bin/bash
+
+export SOCAT="/usr/bin/socat"
+
+./test.sh
diff --git a/meta/recipes-connectivity/socat/socat_1.7.2.3.bb 
b/meta/recipes-connectivity/socat/socat_1.7.2.3.bb
index 99060b1..2e763bb 100644
--- a/meta/recipes-connectivity/socat/socat_1.7.2.3.bb
+++ b/meta/recipes-connectivity/socat/socat_1.7.2.3.bb
@@ -7,6 +7,8 @@ SECTION = "console/network"
 
 DEPENDS = "openssl readline"
 
+RDEPENDS_${PN}-ptest += "bash"
+
 LICENSE = "GPL-2.0+-with-OpenSSL-exception"
 LIC_FILES_CHKSUM = "file://COPYING;md5=18810669f13b87348459e611d31ab760 \
 
file://README;beginline=252;endline=282;md5=79246f11a1db0b6ccec54d1fb711c01e"
@@ -14,7 +16,9 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=18810669f13b87348459e611d31ab760 \
 
 SRC_URI = "http://www.dest-unreach.org/socat/download/socat-${PV}.tar.bz2 \
file://compile.patch \
-   file://fix-xxx_SHIFT-autoheader.patch"
+   file://fix-xxx_SHIFT-autoheader.patch \
+   file://run-ptest \
+"
 
 SRC_URI[md5sum] = "75008d8baf7c6c9e27aa7afb34a622de"
 SRC_URI[sha256sum] = 
"0598ac54af7b138cda9e3c141bcf0cc63eeb2ab31f468a772dc3f7eb3896aad0"
@@ -27,7 +31,7 @@ EXTRA_OECONF += "ac_cv_have_z_modifier=yes 
sc_cv_sys_crdly_shift=9 \
 ac_cv_ispeed_offset=13 \
 "
 
-inherit autotools
+inherit autotools ptest
 
 do_configure_prepend() {
 sed '/AC_DEFINE_UNQUOTED(ISPEED_OFFSET/a\AC_DEFINE(OSPEED_OFFSET,\
@@ -38,3 +42,7 @@ do_install_prepend () {
 mkdir -p ${D}${bindir}
 install -d ${D}${bindir} ${D}${mandir}/man1
 }
+
+do_install_ptest() {
+cp -r ${S}/*.sh ${D}${PTEST_PATH}
+}
-- 
1.8.1.2

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

[OE-core] State of bitbake world, Failed tasks 2014-02-13

[Martin Jansa]

Biggest difference from last update is inclusion of eglibc_2.19 and qt5 
upgraded to 5.2.1.

http://www.openembedded.org/wiki/Bitbake_World_Status

== Failed tasks 2014-02-13 ==

=== common (15) ===
* meta-openembedded/meta-efl/recipes-efl/e17/e-tasks_git.bb, do_compile
* meta-openembedded/meta-efl/recipes-efl/e17/emprint_svn.bb, do_compile
* meta-openembedded/meta-efl/recipes-efl/e17/news_svn.bb, do_compile
* meta-openembedded/meta-efl/recipes-efl/e17/rage_svn.bb, do_compile
* meta-openembedded/meta-gnome/recipes-gnome/devilspie/devilspie2_0.24.bb, 
do_compile
* meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_12.2.bb, 
do_fetch
* meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_1.1.11.bb, 
do_compile
* 
meta-openembedded/meta-networking/recipes-support/traceroute/traceroute_2.0.18.bb,
 do_compile
* meta-openembedded/meta-oe/recipes-connectivity/daq/daq_2.0.1.bb, 
do_install
* meta-openembedded/meta-oe/recipes-core/libxml/libxml++_2.35.3.bb, 
do_compile
* 
meta-openembedded/meta-oe/recipes-devtools/packagekit/packagekit_0.8.13.bb, 
do_configure
* meta-openembedded/meta-oe/recipes-devtools/tcltk/tk_8.6.0.bb, do_compile
* meta-openembedded/meta-oe/recipes-navigation/monav/monav_0.3.bb, 
do_compile
* 
meta-smartphone/meta-fso/recipes-freesmartphone/freesmartphone/zhone_git.bb, 
do_compile
* meta-smartphone/meta-shr/recipes-shr/themes/e-wm-theme-illume-neo_git.bb, 
do_compile

=== common-x86 (10) ===
* meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
* 
meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_2.3.2+svnr159807.bb, 
do_configure
* 
meta-openembedded/meta-multimedia/recipes-multimedia/musicbrainz/libmusicbrainz_git.bb,
 do_configure
* meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb, do_compile
* meta-openembedded/meta-oe/recipes-support/inih/libinih_git.bb, do_install
* meta-openembedded/meta-oe/recipes-support/ode/ode_0.9.bb, do_configure
* meta-qt5/recipes-qt/qt5/qtbase-native_5.2.1.bb, do_patch
* meta-qt5/recipes-qt/qt5/qtbase_5.2.1.bb, do_patch
* openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package
* openembedded-core/meta/recipes-devtools/valgrind/valgrind_3.9.0.bb, 
do_configure

=== qemuarm (4) ===
* meta-openembedded/meta-oe/recipes-support/mongodb/mongodb_git.bb, 
do_compile
* meta-qt5/recipes-qt/qt5/qtwebkit_5.2.0.bb, do_compile
* openembedded-core/meta/recipes-bsp/grub/grub_git.bb, do_package
* openembedded-core/meta/recipes-devtools/cmake/cmake-native_2.8.12.1.bb, 
do_configure

=== qemux86_64 (3) ===
* 
meta-openembedded/meta-oe/recipes-connectivity/libimobiledevice/libimobiledevice_1.1.4.bb,
 do_configure
* 
meta-openembedded/meta-oe/recipes-devtools/python/python-m2crypto_0.21.1.bb, 
do_compile
* 
meta-openembedded/meta-oe/recipes-support/bash-completion/bash-completion_2.0.bb,
 do_install

=== Number of failed tasks ===
{| class=wikitable
|-
||qemuarm   ||19
||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140208_182651.log/
|-
||qemux86   ||26
||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140209_122919.log/
|-
||qemux86_64||28
||http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches//log.world.20140210_065844.log/
|}

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


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

Re: [OE-core] [PATCH 2/2] socat: enable ptest

[Khem Raj]

-Khem
On Feb 12, 2014 6:57 PM, "Hongxu Jia"  wrote:
>
> Signed-off-by: Hongxu Jia 
> ---
>  meta/recipes-connectivity/socat/socat/run-ptest  |  5 +
>  meta/recipes-connectivity/socat/socat_1.7.2.3.bb | 12 ++--
>  2 files changed, 15 insertions(+), 2 deletions(-)
>  create mode 100644 meta/recipes-connectivity/socat/socat/run-ptest
>
> diff --git a/meta/recipes-connectivity/socat/socat/run-ptest
b/meta/recipes-connectivity/socat/socat/run-ptest
> new file mode 100644
> index 000..1fffab1
> --- /dev/null
> +++ b/meta/recipes-connectivity/socat/socat/run-ptest
> @@ -0,0 +1,5 @@
> +#!/bin/bash

is bash really needed ?
> +
> +export SOCAT="/usr/bin/socat"
> +
> +./test.sh
> diff --git 
> a/meta/recipes-connectivity/socat/socat_1.7.2.3.bbb/meta/recipes-connectivity/socat/
socat_1.7.2.3.bb
> index 99060b1..2e763bb 100644
> --- a/meta/recipes-connectivity/socat/socat_1.7.2.3.bb
> +++ b/meta/recipes-connectivity/socat/socat_1.7.2.3.bb
> @@ -7,6 +7,8 @@ SECTION = "console/network"
>
>  DEPENDS = "openssl readline"
>
> +RDEPENDS_${PN}-ptest += "bash"
> +
>  LICENSE = "GPL-2.0+-with-OpenSSL-exception"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=18810669f13b87348459e611d31ab760 \
>
 file://README;beginline=252;endline=282;md5=79246f11a1db0b6ccec54d1fb711c01e"
> @@ -14,7 +16,9 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=18810669f13b87348459e611d31ab760 \
>
>  SRC_URI = "http://www.dest-unreach.org/socat/download/socat-${PV}.tar.bz2\
> file://compile.patch \
> -   file://fix-xxx_SHIFT-autoheader.patch"
> +   file://fix-xxx_SHIFT-autoheader.patch \
> +   file://run-ptest \
> +"
>
>  SRC_URI[md5sum] = "75008d8baf7c6c9e27aa7afb34a622de"
>  SRC_URI[sha256sum] =
"0598ac54af7b138cda9e3c141bcf0cc63eeb2ab31f468a772dc3f7eb3896aad0"
> @@ -27,7 +31,7 @@ EXTRA_OECONF += "ac_cv_have_z_modifier=yes
sc_cv_sys_crdly_shift=9 \
>  ac_cv_ispeed_offset=13 \
>  "
>
> -inherit autotools
> +inherit autotools ptest
>
>  do_configure_prepend() {
>  sed '/AC_DEFINE_UNQUOTED(ISPEED_OFFSET/a\AC_DEFINE(OSPEED_OFFSET,\
> @@ -38,3 +42,7 @@ do_install_prepend () {
>  mkdir -p ${D}${bindir}
>  install -d ${D}${bindir} ${D}${mandir}/man1
>  }
> +
> +do_install_ptest() {
> +cp -r ${S}/*.sh ${D}${PTEST_PATH}
> +}
> --
> 1.8.1.2
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] socat: enable ptest

[Hongxu Jia]

On 02/13/2014 11:26 AM, Khem Raj wrote:


-Khem
On Feb 12, 2014 6:57 PM, "Hongxu Jia" > wrote:

>
> Signed-off-by: Hongxu Jia >

> ---
>  meta/recipes-connectivity/socat/socat/run-ptest  |  5 +
>  meta/recipes-connectivity/socat/socat_1.7.2.3.bb 
 | 12 ++--

>  2 files changed, 15 insertions(+), 2 deletions(-)
>  create mode 100644 meta/recipes-connectivity/socat/socat/run-ptest
>
> diff --git a/meta/recipes-connectivity/socat/socat/run-ptest 
b/meta/recipes-connectivity/socat/socat/run-ptest

> new file mode 100644
> index 000..1fffab1
> --- /dev/null
> +++ b/meta/recipes-connectivity/socat/socat/run-ptest
> @@ -0,0 +1,5 @@
> +#!/bin/bash

is bash really needed ?



Yes, I am sure.
The socat's FAQ:
...
 23 Q: I succeeded to configure and make socat, but ./test.sh says 
something

 24 like:
 25 ./test.sh: No such file or directory
 26
 27 A: You need a bash shell, and its location must be correctly 
specified in the

 28 first line of test.sh, e.g. /usr/local/bin/bash instead of /bin/bash.
...

//Hongxu


> +
> +export SOCAT="/usr/bin/socat"
> +
> +./test.sh
> diff --git a/meta/recipes-connectivity/socat/socat_1.7.2.3.bb 
 
b/meta/recipes-connectivity/socat/socat_1.7.2.3.bb 


> index 99060b1..2e763bb 100644
> --- a/meta/recipes-connectivity/socat/socat_1.7.2.3.bb 

> +++ b/meta/recipes-connectivity/socat/socat_1.7.2.3.bb 


> @@ -7,6 +7,8 @@ SECTION = "console/network"
>
>  DEPENDS = "openssl readline"
>
> +RDEPENDS_${PN}-ptest += "bash"
> +
>  LICENSE = "GPL-2.0+-with-OpenSSL-exception"
>  LIC_FILES_CHKSUM = 
"file://COPYING;md5=18810669f13b87348459e611d31ab760 \
> 
 file://README;beginline=252;endline=282;md5=79246f11a1db0b6ccec54d1fb711c01e"
> @@ -14,7 +16,9 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=18810669f13b87348459e611d31ab760 \

>
>  SRC_URI = 
"http://www.dest-unreach.org/socat/download/socat-${PV}.tar.bz2 
 \

> file://compile.patch \
> -   file://fix-xxx_SHIFT-autoheader.patch"
> +   file://fix-xxx_SHIFT-autoheader.patch \
> +   file://run-ptest \
> +"
>
>  SRC_URI[md5sum] = "75008d8baf7c6c9e27aa7afb34a622de"
>  SRC_URI[sha256sum] = 
"0598ac54af7b138cda9e3c141bcf0cc63eeb2ab31f468a772dc3f7eb3896aad0"
> @@ -27,7 +31,7 @@ EXTRA_OECONF += "ac_cv_have_z_modifier=yes 
sc_cv_sys_crdly_shift=9 \

>  ac_cv_ispeed_offset=13 \
>  "
>
> -inherit autotools
> +inherit autotools ptest
>
>  do_configure_prepend() {
>  sed '/AC_DEFINE_UNQUOTED(ISPEED_OFFSET/a\AC_DEFINE(OSPEED_OFFSET,\
> @@ -38,3 +42,7 @@ do_install_prepend () {
>  mkdir -p ${D}${bindir}
>  install -d ${D}${bindir} ${D}${mandir}/man1
>  }
> +
> +do_install_ptest() {
> +cp -r ${S}/*.sh ${D}${PTEST_PATH}
> +}
> --
> 1.8.1.2
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org 


> http://lists.openembedded.org/mailman/listinfo/openembedded-core



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

Re: [OE-core] [PATCH 2/2] socat: enable ptest

[Khem Raj]

On Feb 12, 2014, at 7:38 PM, Hongxu Jia  wrote:

> On 02/13/2014 11:26 AM, Khem Raj wrote:
>> -Khem
>> On Feb 12, 2014 6:57 PM, "Hongxu Jia"  wrote:
>> >
>> > Signed-off-by: Hongxu Jia 
>> > ---
>> >  meta/recipes-connectivity/socat/socat/run-ptest  |  5 +
>> >  meta/recipes-connectivity/socat/socat_1.7.2.3.bb | 12 ++--
>> >  2 files changed, 15 insertions(+), 2 deletions(-)
>> >  create mode 100644 meta/recipes-connectivity/socat/socat/run-ptest
>> >
>> > diff --git a/meta/recipes-connectivity/socat/socat/run-ptest 
>> > b/meta/recipes-connectivity/socat/socat/run-ptest
>> > new file mode 100644
>> > index 000..1fffab1
>> > --- /dev/null
>> > +++ b/meta/recipes-connectivity/socat/socat/run-ptest
>> > @@ -0,0 +1,5 @@
>> > +#!/bin/bash
>> 
>> is bash really needed ?
> 
> Yes, I am sure.
> The socat's FAQ:
> ...
>  23 Q: I succeeded to configure and make socat, but ./test.sh says something
>  24 like:
>  25 ./test.sh: No such file or directory
>  26 
>  27 A: You need a bash shell, and its location must be correctly specified in 
> the
>  28 first line of test.sh, e.g. /usr/local/bin/bash instead of /bin/bash.

OK thx

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

[OE-core] [PATCH] nss: avoid to use the hardcode kernel version

[rongqing.li]

From: Roy Li 

Read kernel version from ${STAGING_KERNEL_DIR}/kernel-abiversion, to avoid
to use the hardcode kernel version.

Signed-off-by: Roy Li 
---
 meta/recipes-support/nss/nss.inc |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-support/nss/nss.inc b/meta/recipes-support/nss/nss.inc
index a6aeed8..3ad12cc 100644
--- a/meta/recipes-support/nss/nss.inc
+++ b/meta/recipes-support/nss/nss.inc
@@ -23,7 +23,7 @@ SRC_URI_append_class-target = "\
 "
 inherit siteinfo
 PR = "r0"
-DEPENDS = "sqlite3 nspr zlib nss-native"
+DEPENDS = "sqlite3 nspr zlib nss-native virtual/kernel"
 DEPENDS_class-native = "sqlite3-native nspr-native zlib-native"
 RDEPENDS_${PN} = "perl"
 
@@ -55,7 +55,7 @@ do_compile() {
 export NSS_USE_SYSTEM_SQLITE=1
 export NSS_ENABLE_ECC=1
 
-export OS_RELEASE=3.4
+export OS_RELEASE=`cat ${STAGING_KERNEL_DIR}/kernel-abiversion|sed 
's/-.*//'`
 export OS_TARGET=Linux
 export OS_ARCH=Linux
 
@@ -95,7 +95,7 @@ do_install() {
 export NSS_USE_SYSTEM_SQLITE=1
 export NSS_ENABLE_ECC=1
 
-export OS_RELEASE=3.4
+export OS_RELEASE=`cat ${STAGING_KERNEL_DIR}/kernel-abiversion|sed 
's/-.*//'`
 export OS_TARGET=Linux
 export OS_ARCH=Linux
 
-- 
1.7.10.4

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

[OE-core] [PATCH] nss: avoid to use the hardcode kernel version

[rongqing.li]

From: Roy Li 

Read kernel version from ${STAGING_KERNEL_DIR}/kernel-abiversion, to avoid
to use the hardcode kernel version.

Signed-off-by: Roy Li 
---
 meta/recipes-support/nss/nss.inc |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-support/nss/nss.inc b/meta/recipes-support/nss/nss.inc
index a6aeed8..bd7352d 100644
--- a/meta/recipes-support/nss/nss.inc
+++ b/meta/recipes-support/nss/nss.inc
@@ -23,7 +23,7 @@ SRC_URI_append_class-target = "\
 "
 inherit siteinfo
 PR = "r0"
-DEPENDS = "sqlite3 nspr zlib nss-native"
+DEPENDS = "sqlite3 nspr zlib nss-native virtual/kernel"
 DEPENDS_class-native = "sqlite3-native nspr-native zlib-native"
 RDEPENDS_${PN} = "perl"
 
@@ -55,7 +55,7 @@ do_compile() {
 export NSS_USE_SYSTEM_SQLITE=1
 export NSS_ENABLE_ECC=1
 
-export OS_RELEASE=3.4
+export OS_RELEASE=`cat ${STAGING_KERNEL_DIR}/kernel-abiversion`
 export OS_TARGET=Linux
 export OS_ARCH=Linux
 
@@ -95,7 +95,7 @@ do_install() {
 export NSS_USE_SYSTEM_SQLITE=1
 export NSS_ENABLE_ECC=1
 
-export OS_RELEASE=3.4
+export OS_RELEASE=`cat ${STAGING_KERNEL_DIR}/kernel-abiversion`
 export OS_TARGET=Linux
 export OS_ARCH=Linux
 
-- 
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] nss: avoid to use the hardcode kernel version

[Rongqing Li]

please drop this one

-Roy

On 02/13/2014 11:34 AM, rongqing...@windriver.com wrote:

From: Roy Li 

Read kernel version from ${STAGING_KERNEL_DIR}/kernel-abiversion, to avoid
to use the hardcode kernel version.

Signed-off-by: Roy Li 
---
  meta/recipes-support/nss/nss.inc |6 +++---
  1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-support/nss/nss.inc b/meta/recipes-support/nss/nss.inc
index a6aeed8..bd7352d 100644
--- a/meta/recipes-support/nss/nss.inc
+++ b/meta/recipes-support/nss/nss.inc
@@ -23,7 +23,7 @@ SRC_URI_append_class-target = "\
  "
  inherit siteinfo
  PR = "r0"
-DEPENDS = "sqlite3 nspr zlib nss-native"
+DEPENDS = "sqlite3 nspr zlib nss-native virtual/kernel"
  DEPENDS_class-native = "sqlite3-native nspr-native zlib-native"
  RDEPENDS_${PN} = "perl"

@@ -55,7 +55,7 @@ do_compile() {
  export NSS_USE_SYSTEM_SQLITE=1
  export NSS_ENABLE_ECC=1

-export OS_RELEASE=3.4
+export OS_RELEASE=`cat ${STAGING_KERNEL_DIR}/kernel-abiversion`
  export OS_TARGET=Linux
  export OS_ARCH=Linux

@@ -95,7 +95,7 @@ do_install() {
  export NSS_USE_SYSTEM_SQLITE=1
  export NSS_ENABLE_ECC=1

-export OS_RELEASE=3.4
+export OS_RELEASE=`cat ${STAGING_KERNEL_DIR}/kernel-abiversion`
  export OS_TARGET=Linux
  export OS_ARCH=Linux




--
Best Reagrds,
Roy | RongQing Li
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [RFT] eglibc 2.19

[Khem Raj]

Hi Richard, All

On Feb 12, 2014, at 10:20 AM, Khem Raj  wrote:

> 
> On Feb 12, 2014, at 7:41 AM, Richard Purdie 
>  wrote:
> 
>> On Sat, 2014-02-08 at 08:08 -0800, Khem Raj wrote:
>>> Hi all
>>> 
>>> I have staged a branch with eglibc 2.19 upgraded recipes here
>>> 
>>> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/eglibc-2.19
>>> 
>>> These are not final recipes there may be tweaks needed like adjusting 
>>> SRC_URI
>>> later on.
>>> 
>>> please help testing it out in your environments and machines
>>> I would be happy to help out with issues we find
>> 
>> The autobuilder is still going but it found:
>> 
>> http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/25/steps/BuildImages/logs/stdio
> 
> I could reproduce it.
> 
> This seems to be surfaced by a commit in glibc where the  math_ldbl.h 
> implementations for ppc were unified. I have for now reverted it via patch 
> and pushed to pull branch. however thats not only the one issue :(. I am now 
> seeing
> 
> | ../sysdeps/powerpc/fpu/fenv_libc.h:48:6: error: impossible constraint in 
> 'asm'
> |   asm volatile ("mtfsf 0xff,%0" : : "f" (d)); \
> |   ^
> 

Alright, the real problem was that in glibc 2.19 the SPE patch was upsteamed 
from eglibc and now the SPE support lives under nofpu/ which is correct unlike
eglibc where it was living under fpu/ class. We were not passing —without-fp
to eglibc configure which caused this issue. I have now fixed it in metadata
and pushed a new set of patches ( total 2) to the pull branch, which should 
take of this issue as well as valgrind issue. 

Thanks
-Khem


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

[OE-core] [PATCH 0/1] initscripts: fix syntax error in postinsts

[Chen Qi]

The following changes since commit b188bda18690dc1af1cb5d18bb0f3ad40c9a6cc6:

  systemd-serialgetty: Update to match version in recent systemd (2014-02-11 
22:59:10 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib 
ChenQi/initscripts-postinsts
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/initscripts-postinsts

Chen Qi (1):
  initscripts: fix syntax error in postinsts

 meta/recipes-core/initscripts/initscripts_1.0.bb |1 -
 1 file changed, 1 deletion(-)

-- 
1.7.9.5

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

[OE-core] [PATCH 1/1] initscripts: fix syntax error in postinsts

[Chen Qi]

Fix syntax error in pkg_postinst of initscripts.

Signed-off-by: Chen Qi 
---
 meta/recipes-core/initscripts/initscripts_1.0.bb |1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb 
b/meta/recipes-core/initscripts/initscripts_1.0.bb
index 20c0257..6cfea1a 100644
--- a/meta/recipes-core/initscripts/initscripts_1.0.bb
+++ b/meta/recipes-core/initscripts/initscripts_1.0.bb
@@ -157,5 +157,4 @@ pkg_postinst_${PN} () {
systemctl $OPTS mask $SERVICE.service
done
fi
-fi
 }
-- 
1.7.9.5

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

[OE-core] [PATCH 0/1] alsa-state: do not install the init script in case of systemd

[Chen Qi]

The following changes since commit b188bda18690dc1af1cb5d18bb0f3ad40c9a6cc6:

  systemd-serialgetty: Update to match version in recent systemd (2014-02-11 
22:59:10 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib ChenQi/alsa-state-systemd
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/alsa-state-systemd

Chen Qi (1):
  alsa-state: do not install the init script in case of systemd

 meta/recipes-bsp/alsa-state/alsa-state.bb |   14 +-
 1 file changed, 9 insertions(+), 5 deletions(-)

-- 
1.7.9.5

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

[OE-core] [PATCH 1/1] alsa-state: do not install the init script in case of systemd

[Chen Qi]

As the corresponding service files have already been provided by
the alsa-utils-alsactl package, the init script is really not needed.
So we do not install it in a systemd based image.

[YOCTO #4420]

Signed-off-by: Chen Qi 
---
 meta/recipes-bsp/alsa-state/alsa-state.bb |   14 +-
 1 file changed, 9 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-bsp/alsa-state/alsa-state.bb 
b/meta/recipes-bsp/alsa-state/alsa-state.bb
index 552fcfc..6dbc1aa 100644
--- a/meta/recipes-bsp/alsa-state/alsa-state.bb
+++ b/meta/recipes-bsp/alsa-state/alsa-state.bb
@@ -18,16 +18,20 @@ SRC_URI = "\
   file://alsa-state-init \
 "
 
-inherit update-rc.d
+inherit update-rc.d systemd
 
 INITSCRIPT_NAME = "alsa-state"
 INITSCRIPT_PARAMS = "start 39 S . stop 31 0 6 ."
 
 do_install() {
-sed -i -e "s:#STATEDIR#:${localstatedir}/lib/alsa:g" 
${WORKDIR}/alsa-state-init
-install -d ${D}${sysconfdir}/init.d
-install -m 0755 ${WORKDIR}/alsa-state-init 
${D}${sysconfdir}/init.d/alsa-state
-
+# The alsa-utils-alsactl already provides corresponding systemd unit files.
+# So the init script should not be installed in a systemd based image.
+install -d ${D}${sysconfdir}
+if ${@base_contains('DISTRO_FEATURES','systemd','false','true',d)}; then
+   sed -i -e "s:#STATEDIR#:${localstatedir}/lib/alsa:g" 
${WORKDIR}/alsa-state-init
+   install -d ${D}${sysconfdir}/init.d
+   install -m 0755 ${WORKDIR}/alsa-state-init 
${D}${sysconfdir}/init.d/alsa-state
+fi
 install -d ${D}/${localstatedir}/lib/alsa
 install -m 0644 ${WORKDIR}/asound.conf ${D}${sysconfdir}
 install -m 0644 ${WORKDIR}/*.state ${D}${localstatedir}/lib/alsa
-- 
1.7.9.5

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

[OE-core] [PATCH] systemtap: fix error: 'EM_AARCH64' was not declared in this scope

[Fathi Boudra]

bump SRCREV to commit 508059f04842ed85d10bfbec8a9c688d57368860
 Define EM_AARCH64 if elf.h doesn't.

Signed-off-by: Fathi Boudra 
---
 meta/recipes-kernel/systemtap/systemtap_git.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc 
b/meta/recipes-kernel/systemtap/systemtap_git.inc
index b87aa1a..962aef9 100644
--- a/meta/recipes-kernel/systemtap/systemtap_git.inc
+++ b/meta/recipes-kernel/systemtap/systemtap_git.inc
@@ -1,6 +1,6 @@
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
-SRCREV = "9190b3acfe706d3bfd66dec18133d28f98443321"
+SRCREV = "508059f04842ed85d10bfbec8a9c688d57368860"
 PV = "2.4+git${SRCPV}"
 
 SRC_URI = "git://sourceware.org/git/systemtap.git \
-- 
1.8.1.2

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