[OE-core] [PATCH 0/2] Implement GPG_PATH variable

[Markus Lehtonen]

This optional setting makes it possible to specify a non-default gpg home
directory in the bitbake configuration.

[YOCTO #8134]

The following changes since commit e42d8eff9eed7d1454b4f331d96dcee6dea232df:

  bash: Disable custom memory allocator (2015-10-12 14:35:42 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib marquiz/rpmsign
  http://git.openembedded.org/openembedded-core-contrib/log/?h=marquiz/rpmsign

Markus Lehtonen (2):
  sign_rpm.bbclass: introduce GPG_PATH variable
  package_manager: support GPG_PATH variable

 meta/classes/sign_rpm.bbclass  | 4 
 meta/lib/oe/package_manager.py | 7 +--
 2 files changed, 9 insertions(+), 2 deletions(-)

-- 
2.1.4

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

[OE-core] [PATCH 1/2] sign_rpm.bbclass: introduce GPG_PATH variable

[Markus Lehtonen]

This bitbake configuration variable can be used to define the gpg home
directory.

Signed-off-by: Markus Lehtonen 
---
 meta/classes/sign_rpm.bbclass | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/classes/sign_rpm.bbclass b/meta/classes/sign_rpm.bbclass
index 0aa4cd8..23aea42 100644
--- a/meta/classes/sign_rpm.bbclass
+++ b/meta/classes/sign_rpm.bbclass
@@ -12,6 +12,8 @@
 # GPG_BIN
 #   Optional variable for specifying the gpg binary/wrapper to use for
 #   signing.
+# GPG_PATH
+#   Optional variable for specifying the gnupg "home" directory:
 #
 inherit sanity
 
@@ -41,6 +43,8 @@ def rpmsign_wrapper(d, files, passphrase, gpg_name=None):
"(e.g. in  ~/.oerpmmacros", d)
 if d.getVar('GPG_BIN', True):
 cmd += "--define '%%__gpg %s' " % d.getVar('GPG_BIN', True)
+if d.getVar('GPG_PATH', True):
+cmd += "--define '_gpg_path %s' " % d.getVar('GPG_PATH', True)
 cmd += ' '.join(files)
 
 # Need to use pexpect for feeding the passphrase
-- 
2.1.4

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

Re: [OE-core] [oe] [meta-oe][PATCH v2] meta-oe: recipes-graphics: add libvncserver recipe

[Otavio Salvador]

On Wed, Oct 14, 2015 at 11:41 AM, Paul Eggleton
 wrote:
> FWIW assuming it works and isn't specially patched, I think for x11vnc we'd
> probably be better off using an external lib we can keep up-to-date rather 
> than
> a bundled one that might be out-of-date; that is to say, if we are to keep
> x11vnc in OE-Core then we might as well also have libvncserver. (One might
> possibly ask if we really need x11vnc there though, I don't have an answer to
> that).

I think x11vnc could go to meta-oe. It does not seem to be widely used
and a core component.

-- 
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

[OE-core] [PATCH 2/2] package_manager: support GPG_PATH variable

[Markus Lehtonen]

If defined, use GPG_PATH as the gpg home directory when signing package
feeds. This setting is only used by package_manager if package feed
singning has been enabled, i.e.  PACKAGE_FEED_SIGN="1".

Signed-off-by: Markus Lehtonen 
---
 meta/lib/oe/package_manager.py | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index c34e436..5c2130b 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -133,8 +133,11 @@ class RpmIndexer(Indexer):
 if pkgfeed_gpg_name:
 repomd_file = os.path.join(arch_dir, 'repodata', 'repomd.xml')
 gpg_cmd = "%s --detach-sign --armor --batch --no-tty --yes " \
-  "--passphrase-file '%s' -u '%s' %s" % (gpg_bin,
-  pkgfeed_gpg_pass, pkgfeed_gpg_name, repomd_file)
+  "--passphrase-file '%s' -u '%s' " % \
+  (gpg_bin, pkgfeed_gpg_pass, pkgfeed_gpg_name)
+if self.d.getVar('GPG_PATH', True):
+gpg_cmd += "--homedir %s " % self.d.getVar('GPG_PATH', 
True)
+gpg_cmd += repomd_file
 repo_sign_cmds.append(gpg_cmd)
 
 rpm_dirs_found = True
-- 
2.1.4

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

Re: [OE-core] [oe] [meta-oe][PATCH v2] meta-oe: recipes-graphics: add libvncserver recipe

[Paul Eggleton]

On Wednesday 14 October 2015 17:33:23 Ioan-Adrian Ratiu wrote:
> On 14.10.2015 17:16, Martin Jansa wrote:
> > On Wed, Oct 14, 2015 at 05:06:07PM +0300, Ioan-Adrian Ratiu wrote:
> >> On 13.10.2015 16:08, Martin Jansa wrote:
> >>> On Tue, Oct 13, 2015 at 03:40:20PM +0300, Ioan-Adrian Ratiu wrote:
>  On 13.10.2015 13:53, Martin Jansa wrote:
> > On Fri, Oct 09, 2015 at 09:58:07AM +0300, Ioan-Adrian Ratiu wrote:
> >> Signed-off-by: Ioan-Adrian Ratiu 
> >> ---
> >> 
> >> .../libvncserver/libvncserver_0.9.10.bb   | 19
> >> +++ 1 file changed, 19 insertions(+)
> >> create mode 100644
> >> meta-oe/recipes-
graphics/libvncserver/libvncserver_0.9.10.bb>> 
> >> diff --git
> >> a/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb
> >> b/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb new
> >> file mode 100644
> >> index 000..afa303c
> >> --- /dev/null
> >> +++ b/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb
> >> @@ -0,0 +1,19 @@
> >> +DESCRIPTION = "library for easy implementation of a RDP/VNC server"
> >>> 
> >>> Use SUMMARY for such short description.
> >>> 
> >> +HOMEPAGE = "https://libvnc.github.io;
> >> +SECTION = "libs"
> >> +PRIORITY = "optional"
> >>> 
> >>> Drop PRIORITY, we don't use it anywhere.
> >>> 
> >> +LICENSE = "GPLv2"
> >> +LIC_FILES_CHKSUM =
> >> "file://COPYING;md5=361b6b837cad26c6900a926b62aada5f"
> >> +
> >> +DEPENDS += "zlib jpeg libpng gtk+ libgcrypt nettle gnutls gmp"
> >> +RDEPENDS_${PN} += "libpng gtk+ libgcrypt"
> >> +
> >> +RCONFLICTS_${PN} = "x11vnc"
> > 
> > This isn't enough to resolve conflicts with x11vnc in sysroot, this
> > only
> > prevent installing both packages in the same image.
> > 
> >> +
> >> +inherit autotools pkgconfig
> >> +
> >> +SRC_URI  =
> >> 
"git://github.com/LibVNC/libvncserver.git;tag=LibVNCServer-0.9.10"> 
> > Set SRCREV matching with this tag, otherwise bitbake will always use
> > git
> > ls-remote to convert tag name to git SHA, which won't work for builds
> > from premirror (possibly without access to network)
>  
>  This is easy to fix, however the above x11vnc conflict is not and I
>  have
>  to check with upstream developers which might take awhile.
>  
>  Is it ok to blacklist libvncserver in patch v3 in order to not break
>  x11vnc until this is solved?
> >>> 
> >>> I don't want to introduce more blacklisted recipes in meta-oe, so this
> >>> won't be merged until it's resolved.
> >> 
> >> Quick question: Fixing this involves adding a PACKAGECONFIG dependency
> >> inside x11vnc on libvncserver. x11vnc is in the openembedded-core layer.
> > 
> > If such PACKAGECONFIG can be disabled by default, then it's ok.
> > 
> >> Should I move libvncserver to oe-core, move x11vnc in meta-oe or should
> >> I just let them reside in separate layers even though there is this
> >> dependency?
> > 
> > oe-core (x11vnc) cannot by default depend on meta-oe (libvncserver), it
> > can be optional dependency, but without looking at the code my guess is
> > that this won't fix the issue.
> > 
> > Is the PACKAGECONFIG about using external libvncserver instead of
> > building own version inside x11vnc recipe? If my guess is right, then
> > oe-core will need to build own and meta-oe will need to remove such
> > PACKAGECONFIG in order to unblock building separate libvncserver.
> > 
> > If that's the case then moving libvncserver to oe-core or x11vnc to
> > meta-oe would be easier way forward.
> 
> Yes, this is correct (x11vnc's configured --with-system-libvncserver)

FWIW assuming it works and isn't specially patched, I think for x11vnc we'd 
probably be better off using an external lib we can keep up-to-date rather than 
a bundled one that might be out-of-date; that is to say, if we are to keep 
x11vnc in OE-Core then we might as well also have libvncserver. (One might 
possibly ask if we really need x11vnc there though, I don't have an answer to 
that).

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] [meta-oe][PATCH v2] meta-oe: recipes-graphics: add libvncserver recipe

[Martin Jansa]

On Wed, Oct 14, 2015 at 05:06:07PM +0300, Ioan-Adrian Ratiu wrote:
> On 13.10.2015 16:08, Martin Jansa wrote:
> > On Tue, Oct 13, 2015 at 03:40:20PM +0300, Ioan-Adrian Ratiu wrote:
> >> On 13.10.2015 13:53, Martin Jansa wrote:
> >>> On Fri, Oct 09, 2015 at 09:58:07AM +0300, Ioan-Adrian Ratiu wrote:
>  Signed-off-by: Ioan-Adrian Ratiu 
>  ---
> .../libvncserver/libvncserver_0.9.10.bb   | 19 
>  +++
> 1 file changed, 19 insertions(+)
> create mode 100644 
>  meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb
> 
>  diff --git 
>  a/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb 
>  b/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb
>  new file mode 100644
>  index 000..afa303c
>  --- /dev/null
>  +++ b/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb
>  @@ -0,0 +1,19 @@
>  +DESCRIPTION = "library for easy implementation of a RDP/VNC server"
> >
> > Use SUMMARY for such short description.
> >
>  +HOMEPAGE = "https://libvnc.github.io;
>  +SECTION = "libs"
>  +PRIORITY = "optional"
> >
> > Drop PRIORITY, we don't use it anywhere.
> >
>  +LICENSE = "GPLv2"
>  +LIC_FILES_CHKSUM = "file://COPYING;md5=361b6b837cad26c6900a926b62aada5f"
>  +
>  +DEPENDS += "zlib jpeg libpng gtk+ libgcrypt nettle gnutls gmp"
>  +RDEPENDS_${PN} += "libpng gtk+ libgcrypt"
>  +
>  +RCONFLICTS_${PN} = "x11vnc"
> >>>
> >>> This isn't enough to resolve conflicts with x11vnc in sysroot, this only
> >>> prevent installing both packages in the same image.
> >>>
>  +
>  +inherit autotools pkgconfig
>  +
>  +SRC_URI  = 
>  "git://github.com/LibVNC/libvncserver.git;tag=LibVNCServer-0.9.10"
> >>>
> >>> Set SRCREV matching with this tag, otherwise bitbake will always use git
> >>> ls-remote to convert tag name to git SHA, which won't work for builds
> >>> from premirror (possibly without access to network)
> >>>
> >>
> >> This is easy to fix, however the above x11vnc conflict is not and I have
> >> to check with upstream developers which might take awhile.
> >>
> >> Is it ok to blacklist libvncserver in patch v3 in order to not break
> >> x11vnc until this is solved?
> >
> > I don't want to introduce more blacklisted recipes in meta-oe, so this
> > won't be merged until it's resolved.
> 
> Quick question: Fixing this involves adding a PACKAGECONFIG dependency 
> inside x11vnc on libvncserver. x11vnc is in the openembedded-core layer.

If such PACKAGECONFIG can be disabled by default, then it's ok.

> Should I move libvncserver to oe-core, move x11vnc in meta-oe or should 
> I just let them reside in separate layers even though there is this 
> dependency?

oe-core (x11vnc) cannot by default depend on meta-oe (libvncserver), it
can be optional dependency, but without looking at the code my guess is
that this won't fix the issue.

Is the PACKAGECONFIG about using external libvncserver instead of
building own version inside x11vnc recipe? If my guess is right, then
oe-core will need to build own and meta-oe will need to remove such
PACKAGECONFIG in order to unblock building separate libvncserver.

If that's the case then moving libvncserver to oe-core or x11vnc to
meta-oe would be easier way forward.

Adding oe-core ML for their opinion.

Regards,
> >
>  +
>  +S = "${WORKDIR}/git"
>  +
>  +EXTRA_OEMAKE_append=" SUBDIRS='libvncserver' "
>  --
>  2.1.4
> 
>  --
>  ___
>  Openembedded-devel mailing list
>  openembedded-de...@lists.openembedded.org
>  http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >>>
> >>>
> >>>
> >>
> >> --
> >> ___
> >> Openembedded-devel mailing list
> >> openembedded-de...@lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >
> >
> >
> 

-- 
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] [PATCHv2] fontcache: allow to pass extra parameters and environment to fc-cache

[Martin Jansa]

On Tue, Sep 29, 2015 at 05:50:55PM +0200, Martin Jansa wrote:
> On Thu, Sep 10, 2015 at 04:31:26PM +0200, Martin Jansa wrote:
> > * this can be useful for passing extra parameters, pass
> >   -v by default to see what's going on in do_rootfs
> > * we need to use this for extra parameter we implemented
> >   in fontconfig:
> >   --ignore-mtime always use cache file regardless of font directory mtime
> >   because the checksum of fontcache generated in do_rootfs
> >   doesn't match with /usr/share/fonts directory as seen on
> >   target device causing fontconfig to re-create the cache
> >   when fontconfig is used for first time or worse create
> >   new cache in every user's home directory when /usr/
> >   filesystem is read only and cache cannot be updated.
> > 
> >   Running FC_DEBUG=16 fc-cache -v on such device shows:
> >   FcCacheTimeValid dir "/usr/share/fonts" cache checksum 1441207803 dir 
> > checksum 1441206149
> > * my guess is that the checksum is different, because pseudo
> >   (which is unloaded when running qemuwrapper) or because some
> >   influence of running the rootfs under qemu.
> 
> ping
> 
> was this postponed to 2.0? Any feedback would be nice.
> 
> But thanks for applying the other 2, now we were able to implement this in our
> layer with overlayed fontcache.bbclass and intercepts scripts.

ping2

