The first release candidate for the first milestone of 1.6 is now available at:
http://autobuilder.yoctoproject.org/pub/releases/1.6_M1.rc1
Please begin testing.
meta-fsl-arm 7d3cb3b9be6e22673a21d555efedc48cc3ea19da
meta-fsl-ppc 768c6ef13546e0f977847bc1fbb5957571fbf724
meta-intel a649e92498d234f
Merged, thanks.
-J.
[[meta-selinux][PATCH v2 0/6] Bump versions to catch up with oe-core master.]
On 13.11.16 (Sat 19:04) Philip Tricca wrote:
> This series includes the low impact changes necessary to bring meta-selinux
> up to speed with a few upgrades in oe-core master. The bulk of this is j
Hey Phil,
[[meta-selinux][RFC v2] refpolicy: Add generic refpolicy recipe and make policy
type configurable.] On 13.11.13 (Wed 20:05) Philip Tricca wrote:
> This is a fix up for my previous RFC. I've cleaned up an error with some \
> variable use. The intent remains the same:
>
> This RFC is a
Hello!
I've got my custom image for Intel Core2Duo platform, which is based
on default X11-image (from oe-core):
DESCRIPTION = "My image"
IMAGE_INSTALL = "packagegroup-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP}
${CORE_IMAGE_EXTRA_INSTALL}"
IMAGE_FEATURES += "splash package-management x11-base"
IMAGE_
On 12/02/2013 05:11 AM, Fathi Boudra wrote:
> Hi,
>
> On 29 November 2013 18:31, Nicolas Dechesne
> wrote:
>> Paul,
>>
>> On Fri, Nov 29, 2013 at 4:58 PM, Paul Eggleton
>> wrote:
>>>
>>> LAVA
>>> -
>>>
>>> A number of people had suggested I look at LAVA [1]. It is split into
>>> different
>
On 4 December 2013 15:54, Alex M <0xf...@gmail.com> wrote:
> XSERVER = "xserver-xorg \
>mesa-driver-swrast \
>mesa-driver-radeon \
>mesa-driver-r200 \
>mesa-driver-i965 \
>mesa-driver-i915 \
>xf86-video-intel \
>xf8
All,
I've identifed around 400 branches in poky-contrib that were last
touched prior to 2013. I've asked people a few times to review their
branches and clean up, but I'm sure some folks have either left the
project or haven't been paying attention or really do need their older
branches.
So, I wo
Signed-off-by: Andrei Gherzan
---
.../0001-configure-enable-pic-for-AArch64.patch| 23 --
.../0001-configure-enable-pic-for-AArch64.patch| 23 ++
meta/recipes-multimedia/libav/libav_0.8.8.bb | 18 -
meta/recipes-multimedia/liba
This version includes libavresample needed for packages like xbmc.
To use this version add:
PREFERRED_VERSION_libav = "9.10".
Signed-off-by: Andrei Gherzan
---
meta/recipes-multimedia/libav/libav_9.10.bb | 13 +
1 file changed, 13 insertions(+)
create mode 100644 meta/recipes-multim
Hi Andrei,
On Wednesday 04 December 2013 20:01:28 Andrei Gherzan wrote:
> Signed-off-by: Andrei Gherzan
> ---
> .../0001-configure-enable-pic-for-AArch64.patch| 23
> -- .../0001-configure-enable-pic-for-AArch64.patch|
> 23 ++ meta/recipes-multimedi
On Wed, Dec 04, 2013 at 08:01:28PM +0200, Andrei Gherzan wrote:
> Signed-off-by: Andrei Gherzan
Wrong ML, wrong subject (Update to 0.8.9) and please resend it with -M
> ---
> .../0001-configure-enable-pic-for-AArch64.patch| 23
> --
> .../0001-configure-enable-pic-for-A
On Wed, Dec 4, 2013 at 8:40 PM, Martin Jansa wrote:
> On Wed, Dec 04, 2013 at 08:01:28PM +0200, Andrei Gherzan wrote:
> > Signed-off-by: Andrei Gherzan
>
> Wrong ML, wrong subject (Update to 0.8.9) and please resend it with -M
I realized this after sent. Sent to oe-core. Sorry for this.
ag
__
Hi,
I appear to be having the same problem this guy had:
https://lists.yoctoproject.org/pipermail/poky/2013-June/009017.html
I'm trying to build a Makefile based project (not autotools) that just
generates a shared library. When I bitbake my recipe I get a -dev and -dbg
.ipk package but not ${PN
On Wed, Dec 4, 2013 at 3:02 PM, Brian Hutchinson wrote:
> I appear to be having the same problem this guy had:
> https://lists.yoctoproject.org/pipermail/poky/2013-June/009017.html
>
> I'm trying to build a Makefile based project (not autotools) that just
> generates a shared library. When I bitb
On Wed, Dec 4, 2013 at 5:10 PM, Chris Larson wrote:
>
> do_install is the task that installs. If your makefile has an install
> target, you’d define a do_install that runs it. But not all makefiles
> provide an equivalent to automake’s DESTDIR, which is why we don’t provide
> a do_install for non
On Wed, Dec 4, 2013 at 3:29 PM, Brian Hutchinson wrote:
> On Wed, Dec 4, 2013 at 5:10 PM, Chris Larson wrote:
>
>>
>> do_install is the task that installs. If your makefile has an install
>> target, you’d define a do_install that runs it. But not all makefiles
>> provide an equivalent to automake
On 12/03/2013 04:35 PM, Joe MacDonald wrote:
> (resending, this time including the list ...)
>
> [Re: [meta-selinux][PATCH] bzip SELinux policy modules in ${datadir}] On
> 13.10.21 (Mon 16:15) Joe MacDonald wrote:
>
>> [[meta-selinux][PATCH] bzip SELinux policy modules in ${datadir}] On 13.10.21
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Joe,
On 12/04/2013 10:40 AM, Joe MacDonald wrote:
> Hey Phil,
>
> [[meta-selinux][RFC v2] refpolicy: Add generic refpolicy recipe and make
> policy type configurable.] On 13.11.13 (Wed 20:05) Philip Tricca wrote:
>
>> This is a fix up for my p
18 matches
Mail list logo
