On Fri, May 6, 2011 at 6:26 PM, Saul Wold wrote:
> On 05/06/2011 11:44 AM, Bruce Ashfield wrote:
>>
>> The machine configuration of the non-core (non-qemu) machines
>> has moved to meta-yocto. Moving the branch mappings, compatibility
>> and SRCREVs of these machines to meta-yocto should also be
>
On 05/06/2011 01:36 AM, Zhai Edwin wrote:
From: Zhai Edwin
Previsous solution is only giving warnings as different distro has different
path of mesa libGL. This patch try to use different path for different distro
after looking at /etc/lsb-release per Raj's suggestion. Ubuntu is there, and
other
On 04/25/2011 05:19 PM, Nitin A Kamble wrote:
From: Nitin A Kamble
Acked by Scott Garman, who is maintainer of GPLv3 tar& cpio recipes.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: nitin/misc
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/misc
Thanks,
On 05/06/2011 11:44 AM, Bruce Ashfield wrote:
The machine configuration of the non-core (non-qemu) machines
has moved to meta-yocto. Moving the branch mappings, compatibility
and SRCREVs of these machines to meta-yocto should also be
done.
Anyone using meta-yocto to build these machines will see
The machine configuration of the non-core (non-qemu) machines
has moved to meta-yocto. Moving the branch mappings, compatibility
and SRCREVs of these machines to meta-yocto should also be
done.
Anyone using meta-yocto to build these machines will see no impact
from this change.
Acked-by: Darren H
The machine configuration of the non-core (non-qemu) machines
has moved to meta-yocto. Moving the branch mappings, compatibility
and SRCREVs of these machines to meta-yocto should also be
done.
Anyone using meta-yocto to build these machines will see no impact
from this change.
Signed-off-by: Bru
On Fri, May 6, 2011 at 13:06, Koen Kooi wrote:
>
> Op 6 mei 2011, om 17:36 heeft Otavio Salvador het volgende geschreven:
>
>> On Fri, May 6, 2011 at 11:51, Koen Kooi wrote:
>>> So, is having both sets inside ${PN} a dealbreaker?
>>
>> I think it is not BUT this choice could be a distro choice.
>
Op 6 mei 2011, om 17:36 heeft Otavio Salvador het volgende geschreven:
> On Fri, May 6, 2011 at 11:51, Koen Kooi wrote:
>> So, is having both sets inside ${PN} a dealbreaker?
>
> I think it is not BUT this choice could be a distro choice.
Everything can be a distro choice, you can make gtk/qt
On Fri, May 6, 2011 at 11:51, Koen Kooi wrote:
> So, is having both sets inside ${PN} a dealbreaker?
I think it is not BUT this choice could be a distro choice. So I see as:
USE_INIT=(sysv|systemd|both)
Being both the default.
--
Otavio Salvador O.S. Systems
E-mail
On 05/06/2011 07:48 AM, Koen Kooi wrote:
> Signed-off-by: Koen Kooi
> ---
> meta/classes/package.bbclass |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> index e6b3df7..082f233 100644
> --- a/meta/class
Acked-by: Mark Hatle
On 5/6/11 9:48 AM, Koen Kooi wrote:
> Signed-off-by: Koen Kooi
> ---
> meta/classes/package.bbclass |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> index e6b3df7..082f233 100644
Op 6 mei 2011, om 16:20 heeft Richard Purdie het volgende geschreven:
> On Fri, 2011-05-06 at 15:39 +0200, Koen Kooi wrote:
>> Now onto my issues:
>>
>> packaging:
>> In OE .dev I added FILES_${PN} += "${base_libdir}/systemd" to udev,
>> dbus, rsyslog and avahi. This means we end up with bo
Signed-off-by: Koen Kooi
---
meta/classes/package.bbclass |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index e6b3df7..082f233 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@
On Fri, May 06, 2011 at 04:32:08PM +0200, Koen Kooi wrote:
>
> Op 6 mei 2011, om 15:54 heeft Martin Jansa het volgende geschreven:
>
> > On Fri, May 06, 2011 at 06:51:58AM -0700, Chris Larson wrote:
> >> On Fri, May 6, 2011 at 6:39 AM, Koen Kooi
> >> wrote:
> >>> And related to this: how do I g
Op 6 mei 2011, om 15:54 heeft Martin Jansa het volgende geschreven:
> On Fri, May 06, 2011 at 06:51:58AM -0700, Chris Larson wrote:
>> On Fri, May 6, 2011 at 6:39 AM, Koen Kooi wrote:
>>> And related to this: how do I get the "installed but not packaged" output
>>> back? The bitbake logging cha
On 05/05/2011 03:34 PM, Richard Purdie wrote:
> On Thu, 2011-05-05 at 22:18 +0800, Cui, Dexuan wrote:
>> (Sorry for my delay for the task as I was working on other bugs...)
>> Recently I have been looking into it and I've made some commits (the
>> top 5 small commits) in
>> http://git.pokylinux.org
On Fri, 2011-05-06 at 15:39 +0200, Koen Kooi wrote:
> Now onto my issues:
>
> packaging:
> In OE .dev I added FILES_${PN} += "${base_libdir}/systemd" to udev,
> dbus, rsyslog and avahi. This means we end up with both sysV script
> and systemd units. What I would like to have is ${PN}-sysvini
On 5/6/11 8:39 AM, Koen Kooi wrote:
> Hi,
>
> The past few days I have gotten systemd to work in OE.dev and I have some
> questions on how to do in the oe-core universe. First some background:
>
> Systemd is a /sbin/init replacement using ideas from apples launchd like
> socket activation. Star
On Fri, May 06, 2011 at 06:51:58AM -0700, Chris Larson wrote:
> On Fri, May 6, 2011 at 6:39 AM, Koen Kooi wrote:
> > And related to this: how do I get the "installed but not packaged" output
> > back? The bitbake logging changes are hiding it now, which is
> > counterproductive.
>
> Could chang
On Fri, May 6, 2011 at 6:39 AM, Koen Kooi wrote:
> And related to this: how do I get the "installed but not packaged" output
> back? The bitbake logging changes are hiding it now, which is
> counterproductive.
Could change those messages from info to warnings, then they'd show up.
--
Christoph
Hi,
The past few days I have gotten systemd to work in OE.dev and I have some
questions on how to do in the oe-core universe. First some background:
Systemd is a /sbin/init replacement using ideas from apples launchd like socket
activation. Startup scripts are replaced by .ini like files:
sshd
Hi Jeremy,
Sorry for the delayed response, I took the opportunity to take some
vacation for a change and its taken me a few days to catch up on email.
Thanks for posting this. Whilst some of what I mention below may sound
negative, its not meant this way and what you have gives a nice basis to
st
Op 6 mei 2011, om 13:31 heeft Richard Purdie het volgende geschreven:
> On Fri, 2011-05-06 at 16:52 +0800, Cui, Dexuan wrote:
>> Richard Purdie wrote:
3) In gnu-config_20080123.bb's do_install, I don't understand this
lines: here the "!=" should be "="? if [ "${BUILD_ARCH}" !=
On Fri, 2011-05-06 at 16:52 +0800, Cui, Dexuan wrote:
> Richard Purdie wrote:
> >> 3) In gnu-config_20080123.bb's do_install, I don't understand this
> >> lines: here the "!=" should be "="? if [ "${BUILD_ARCH}" !=
> >> "${TARGET_ARCH}" ]; then sed -i -e
> >> 's,/usr/bin/env,${bindi
Richard Purdie wrote:
> On Thu, 2011-05-05 at 22:18 +0800, Cui, Dexuan wrote:
>> Recently I have been looking into it and I've made some commits
>> ..
>> 1) As you said, after we install perl-native into its own directory,
>> any recipe not depending on perl-native doesn't see
>> ${STAGING_BIN
From: Zhai Edwin
This fix works on Ubuntu, and other distro can add its own path of Mesa's libGL
Signed-off-by: Zhai Edwin
---
scripts/poky-qemu-internal | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/scripts/poky-qemu-internal b/scripts/poky-qemu-interna
From: Zhai Edwin
Previsous solution is only giving warnings as different distro has different
path of mesa libGL. This patch try to use different path for different distro
after looking at /etc/lsb-release per Raj's suggestion. Ubuntu is there, and
other distro handling can be easily added.
Pull
27 matches
Mail list logo