> > Signed-off-by: Martin Jansa 
> > ---
> >  meta/classes/fontcache.bbclass| 19 +++
> >  scripts/postinst-intercepts/update_font_cache |  4 ++--
> >  2 files changed, 17 insertions(+), 6 deletions(-)
> > 
> > diff --git a/meta/classes/fontcache.bbclass b/meta/classes/fontcache.bbclass
> > index d122387..8ebdfc4 100644
> > --- a/meta/classes/fontcache.bbclass
> > +++ b/meta/classes/fontcache.bbclass
> > @@ -9,12 +9,23 @@ inherit qemu
> >  FONT_PACKAGES ??= "${PN}"
> >  FONT_EXTRA_RDEPENDS ?= "fontconfig-utils"
> >  FONTCONFIG_CACHE_DIR ?= "${localstatedir}/cache/fontconfig"
> > +FONTCONFIG_CACHE_PARAMS ?= "-v"
> > +# You can change this to e.g. FC_DEBUG=16 to debug fc-cache issues,
> > +# something has to be set, because qemuwrapper is using this variable 
> > after -E
> > +# multiple variables aren't allowed because for qemu they are separated
> > +# by comma and in -n "$D" case they should be separated by space
> > +FONTCONFIG_CACHE_ENV ?= "FC_DEBUG=1"
> >  fontcache_common() {
> > -if [ "x$D" != "x" ] ; then
> > -   $INTERCEPT_DIR/postinst_intercept update_font_cache ${PKG} 
> > mlprefix=${MLPREFIX} bindir=${bindir} \
> > -   libdir=${libdir} base_libdir=${base_libdir} 
> > fontconfigcachedir=${FONTCONFIG_CACHE_DIR}
> > +if [ -n "$D" ] ; then
> > +   $INTERCEPT_DIR/postinst_intercept update_font_cache ${PKG} 
> > mlprefix=${MLPREFIX} \
> > +   'bindir="${bindir}"' \
> > +   'libdir="${libdir}"' \
> > +   'base_libdir="${base_libdir}"' \
> > +   'fontconfigcachedir="${FONTCONFIG_CACHE_DIR}"' \
> > +   'fontconfigcacheparams="${FONTCONFIG_CACHE_PARAMS}"' \
> > +   'fontconfigcacheenv="${FONTCONFIG_CACHE_ENV}"'
> >  else
> > -   fc-cache
> > +   ${FONTCONFIG_CACHE_ENV} fc-cache ${FONTCONFIG_CACHE_PARAMS}
> >  fi
> >  }
> >  
> > diff --git a/scripts/postinst-intercepts/update_font_cache 
> > b/scripts/postinst-intercepts/update_font_cache
> > index c8c6018..0deab3c 100644
> > --- a/scripts/postinst-intercepts/update_font_cache
> > +++ b/scripts/postinst-intercepts/update_font_cache
> > @@ -1,5 +1,5 @@
> >  #!/bin/sh
> >  
> > -PSEUDO_UNLOAD=1 qemuwrapper -L $D -E 
> > LD_LIBRARY_PATH=$D/${libdir}:$D/${base_libdir}\
> > -   $D${bindir}/fc-cache --sysroot=$D
> > +PSEUDO_UNLOAD=1 qemuwrapper -L $D -E 
> > LD_LIBRARY_PATH=$D/${libdir}:$D/${base_libdir} \
> > +   -E ${fontconfigcacheenv} 
> > $D${bindir}/fc-cache --sysroot=$D ${fontconfigcacheparams}
> >  chown -R root:root $D${fontconfigcachedir}
> > -- 
> > 2.5.1
> > 
> 
> -- 
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com



-- 
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] [oe] [meta-oe][PATCH v2] meta-oe: recipes-graphics: add libvncserver recipe

[Ioan-Adrian Ratiu]

On 14.10.2015 17:16, Martin Jansa wrote:

On Wed, Oct 14, 2015 at 05:06:07PM +0300, Ioan-Adrian Ratiu wrote:

On 13.10.2015 16:08, Martin Jansa wrote:

On Tue, Oct 13, 2015 at 03:40:20PM +0300, Ioan-Adrian Ratiu wrote:

On 13.10.2015 13:53, Martin Jansa wrote:

On Fri, Oct 09, 2015 at 09:58:07AM +0300, Ioan-Adrian Ratiu wrote:

Signed-off-by: Ioan-Adrian Ratiu 
---
.../libvncserver/libvncserver_0.9.10.bb   | 19 
+++
1 file changed, 19 insertions(+)
create mode 100644 
meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb

diff --git a/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb 
b/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb
new file mode 100644
index 000..afa303c
--- /dev/null
+++ b/meta-oe/recipes-graphics/libvncserver/libvncserver_0.9.10.bb
@@ -0,0 +1,19 @@
+DESCRIPTION = "library for easy implementation of a RDP/VNC server"


Use SUMMARY for such short description.


+HOMEPAGE = "https://libvnc.github.io;
+SECTION = "libs"
+PRIORITY = "optional"


Drop PRIORITY, we don't use it anywhere.


+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=361b6b837cad26c6900a926b62aada5f"
+
+DEPENDS += "zlib jpeg libpng gtk+ libgcrypt nettle gnutls gmp"
+RDEPENDS_${PN} += "libpng gtk+ libgcrypt"
+
+RCONFLICTS_${PN} = "x11vnc"


This isn't enough to resolve conflicts with x11vnc in sysroot, this only
prevent installing both packages in the same image.


+
+inherit autotools pkgconfig
+
+SRC_URI  = "git://github.com/LibVNC/libvncserver.git;tag=LibVNCServer-0.9.10"


Set SRCREV matching with this tag, otherwise bitbake will always use git
ls-remote to convert tag name to git SHA, which won't work for builds
from premirror (possibly without access to network)



This is easy to fix, however the above x11vnc conflict is not and I have
to check with upstream developers which might take awhile.

Is it ok to blacklist libvncserver in patch v3 in order to not break
x11vnc until this is solved?


I don't want to introduce more blacklisted recipes in meta-oe, so this
won't be merged until it's resolved.


Quick question: Fixing this involves adding a PACKAGECONFIG dependency
inside x11vnc on libvncserver. x11vnc is in the openembedded-core layer.


If such PACKAGECONFIG can be disabled by default, then it's ok.


Should I move libvncserver to oe-core, move x11vnc in meta-oe or should
I just let them reside in separate layers even though there is this
dependency?


oe-core (x11vnc) cannot by default depend on meta-oe (libvncserver), it
can be optional dependency, but without looking at the code my guess is
that this won't fix the issue.

Is the PACKAGECONFIG about using external libvncserver instead of
building own version inside x11vnc recipe? If my guess is right, then
oe-core will need to build own and meta-oe will need to remove such
PACKAGECONFIG in order to unblock building separate libvncserver.

If that's the case then moving libvncserver to oe-core or x11vnc to
meta-oe would be easier way forward.


