On Fri, 2015-07-24 at 22:28 -0700, akuster808 wrote:
> On 07/24/2015 12:34 AM, Richard Purdie wrote:
> > On Sat, 2015-07-18 at 08:16 -0700, Armin Kuster wrote:
> > We therefore need to decide whether to backport the gcc5 host fixes back
> > to 1.7.3 or whether we have to disable autobuilders in ord
If you build a user of updated-rc.d like udev, as things stand currently
nothing pulls in updated-rc.d but there is a dependency added on the
package at do_package time. This can lead to errors during rootfs
construction either with licensing. The fact its a RRECOMMEND means
the image are not deter
On Sat, Jul 25, 2015 at 9:09 AM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Thu, 2015-07-23 at 12:57 -0700, Christopher Larson wrote:
> > From: Christopher Larson
> >
> > Ensures that recipetool and devtool pull plugins from layers, and
> > oe-selftest will pull tests from l
On Thu, 2015-07-23 at 12:57 -0700, Christopher Larson wrote:
> From: Christopher Larson
>
> Ensures that recipetool and devtool pull plugins from layers, and
> oe-selftest will pull tests from layers.
>
> Unrelated to that, also prevents a traceback on parsing failure, and adds
> a tiny feature
gcc-cross-canadian- is only built once. It needs to target all the
different libcs, not just the currently selected one. This change ensures
that if another libc is used, the compiler correctly selects the right one.
[YOCTO #8025]
Signed-off-by: Richard Purdie
diff --git a/meta/classes/toolchai
gcc-cross-canadian- is only built once. It needs to target all the
different libcs, not just the currently selected one. This change
ensures that if another libc is used, symlinks are present such that the
compiler can be found. The base version is always assumed to be "glibc"
with symlinks from mu
Only glibc provides this base locale so make the dependency glibc
specific to avoid build failures with other libcs.
Signed-off-by: Richard Purdie
diff --git a/meta/recipes-extended/sed/sed_4.2.2.bb
b/meta/recipes-extended/sed/sed_4.2.2.bb
index 5da3355..5aa7d8a 100644
--- a/meta/recipes-extend
If you setup mutlitlibs and then:
bitbake perf libb32-perf
bitbake perf libb32-perf -c cleansstate
bitbake perf libb32-perf
you will see races where the two builds get confused about which directory
they should be using and they corrupt each other.
The issue is that .config-detected is created i
On Fri, 2015-07-24 at 17:10 +0200, Pau Espin Pedrol wrote:
> Hi,
>
> actually this breaks build of systemd.bb itself, because it installs
> its system recipes using paths from Makefile.am:
> userunitdir=$(prefix)/lib/systemd/user
> systemunitdir=$(rootprefix)/lib/systemd/system
>
