[OE-core] implicit renaming of packages containing libraries

2014-08-16 Thread Peter A. Bigot
Many recipes split out the pieces they build into separate packages; I'm looking at meta-oe/recipes-support/lmsensors/lmsensors_3.3.5.bb as an example. Generally that's done with directives like: # libsensors files FILES_${PN}-libsensors = "${libdir}/libsensors.so.* ${sysconfdir}/sensors3.conf

Re: [OE-core] [PATCH 5/8] piglit: add dependency on libxrender

2014-08-16 Thread Martin Jansa
On Sat, Aug 09, 2014 at 06:08:00PM +0200, Martin Jansa wrote: > * fixes floating dependency: > piglit/piglit/latest lost dependency on libxrender ping > > Signed-off-by: Martin Jansa > --- > meta/recipes-graphics/piglit/piglit_git.bb | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) >

Re: [OE-core] [RFC][PATCH] libav: drop unused FFMPEG_LIBS and move libpostproc only to 0.8.11

2014-08-16 Thread Martin Jansa
On Wed, Jul 16, 2014 at 02:13:54PM +0200, Martin Jansa wrote: > * standalone libpostproc recipe depends on libav, but current > PACKAGES_DYNAMIC indicated > that libav-9.13 also provides libpostproc ping > > Signed-off-by: Martin Jansa > --- > meta/recipes-multimedia/libav/libav.inc |

Re: [OE-core] [PATCH] buildhistory: rename build-id to build-id.txt and add more info

2014-08-16 Thread Martin Jansa
On Fri, Jul 25, 2014 at 03:15:38PM +0200, Martin Jansa wrote: > * use .txt extension like other reports (e.g. image-info.txt) it's > also useful when looking at the file from web server which doesn't > have text/plain as default content-type > * include whole BUILDCFG_HEADER/BUILDCFG_FUNCS inst

Re: [OE-core] [RFC][PATCH] qemu.bbclass: add -r ${OLDEST_KERNEL} parameter

2014-08-16 Thread Martin Jansa
On Wed, Jul 30, 2014 at 06:04:36PM +0200, Martin Jansa wrote: > * in some cases (e.g. with external toolchain which doesn't respect our > reasonably old version set in OLDEST_KERNEL) it's possible to have libc > which requires newer kernel than what we have on builders, qemu supports > -r par

[OE-core] Announcing meta-musl OE/Yocto layer supporting musl C library

2014-08-16 Thread Khem Raj
Hello All musl is a newer implementation licensed under MIT licence A layer to support musl to supply your system C library as an alternative to uclibc and eglibc/glibc is now available at https://github.com/kraj/meta-musl README describes way to get going with it.