Yes, this is correct (x11vnc's configured --with-system-libvncserver)



Adding oe-core ML for their opinion.

Regards,



+
+S = "${WORKDIR}/git"
+
+EXTRA_OEMAKE_append=" SUBDIRS='libvncserver' "
--
2.1.4

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






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










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

[OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-10-14

[Martin Jansa]

On Tue, Sep 08, 2015 at 07:09:42PM +0200, Martin Jansa wrote:
> ERROR: 84 issues were found in these recipes: android-tools
> cryptodev-tests dracut initscripts ipsec-tools libauthen-sasl-perl
> libdigest-hmac-perl libio-socket-ssl-perl linux-atm lmsensors
> lttng-tools luna-sysmgr-ipc-messages netmap openlmi-networking
> openlmi-providers openlmi-storage oprofile oprofileui oprofileui-server
> packagegroup-efl-sdk phpmyadmin polkit-group-rule-datetime
> polkit-group-rule-network shr-theme-neo terminus-font tipcutils
> ttf-arphic-uming ttf-dejavu ttf-droid ttf-gentium ttf-hunkyfonts
> ttf-inconsolata ttf-liberation ttf-mplus ttf-sazanami ttf-tlwg
> ttf-ubuntu-font-family ttf-wqy-zenhei xfce4-session xl2tpd
> xserver-common xserver-nodm-init zabbix

There were some fixes in jethro

ERROR: 67 issues were found in these recipes: android-tools dracut
initscripts ipsec-tools libauthen-sasl-perl libdigest-hmac-perl
libio-socket-ssl-perl linux-atm lmsensors luna-sysmgr-ipc-messages
netmap openlmi-networking openlmi-providers openlmi-storage
packagegroup-efl-sdk phpmyadmin shr-theme-neo terminus-font tipcutils
ttf-arphic-uming ttf-dejavu ttf-droid ttf-gentium ttf-hunkyfonts
ttf-inconsolata ttf-liberation ttf-mplus ttf-sazanami ttf-tlwg
ttf-ubuntu-font-family ttf-wqy-zenhei xfce4-session xl2tpd
xserver-common xserver-nodm-init zabbix

Complete log is here:
http://logs.nslu2-linux.org/buildlogs/oe/world/log.signatures.20151014_180341.log/

 === Comparing signatures for task do_configure.sigdata between qemux86copy and 
qemux86 ===
ERROR: ipsec-tools different signature for task do_configure.sigdata between 
qemux86copy and qemux86
runtaskdeps changed from 
['autoconfautoconf_2.69.bb.do_populate_sysroot:virtual:native', 
'automakeautomake_1.15.bb.do_populate_sysroot:virtual:native', 
'bisonbison_3.0.4.bb.do_populate_sysroot:virtual:native', 
'flexflex_2.5.39.bb.do_populate_sysroot:virtual:native', 
'gccgcc-cross_5.2.bb.do_populate_sysroot', 
'gccgcc-runtime_5.2.bb.do_populate_sysroot', 
'glibcglibc_2.22.bb.do_populate_sysroot', 
'gnu-configgnu-config_git.bb.do_populate_sysroot:virtual:native', 
'ipsec-toolsipsec-tools_0.8.2.bb.do_patch', 
'libtoollibtool-cross_2.4.6.bb.do_populate_sysroot', 
'libtoollibtool-native_2.4.6.bb.do_populate_sysroot', 
'linuxlinux-yocto_4.1.bb.do_populate_sysroot', 
'opensslopenssl_1.0.2d.bb.do_populate_sysroot', 
'readlinereadline_6.3.bb.do_populate_sysroot', 
'systemdsystemd-systemctl-native.bb.do_populate_sysroot'] to 
['autoconfautoconf_2.69.bb.do_populate_sysroot:virtual:native', 
'automakeautomake_1.15.bb.do_populate_sysroot:virtual:native', 
'bisonbison_3.0.4.bb.do_populate_sysroot:virtual:native', 
'flexflex_2.5.39.bb.do_populate_sysroot:virtual:native', 
'gccgcc-cross_5.2.bb.do_populate_sysroot', 
'gccgcc-runtime_5.2.bb.do_populate_sysroot', 
'glibcglibc_2.22.bb.do_populate_sysroot', 
'gnu-configgnu-config_git.bb.do_populate_sysroot:virtual:native', 
'ipsec-toolsipsec-tools_0.8.2.bb.do_patch', 
'libtoollibtool-cross_2.4.6.bb.do_populate_sysroot', 
'libtoollibtool-native_2.4.6.bb.do_populate_sysroot', 
'linuxlinux-yocto_4.1.bb.do_populate_sysroot', 
'opensslopenssl_1.0.2d.bb.do_populate_sysroot', 
'readlinereadline_6.3.bb.do_populate_sysroot', 
'systemdsystemd-systemctl-native.bb.do_populate_sysroot']
/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb.do_populate_sysroot
 with hash 1a8aa7a50a6cf3ebf5401af43dd6bf3b
 changed to
/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb.do_populate_sysroot
 with hash 143d2686a37f592891fb2aa6fa9b752e
Hash for dependent task linuxlinux-yocto_4.1.bb.do_populate_sysroot changed 
from 1a8aa7a50a6cf3ebf5401af43dd6bf3b to 143d2686a37f592891fb2aa6fa9b752e

ERROR: linux-atm different signature for task do_configure.sigdata between 
qemux86copy and qemux86
runtaskdeps changed from 
['autoconfautoconf_2.69.bb.do_populate_sysroot:virtual:native', 
'automakeautomake_1.15.bb.do_populate_sysroot:virtual:native', 
'flexflex_2.5.39.bb.do_populate_sysroot', 
'flexflex_2.5.39.bb.do_populate_sysroot:virtual:native', 
'gccgcc-cross_5.2.bb.do_populate_sysroot', 
'gccgcc-runtime_5.2.bb.do_populate_sysroot', 
'glibcglibc_2.22.bb.do_populate_sysroot', 
'gnu-configgnu-config_git.bb.do_populate_sysroot:virtual:native', 
'libtoollibtool-cross_2.4.6.bb.do_populate_sysroot', 
'libtoollibtool-native_2.4.6.bb.do_populate_sysroot', 
'linux-atmlinux-atm_2.5.2.bb.do_patch', 
'linuxlinux-yocto_4.1.bb.do_populate_sysroot', 
'pkgconfigpkgconfig_git.bb.do_populate_sysroot:virtual:native'] to 
['autoconfautoconf_2.69.bb.do_populate_sysroot:virtual:native', 
'automakeautomake_1.15.bb.do_populate_sysroot:virtual:native', 
'flexflex_2.5.39.bb.do_populate_sysroot', 
'flexflex_2.5.39.bb.do_populate_sysroot:virtual:native', 
'gccgcc-cross_5.2.bb.do_populate_sysroot', 
'gccgcc-runtime_5.2.bb.do_populate_sysroot', 
'glibcglibc_2.22.bb.do_populate_sysroot', 

Re: [OE-core] Error due GTK+3 new rdepends on libgl

[Otavio Salvador]

On Wed, Oct 14, 2015 at 9:54 AM, Otavio Salvador
 wrote:
> On Wed, Oct 14, 2015 at 4:31 AM, Jussi Kukkonen
>  wrote:
>> On 14 October 2015 at 00:42, Burton, Ross  wrote:
>>>
>>>
>>> On 13 October 2015 at 22:32, Otavio Salvador
>>>  wrote:

 This includes a forced rdepends on libgl and I see no reason for this.
>>>
>>>
>>> Mainly because gtk3-demo will link to libGL.so on startup.
>>>
>>> It would be interesting to see what happens on platforms where libgl.so
>>> isn't available if you remove the dependency.  If GTK+ handles that
>>> gracefully then we can make the rdepends conditional on DISTRO_FEATURES.
>>
>>
>> If dlopening libGL.so.1 fails, gtk3-demo will not run. I'm sure it's
>> possible to patch it to fail gracefully (after all GL is only needed for one
>> demo out of many) and I would guess upstream would take that as well, but
>> for now I just did the minimum required to get the current dependencies
>> correct in the recipe.
>
> In worse case, it would be a RRECOMMENDS. Anyway fixing it seems the
> best way to handle this IMO.

This also breaks the generation of images using Wayland but no X11.
This fails with mesa:

configure:
prefix:  /usr
exec_prefix: /usr
libdir:  /usr/lib
includedir:  /usr/include
OpenGL:  yes (ES1: yes ES2: yes)
OSMesa:  no
DRI platform:drm
DRI drivers: swrast
DRI driver dir:  ${libdir}/dri
GLX: no
EGL: yes
EGL platforms:   drm wayland
EGL drivers: builtin:egl_dri2
llvm:no
Gallium: no
Shared libs: yes
Static libs: no
Shared-glapi:yes
CFLAGS:  -O2 -pipe -g -feliminate-unused-debug-types
-fno-omit-frame-pointer -Wall -std=c99
-Werror=implicit-function-declaration -Werror=missing-prototypes
-fno-strict-aliasing -fno-builtin-memcmp
CXXFLAGS:-O2 -pipe -g -feliminate-unused-debug-types
-fno-omit-frame-pointer -fvisibility-inlines-hidden -Wall
-fno-strict-aliasing -fno-builtin-memcmp
Macros:  -D_GNU_SOURCE -DNDEBUG -DHAVE_XLOCALE_H
-DHAVE_SYS_SYSCTL_H -DHAVE_STRTOF -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN
-DHAVE_LIBDRM -DHAVE_LIBUDEV -DHAVE_ALIAS -DHAVE_MINCORE
-DMESA_EGL_NO_X11_HEADERS
PYTHON2: python2
Run 'make' to build Mesa

-- 
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] Error due GTK+3 new rdepends on libgl

[Jussi Kukkonen]

On 14 October 2015 at 00:42, Burton, Ross  wrote:

>
> On 13 October 2015 at 22:32, Otavio Salvador <
> otavio.salva...@ossystems.com.br> wrote:
>
>> This includes a forced rdepends on libgl and I see no reason for this.
>>
>
> Mainly because gtk3-demo will link to libGL.so on startup.
>
> It would be interesting to see what happens on platforms where libgl.so
> isn't available if you remove the dependency.  If GTK+ handles that
> gracefully then we can make the rdepends conditional on DISTRO_FEATURES.
>

If dlopening libGL.so.1 fails, gtk3-demo will not run. I'm sure it's
possible to patch it to fail gracefully (after all GL is only needed for
one demo out of many) and I would guess upstream would take that as well,
but for now I just did the minimum required to get the current dependencies
correct in the recipe.

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

[OE-core] [PATCH v2 2/5] classes/populate_sdk_ext: prevent do_rootfs from executing on install

[Paul Eggleton]

In order to prepare the build system within the extensible SDK, we
actually go ahead and build the targets specified by SDK_TARGETS (by
default the image the SDK was built for). Assuming that's an image, we
don't actually need to build the image itself - we just need to have
everything done up to the point before building the image, so that we
have everything needed in the sysroot.

In order to do this, create temporary bbappends for each of the targets
in the workspace layer that stub out do_rootfs. This is a little bit of
a hack but is the least intrusive fix at this point. To make things a
bit tidier, I have split out the preparation commands into a separate
script so we can run that in the appropriate environment rather than all
the commands separately.

Fixes [YOCTO #7590].

Signed-off-by: Paul Eggleton 
---
 meta/classes/populate_sdk_ext.bbclass |  5 -
 meta/files/ext-sdk-prepare.sh | 16 
 2 files changed, 20 insertions(+), 1 deletion(-)
 create mode 100644 meta/files/ext-sdk-prepare.sh

diff --git a/meta/classes/populate_sdk_ext.bbclass 
b/meta/classes/populate_sdk_ext.bbclass
index 90033ba..0feb3b2 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -203,6 +203,8 @@ install_tools() {
install $buildtools_path ${SDK_OUTPUT}/${SDKPATH}
 
install ${SDK_DEPLOY}/${BUILD_ARCH}-nativesdk-libc.tar.bz2 
${SDK_OUTPUT}/${SDKPATH}
+
+   install -m 0755 ${COREBASE}/meta/files/ext-sdk-prepare.sh 
${SDK_OUTPUT}/${SDKPATH}
 }
 
 # Since bitbake won't run as root it doesn't make sense to try and install
@@ -242,8 +244,9 @@ sdk_ext_postinst() {
# dash which is /bin/sh on Ubuntu will not preserve the
# current working directory when first ran, nor will it set $1 
when
# sourcing a script. That is why this has to look so ugly.
-   sh -c ". buildtools/environment-setup* > 
preparing_build_system.log && cd $target_sdk_dir/`dirname 
${oe_init_build_env_path}` && set $target_sdk_dir && . 
$target_sdk_dir/${oe_init_build_env_path} $target_sdk_dir >> 
preparing_build_system.log && bitbake ${SDK_TARGETS} >> 
preparing_build_system.log" || { echo "SDK preparation failed: see 
`pwd`/preparing_build_system.log" ; exit 1 ; }
+   sh -c ". buildtools/environment-setup* > 
preparing_build_system.log && cd $target_sdk_dir/`dirname 
${oe_init_build_env_path}` && set $target_sdk_dir && . 
$target_sdk_dir/${oe_init_build_env_path} $target_sdk_dir >> 
preparing_build_system.log && $target_sdk_dir/ext-sdk-prepare.sh 
$target_sdk_dir '${SDK_TARGETS}' >> preparing_build_system.log 2>&1" || { echo 
"SDK preparation failed: see `pwd`/preparing_build_system.log" ; exit 1 ; }
fi
+   rm -f $target_sdk_dir/ext-sdk-prepare.sh
echo done
 }
 
diff --git a/meta/files/ext-sdk-prepare.sh b/meta/files/ext-sdk-prepare.sh
new file mode 100644
index 000..a5a46be
--- /dev/null
+++ b/meta/files/ext-sdk-prepare.sh
@@ -0,0 +1,16 @@
+#!/bin/sh
+
+# Prepare the build system within the extensible SDK
+
+target_sdk_dir="$1"
+sdk_targets="$2"
+
+# Avoid actually building images during this phase
+# This is a hack, to be sure, but we really don't need to do this here
+for sdktarget in $sdk_targets ; do
+   bbappend=`recipetool newappend $target_sdk_dir/workspace $sdktarget`
+   printf 'python do_rootfs_forcevariable () {\n
bb.utils.mkdirhier(d.getVar("IMAGE_ROOTFS", True))\n}\n' > $bbappend
+   printf "Created bbappend %s\n" "$bbappend"
+done
+bitbake $sdk_targets || exit 1
+rm -rf $target_sdk_dir/workspace/appends/*
-- 
2.1.0

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

[OE-core] [PATCH v2 1/5] classes/populate_sdk_ext: consistent indentation

[Paul Eggleton]

Signed-off-by: Paul Eggleton 
---
 meta/classes/populate_sdk_ext.bbclass | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/classes/populate_sdk_ext.bbclass 
b/meta/classes/populate_sdk_ext.bbclass
index c244d93..90033ba 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -238,11 +238,11 @@ sdk_ext_postinst() {
mv *-nativesdk-libc.tar.* $target_sdk_dir/`dirname 
${oe_init_build_env_path}`
 
if [ "$prepare_buildsystem" != "no" ]; then
-   printf "Preparing build system...\n"
-   # dash which is /bin/sh on Ubuntu will not preserve the
-   # current working directory when first ran, nor will it set $1 when
-   # sourcing a script. That is why this has to look so ugly.
-   sh -c ". buildtools/environment-setup* > preparing_build_system.log 
&& cd $target_sdk_dir/`dirname ${oe_init_build_env_path}` && set 
$target_sdk_dir && . $target_sdk_dir/${oe_init_build_env_path} $target_sdk_dir 
>> preparing_build_system.log && bitbake ${SDK_TARGETS} >> 
preparing_build_system.log" || { echo "SDK preparation failed: see 
`pwd`/preparing_build_system.log" ; exit 1 ; }
+   printf "Preparing build system...\n"
+   # dash which is /bin/sh on Ubuntu will not preserve the
+   # current working directory when first ran, nor will it set $1 
when
+   # sourcing a script. That is why this has to look so ugly.
+   sh -c ". buildtools/environment-setup* > 
preparing_build_system.log && cd $target_sdk_dir/`dirname 
${oe_init_build_env_path}` && set $target_sdk_dir && . 
$target_sdk_dir/${oe_init_build_env_path} $target_sdk_dir >> 
preparing_build_system.log && bitbake ${SDK_TARGETS} >> 
preparing_build_system.log" || { echo "SDK preparation failed: see 
`pwd`/preparing_build_system.log" ; exit 1 ; }
fi
echo done
 }
-- 
2.1.0

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

[OE-core] [PATCH v2 5/5] toolchain-shar-extract.sh: print full-length title underline

[Paul Eggleton]

Print a line that's the full length of the title that it's underneath.

Signed-off-by: Paul Eggleton 
---
 meta/files/toolchain-shar-extract.sh | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/files/toolchain-shar-extract.sh 
b/meta/files/toolchain-shar-extract.sh
index 2ffc2d1..568b580 100644
--- a/meta/files/toolchain-shar-extract.sh
+++ b/meta/files/toolchain-shar-extract.sh
@@ -68,8 +68,9 @@ while getopts ":yd:nDRS" OPT; do
esac
 done
 
-echo "@SDK_TITLE@ installer version @SDK_VERSION@"
-echo "==="
+titlestr="@SDK_TITLE@ installer version @SDK_VERSION@"
+printf "%s\n" "$titlestr"
+printf "%${#titlestr}s\n" | tr " " "="
 
 if [ $verbose = 1 ] ; then
set -x
-- 
2.1.0

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

[OE-core] [PATCH v2 4/5] classes/populate_sdk_ext: detect and warn if running in OE environment

[Paul Eggleton]

If you run the extensible SDK environment setup script in a shell
session where oe-init-build-env has been run already, and attempt to use
the two together, strange things happen - you may not even be running
devtool from the extensible SDK, but the OE tree. This isn't a supported
use case anyway, so show a warning recommending starting a new shell
session.

Signed-off-by: Paul Eggleton 
---
 meta/classes/populate_sdk_ext.bbclass | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/classes/populate_sdk_ext.bbclass 
b/meta/classes/populate_sdk_ext.bbclass
index 060a44a..249ec36 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -238,6 +238,9 @@ sdk_ext_postinst() {
 
echo "printf 'SDK environment now set up; additionally you may now run 
devtool to perform development tasks.\nRun devtool --help for further 
details.\n'" >> $env_setup_script
 
+   # Warn if trying to use external bitbake and the ext SDK together
+   echo "(which bitbake > /dev/null 2>&1 && echo 'WARNING: attempting to 
use the extensible SDK in an environment set up to run bitbake - this may lead 
to unexpected results. Please source this script in a new shell session 
instead.') || true" >> $env_setup_script
+
# For now this is where uninative.bbclass expects the tarball
mv *-nativesdk-libc.tar.* $target_sdk_dir/`dirname 
${oe_init_build_env_path}`
 
-- 
2.1.0

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

[OE-core] [PATCH v2 0/5] Extensible SDK fixes

[Paul Eggleton]

Changes since v1:
 * Simplify "prevent do_rootfs from executing on install" fix to avoid
   creating a class that we don't need - just put the stubbing out of
   do_rootfs in each bbappend file.
 * Print a warning within the env setup script if the OE env setup
   script has previously been sourced, because things won't work as
   you might expect if that's been done.

The following changes since commit 10e5df3503632a6e1c54612055b19f7258c3ae2f:

  lib/oe/image.py: Fix dependency handling for compressed types (2015-10-14 
18:08:22 +0300)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/extsdkfixes2
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/extsdkfixes2

Paul Eggleton (5):
  classes/populate_sdk_ext: consistent indentation
  classes/populate_sdk_ext: prevent do_rootfs from executing on install
  classes/populate_sdk_ext: add note to env setup script
  classes/populate_sdk_ext: detect and warn if running in OE environment
  toolchain-shar-extract.sh: print full-length title underline

 meta/classes/populate_sdk_ext.bbclass | 18 +-
 meta/files/ext-sdk-prepare.sh | 16 
 meta/files/toolchain-shar-extract.sh  |  5 +++--
 3 files changed, 32 insertions(+), 7 deletions(-)
 create mode 100644 meta/files/ext-sdk-prepare.sh

-- 
2.1.0

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

[OE-core] [PATCH v2 3/5] classes/populate_sdk_ext: add note to env setup script

[Paul Eggleton]

Print a note at the end of the environment setup script pointing to
devtool.

Signed-off-by: Paul Eggleton 
---
 meta/classes/populate_sdk_ext.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/populate_sdk_ext.bbclass 
b/meta/classes/populate_sdk_ext.bbclass
index 0feb3b2..060a44a 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -236,6 +236,8 @@ sdk_ext_postinst() {
# so put it at the end of $PATH.
echo "export 
PATH=\$PATH:$target_sdk_dir/sysroots/${SDK_SYS}/${bindir_nativesdk}" >> 
$env_setup_script
 
+   echo "printf 'SDK environment now set up; additionally you may now run 
devtool to perform development tasks.\nRun devtool --help for further 
details.\n'" >> $env_setup_script
+
# For now this is where uninative.bbclass expects the tarball
mv *-nativesdk-libc.tar.* $target_sdk_dir/`dirname 
${oe_init_build_env_path}`
 
-- 
2.1.0

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

Re: [OE-core] [PATCH 1/1] toolchain-shar-extract.sh: fix path in example

[Paul Eggleton]

On Tuesday 13 October 2015 11:15:04 Chen Qi wrote:
> $env_setup_script already contains $target_sdk_dir.
> Fix the path in the example.
> 
> Signed-off-by: Chen Qi 
> ---
>  meta/files/toolchain-shar-extract.sh | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/files/toolchain-shar-extract.sh
> b/meta/files/toolchain-shar-extract.sh index 2ffc2d1..2eeb290 100644
> --- a/meta/files/toolchain-shar-extract.sh
> +++ b/meta/files/toolchain-shar-extract.sh
> @@ -183,7 +183,7 @@ fi
>  echo "SDK has been successfully set up and is ready to be used."
>  echo "Each time you wish to use the SDK in a new shell session, you need to
> source the environment setup script e.g." for env_setup_script in `ls
> $target_sdk_dir/environment-setup-*`; do 
> - echo " \$ . $target_sdk_dir/$env_setup_script"
> + echo " \$ . $env_setup_script"
>  done
> 
>  exit 0

Oops, this was my fault - thanks for fixing. This was also recently reported as 
[YOCTO #8431].

Acked-by: Paul Eggleton 

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] devtool: handle virtual providers

[Paul Eggleton]

For modify / extract / upgrade, if the specified "recipe" is not
actually a recipe but a virtual target such as virtual/kernel, map it
correctly to the actual recipe and make sure we use that name within the
workspace. Thanks to Chris Larson for reminding me this was still broken
and for a hint on how to fix it.

Signed-off-by: Paul Eggleton 
---
 meta/lib/oe/recipeutils.py|  6 +-
 meta/lib/oeqa/selftest/devtool.py | 32 
 scripts/lib/devtool/standard.py   | 24 ++--
 scripts/lib/devtool/upgrade.py| 12 +---
 4 files changed, 64 insertions(+), 10 deletions(-)

diff --git a/meta/lib/oe/recipeutils.py b/meta/lib/oe/recipeutils.py
index 207c300..119a688 100644
--- a/meta/lib/oe/recipeutils.py
+++ b/meta/lib/oe/recipeutils.py
@@ -31,9 +31,13 @@ def pn_to_recipe(cooker, pn):
 import bb.providers
 
 if pn in cooker.recipecache.pkg_pn:
-filenames = cooker.recipecache.pkg_pn[pn]
 best = bb.providers.findBestProvider(pn, cooker.data, 
cooker.recipecache, cooker.recipecache.pkg_pn)
 return best[3]
+elif pn in cooker.recipecache.providers:
+filenames = cooker.recipecache.providers[pn]
+eligible, foundUnique = bb.providers.filterProviders(filenames, pn, 
cooker.expanded_data, cooker.recipecache)
+filename = eligible[0]
+return filename
 else:
 return None
 
diff --git a/meta/lib/oeqa/selftest/devtool.py 
b/meta/lib/oeqa/selftest/devtool.py
index baa56d6..e4de309 100644
--- a/meta/lib/oeqa/selftest/devtool.py
+++ b/meta/lib/oeqa/selftest/devtool.py
@@ -466,6 +466,28 @@ class DevtoolTests(DevtoolBase):
 # Try building
 bitbake(testrecipe)
 
+def test_devtool_modify_virtual(self):
+# Try modifying a virtual recipe
+virtrecipe = 'virtual/libx11'
+realrecipe = 'libx11'
+tempdir = tempfile.mkdtemp(prefix='devtoolqa')
+self.track_for_cleanup(tempdir)
+self.track_for_cleanup(self.workspacedir)
+self.add_command_to_tearDown('bitbake-layers remove-layer */workspace')
+result = runCmd('devtool modify %s -x %s' % (virtrecipe, tempdir))
+self.assertTrue(os.path.exists(os.path.join(tempdir, 'Makefile.am')), 
'Extracted source could not be found')
+self.assertTrue(os.path.exists(os.path.join(self.workspacedir, 'conf', 
'layer.conf')), 'Workspace directory not created')
+matches = glob.glob(os.path.join(self.workspacedir, 'appends', 
'%s_*.bbappend' % realrecipe))
+self.assertTrue(matches, 'bbappend not created %s' % result.output)
+# Test devtool status
+result = runCmd('devtool status')
+self.assertNotIn(virtrecipe, result.output)
+self.assertIn(realrecipe, result.output)
+# Check git repo
+self._check_src_repo(tempdir)
+# This is probably sufficient
+
+
 @testcase(1169)
 def test_devtool_update_recipe(self):
 # Check preconditions
@@ -805,6 +827,16 @@ class DevtoolTests(DevtoolBase):
 self.assertTrue(os.path.exists(os.path.join(tempdir, 'Makefile.am')), 
'Extracted source could not be found')
 self._check_src_repo(tempdir)
 
+def test_devtool_extract_virtual(self):
+tempdir = tempfile.mkdtemp(prefix='devtoolqa')
+# Try devtool extract
+self.track_for_cleanup(tempdir)
+self.track_for_cleanup(self.workspacedir)
+self.add_command_to_tearDown('bitbake-layers remove-layer */workspace')
+result = runCmd('devtool extract virtual/libx11 %s' % tempdir)
+self.assertTrue(os.path.exists(os.path.join(tempdir, 'Makefile.am')), 
'Extracted source could not be found')
+self._check_src_repo(tempdir)
+
 @testcase(1168)
 def test_devtool_reset_all(self):
 tempdir = tempfile.mkdtemp(prefix='devtoolqa')
diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 5d7e903..1285974 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -45,6 +45,10 @@ def add(args, config, basepath, workspace):
 if reason:
 raise DevtoolError(reason)
 
+# FIXME this ought to be in validate_pn but we're using that in other 
contexts
+if '/' in args.recipename:
+raise DevtoolError('"/" is not a valid character in recipe names')
+
 srctree = os.path.abspath(args.srctree)
 if os.path.exists(srctree):
 if args.fetch:
@@ -514,6 +518,14 @@ def modify(args, config, basepath, workspace):
 rd = parse_recipe(config, tinfoil, args.recipename, True)
 if not rd:
 return 1
+
+pn = rd.getVar('PN', True)
+if pn != args.recipename:
+logger.info('Mapping %s to %s' % (args.recipename, pn))
+if pn in workspace:
+raise DevtoolError("recipe %s is already in your workspace" %
+   pn)
+
 recipefile = rd.getVar('FILE', True)
 appendname = 

[OE-core] [PATCH 1/2] devtool: extract: fix error handling

[Paul Eggleton]

If recipe parsing fails we need to exit out instead of attempting to use
the data object that's set to None, which resulted in a traceback.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/devtool/standard.py | 8 
 1 file changed, 8 insertions(+)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 6ce3144..5d7e903 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -225,6 +225,9 @@ def extract(args, config, basepath, workspace):
 import bb
 
 tinfoil = _prep_extract_operation(config, basepath, args.recipename)
+if not tinfoil:
+# Error already shown
+return 1
 
 rd = parse_recipe(config, tinfoil, args.recipename, True)
 if not rd:
@@ -271,6 +274,8 @@ def _prep_extract_operation(config, basepath, recipename):
trying to extract a package. Returns the tinfoil instance to be used."""
 tinfoil = setup_tinfoil(basepath=basepath)
 rd = parse_recipe(config, tinfoil, recipename, True)
+if not rd:
+return None
 
 if bb.data.inherits_class('kernel-yocto', rd):
 tinfoil.shutdown()
@@ -500,6 +505,9 @@ def modify(args, config, basepath, workspace):
args.srctree)
 if args.extract:
 tinfoil = _prep_extract_operation(config, basepath, args.recipename)
+if not tinfoil:
+# Error already shown
+return 1
 else:
 tinfoil = setup_tinfoil(basepath=basepath)
 
-- 
2.1.0

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

[OE-core] [PATCH 0/2] A couple of fixes for devtool

[Paul Eggleton]

The following changes since commit 10e5df3503632a6e1c54612055b19f7258c3ae2f:

  lib/oe/image.py: Fix dependency handling for compressed types (2015-10-14 
18:08:22 +0300)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/devtool-fixes8
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/devtool-fixes8

Paul Eggleton (2):
  devtool: extract: fix error handling
  devtool: handle virtual providers

 meta/lib/oe/recipeutils.py|  6 +-
 meta/lib/oeqa/selftest/devtool.py | 32 
 scripts/lib/devtool/standard.py   | 32 ++--
 scripts/lib/devtool/upgrade.py| 12 +---
 4 files changed, 72 insertions(+), 10 deletions(-)

-- 
2.1.0

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

Re: [OE-core] [oe] kernel.bbclass: Fix do_shared_workdir task ordering

[Bruce Ashfield]

On Wed, Oct 14, 2015 at 3:30 PM, S. Lockwood-Childs  wrote:
> http://patchwork.openembedded.org/patch/99875/
>
> Apparently this patch is still not in master, and I just ran across the
> problem with an externally built module (omaplfb from omap3-sgx-modules)
> in meta-ti layer.
>
> What's the plan for getting a correct Module.symver into shared_workdir
> for external modules to build against? Above patch, or does someone have
> an even better idea?

Richard and I sync'd on this while in Dublin @ ELCe, and the changes
aren't missing
from master by mistake .. but more because we are still working to come up with
a comprehensive solution (tracked in bugzilla).

The solution is pretty much what I described before, we are balancing
applications
and tasks that do not need kernel modules to be built, versus external modules
that depend on symbols from other modules. The devil is in the
details, and getting
a non-racy, task locked solution that allows the recipe writer to
explicitly decide
whether they need modules built or not .. attempts at detecting the
need, or forcing
a one size fits all solution have all lead to dead ends.

Since we are close to a release point, I'm still working on this out
of the tree, and
will propose some changes when the tree looks stable.

For now, you can carry the patch locally, or you can append to the kernel module
compilation task and do a second copy of the symvers file to the share
directory.

i.e. a variant of this:
http://patchwork.openembedded.org/patch/94891/, done in a
bbappend versus the class.

Cheers,

Bruce



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



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

Re: [OE-core] [oe] kernel.bbclass: Fix do_shared_workdir task ordering

[S. Lockwood-Childs]

http://patchwork.openembedded.org/patch/99875/

Apparently this patch is still not in master, and I just ran across the
problem with an externally built module (omaplfb from omap3-sgx-modules) 
in meta-ti layer.

What's the plan for getting a correct Module.symver into shared_workdir 
for external modules to build against? Above patch, or does someone have
an even better idea?
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] classes/base: provide hints on PACKAGECONFIG error

[Joe MacDonald]

Commit 771f89498c introduces an error message that is very rarely hit and
when it is, it is usually easy to trace the root cause very quickly.  The
information provided in the error message isn't enough to lead you back to
the actual failure, however, so expand upon it a bit, pinpointing the
specific package and flag that fails.

Signed-off-by: Joe MacDonald 
---
 meta/classes/base.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index f078001..d711ae4 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -391,7 +391,8 @@ python () {
 items = flagval.split(",")
 num = len(items)
 if num > 4:
-bb.error("Only enable,disable,depend,rdepend can be 
specified!")
+bb.error("%s: PACKAGECONFIG[%s] Only 
enable,disable,depend,rdepend can be specified!"
+% (d.getVar('PN', True), flag))
 
 if flag in pkgconfig:
 if num >= 3 and items[2]:
-- 
1.9.1

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

[OE-core] syslinux + gcc 5.2 build error

[Andre McCurdy]

I'm seeing what looks like a gcc bug when building syslinux with
certain combinations of TUNE_CCARGS. A specific combination which
fails is:

  TUNE_CCARGS = " -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse
-fschedule-insns"

( ie the default flags set by tune-core2.inc with one additional flag:
-fschedule-insns )

Problem is only seen with gcc 5.2

Compiler error is:

i686-rdk-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse
-fschedule-insns
--sysroot=/home/andre/rdk/rdk-master/build-vbox32/tmp/sysroots/vbox32
-O2 -pipe -g -feliminate-unused-debug-types -fstack-protector-strong
-D_FORTIFY_SOURCE=2 -MT zlib/deflate.o -MD -Os -march=i386
-falign-functions=0 -falign-jumps=0 -falign-labels=0 -ffast-math
-fomit-frame-pointer -std=gnu99 -m32 -mpreferred-stack-boundary=2
-fno-stack-protector -fwrapv -freg-struct-return -fPIC -fno-exceptions
-fno-asynchronous-unwind-tables -fno-strict-aliasing
-falign-functions=0 -falign-jumps=0 -falign-labels=0 -falign-loops=0
-g -D__COM32__ -D__FIRMWARE_BIOS__ -nostdinc -iwithprefix include -I.
-I/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/sys
-I/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/../include
-I/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/include/sys
-I/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/core/include
-I/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/
-I/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/sys/module
-I/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/bios/com32/lib//../..
-W -Wall -Wstrict-prototypes -Wpointer-arith -Wwrite-strings
-Wstrict-prototypes -Winline -DDYNAMIC_CRC_TABLE -DPNG_NO_CONSOLE_IO
-DPNG_NO_WRITE_SUPPORTED -DPNG_NO_MNG_FEATURES -DPNG_NO_READ_tIME
-DPNG_NO_WRITE_tIME -mregparm=3 -DREGPARM=3 -c -o zlib/deflate.o
/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/zlib/deflate.c

/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/zlib/deflate.c:
In function 'deflate':
/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/zlib/deflate.c:892:1:
error: unable to find a register to spill
 }
 ^
/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/zlib/deflate.c:892:1:
error: this is the insn:
(insn 745 1859 1860 94 (set (reg:QI 995)
(mem/j:QI (plus:SI (reg/v/f:SI 965 [orig:676 strm ] [676])
(const_int 48 [0x30])) [0 strm_54(D)->adler+0 S1
A32])) 
/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/zlib/deflate.c:775
86 {*movqi_internal}
 (nil))
/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/zlib/deflate.c:892:
confused by earlier errors, bailing out
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] mdadm: fix CFLAGS invalid issue

[Burton, Ross]

On 14 October 2015 at 03:27, wenzong fan  wrote:

> Ping ...
>

This doesn't apply to master now, can you rebase please.

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

[OE-core] [RFC PATCH 2/2] connman: tidy up connman-conf usage

[Joshua Lock]

connman-conf is now a systemd oneshot so need not be sed'ed in to
the ConnMan service file.

Furthermore add connman-conf as RRECCOMENDS only for qemu machines.

This cleans up connman-conf so that it is not automatically installed
and unconditionally calling a script that doesn't exist for most
machines.

[YOCTO #8399]

Signed-off-by: Joshua Lock 
---
 meta/recipes-connectivity/connman/connman.inc | 5 -
 meta/recipes-connectivity/connman/connman_1.30.bb | 2 +-
 2 files changed, 1 insertion(+), 6 deletions(-)

diff --git a/meta/recipes-connectivity/connman/connman.inc 
b/meta/recipes-connectivity/connman/connman.inc
index ab7f86d..c5b58ac 100644
--- a/meta/recipes-connectivity/connman/connman.inc
+++ b/meta/recipes-connectivity/connman/connman.inc
@@ -68,11 +68,6 @@ python __anonymous () {
 
 SYSTEMD_SERVICE_${PN} = "connman.service"
 SYSTEMD_SERVICE_${PN}-vpn = "connman-vpn.service"
-SYSTEMD_WIRED_SETUP = "ExecStartPre=-${libdir}/connman/wired-setup"
-
-do_compile_append() {
-   sed -i "s#ExecStart=#${SYSTEMD_WIRED_SETUP}\nExecStart=#" 
${B}/src/connman.service
-}
 
 do_install_append() {
if 
${@bb.utils.contains('DISTRO_FEATURES','sysvinit','true','false',d)}; then
diff --git a/meta/recipes-connectivity/connman/connman_1.30.bb 
b/meta/recipes-connectivity/connman/connman_1.30.bb
index 7d65ac9..87cf213 100644
--- a/meta/recipes-connectivity/connman/connman_1.30.bb
+++ b/meta/recipes-connectivity/connman/connman_1.30.bb
@@ -10,5 +10,5 @@ SRC_URI  = 
"${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
 SRC_URI[md5sum] = "4a3efdbd6796922db9c6f66da57887fa"
 SRC_URI[sha256sum] = 
"5c5e464bacc9c27ed4e7269fb9b5059f07947f5be26433b59212133663ffa991"
 
-RRECOMMENDS_${PN} = "connman-conf"
+RRECOMMENDS_${PN}_qemuall = "connman-conf"
 
-- 
2.1.4

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

[OE-core] [RFC PATCH 0/2] Clean up connman-conf

[Joshua Lock]

As reported in YP#8399[1] we currently hack the connman service to try and
execute a script which is only installed on qemu targets. This pair of
patches changes the connman-conf recipe to install a oneshot systemd unit
that is called before ConnMan, removes the ExecStartPre and adds an override
to the RRECOMMENDS so that the connman-conf is only installed by default for
qemu machines and images for other machines are left with an error in the
journal about failing to start a service.

Please review the following changes for suitability for inclusion. If you have
any objections or suggestions for improvement, please respond to the patches. If
you agree with the changes, please provide your Acked-by.

Regards,

Joshua

1. https://bugzilla.yoctoproject.org/show_bug.cgi?id=8399

The following changes since commit e42d8eff9eed7d1454b4f331d96dcee6dea232df:

  bash: Disable custom memory allocator (2015-10-12 14:35:42 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib joshuagl/connman
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=joshuagl/connman

Joshua Lock (2):
  connman-conf: convert to systemd oneshot
  connman: tidy up connman-conf usage

 meta/recipes-connectivity/connman/connman-conf.bb   | 13 +++--
 .../connman/connman-conf/qemuall/wired-connection.service   | 10 ++
 meta/recipes-connectivity/connman/connman.inc   |  5 -
 meta/recipes-connectivity/connman/connman_1.30.bb   |  2 +-
 4 files changed, 22 insertions(+), 8 deletions(-)
 create mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service

-- 
2.1.4

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

[OE-core] [RFC PATCH 1/2] connman-conf: convert to systemd oneshot

[Joshua Lock]

Install a oneshot unit file that is started before ConnMan to
configure a wired network inteface with the wired-setup script
rather than requiring this script to be manually run some how.

Signed-off-by: Joshua Lock 
---
 meta/recipes-connectivity/connman/connman-conf.bb   | 13 +++--
 .../connman/connman-conf/qemuall/wired-connection.service   | 10 ++
 2 files changed, 21 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service

diff --git a/meta/recipes-connectivity/connman/connman-conf.bb 
b/meta/recipes-connectivity/connman/connman-conf.bb
index bd4c28d..5e3aac5 100644
--- a/meta/recipes-connectivity/connman/connman-conf.bb
+++ b/meta/recipes-connectivity/connman/connman-conf.bb
@@ -4,9 +4,12 @@ network interface for a qemu machine."
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/files/common-licenses/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
 
+inherit systemd
+
 SRC_URI_append_qemuall = " file://wired.config \
file://wired-setup \
-"
+   file://wired-connection.service \
+ "
 PR = "r2"
 
 S = "${WORKDIR}"
@@ -17,10 +20,16 @@ FILES_${PN} = "${localstatedir}/* ${libdir}/*"
 
 do_install() {
 #Configure Wired network interface in case of qemu* machines
-if test -e ${WORKDIR}/wired.config && test -e ${WORKDIR}/wired-setup; then
+if test -e ${WORKDIR}/wired.config &&
+   test -e ${WORKDIR}/wired-setup &&
+   test -e ${WORKDIR}/wired-connection.service; then
 install -d ${D}${localstatedir}/lib/connman
 install -m 0644 ${WORKDIR}/wired.config 
${D}${localstatedir}/lib/connman
 install -d ${D}${libdir}/connman
 install -m 0755 ${WORKDIR}/wired-setup ${D}${libdir}/connman
+install -d ${D}${systemd_unitdir}/system
+install -m 0755 ${WORKDIR}/wired-connection.service 
${D}${systemd_unitdir}/system
 fi
 }
+
+SYSTEMD_SERVICE_${PN} = "wired-connection.service"
diff --git 
a/meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service
 
b/meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service
new file mode 100644
index 000..f66d158a
--- /dev/null
+++ 
b/meta/recipes-connectivity/connman/connman-conf/qemuall/wired-connection.service
@@ -0,0 +1,10 @@
+[Unit]
+Description=Setup wired interface on qemu machines
+Before=connman.service
+
+[Service]
+Type=oneshot
+ExecStart=/usr/lib/connman/wired-setup
+
+[Install]
+WantedBy=network.target
-- 
2.1.4

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

[OE-core] [PATCH] guile, mailx, gcc, opensp, gstreamer1.0-libav, libunwind: disable thumb where it fails for qemuarm

[Martin Jansa]

Signed-off-by: Martin Jansa 
---
 meta/recipes-devtools/gcc/gcc_4.9.bb  | 5 ++---
 meta/recipes-devtools/guile/guile_2.0.11.bb   | 4 
 meta/recipes-devtools/opensp/opensp_1.5.2.bb  | 4 
 meta/recipes-extended/mailx/mailx_12.5-5.bb   | 5 +
 meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.4.5.bb | 3 +++
 meta/recipes-support/libunwind/libunwind_1.1.bb   | 4 
 6 files changed, 22 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/gcc/gcc_4.9.bb 
b/meta/recipes-devtools/gcc/gcc_4.9.bb
index b84baae..a9dc612 100644
--- a/meta/recipes-devtools/gcc/gcc_4.9.bb
+++ b/meta/recipes-devtools/gcc/gcc_4.9.bb
@@ -1,10 +1,9 @@
 require recipes-devtools/gcc/gcc-${PV}.inc
 require gcc-target.inc
 
-# Building with thumb enabled on armv4t fails with
-# | gcc-4.8.1-r0/gcc-4.8.1/gcc/cp/decl.c:7438:(.text.unlikely+0x2fa): 
relocation truncated to fit: R_ARM_THM_CALL against symbol `fancy_abort(char 
const*, int, char const*)' defined in .glue_7 section in linker stubs
-# | gcc-4.8.1-r0/gcc-4.8.1/gcc/cp/decl.c:7442:(.text.unlikely+0x318): 
additional relocation overflows omitted from the output
+# http://errors.yoctoproject.org/Errors/Details/20497/
 ARM_INSTRUCTION_SET_armv4 = "arm"
+ARM_INSTRUCTION_SET_armv5 = "arm"
 
 BBCLASSEXTEND = "nativesdk"
 
diff --git a/meta/recipes-devtools/guile/guile_2.0.11.bb 
b/meta/recipes-devtools/guile/guile_2.0.11.bb
index f455740..98b465b 100644
--- a/meta/recipes-devtools/guile/guile_2.0.11.bb
+++ b/meta/recipes-devtools/guile/guile_2.0.11.bb
@@ -119,3 +119,7 @@ guile_sstate_postinst() {
 find ${STAGING_DIR_TARGET}/${libdir}/guile/2.0/ccache -type f 
| xargs touch
fi
 }
+
+# http://errors.yoctoproject.org/Errors/Details/20491/
+ARM_INSTRUCTION_SET_armv4 = "arm"
+ARM_INSTRUCTION_SET_armv5 = "arm"
diff --git a/meta/recipes-devtools/opensp/opensp_1.5.2.bb 
b/meta/recipes-devtools/opensp/opensp_1.5.2.bb
index a1f115c..60a7d2e 100644
--- a/meta/recipes-devtools/opensp/opensp_1.5.2.bb
+++ b/meta/recipes-devtools/opensp/opensp_1.5.2.bb
@@ -53,3 +53,7 @@ do_install_append_class-native() {
 FILES_${PN} += "${datadir}/OpenSP/"
 
 BBCLASSEXTEND = "native"
+
+# http://errors.yoctoproject.org/Errors/Details/20489/
+ARM_INSTRUCTION_SET_armv4 = "arm"
+ARM_INSTRUCTION_SET_armv5 = "arm"
diff --git a/meta/recipes-extended/mailx/mailx_12.5-5.bb 
b/meta/recipes-extended/mailx/mailx_12.5-5.bb
index ffa9049..c87c582 100644
--- a/meta/recipes-extended/mailx/mailx_12.5-5.bb
+++ b/meta/recipes-extended/mailx/mailx_12.5-5.bb
@@ -41,3 +41,8 @@ EXTRA_OEMAKE = "SENDMAIL=${sbindir}/sendmail 
IPv6=-DHAVE_IPv6_FUNCS PREFIX=/usr
 # fio.c:56:17: fatal error: ssl.h: No such file or directory
 # #include 
 PARALLEL_MAKE = ""
+
+# Causes gcc to get stuck and eat all available memory in qemuarm builds
+# http://errors.yoctoproject.org/Errors/Details/20488/
+ARM_INSTRUCTION_SET_armv4 = "arm"
+ARM_INSTRUCTION_SET_armv5 = "arm"
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.4.5.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.4.5.bb
index 97fc7ec..5d74a2e 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.4.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.4.5.bb
@@ -25,3 +25,6 @@ LIBAV_EXTRA_CONFIGURE_COMMON_ARG = "--target-os=linux \
 
 S = "${WORKDIR}/gst-libav-${PV}"
 
+# http://errors.yoctoproject.org/Errors/Details/20493/
+ARM_INSTRUCTION_SET_armv4 = "arm"
+ARM_INSTRUCTION_SET_armv5 = "arm"
diff --git a/meta/recipes-support/libunwind/libunwind_1.1.bb 
b/meta/recipes-support/libunwind/libunwind_1.1.bb
index 8282c1b..29bdf94 100644
--- a/meta/recipes-support/libunwind/libunwind_1.1.bb
+++ b/meta/recipes-support/libunwind/libunwind_1.1.bb
@@ -10,3 +10,7 @@ SRC_URI += "\
 
 SRC_URI[md5sum] = "fb4ea2f6fbbe45bf032cd36e586883ce"
 SRC_URI[sha256sum] = 
"9dfe0fcae2a866de9d3942c66995e4b460230446887dbdab302d41a8aee8d09a"
+
+# http://errors.yoctoproject.org/Errors/Details/20487/
+ARM_INSTRUCTION_SET_armv4 = "arm"
+ARM_INSTRUCTION_SET_armv5 = "arm"
-- 
2.6.1

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

[OE-core] [PATCH] icu: force arm mode

[Martin Jansa]

* otherwise it triggers following ICE:
ERROR: Function failed: do_compile (log file is located at 
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/temp/log.do_compile.21570)
ERROR: Logfile of failure stored in: 
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/temp/log.do_compile.21570
Log data follows:
| DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'common-linux', 
'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
| DEBUG: Executing shell function do_compile
| NOTE: make
| Note: rebuild with "make VERBOSE=1 " to show all compiler parameters.
| make[0]: Making `all' in `stubdata'
| make[1]: Entering directory 
'/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/build/stubdata'
| make[1]: Nothing to be done for 'all'.
| make[1]: Leaving directory 
'/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/build/stubdata'
| make[0]: Making `all' in `common'
| make[1]: Entering directory 
'/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/build/common'
|arm-oe-linux-gnueabi-gcc...  
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/icu/source/common/ubidiwrt.c
| 
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/icu/source/common/ubidiwrt.c:
 In function 'ubidi_writeReordered_53':
| 
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/icu/source/common/ubidiwrt.c:643:1:
 internal compiler error: in patch_jump_insn, at cfgrtl.c:1275
|  }
|  ^
| Please submit a full bug report,
| with preprocessed source if appropriate.
| See  for instructions.
| *** Failed compilation command follows: 
--
| arm-oe-linux-gnueabi-gcc -march=armv4t -mthumb -mthumb-interwork 
-mtune=arm920t --sysroot=/OE/build/shr-core/tmp-eglibc/sysroots/om-gta02 
-D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 
-I/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/icu/source/common
 -DDEFAULT_ICU_PLUGINS="/usr/lib/icu"  -DU_ATTRIBUTE_DEPRECATED= 
-DU_COMMON_IMPLEMENTATION -O2 -pipe -g -feliminate-unused-debug-types -std=c99 
-Wall -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings 
-c -DPIC -fPIC -o ubidiwrt.o 
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/icu/source/common/ubidiwrt.c
| --- ( rebuild with "make VERBOSE=1 all" to show all parameters ) 
| 
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/icu/source/config/mh-linux:44:
 recipe for target 'ubidiwrt.o' failed
| make[1]: *** [ubidiwrt.o] Error 1
| make[1]: Leaving directory 
'/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/build/common'
| Makefile:141: recipe for target 'all-recursive' failed
| make: *** [all-recursive] Error 2
| ERROR: oe_runmake failed
| WARNING: 
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/temp/run.do_compile.21570:1
 exit 1 from
|   exit 1
| ERROR: Function failed: do_compile (log file is located at 
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/temp/log.do_compile.21570)
NOTE: recipe icu-53.1-r0: task do_compile: Failed
ERROR: Task 6803 
(/OE/build/shr-core/openembedded-core/meta/recipes-support/icu/icu_53.1.bb, 
do_compile) failed with exit code '1'

Signed-off-by: Martin Jansa 
---
 meta/recipes-support/icu/icu_55.1.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-support/icu/icu_55.1.bb 
b/meta/recipes-support/icu/icu_55.1.bb
index 2661fd3..e91b6f3 100644
--- a/meta/recipes-support/icu/icu_55.1.bb
+++ b/meta/recipes-support/icu/icu_55.1.bb
@@ -8,6 +8,10 @@ def icu_download_version(d):
 
 ICU_PV = "${@icu_download_version(d)}"
 
+# http://errors.yoctoproject.org/Errors/Details/20486/
+ARM_INSTRUCTION_SET_armv4 = "arm"
+ARM_INSTRUCTION_SET_armv5 = "arm"
+
 BASE_SRC_URI = 
"http://download.icu-project.org/files/icu4c/${PV}/icu4c-${ICU_PV}-src.tgz;
 SRC_URI = "${BASE_SRC_URI} \
file://icu-pkgdata-large-cmd.patch \
-- 
2.6.1

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

Re: [OE-core] [PATCH] uclibc: Fix build with gcc5

[Andre McCurdy]

On Wed, Oct 14, 2015 at 5:44 PM, Khem Raj  wrote:
> An agressive optimization in gcc5 meant that we get linking errors
> with uclibc build, this patch fixes the issue by letting gcc know
> that these funcitons are used.

Just for reference, the same fix has been in uclibc-ng since June:

  
http://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=96807d27a3ea01f427b6b98618ca87e9c1c00683

It looks like uclibc-ng is really becoming the new upstream for uclibc.


> Change-Id: I8ecf3999a0855b3bbf4bc2df576be5351f9be5b0
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-core/uclibc/uclibc-git.inc|  1 +
>  ...zes-away-the-write-only-static-functions-.patch | 51 
> ++
>  2 files changed, 52 insertions(+)
>  create mode 100644 
> meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
>
> diff --git a/meta/recipes-core/uclibc/uclibc-git.inc 
> b/meta/recipes-core/uclibc/uclibc-git.inc
> index 14a577f..9e3d644 100644
> --- a/meta/recipes-core/uclibc/uclibc-git.inc
> +++ b/meta/recipes-core/uclibc/uclibc-git.inc
> @@ -16,5 +16,6 @@ SRC_URI = "git://uclibc.org/uClibc.git;branch=master \
>  file://0005-Always-use-O2-for-compiling-fork.c.patch \
>  file://0006-ldso-limited-support-for-ORIGIN-in-rpath.patch \
>  file://0007-nptl-atfork-Hide-pthread_atfork-in-shared-versions.patch 
> \
> +
> file://0001-gcc5-optimizes-away-the-write-only-static-functions-.patch \
>  "
>  S = "${WORKDIR}/git"
> diff --git 
> a/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
>  
> b/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
> new file mode 100644
> index 000..e622f87
> --- /dev/null
> +++ 
> b/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
> @@ -0,0 +1,51 @@
> +From 2659fb25d32f4b29c1c96aa5730fe40e19d53ab0 Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Wed, 14 Oct 2015 17:38:37 -0700
> +Subject: [PATCH] gcc5 optimizes away the write only static functions and we
> + end up with
> +
> +  librt/librt_so.a(rt-unwind-resume.oS): In function `_Unwind_Resume':
> +  rt-unwind-resume.c:(.text+0x3c): undefined reference to `libgcc_s_resume'
> +  collect2: error: ld returned 1 exit status
> +  make[2]: *** [lib/librt.so] Error 1
> +
> +marking these functions explicitly used with __attribute_used__ avoids
> +that optimization.
> +
> +Signed-off-by: Khem Raj 
> +---
> +Upstream-Status: Pending
> +
> + libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c | 2 +-
> + libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c   | 2 +-
> + 2 files changed, 2 insertions(+), 2 deletions(-)
> +
> +diff --git 
> a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c 
> b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
> +index f4d6f41..0c2edd7 100644
> +--- a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
>  b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
> +@@ -27,7 +27,7 @@
> + #define __libc_fatal(x) {/*write(STDERR_FILENO, x, strlen(x));*/ 
> abort();}
> +
> + static void *libgcc_s_handle;
> +-static void (*libgcc_s_resume) (struct _Unwind_Exception *exc);
> ++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc) 
> __attribute_used__;
> + static _Unwind_Reason_Code (*libgcc_s_personality)
> +   (_Unwind_State, struct _Unwind_Exception *, struct _Unwind_Context *);
> + static _Unwind_Reason_Code (*libgcc_s_forcedunwind)
> +diff --git a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c 
> b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
> +index f9a4ffb..f0c3047 100644
> +--- a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
>  b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
> +@@ -25,7 +25,7 @@
> + #define __libc_dlclose  dlclose
> + #define __libc_fatal(x) {/*write(STDERR_FILENO, x, strlen(x));*/ 
> abort();}
> +
> +-static void (*libgcc_s_resume) (struct _Unwind_Exception *exc);
> ++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc) 
> __attribute_used__;
> + static _Unwind_Reason_Code (*libgcc_s_personality)
> +   (_Unwind_State, struct _Unwind_Exception *, struct _Unwind_Context *);
> +
> +--
> +2.6.1
> +
> --
> 2.6.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 01/11] busybox_git: Enable getopt applet

[Andre McCurdy]

Keep git recipe in sync with 1.23.2:

  
http://git.openembedded.org/openembedded-core/commit/?id=10c2c484d5916ad476ad7717c3629f6684f01e6d

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/busybox/busybox_git.bb 
b/meta/recipes-core/busybox/busybox_git.bb
index ade72f4..ed1c0a8 100644
--- a/meta/recipes-core/busybox/busybox_git.bb
+++ b/meta/recipes-core/busybox/busybox_git.bb
@@ -41,6 +41,7 @@ SRC_URI = "git://busybox.net/busybox.git \
file://mount-via-label.cfg \
file://sha1sum.cfg \
file://sha256sum.cfg \
+   file://getopts.cfg \
 "
 
 EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
-- 
1.9.1

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

[OE-core] [PATCH 00/11] busybox fixes and cleanups + update to 1.24

[Andre McCurdy]

In anticipation of master re-opening for commits, here's a re-send
of the previous busybox fixes and cleanups patches, plus new patches
to update to 1.24.

Andre McCurdy (11):
  busybox_git: Enable getopt applet
  busybox.inc: don't export EXTRA_OEMAKE
  busybox: move common EXTRA_OEMAKE options into busybox.inc
  busybox.inc: explicitly include CC=${CC} on make command line
  busybox.inc: don't set .config CROSS_COMPILER_PREFIX
  busybox.inc: fix CONFIG_EXTRA_CFLAGS configmangle
  busybox.inc: remove MAKEFLAGS over-ride from EXTRA_OEMAKE
  busybox: move common do_install_ptest() into busybox.inc
  busybox: re-order defconfig to align with busybox 1.24.0
  busybox: update 1.23.2 -> 1.24.0 (and git recipe to latest trunk)
  busybox: disable support for mounting NFS file systems on Linux < 2.6.23

 meta/recipes-core/busybox/busybox.inc  |  20 +-
 .../busybox/0001-Switch-to-POSIX-utmpx-API.patch   | 388 -
 .../busybox/busybox/0001-chown-fix-help-text.patch |  34 --
 ...ix-double-free-fatal-error-in-INET_sprint.patch |  67 
 meta/recipes-core/busybox/busybox/defconfig|  63 ++--
 meta/recipes-core/busybox/busybox_1.23.2.bb|  53 ---
 meta/recipes-core/busybox/busybox_1.24.0.bb|  42 +++
 meta/recipes-core/busybox/busybox_git.bb   |  17 +-
 8 files changed, 101 insertions(+), 583 deletions(-)
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-chown-fix-help-text.patch
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-ifconfig-fix-double-free-fatal-error-in-INET_sprint.patch
 delete mode 100644 meta/recipes-core/busybox/busybox_1.23.2.bb
 create mode 100644 meta/recipes-core/busybox/busybox_1.24.0.bb

-- 
1.9.1

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

[OE-core] [PATCH 05/11] busybox.inc: don't set .config CROSS_COMPILER_PREFIX

[Andre McCurdy]

Setting CROSS_COMPILER_PREFIX via .config is redundant (setting
CROSS_COMPILE via the make command line will always over-ride it).

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index a4ecfa4..48a28bc 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -81,8 +81,7 @@ def features_to_busybox_del(d):
cnf, rem = features_to_busybox_settings(d)
return rem
 
-configmangle = '/CROSS_COMPILER_PREFIX/d; \
-   /CONFIG_EXTRA_CFLAGS/d; \
+configmangle = '/CONFIG_EXTRA_CFLAGS/d; \
'
 OE_FEATURES := "${@features_to_busybox_conf(d)}"
 OE_DEL  := "${@features_to_busybox_del(d)}"
@@ -98,8 +97,7 @@ python () {
("\\n".join((d.expand("${OE_FEATURES}").split("\n")
   d.setVar('configmangle_append',
  "/^### CROSS$/a\\\n%s\n" %
-  
("\\n".join(["CONFIG_CROSS_COMPILER_PREFIX=\"${TARGET_PREFIX}\"",
-  "CONFIG_EXTRA_CFLAGS=\"${CFLAGS}\" 
\"${HOST_CC_ARCH}\""
+  ("\\n".join(["CONFIG_EXTRA_CFLAGS=\"${CFLAGS}\" 
\"${HOST_CC_ARCH}\""
 ])
   ))
 }
-- 
1.9.1

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

[OE-core] [PATCH] uclibc: Fix build with gcc5

[Khem Raj]

An agressive optimization in gcc5 meant that we get linking errors
with uclibc build, this patch fixes the issue by letting gcc know
that these funcitons are used.

Change-Id: I8ecf3999a0855b3bbf4bc2df576be5351f9be5b0
Signed-off-by: Khem Raj 
---
 meta/recipes-core/uclibc/uclibc-git.inc|  1 +
 ...zes-away-the-write-only-static-functions-.patch | 51 ++
 2 files changed, 52 insertions(+)
 create mode 100644 
meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch

diff --git a/meta/recipes-core/uclibc/uclibc-git.inc 
b/meta/recipes-core/uclibc/uclibc-git.inc
index 14a577f..9e3d644 100644
--- a/meta/recipes-core/uclibc/uclibc-git.inc
+++ b/meta/recipes-core/uclibc/uclibc-git.inc
@@ -16,5 +16,6 @@ SRC_URI = "git://uclibc.org/uClibc.git;branch=master \
 file://0005-Always-use-O2-for-compiling-fork.c.patch \
 file://0006-ldso-limited-support-for-ORIGIN-in-rpath.patch \
 file://0007-nptl-atfork-Hide-pthread_atfork-in-shared-versions.patch \
+file://0001-gcc5-optimizes-away-the-write-only-static-functions-.patch 
\
 "
 S = "${WORKDIR}/git"
diff --git 
a/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
 
b/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
new file mode 100644
index 000..e622f87
--- /dev/null
+++ 
b/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
@@ -0,0 +1,51 @@
+From 2659fb25d32f4b29c1c96aa5730fe40e19d53ab0 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Wed, 14 Oct 2015 17:38:37 -0700
+Subject: [PATCH] gcc5 optimizes away the write only static functions and we
+ end up with
+
+  librt/librt_so.a(rt-unwind-resume.oS): In function `_Unwind_Resume':
+  rt-unwind-resume.c:(.text+0x3c): undefined reference to `libgcc_s_resume'
+  collect2: error: ld returned 1 exit status
+  make[2]: *** [lib/librt.so] Error 1
+
+marking these functions explicitly used with __attribute_used__ avoids
+that optimization.
+
+Signed-off-by: Khem Raj 
+---
+Upstream-Status: Pending
+
+ libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c | 2 +-
+ libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c   | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c 
b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
+index f4d6f41..0c2edd7 100644
+--- a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
 b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
+@@ -27,7 +27,7 @@
+ #define __libc_fatal(x) {/*write(STDERR_FILENO, x, strlen(x));*/ 
abort();}
+ 
+ static void *libgcc_s_handle;
+-static void (*libgcc_s_resume) (struct _Unwind_Exception *exc);
++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc) 
__attribute_used__;
+ static _Unwind_Reason_Code (*libgcc_s_personality)
+   (_Unwind_State, struct _Unwind_Exception *, struct _Unwind_Context *);
+ static _Unwind_Reason_Code (*libgcc_s_forcedunwind)
+diff --git a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c 
b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
+index f9a4ffb..f0c3047 100644
+--- a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
 b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
+@@ -25,7 +25,7 @@
+ #define __libc_dlclose  dlclose
+ #define __libc_fatal(x) {/*write(STDERR_FILENO, x, strlen(x));*/ 
abort();}
+ 
+-static void (*libgcc_s_resume) (struct _Unwind_Exception *exc);
++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc) 
__attribute_used__;
+ static _Unwind_Reason_Code (*libgcc_s_personality)
+   (_Unwind_State, struct _Unwind_Exception *, struct _Unwind_Context *);
+ 
+-- 
+2.6.1
+
-- 
2.6.1

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

Re: [OE-core] [PATCH] uclibc: Fix build with gcc5

[Khem Raj]

please backport this to jethro as well. with out this uclibc images won't build.

On Wed, Oct 14, 2015 at 5:44 PM, Khem Raj  wrote:
> An agressive optimization in gcc5 meant that we get linking errors
> with uclibc build, this patch fixes the issue by letting gcc know
> that these funcitons are used.
>
> Change-Id: I8ecf3999a0855b3bbf4bc2df576be5351f9be5b0
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-core/uclibc/uclibc-git.inc|  1 +
>  ...zes-away-the-write-only-static-functions-.patch | 51 
> ++
>  2 files changed, 52 insertions(+)
>  create mode 100644 
> meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
>
> diff --git a/meta/recipes-core/uclibc/uclibc-git.inc 
> b/meta/recipes-core/uclibc/uclibc-git.inc
> index 14a577f..9e3d644 100644
> --- a/meta/recipes-core/uclibc/uclibc-git.inc
> +++ b/meta/recipes-core/uclibc/uclibc-git.inc
> @@ -16,5 +16,6 @@ SRC_URI = "git://uclibc.org/uClibc.git;branch=master \
>  file://0005-Always-use-O2-for-compiling-fork.c.patch \
>  file://0006-ldso-limited-support-for-ORIGIN-in-rpath.patch \
>  file://0007-nptl-atfork-Hide-pthread_atfork-in-shared-versions.patch 
> \
> +
> file://0001-gcc5-optimizes-away-the-write-only-static-functions-.patch \
>  "
>  S = "${WORKDIR}/git"
> diff --git 
> a/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
>  
> b/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
> new file mode 100644
> index 000..e622f87
> --- /dev/null
> +++ 
> b/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
> @@ -0,0 +1,51 @@
> +From 2659fb25d32f4b29c1c96aa5730fe40e19d53ab0 Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Wed, 14 Oct 2015 17:38:37 -0700
> +Subject: [PATCH] gcc5 optimizes away the write only static functions and we
> + end up with
> +
> +  librt/librt_so.a(rt-unwind-resume.oS): In function `_Unwind_Resume':
> +  rt-unwind-resume.c:(.text+0x3c): undefined reference to `libgcc_s_resume'
> +  collect2: error: ld returned 1 exit status
> +  make[2]: *** [lib/librt.so] Error 1
> +
> +marking these functions explicitly used with __attribute_used__ avoids
> +that optimization.
> +
> +Signed-off-by: Khem Raj 
> +---
> +Upstream-Status: Pending
> +
> + libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c | 2 +-
> + libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c   | 2 +-
> + 2 files changed, 2 insertions(+), 2 deletions(-)
> +
> +diff --git 
> a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c 
> b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
> +index f4d6f41..0c2edd7 100644
> +--- a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
>  b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
> +@@ -27,7 +27,7 @@
> + #define __libc_fatal(x) {/*write(STDERR_FILENO, x, strlen(x));*/ 
> abort();}
> +
> + static void *libgcc_s_handle;
> +-static void (*libgcc_s_resume) (struct _Unwind_Exception *exc);
> ++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc) 
> __attribute_used__;
> + static _Unwind_Reason_Code (*libgcc_s_personality)
> +   (_Unwind_State, struct _Unwind_Exception *, struct _Unwind_Context *);
> + static _Unwind_Reason_Code (*libgcc_s_forcedunwind)
> +diff --git a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c 
> b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
> +index f9a4ffb..f0c3047 100644
> +--- a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
>  b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
> +@@ -25,7 +25,7 @@
> + #define __libc_dlclose  dlclose
> + #define __libc_fatal(x) {/*write(STDERR_FILENO, x, strlen(x));*/ 
> abort();}
> +
> +-static void (*libgcc_s_resume) (struct _Unwind_Exception *exc);
> ++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc) 
> __attribute_used__;
> + static _Unwind_Reason_Code (*libgcc_s_personality)
> +   (_Unwind_State, struct _Unwind_Exception *, struct _Unwind_Context *);
> +
> +--
> +2.6.1
> +
> --
> 2.6.1
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] uclibc: Fix build with gcc5

[Khem Raj]

On Wed, Oct 14, 2015 at 6:01 PM, Andre McCurdy  wrote:
> On Wed, Oct 14, 2015 at 5:44 PM, Khem Raj  wrote:
>> An agressive optimization in gcc5 meant that we get linking errors
>> with uclibc build, this patch fixes the issue by letting gcc know
>> that these funcitons are used.
>
> Just for reference, the same fix has been in uclibc-ng since June:
>
>   
> http://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=96807d27a3ea01f427b6b98618ca87e9c1c00683
>

ah nice.

> It looks like uclibc-ng is really becoming the new upstream for uclibc.

yeah they should submit the patches to uclibc upstream and take more
active role.

>
>
>> Change-Id: I8ecf3999a0855b3bbf4bc2df576be5351f9be5b0
>> Signed-off-by: Khem Raj 
>> ---
>>  meta/recipes-core/uclibc/uclibc-git.inc|  1 +
>>  ...zes-away-the-write-only-static-functions-.patch | 51 
>> ++
>>  2 files changed, 52 insertions(+)
>>  create mode 100644 
>> meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
>>
>> diff --git a/meta/recipes-core/uclibc/uclibc-git.inc 
>> b/meta/recipes-core/uclibc/uclibc-git.inc
>> index 14a577f..9e3d644 100644
>> --- a/meta/recipes-core/uclibc/uclibc-git.inc
>> +++ b/meta/recipes-core/uclibc/uclibc-git.inc
>> @@ -16,5 +16,6 @@ SRC_URI = "git://uclibc.org/uClibc.git;branch=master \
>>  file://0005-Always-use-O2-for-compiling-fork.c.patch \
>>  file://0006-ldso-limited-support-for-ORIGIN-in-rpath.patch \
>>  
>> file://0007-nptl-atfork-Hide-pthread_atfork-in-shared-versions.patch \
>> +
>> file://0001-gcc5-optimizes-away-the-write-only-static-functions-.patch \
>>  "
>>  S = "${WORKDIR}/git"
>> diff --git 
>> a/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
>>  
>> b/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
>> new file mode 100644
>> index 000..e622f87
>> --- /dev/null
>> +++ 
>> b/meta/recipes-core/uclibc/uclibc-git/0001-gcc5-optimizes-away-the-write-only-static-functions-.patch
>> @@ -0,0 +1,51 @@
>> +From 2659fb25d32f4b29c1c96aa5730fe40e19d53ab0 Mon Sep 17 00:00:00 2001
>> +From: Khem Raj 
>> +Date: Wed, 14 Oct 2015 17:38:37 -0700
>> +Subject: [PATCH] gcc5 optimizes away the write only static functions and we
>> + end up with
>> +
>> +  librt/librt_so.a(rt-unwind-resume.oS): In function `_Unwind_Resume':
>> +  rt-unwind-resume.c:(.text+0x3c): undefined reference to `libgcc_s_resume'
>> +  collect2: error: ld returned 1 exit status
>> +  make[2]: *** [lib/librt.so] Error 1
>> +
>> +marking these functions explicitly used with __attribute_used__ avoids
>> +that optimization.
>> +
>> +Signed-off-by: Khem Raj 
>> +---
>> +Upstream-Status: Pending
>> +
>> + libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c | 2 +-
>> + libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c   | 2 +-
>> + 2 files changed, 2 insertions(+), 2 deletions(-)
>> +
>> +diff --git 
>> a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c 
>> b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
>> +index f4d6f41..0c2edd7 100644
>> +--- a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
>>  b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-forcedunwind.c
>> +@@ -27,7 +27,7 @@
>> + #define __libc_fatal(x) {/*write(STDERR_FILENO, x, strlen(x));*/ 
>> abort();}
>> +
>> + static void *libgcc_s_handle;
>> +-static void (*libgcc_s_resume) (struct _Unwind_Exception *exc);
>> ++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc) 
>> __attribute_used__;
>> + static _Unwind_Reason_Code (*libgcc_s_personality)
>> +   (_Unwind_State, struct _Unwind_Exception *, struct _Unwind_Context *);
>> + static _Unwind_Reason_Code (*libgcc_s_forcedunwind)
>> +diff --git a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c 
>> b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
>> +index f9a4ffb..f0c3047 100644
>> +--- a/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
>>  b/libpthread/nptl/sysdeps/unix/sysv/linux/arm/unwind-resume.c
>> +@@ -25,7 +25,7 @@
>> + #define __libc_dlclose  dlclose
>> + #define __libc_fatal(x) {/*write(STDERR_FILENO, x, strlen(x));*/ 
>> abort();}
>> +
>> +-static void (*libgcc_s_resume) (struct _Unwind_Exception *exc);
>> ++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc) 
>> __attribute_used__;
>> + static _Unwind_Reason_Code (*libgcc_s_personality)
>> +   (_Unwind_State, struct _Unwind_Exception *, struct _Unwind_Context *);
>> +
>> +--
>> +2.6.1
>> +
>> --
>> 2.6.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 

[OE-core] [PATCH 06/11] busybox.inc: fix CONFIG_EXTRA_CFLAGS configmangle

[Andre McCurdy]

With current busybox Kbuild, setting .config to:

  CONFIG_EXTRA_CFLAGS="foo" "bar"

and then running 'make oldconfig' results in .config containing:

  CONFIG_EXTRA_CFLAGS="foo"

ie the CONFIG_EXTRA_CFLAGS configmangle in the busybox.inc doesn't
currently work as intended. Remove the extra \" \" to ensure that
${HOST_CC_ARCH} gets added to CONFIG_EXTRA_CFLAGS.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 48a28bc..b380860 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -97,7 +97,7 @@ python () {
("\\n".join((d.expand("${OE_FEATURES}").split("\n")
   d.setVar('configmangle_append',
  "/^### CROSS$/a\\\n%s\n" %
-  ("\\n".join(["CONFIG_EXTRA_CFLAGS=\"${CFLAGS}\" 
\"${HOST_CC_ARCH}\""
+  ("\\n".join(["CONFIG_EXTRA_CFLAGS=\"${CFLAGS} 
${HOST_CC_ARCH}\""
 ])
   ))
 }
-- 
1.9.1

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

[OE-core] [PATCH 08/11] busybox: move common do_install_ptest() into busybox.inc

[Andre McCurdy]

Current do_install_ptest() is common to all supported versions of
busybox (1.23.2 and git), so move from version specific recipes into
busybox.inc.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc   | 6 ++
 meta/recipes-core/busybox/busybox_1.23.2.bb | 6 --
 meta/recipes-core/busybox/busybox_git.bb| 6 --
 3 files changed, 6 insertions(+), 12 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 878e2bb..e0e4591 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -304,6 +304,12 @@ do_install () {
 fi
 }
 
+do_install_ptest () {
+cp -r ${B}/testsuite ${D}${PTEST_PATH}/
+cp ${B}/.config  ${D}${PTEST_PATH}/
+ln -s /bin/busybox   ${D}${PTEST_PATH}/busybox
+}
+
 inherit update-alternatives
 
 ALTERNATIVE_PRIORITY = "50"
diff --git a/meta/recipes-core/busybox/busybox_1.23.2.bb 
b/meta/recipes-core/busybox/busybox_1.23.2.bb
index 554c816..e9f7eb6 100644
--- a/meta/recipes-core/busybox/busybox_1.23.2.bb
+++ b/meta/recipes-core/busybox/busybox_1.23.2.bb
@@ -43,9 +43,3 @@ SRC_URI = 
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
 
 SRC_URI[tarball.md5sum] = "7925683d7dd105aabe9b6b618d48cc73"
 SRC_URI[tarball.sha256sum] = 
"05a6f9e21aad8c098e388ae77de7b2361941afa7157ef74216703395b14e319a"
-
-do_install_ptest () {
-cp -r ${B}/testsuite ${D}${PTEST_PATH}/
-cp ${B}/.config  ${D}${PTEST_PATH}/
-ln -s /bin/busybox   ${D}${PTEST_PATH}/busybox
-}
diff --git a/meta/recipes-core/busybox/busybox_git.bb 
b/meta/recipes-core/busybox/busybox_git.bb
index 17de8ac..e9ff0bc 100644
--- a/meta/recipes-core/busybox/busybox_git.bb
+++ b/meta/recipes-core/busybox/busybox_git.bb
@@ -44,10 +44,4 @@ SRC_URI = "git://busybox.net/busybox.git \
file://getopts.cfg \
 "
 
-do_install_ptest () {
-cp -r ${B}/testsuite ${D}${PTEST_PATH}/
-cp ${B}/.config  ${D}${PTEST_PATH}/
-ln -s /bin/busybox   ${D}${PTEST_PATH}/busybox
-}
-
 DEFAULT_PREFERENCE = "-1"
-- 
1.9.1

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

[OE-core] [PATCH 10/11] busybox: update 1.23.2 -> 1.24.0 (and git recipe to latest trunk)

[Andre McCurdy]

The busybox defconfig has also been refreshed, with all new apps
and features disabled by default.

Signed-off-by: Andre McCurdy 
---
 .../busybox/0001-Switch-to-POSIX-utmpx-API.patch   | 388 -
 .../busybox/busybox/0001-chown-fix-help-text.patch |  34 --
 ...ix-double-free-fatal-error-in-INET_sprint.patch |  67 
 meta/recipes-core/busybox/busybox/defconfig|  23 +-
 meta/recipes-core/busybox/busybox_1.23.2.bb|  45 ---
 meta/recipes-core/busybox/busybox_1.24.0.bb|  42 +++
 meta/recipes-core/busybox/busybox_git.bb   |   8 +-
 7 files changed, 65 insertions(+), 542 deletions(-)
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-chown-fix-help-text.patch
 delete mode 100644 
meta/recipes-core/busybox/busybox/0001-ifconfig-fix-double-free-fatal-error-in-INET_sprint.patch
 delete mode 100644 meta/recipes-core/busybox/busybox_1.23.2.bb
 create mode 100644 meta/recipes-core/busybox/busybox_1.24.0.bb

diff --git 
a/meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch 
b/meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch
deleted file mode 100644
index 1d299ee..000
--- a/meta/recipes-core/busybox/busybox/0001-Switch-to-POSIX-utmpx-API.patch
+++ /dev/null
@@ -1,388 +0,0 @@
-From 86a7f18f211af1abda5c855d2674b0fcb53de524 Mon Sep 17 00:00:00 2001
-From: Bernhard Reutner-Fischer 
-Date: Thu, 2 Apr 2015 23:03:46 +0200
-Subject: [PATCH] *: Switch to POSIX utmpx API
-
-UTMP is SVID legacy, UTMPX is mandated by POSIX.
-
-Glibc and uClibc have identical layout of UTMP and UTMPX, both of these
-libc treat _PATH_UTMPX as _PATH_UTMP so from a user-perspective nothing
-changes except the names of the API entrypoints.
-
-Signed-off-by: Bernhard Reutner-Fischer 

-Upstream-Status: Backport
-
- coreutils/who.c|  8 
- include/libbb.h|  2 +-
- init/halt.c|  4 ++--
- libbb/utmp.c   | 44 ++--
- miscutils/last.c   |  8 
- miscutils/last_fancy.c | 16 ++--
- miscutils/runlevel.c   | 12 ++--
- miscutils/wall.c   |  8 
- procps/uptime.c|  6 +++---
- 9 files changed, 56 insertions(+), 52 deletions(-)
-
-diff --git a/coreutils/who.c b/coreutils/who.c
-index f955ce6..8337212 100644
 a/coreutils/who.c
-+++ b/coreutils/who.c
-@@ -73,7 +73,7 @@ static void idle_string(char *str6, time_t t)
- int who_main(int argc, char **argv) MAIN_EXTERNALLY_VISIBLE;
- int who_main(int argc UNUSED_PARAM, char **argv)
- {
--  struct utmp *ut;
-+  struct utmpx *ut;
-   unsigned opt;
-   int do_users = (ENABLE_USERS && (!ENABLE_WHO || applet_name[0] == 'u'));
-   const char *fmt = "%s";
-@@ -83,8 +83,8 @@ int who_main(int argc UNUSED_PARAM, char **argv)
-   if (opt & 2) // -H
-   printf("USER\t\tTTY\t\tIDLE\tTIME\t\t HOST\n");
- 
--  setutent();
--  while ((ut = getutent()) != NULL) {
-+  setutxent();
-+  while ((ut = getutxent()) != NULL) {
-   if (ut->ut_user[0]
-&& ((opt & 1) || ut->ut_type == USER_PROCESS)
-   ) {
-@@ -126,6 +126,6 @@ int who_main(int argc UNUSED_PARAM, char **argv)
-   if (do_users)
-   bb_putchar('\n');
-   if (ENABLE_FEATURE_CLEAN_UP)
--  endutent();
-+  endutxent();
-   return EXIT_SUCCESS;
- }
-diff --git a/include/libbb.h b/include/libbb.h
-index 26b6868..0f8363b 100644
 a/include/libbb.h
-+++ b/include/libbb.h
-@@ -84,7 +84,7 @@
- # include 
- #endif
- #if ENABLE_FEATURE_UTMP
--# include 
-+# include 
- #endif
- #if ENABLE_LOCALE_SUPPORT
- # include 
-diff --git a/init/halt.c b/init/halt.c
-index 7974adb..ad12d91 100644
 a/init/halt.c
-+++ b/init/halt.c
-@@ -74,7 +74,7 @@
- 
- static void write_wtmp(void)
- {
--  struct utmp utmp;
-+  struct utmpx utmp;
-   struct utsname uts;
-   /* "man utmp" says wtmp file should *not* be created automagically */
-   /*if (access(bb_path_wtmp_file, R_OK|W_OK) == -1) {
-@@ -88,7 +88,7 @@ static void write_wtmp(void)
-   utmp.ut_line[0] = '~'; utmp.ut_line[1] = '~'; /* = strcpy(utmp.ut_line, 
"~~"); */
-   uname();
-   safe_strncpy(utmp.ut_host, uts.release, sizeof(utmp.ut_host));
--  updwtmp(bb_path_wtmp_file, );
-+  updwtmpx(bb_path_wtmp_file, );
- }
- #else
- #define write_wtmp() ((void)0)
-diff --git a/libbb/utmp.c b/libbb/utmp.c
-index 8ad9ba2..bd07670 100644
 a/libbb/utmp.c
-+++ b/libbb/utmp.c
-@@ -16,7 +16,7 @@ static void touch(const char *filename)
- 
- void FAST_FUNC write_new_utmp(pid_t pid, int new_type, const char *tty_name, 
const char *username, const char *hostname)
- {
--  struct utmp utent;
-+  struct utmpx utent;
-   char *id;
-   unsigned width;
- 
-@@ -45,17 +45,17 @@ void 

[OE-core] [PATCH 11/11] busybox: disable support for mounting NFS file systems on Linux < 2.6.23

[Andre McCurdy]

The busybox CONFIG_FEATURE_MOUNT_NFS config option is described as:

  Enable mounting of NFS file systems on Linux kernels prior
  to version 2.6.23. Note that in this case mounting of NFS
  over IPv6 will not be possible.

Since OE-core sets OLDEST_KERNEL = "2.6.32", CONFIG_FEATURE_MOUNT_NFS
is not required in the default busybox defconfig.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox/defconfig | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox/defconfig 
b/meta/recipes-core/busybox/busybox/defconfig
index 6473b82..0fc4026 100644
--- a/meta/recipes-core/busybox/busybox/defconfig
+++ b/meta/recipes-core/busybox/busybox/defconfig
@@ -52,7 +52,7 @@ CONFIG_FEATURE_SUID_CONFIG_QUIET=y
 # CONFIG_FEATURE_PREFER_APPLETS is not set
 CONFIG_BUSYBOX_EXEC_PATH="/proc/self/exe"
 CONFIG_FEATURE_SYSLOG=y
-CONFIG_FEATURE_HAVE_RPC=y
+# CONFIG_FEATURE_HAVE_RPC is not set
 
 #
 # Build Options
@@ -563,7 +563,7 @@ CONFIG_MOUNT=y
 # CONFIG_FEATURE_MOUNT_VERBOSE is not set
 # CONFIG_FEATURE_MOUNT_HELPERS is not set
 # CONFIG_FEATURE_MOUNT_LABEL is not set
-CONFIG_FEATURE_MOUNT_NFS=y
+# CONFIG_FEATURE_MOUNT_NFS is not set
 # CONFIG_FEATURE_MOUNT_CIFS is not set
 CONFIG_FEATURE_MOUNT_FLAGS=y
 CONFIG_FEATURE_MOUNT_FSTAB=y
-- 
1.9.1

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

[OE-core] [PATCH 09/11] busybox: re-order defconfig to align with busybox 1.24.0

[Andre McCurdy]

No functional changes, simply re-order lines in defconfig so that
the existing options don't move elsewhere in the file when run
though busybox 1.24.0 'make oldconfig'.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox/defconfig | 38 ++---
 1 file changed, 19 insertions(+), 19 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox/defconfig 
b/meta/recipes-core/busybox/busybox/defconfig
index 4f5df9e..a5adea2 100644
--- a/meta/recipes-core/busybox/busybox/defconfig
+++ b/meta/recipes-core/busybox/busybox/defconfig
@@ -183,10 +183,15 @@ CONFIG_DATE=y
 # CONFIG_FEATURE_DATE_ISOFMT is not set
 # CONFIG_FEATURE_DATE_NANO is not set
 CONFIG_FEATURE_DATE_COMPAT=y
+CONFIG_DD=y
+CONFIG_FEATURE_DD_SIGNAL_HANDLING=y
+# CONFIG_FEATURE_DD_THIRD_STATUS_LINE is not set
+# CONFIG_FEATURE_DD_IBS_OBS is not set
 # CONFIG_HOSTID is not set
 CONFIG_ID=y
 CONFIG_GROUPS=y
 CONFIG_SHUF=y
+CONFIG_SYNC=y
 CONFIG_TEST=y
 CONFIG_FEATURE_TEST_64=y
 CONFIG_TOUCH=y
@@ -211,10 +216,6 @@ CONFIG_CHROOT=y
 CONFIG_CP=y
 # CONFIG_FEATURE_CP_LONG_OPTIONS is not set
 CONFIG_CUT=y
-CONFIG_DD=y
-CONFIG_FEATURE_DD_SIGNAL_HANDLING=y
-# CONFIG_FEATURE_DD_THIRD_STATUS_LINE is not set
-# CONFIG_FEATURE_DD_IBS_OBS is not set
 CONFIG_DF=y
 # CONFIG_FEATURE_DF_FANCY is not set
 CONFIG_DIRNAME=y
@@ -283,7 +284,6 @@ CONFIG_STAT=y
 CONFIG_FEATURE_STAT_FORMAT=y
 CONFIG_STTY=y
 # CONFIG_SUM is not set
-CONFIG_SYNC=y
 # CONFIG_TAC is not set
 CONFIG_TAIL=y
 CONFIG_FEATURE_FANCY_TAIL=y
@@ -553,6 +553,15 @@ CONFIG_FSTRIM=y
 # CONFIG_FEATURE_MDEV_RENAME_REGEXP is not set
 # CONFIG_FEATURE_MDEV_EXEC is not set
 # CONFIG_FEATURE_MDEV_LOAD_FIRMWARE is not set
+CONFIG_MOUNT=y
+# CONFIG_FEATURE_MOUNT_FAKE is not set
+# CONFIG_FEATURE_MOUNT_VERBOSE is not set
+# CONFIG_FEATURE_MOUNT_HELPERS is not set
+# CONFIG_FEATURE_MOUNT_LABEL is not set
+CONFIG_FEATURE_MOUNT_NFS=y
+# CONFIG_FEATURE_MOUNT_CIFS is not set
+CONFIG_FEATURE_MOUNT_FLAGS=y
+CONFIG_FEATURE_MOUNT_FSTAB=y
 # CONFIG_REV is not set
 # CONFIG_ACPID is not set
 # CONFIG_FEATURE_ACPID_COMPAT is not set
@@ -599,15 +608,6 @@ CONFIG_LOSETUP=y
 CONFIG_MKSWAP=y
 # CONFIG_FEATURE_MKSWAP_UUID is not set
 CONFIG_MORE=y
-CONFIG_MOUNT=y
-# CONFIG_FEATURE_MOUNT_FAKE is not set
-# CONFIG_FEATURE_MOUNT_VERBOSE is not set
-# CONFIG_FEATURE_MOUNT_HELPERS is not set
-# CONFIG_FEATURE_MOUNT_LABEL is not set
-CONFIG_FEATURE_MOUNT_NFS=y
-# CONFIG_FEATURE_MOUNT_CIFS is not set
-CONFIG_FEATURE_MOUNT_FLAGS=y
-CONFIG_FEATURE_MOUNT_FSTAB=y
 CONFIG_PIVOT_ROOT=y
 CONFIG_RDATE=y
 # CONFIG_RDEV is not set
@@ -758,6 +758,11 @@ CONFIG_NC=y
 CONFIG_PING=y
 CONFIG_PING6=y
 CONFIG_FEATURE_FANCY_PING=y
+CONFIG_WGET=y
+CONFIG_FEATURE_WGET_STATUSBAR=y
+CONFIG_FEATURE_WGET_AUTHENTICATION=y
+CONFIG_FEATURE_WGET_LONG_OPTIONS=y
+CONFIG_FEATURE_WGET_TIMEOUT=y
 # CONFIG_WHOIS is not set
 CONFIG_FEATURE_IPV6=y
 # CONFIG_FEATURE_UNIX_LOCAL is not set
@@ -885,11 +890,6 @@ CONFIG_UDHCPC_SLACK_FOR_BUGGY_SERVERS=80
 CONFIG_IFUPDOWN_UDHCPC_CMD_OPTIONS="-R -n"
 # CONFIG_UDPSVD is not set
 # CONFIG_VCONFIG is not set
-CONFIG_WGET=y
-CONFIG_FEATURE_WGET_STATUSBAR=y
-CONFIG_FEATURE_WGET_AUTHENTICATION=y
-CONFIG_FEATURE_WGET_LONG_OPTIONS=y
-CONFIG_FEATURE_WGET_TIMEOUT=y
 # CONFIG_ZCIP is not set
 
 #
-- 
1.9.1

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

[OE-core] [PATCH 03/11] busybox: move common EXTRA_OEMAKE options into busybox.inc

[Andre McCurdy]

Current EXTRA_OEMAKE options are common to all supported versions of
busybox (1.23.2 and git), so move from version specific recipes into
busybox.inc.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc   | 1 +
 meta/recipes-core/busybox/busybox_1.23.2.bb | 2 --
 meta/recipes-core/busybox/busybox_git.bb| 2 --
 3 files changed, 1 insertion(+), 4 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 235bda2..949047b 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -19,6 +19,7 @@ export EXTRA_CFLAGS = "${CFLAGS}"
 export EXTRA_LDFLAGS = "${LDFLAGS}"
 
 EXTRA_OEMAKE += "'LD=${CCLD}'"
+EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
 
 PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev 
${PN}-hwclock"
 
diff --git a/meta/recipes-core/busybox/busybox_1.23.2.bb 
b/meta/recipes-core/busybox/busybox_1.23.2.bb
index 2559823..554c816 100644
--- a/meta/recipes-core/busybox/busybox_1.23.2.bb
+++ b/meta/recipes-core/busybox/busybox_1.23.2.bb
@@ -44,8 +44,6 @@ SRC_URI = 
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
 SRC_URI[tarball.md5sum] = "7925683d7dd105aabe9b6b618d48cc73"
 SRC_URI[tarball.sha256sum] = 
"05a6f9e21aad8c098e388ae77de7b2361941afa7157ef74216703395b14e319a"
 
-EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
-
 do_install_ptest () {
 cp -r ${B}/testsuite ${D}${PTEST_PATH}/
 cp ${B}/.config  ${D}${PTEST_PATH}/
diff --git a/meta/recipes-core/busybox/busybox_git.bb 
b/meta/recipes-core/busybox/busybox_git.bb
index ed1c0a8..17de8ac 100644
--- a/meta/recipes-core/busybox/busybox_git.bb
+++ b/meta/recipes-core/busybox/busybox_git.bb
@@ -44,8 +44,6 @@ SRC_URI = "git://busybox.net/busybox.git \
file://getopts.cfg \
 "
 
-EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
-
 do_install_ptest () {
 cp -r ${B}/testsuite ${D}${PTEST_PATH}/
 cp ${B}/.config  ${D}${PTEST_PATH}/
-- 
1.9.1

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

Re: [OE-core] [PATCH 2/2] gcc: Avoid non-aligned access for ARM5e

[Phil Blundell]

On Tue, 2015-10-13 at 09:18 -0300, Otavio Salvador wrote:
> On Tue, Oct 13, 2015 at 9:07 AM, Phil Blundell  wrote:
> > On Tue, 2015-10-13 at 08:45 -0300, Otavio Salvador wrote:
> > > I understand Khem is excitant to include more non-upstreamed
> > > patches
> > > into GCC but I would prefer to have it included and Java working
> > > fine
> > > than a local patch applied forever. :-(
> > 
> > Maybe you'd like to file a bug against upstream GCC in that case. 
> >  I
> > think Khem already suggested this to Jens but he said he had "no
> > time"
> > to do that.
> 
> We don't require upstream bugzilla items for patches in all recipes 
> so GCC should not be an exception. Sorry but I don't buy this 
> argument and I think the patch is clear and short enough to go in.

GCC is not necessarily an exception to that rule.  If the patch was a
correct and proper fix for the bug then I would be happy to see it
installed even without an upstream bugzilla entry.  But that is not the
case here: the patch is, at best, a hack which happens to work around
the problem in some circumstances.  It is not clear what the underlying
bug is, or whether the patch is sufficient to avoid the bug in all
cases (i.e. whether it might in fact happen for ARMv6 as well).  

Without knowing more about the underlying GCC bug it will be very diffi
cult to determine when the actual bug has been fixed and it is safe to
remove the patch, in which case we might end up carrying the patch
around forever.

Nor is the patch entirely harmless: turning off LDRD/STRD instructions
across the board will cause code size and performance to get slightly
worse for all users of the compiler.

If none of the proponents of the patch are prepared to make the small
amount of effort required to file an upstream bug then it's not at all
obvious to me that oe-core as a project should accept these various
burdens associated with installing this patch.

p.

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

[OE-core] [PATCH] oeqa/selftest/buildoptions: Use the correct script for cleaning the workdir

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

The script 'cleanupworkdir' does not exit, so changing it to 'cleanup-workdir'.

Signed-off-by: Leonardo Sandoval 
---
 meta/lib/oeqa/selftest/buildoptions.py | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/selftest/buildoptions.py 
b/meta/lib/oeqa/selftest/buildoptions.py
index d76aef1..fbe0cd7 100644
--- a/meta/lib/oeqa/selftest/buildoptions.py
+++ b/meta/lib/oeqa/selftest/buildoptions.py
@@ -125,7 +125,7 @@ class BuildImagesTest(oeSelfTest):
 This method is used to test the build of directfb image for arm arch.
 In essence we build a coreimagedirectfb and test the exitcode of 
bitbake that in case of success is 0.
 """
-self.add_command_to_tearDown('cleanupworkdir')
+self.add_command_to_tearDown('cleanup-workdir')
 self.write_config("DISTRO_FEATURES_remove = 
\"x11\"\nDISTRO_FEATURES_append = \" directfb\"\nMACHINE ??= \"qemuarm\"")
 res = bitbake("core-image-directfb", ignore_status=True)
 self.assertEqual(res.status, 0, "\ncoreimagedirectfb failed to build. 
Please check logs for further details.\nbitbake output %s" % res.output)
@@ -136,7 +136,7 @@ class ArchiverTest(oeSelfTest):
 """
 Test for archiving the work directory and exporting the source files.
 """
-self.add_command_to_tearDown('cleanupworkdir')
+self.add_command_to_tearDown('cleanup-workdir')
 self.write_config("INHERIT = \"archiver\"\nARCHIVER_MODE[src] = 
\"original\"\nARCHIVER_MODE[srpm] = \"1\"")
 res = bitbake("xcursor-transparent-theme", ignore_status=True)
 self.assertEqual(res.status, 0, "\nCouldn't build 
xcursortransparenttheme.\nbitbake output %s" % res.output)
-- 
1.8.4.5

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

Re: [OE-core] glibc build error when it is rebuild due hash mismatch

[Otavio Salvador]

On Wed, Oct 14, 2015 at 2:10 AM, Khem Raj  wrote:
>> On Oct 13, 2015, at 10:03 PM, Richard Purdie 
>>  wrote:
>> Agreed, this does look like a missing gettext-native dependency
>> somewhere in the system. Unfortunately gettext(native) is a pretty heavy
>> dependency too :(
>
> We have two options
> 1. Ask for it on host ( can cause discrepancies)
> 2. Workout glibc to not rebuild message catalogs at any cost.

I prefer option 2, with a packageconfig and possibility to enable its
generation in a distro, if needed.

-- 
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] Error due GTK+3 new rdepends on libgl

[Otavio Salvador]

On Wed, Oct 14, 2015 at 4:31 AM, Jussi Kukkonen
 wrote:
> On 14 October 2015 at 00:42, Burton, Ross  wrote:
>>
>>
>> On 13 October 2015 at 22:32, Otavio Salvador
>>  wrote:
>>>
>>> This includes a forced rdepends on libgl and I see no reason for this.
>>
>>
>> Mainly because gtk3-demo will link to libGL.so on startup.
>>
>> It would be interesting to see what happens on platforms where libgl.so
>> isn't available if you remove the dependency.  If GTK+ handles that
>> gracefully then we can make the rdepends conditional on DISTRO_FEATURES.
>
>
> If dlopening libGL.so.1 fails, gtk3-demo will not run. I'm sure it's
> possible to patch it to fail gracefully (after all GL is only needed for one
> demo out of many) and I would guess upstream would take that as well, but
> for now I just did the minimum required to get the current dependencies
> correct in the recipe.

In worse case, it would be a RRECOMMENDS. Anyway fixing it seems the
best way to handle this IMO.

-- 
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] World builds HW Was: [PATCH 04/12] gnome-icon-theme: remove the recipe

[Martin Jansa]

On Tue, Oct 13, 2015 at 04:43:44PM -0400, Randy MacLeod wrote:
> On 2015-09-18 01:56 PM, Tom King wrote:
> > Martin, Randy et.al .:
> >
> > I'm moving around things such that I can give Martin a full builder:
> >
> > 24Cores, 256GB RAM,  up to 3TB storage from the donation that HP made to
> > WebOS-Ports (as I consider it essential to webOS-Ports that OE has a
> > strong foundation)
> >
> > Tom
> 
> Thanks Tom.
> I'm back from vacation, cleaning up old emails.
> 
> Did the upgrade help Martin?

I'm still waiting for access to that server.

> Do you need additional systems?

More builders are always welcome. In ideal case I would trigger all 3
architectures in parallel on different builders.

> ../Randy
> >
> > On Fri, Sep 18, 2015 at 10:30 AM, Martin Jansa  > > wrote:
> >
> > On Fri, Sep 18, 2015 at 12:24:00PM -0400, Randy MacLeod wrote:
> >  > On 2015-09-07 11:14 AM, Martin Jansa wrote:
> >  > > Full jenkins build test takes over 3 days (depending on sstate
> > reuse,
> >  > > one MACHINE can take more than 24 hours), so if I add them to
> >  > > master-next after it's merged to oe-core it will take 3-6 days to
> >  > > build-test them (6 days if they are sent just after current
> > queue is
> >  > > sent for build).
> >  >
> >  > Hi Martin,
> >
> > Hi Randy,
> >
> >  > Replying privately but you can add the list back in your
> >  > reply if you like.
> >
> > OK, adding both MLs
> >
> >  > I never build all of meta-oe but a day seems like a long time.
> >  > On a 3-4 year old 24 core system, with 64 GB RAM and
> >  > 2 large disks, I build oe-core + a whitelist of meta-oe + misc
> > layers in
> >  > 5 hours using 18.3 of the 24 cores on average.
> >  > What are the specs of your build machine?
> >
> > It's one of VMs running on box donated by HP to webos-ports project. It
> > has access to 8 E5-2630L 0 @ 2.00GHz cores (from IIRC 24) and slow IO
> > which we try to compensate a bit by using tmpfs for TMPDIR, VM has 80G
> > RAM, so I'm using 72G for tmpfs.
> >
> > Tom: please fill-in the gaps, I don't know any details about the real HW
> > it's running on.
> >
> > The same machine is also running some webos-ports builds sometimes.
> >
> > BUT be aware that my world build is much bigger than what you're
> > probably building and changes in oe-core almost always ensure very low
> > sstate reuse.
> >
> > e.g. last build with only small oe-core upgrade since previous build:
> > NOTE: Tasks Summary: Attempted 33283 tasks of which 5252 didn't need
> > to be rerun and 33 failed.
> > NOTE: Build completion summary:
> > NOTE:   do_populate_sysroot: 21% sstate reuse (485 setscene, 1750
> > scratch)
> > NOTE:   do_package_qa: 12% sstate reuse (262 setscene, 1760 scratch)
> > NOTE:   do_package: 4% sstate reuse (76 setscene, 1750 scratch)
> > NOTE:   do_packagedata: 13% sstate reuse (281 setscene, 1750 scratch)
> > NOTE:   do_package_write_ipk: 12% sstate reuse (262 setscene, 1756
> > scratch)
> > NOTE:   do_populate_lic: 22% sstate reuse (521 setscene, 1806 scratch)
> >
> > real1485m40.070s
> > user4166m49.125s
> > sys 2825m50.068s
> >
> > BTW: you can see all this information in the world logs I'm sending
> > to MLs
> > (but not all the builds make it to ML report).
> >
> >  > A decent build box these days has 32+ cores, 64+ GB RAM  and
> >  > and SSD or RAID disk filesystem. The costs of such a system
> >  > are significant but worth it given the number of people's time
> >  > involved in meta-oe.
> >
> > That's true, but I have to do with what I have available :).
> >
> >  > Also, it would be nice if OE had a few such machines each
> >  > working on builds for a MACHINE to reduce your turn-around
> >  > to more like a day or so. :)
> >
> > Yes, it would be nice, I'm trying to get Tom King to set another VM like
> > this in another location (another HP donated server), hopefully he will
> > finish it soon.
> >
> > It's all hosted together with OE infrastructure, bandwidth is
> > limited, but
> > all I need for these builds is to fetch sources and upload the logs,
> > there
> > are no package feeds or sstate from these builds usable outside, but
> > now it
> > rsync the downloaded sources to sources.openembedded.org
> > 
> >
> > If you know about some idling build servers, I would like to give them
> > something to do :).
> >
> > Regards,
> >
> > --
> > Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
> > 
> >
> >
> 
> 
> -- 
> # Randy MacLeod. SMTS, Linux, Wind River
> Direct: 613.963.1350 | 350 Terry Fox Drive, Suite 200, Ottawa, ON, 
> Canada, K2K 2W5

-- 
Martin 'JaMa' 

[OE-core] [PATCH 07/11] busybox.inc: remove MAKEFLAGS over-ride from EXTRA_OEMAKE

[Andre McCurdy]

Busybox Kbuild likes to control its own MAKEFLAGS (it adds -rR,
etc), so avoid over-riding MAKEFLAGS via EXTRA_OEMAKE.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index b380860..878e2bb 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -18,6 +18,10 @@ BUSYBOX_SPLIT_SUID ?= "1"
 export EXTRA_CFLAGS = "${CFLAGS}"
 export EXTRA_LDFLAGS = "${LDFLAGS}"
 
+# Busybox Kbuild likes to control its own MAKEFLAGS (it adds -rR,
+# etc), so avoid over-riding MAKEFLAGS via EXTRA_OEMAKE.
+EXTRA_OEMAKE = "-e"
+
 EXTRA_OEMAKE += "'CC=${CC}' 'LD=${CCLD}'"
 EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
 
-- 
1.9.1

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

[OE-core] [PATCH 02/11] busybox.inc: don't export EXTRA_OEMAKE

[Andre McCurdy]

EXTRA_OEMAKE is private to OE and shouldn't be exported to
the busybox build.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 4d4709a..235bda2 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -17,7 +17,8 @@ BUSYBOX_SPLIT_SUID ?= "1"
 
 export EXTRA_CFLAGS = "${CFLAGS}"
 export EXTRA_LDFLAGS = "${LDFLAGS}"
-export EXTRA_OEMAKE += "'LD=${CCLD}'"
+
+EXTRA_OEMAKE += "'LD=${CCLD}'"
 
 PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev 
${PN}-hwclock"
 
-- 
1.9.1

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

[OE-core] [PATCH 04/11] busybox.inc: explicitly include CC=${CC} on make command line

[Andre McCurdy]

The busybox build currently relies on 'make -e' to over-ride CC and
the make command line to over-ride LD. Add CC to the make command line
to make the CC over-ride more explicit and consistent with LD.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-core/busybox/busybox.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 949047b..a4ecfa4 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -18,7 +18,7 @@ BUSYBOX_SPLIT_SUID ?= "1"
 export EXTRA_CFLAGS = "${CFLAGS}"
 export EXTRA_LDFLAGS = "${LDFLAGS}"
 
-EXTRA_OEMAKE += "'LD=${CCLD}'"
+EXTRA_OEMAKE += "'CC=${CC}' 'LD=${CCLD}'"
 EXTRA_OEMAKE += "V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} 
SKIP_STRIP=y"
 
 PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev 
${PN}-hwclock"
-- 
1.9.1

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