Op 27 mei 2011, om 01:33 heeft Richard Purdie het volgende geschreven:
> On Thu, 2011-05-26 at 13:41 -0700, nitin.a.kam...@intel.com wrote:
>
>> ---
>> meta/recipes-graphics/mesa/mesa-xlib_7.10.2.bb |3 +++
>> 1 files changed, 3 insertions(+), 0 deletions(-)
>>
>> diff --git a/meta/recipes-g
On Thu, 2011-05-26 at 20:43 -0700, Darren Hart wrote:
> On 05/26/2011 04:24 PM, Richard Purdie wrote:
> > On Thu, 2011-05-26 at 14:12 -0700, Darren Hart wrote:
> >> Note: I used bb.note() instead of bb.debug() to ensure the message at least
> >> makes it to the console. From what I could gath
On Fri, 2011-05-27 at 09:14 +0200, Koen Kooi wrote:
> Op 27 mei 2011, om 01:33 heeft Richard Purdie het volgende geschreven:
>
> > On Thu, 2011-05-26 at 13:41 -0700, nitin.a.kam...@intel.com wrote:
> > I've suggested something like:
> >
> > TARGET_CC_ARCH_arm_pn-mesa-xlib :=
> > "${@'${TARGET_CC
Signed-off-by: Martin Jansa
---
meta/recipes-support/libcap/libcap.inc |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-support/libcap/libcap.inc
b/meta/recipes-support/libcap/libcap.inc
index 292fa78..1b4c0bc 100644
--- a/meta/recipes-support/libcap/libca
On Fri, 2011-05-27 at 09:54 +0100, Richard Purdie wrote:
> Good question. I guess you're just changing the gcc version but using
> the rest of that file?
>
> This is a tricky problem as we do want to include that for anyone using
> gcc 4.6 as otherwise things break but as you say, can't impact som
Systemd support in avahi only affects 'make install', so no changes for
sysvinit based systems
Signed-off-by: Koen Kooi
---
meta/recipes-connectivity/avahi/avahi.inc |9 +++--
meta/recipes-connectivity/avahi/avahi_0.6.30.bb |2 +-
2 files changed, 8 insertions(+), 3 deletions(
On Thu, 2011-05-26 at 20:16 -0700, Darren Hart wrote:
> So by changing from split() to split(":") we change the behavior of
> split when operating on empty strings, requiring us to special case the
> output. Rather obnoxious wouldn't you say?
Yes, that is an annoying misfeature. The other related
On Fri, 2011-05-27 at 11:32 +0200, Koen Kooi wrote:
> Systemd support in avahi only affects 'make install', so no changes for
> sysvinit based systems
>
> Signed-off-by: Koen Kooi
> ---
> meta/recipes-connectivity/avahi/avahi.inc |9 +++--
> meta/recipes-connectivity/avahi/avahi_0
On Fri, 2011-05-27 at 10:59 +0200, Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> meta/recipes-support/libcap/libcap.inc |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/meta/recipes-support/libcap/libcap.inc
> b/meta/recipes-support/libcap/libcap.inc
This fixes dbus usage in non-sysV init systems.
Signed-off-by: Koen Kooi
---
meta/recipes-core/dbus/dbus.inc |4
meta/recipes-core/dbus/dbus_1.4.1.bb |2 +-
2 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/d
For the attentive reader, the sysV script still has the check for the dir, so
it will get created if it fails for some reason in the postinst. Cleaning up
the sysV cript is a bigger task for another day.
Op 27 mei 2011, om 15:40 heeft Koen Kooi het volgende geschreven:
> This fixes dbus usage i
On Fri, 2011-05-27 at 15:40 +0200, Koen Kooi wrote:
> + mkdir -p $UUIDDIR || true
Why "|| true"? If this creation fails then the following chown will
surely fail as well, except with a different and less illuminating error
message.
> + chown "$MESSAGEUSER"."$MESSAGEUSER" "$UUIDDIR"
The
Op 27 mei 2011, om 15:47 heeft Phil Blundell het volgende geschreven:
> On Fri, 2011-05-27 at 15:40 +0200, Koen Kooi wrote:
>> +mkdir -p $UUIDDIR || true
>
> Why "|| true"? If this creation fails then the following chown will
> surely fail as well, except with a different and less illuminat
On 05/27/2011 01:40 AM, Richard Purdie wrote:
> On Thu, 2011-05-26 at 20:43 -0700, Darren Hart wrote:
>> On 05/26/2011 04:24 PM, Richard Purdie wrote:
>>> On Thu, 2011-05-26 at 14:12 -0700, Darren Hart wrote:
Note: I used bb.note() instead of bb.debug() to ensure the message at least
On Thu, 2011-05-26 at 10:46 -0700, Darren Hart wrote:
> Right, it just starts to look rather ugly in the recipe, especially for
> BSPs supporting more than just a couple of machines. I also think that
> having to use machine overrides is an indicator that the mechanism is
> not working for the purp
This fixes dbus usage in non-sysV init systems. Volatiles aren't needed in
systemd land, since /run is tmpfs and the dbus units take care of all this.
Signed-off-by: Koen Kooi
---
Changes since v1:
* addressed pbs concerns about the || true and chgrp dots
* check for volatiles
On Fri, 2011-05-27 at 06:56 -0700, Darren Hart wrote:
>
> On 05/27/2011 01:40 AM, Richard Purdie wrote:
> > On Thu, 2011-05-26 at 20:43 -0700, Darren Hart wrote:
> >> On 05/26/2011 04:24 PM, Richard Purdie wrote:
> >>> On Thu, 2011-05-26 at 14:12 -0700, Darren Hart wrote:
> Note: I used bb.no
On Fri, 2011-05-27 at 15:46 +0100, Richard Purdie wrote:
> On Fri, 2011-05-27 at 06:56 -0700, Darren Hart wrote:
> >
> > On 05/27/2011 01:40 AM, Richard Purdie wrote:
> > > On Thu, 2011-05-26 at 20:43 -0700, Darren Hart wrote:
> > >> On 05/26/2011 04:24 PM, Richard Purdie wrote:
> > >>> On Thu, 20
On Fri, 2011-05-27 at 00:33 +0100, Richard Purdie wrote:
> I talked about this on IRC but simply put, no way.
>
> The problem is:
>
> a) Arm specific
> b) determined now to be armv7 specific
> c) gcc version specific
>
> and the fix should reflect this.
>From a fairly superficial look at the cr
On 05/27/2011 07:04 AM, Phil Blundell wrote:
> On Thu, 2011-05-26 at 10:46 -0700, Darren Hart wrote:
>> Right, it just starts to look rather ugly in the recipe, especially for
>> BSPs supporting more than just a couple of machines. I also think that
>> having to use machine overrides is an indica
On Fri, 2011-05-27 at 08:06 -0700, Darren Hart wrote:
> In fact... why are the parens used at all?
No good reason. I would guess that we started off with something like
COMPATIBLE_MACHINE = "pdp11/(23|34)"
in a recipe, and that got somehow generalised to wrapping all the
alternatives in parens
On 05/27/2011 07:48 AM, Richard Purdie wrote:
> On Fri, 2011-05-27 at 15:46 +0100, Richard Purdie wrote:
>> On Fri, 2011-05-27 at 06:56 -0700, Darren Hart wrote:
>>>
>>> On 05/27/2011 01:40 AM, Richard Purdie wrote:
On Thu, 2011-05-26 at 20:43 -0700, Darren Hart wrote:
> On 05/26/2011 04
On Fri, 2011-05-27 at 15:55 +0200, Koen Kooi wrote:
> I matched the postinst for these additionsm, but I can cleanup the complete
> postinst if you wish.
I see you did that already in your v2 patch. Thanks.
p.
___
Openembedded-core mailing list
Ope
On Fri, 2011-05-27 at 16:41 +0200, Koen Kooi wrote:
> This fixes dbus usage in non-sysV init systems. Volatiles aren't needed in
> systemd land, since /run is tmpfs and the dbus units take care of all this.
>
> Signed-off-by: Koen Kooi
> ---
>
> Changes since v1:
>
> * addressed pbs conc
On Fri, 2011-05-27 at 08:13 -0700, Darren Hart wrote:
> OK, I haven't completely lost it then :-) In that case, are you looking
> for any additional changes/dialog/acks here? If not, the version with
> bb.debug() is now in the contrib branch:
>
> git://git.pokylinux.org/poky-contrib dvhart/oe/u-
On Thu, 2011-05-26 at 20:16 -0700, Darren Hart wrote:
>
> On 05/26/2011 04:46 PM, Richard Purdie wrote:
> > On Wed, 2011-05-25 at 16:05 -0700, Darren Hart wrote:
> >> Fixes [YOCTO 1102]
> >>
> >> Path variables are typically : delimited. White space is allowed in paths,
> >> so
> >> is not a good
On Thu, 2011-05-26 at 22:48 -0700, Khem Raj wrote:
> slugos uses uclibc in thumb mode. These patches fix the build of uclibc in
> thumb mode
> and additionally fixes shared-mime-info which failed to build with -j4
>
> The following changes since commit 31b3d1f9aa6fa1640874f7da9cce37f4aa13eab1:
>
Hi Lianhao,
On Fri, 2011-05-27 at 14:31 +0800, Lianhao Lu wrote:
> git://git.pokylinux.org/poky-contrib llu/PR-service
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=llu/PR-service
>
> Lianhao Lu (11):
> Added the PR service.
> conf/bitbake.conf: Added variables for PR service.
>
Phil,
With your patch gcc 4.6.0 is not hitting the internal compiler error for this
particular case. I could not do runtime testing as I don't have the hw. IMO
This is a good patch to send to gcc upstream.
Thanks,
Nitin
> -Original Message-
> From: openembedded-core-boun...@lists.ope
On Fri, 2011-05-27 at 07:39 +0200, Martin Jansa wrote:
> On Fri, May 27, 2011 at 12:13:35AM +0100, Richard Purdie wrote:
> I meant something like switch back to something like pstage was or
> disable both (IIRC I had strange error on many places without sstate
> inherited by distro).
>
> > Which
On Wed, 2011-05-25 at 16:30 -0700, Elizabeth Flanagan wrote:
> This pull request is a consolidated pull of some changes to the
> license.bbclass
> license parsing, some cleanup of existing licenses, and some additions to/
> modifications of various licenses kept in meta/files/common-licenses.
>
>
Signed-off-by: Khem Raj
---
meta/recipes-core/uclibc/uclibc_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc_git.bb
b/meta/recipes-core/uclibc/uclibc_git.bb
index 3d5f7a7..eded2fb 100644
--- a/meta/recipes-core/uclibc/uclibc_git.bb
Wrong patch got pushed into pull branch. But I have made amends
here is the remainder. uclibc being in both meta-oe and oe-core
confused my build on one machine it was picking it from oe-core
and on other from meta-oe. Good new layers :)
The following changes since commit 4b9c98e10d0ebaef45c838610
On Fri, 2011-05-27 at 10:30 +0100, Phil Blundell wrote:
> On Fri, 2011-05-27 at 09:54 +0100, Richard Purdie wrote:
> > Good question. I guess you're just changing the gcc version but using
> > the rest of that file?
> >
> > This is a tricky problem as we do want to include that for anyone using
>
On Fri, May 27, 2011 at 10:24 AM, Richard Purdie
wrote:
> On Fri, 2011-05-27 at 07:39 +0200, Martin Jansa wrote:
>> On Fri, May 27, 2011 at 12:13:35AM +0100, Richard Purdie wrote:
>> I meant something like switch back to something like pstage was or
>> disable both (IIRC I had strange error on man
From: Nitin A Kamble
As we have a fix for gcc 4.6.0 this workaround is not needed anymore
This reverts commit 9bccbc5fbc71b331911b558a2ba15e0a6d0046b4.
Nitin A Kamble
---
meta/conf/distro/include/tcmode-default.inc |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/me
From: Nitin A Kamble
This fixes the gcc taking out the need of the workaround we had earlier.
This also fixes compile issue for qt4-x11-free recipe for beagleboard machine
The following changes since commit 62e3f0ff7b27d8beb21b4b226051c3db654ea4e4:
License Field Cleanup: Non-standard field n
On Fri, May 27, 2011 at 11:15 AM, wrote:
> From: Nitin A Kamble
>
> This fixes an internal compiler error for gcc 4.6.0 for armv7
>
> Patch came from: Phil Blundell
> Validated by Nitin
>
> Signed-off-by: Nitin A Kamble
> Signed-Off-by: Phil Blundell
> ---
> meta/recipes-devtools/gcc/gcc-4.6
From: Nitin A Kamble
This fixes an internal compiler error for gcc 4.6.0 for armv7
Patch came from: Phil Blundell
Validated by Nitin
Signed-off-by: Nitin A Kamble
Signed-Off-by: Phil Blundell
---
meta/recipes-devtools/gcc/gcc-4.6.0.inc|3 +-
.../gcc/gcc-4.6.0/ICE_fix_for_arm
Fix missing dependency for M1 Builds
The following changes since commit 4786ecdf7cd427089464dcb62579110d494e7cd7:
License Field Cleanup: Non-standard field names (2011-05-27 18:27:04 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/fix
Signed-off-by: Saul Wold
---
.../gupnp/gupnp-tools_0.8.1.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-connectivity/gupnp/gupnp-tools_0.8.1.bb
b/meta/recipes-connectivity/gupnp/gupnp-tools_0.8.1.bb
index 008d0f7..2ee7462 100644
---
Op 27 mei 2011, om 19:00 heeft Richard Purdie het volgende geschreven:
> Hi Lianhao,
>
> On Fri, 2011-05-27 at 14:31 +0800, Lianhao Lu wrote:
>> git://git.pokylinux.org/poky-contrib llu/PR-service
>> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=llu/PR-service
>>
>> Lianhao Lu (11):
>
Same here.
On Fri, May 27, 2011 at 18:48, Koen Kooi wrote:
>
> Op 27 mei 2011, om 19:00 heeft Richard Purdie het volgende geschreven:
>
>> Hi Lianhao,
>>
>> On Fri, 2011-05-27 at 14:31 +0800, Lianhao Lu wrote:
>>> git://git.pokylinux.org/poky-contrib llu/PR-service
>>> http://git.pokylinux.org/
FWIW, F14 has python 2.7
Op 27 mei 2011, om 21:08 heeft Otavio Salvador het volgende geschreven:
> Same here.
>
> On Fri, May 27, 2011 at 18:48, Koen Kooi wrote:
>>
>> Op 27 mei 2011, om 19:00 heeft Richard Purdie het volgende geschreven:
>>
>>> Hi Lianhao,
>>>
>>> On Fri, 2011-05-27 at 14:
On 5/27/11 1:25 PM, Khem Raj wrote:
> On Fri, May 27, 2011 at 11:15 AM, wrote:
>> From: Nitin A Kamble
>>
>> This fixes an internal compiler error for gcc 4.6.0 for armv7
>>
>> Patch came from: Phil Blundell
>> Validated by Nitin
>>
>> Signed-off-by: Nitin A Kamble
>> Signed-Off-by: Phil Blund
On Fri, May 27, 2011 at 12:15 PM, Mark Hatle wrote:
> On 5/27/11 1:25 PM, Khem Raj wrote:
>> On Fri, May 27, 2011 at 11:15 AM, wrote:
>>> From: Nitin A Kamble
>>>
>>> This fixes an internal compiler error for gcc 4.6.0 for armv7
>>>
>>> Patch came from: Phil Blundell
>>> Validated by Nitin
>>>
Hi
I have started getting this error.
ERROR: Error executing a python function in
/home/kraj/work/angstrom/sources/openembedded-core/meta/recipes-core/uclibc/uclibc_git.bb:
ImportError: No module named xmlrpc
ERROR: The stack trace of python calls that resulted in this
exception/failure was:
ERR
On 5/27/11 2:36 PM, Khem Raj wrote:
> On Fri, May 27, 2011 at 12:15 PM, Mark Hatle wrote:
>> On 5/27/11 1:25 PM, Khem Raj wrote:
>>> On Fri, May 27, 2011 at 11:15 AM, wrote:
From: Nitin A Kamble
This fixes an internal compiler error for gcc 4.6.0 for armv7
Patch came fr
I'm seeing the same on my fedora box, but not on my debian box. Otavio reported
similar issues, see the patchset email thread.
Op 27 mei 2011, om 21:40 heeft Khem Raj het volgende geschreven:
> Hi
>
> I have started getting this error.
>
> ERROR: Error executing a python function in
> /home/kr
On Fri, 2011-05-27 at 20:48 +0200, Koen Kooi wrote:
> Op 27 mei 2011, om 19:00 heeft Richard Purdie het volgende geschreven:
>
> > Hi Lianhao,
> >
> > On Fri, 2011-05-27 at 14:31 +0800, Lianhao Lu wrote:
> >> git://git.pokylinux.org/poky-contrib llu/PR-service
> >> http://git.pokylinux.org/cgit
On Fri, May 27, 2011 at 1:09 PM, Joshua Lock wrote:
> On Fri, 2011-05-27 at 20:48 +0200, Koen Kooi wrote:
>> Op 27 mei 2011, om 19:00 heeft Richard Purdie het volgende geschreven:
>>
>> > Hi Lianhao,
>> >
>> > On Fri, 2011-05-27 at 14:31 +0800, Lianhao Lu wrote:
>> >> git://git.pokylinux.org/poky
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
> Attached are two patches against BitBake master to add back the xmlrpc
> server (copied from Poky's tree) and fix the uievent.
Seems like my patches didn't make it through? *tries again*
Cheers,
Joshua
--
Joshua Lock
Yocto Project B
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
> Upstream BitBake still has the xmlrpc server removed. The version in
> Poky's BitBake is functional (I use it daily).
>
> Attached are two patches against BitBake master to add back the xmlrpc
> server (copied from Poky's tree) and fix the ui
>From 1618318f0a30847b08c158e7ac82f9043126144e Mon Sep 17 00:00:00 2001
From: Joshua Lock
Date: Fri, 27 May 2011 13:04:44 -0700
Subject: [PATCH 2/2] uievent: fix queueing of events for xmlrpc before
UI has
loaded
The change to Queue up events before the UI is spawned broke the xmlrpc
server beca
On May 27, 2011, at 2:00 PM, Joshua Lock wrote:
> On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
>> Upstream BitBake still has the xmlrpc server removed. The version in
>> Poky's BitBake is functional (I use it daily).
>>
>> Attached are two patches against BitBake master to add back th
>From 4c0915842cd578e67fc9cc85d24538e419a47af8 Mon Sep 17 00:00:00 2001
From: Joshua Lock
Date: Fri, 27 May 2011 13:03:55 -0700
Subject: [PATCH 1/2] server: add updated/fixed xmlrpc server from Poky
Signed-off-by: Joshua Lock
---
lib/bb/server/xmlrpc.py | 273
++
On Fri, 2011-05-27 at 14:01 -0700, Khem Raj wrote:
>
> On May 27, 2011, at 2:00 PM, Joshua Lock wrote:
>
> > On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
> >> Upstream BitBake still has the xmlrpc server removed. The version in
> >> Poky's BitBake is functional (I use it daily).
> >>
>
From: Yu Ke
[YOCTO #737]
The AC_CHECK_FUNC([dlopen], [], AC_CHECK_LIB([dl], [dlopen],
DLOPEN_LIBS="-ldl"))
macro seems not work well in ppc arch, so this patch force the
DLOPEN_LIBS="-ldl"
Signed-off-by: Yu Ke
Added Bug info
Signed-off-by: Saul Wold
---
.../xorg-xserver/files/force-libdl
This fixes a problem with the MPC building the xserver-xf86-lite
The following changes since commit 4786ecdf7cd427089464dcb62579110d494e7cd7:
License Field Cleanup: Non-standard field names (2011-05-27 18:27:04 +0100)
are available in the git repository at:
git://git.openembedded.org/openemb
On Fri, May 27, 2011 at 06:24:44PM +0100, Richard Purdie wrote:
> I dug into this with Martin on irc and it was found that rm_work.bbclass
> was exposing a bitbake bug with setscene handling. This was fixed with:
>
> http://git.openembedded.net/cgit.cgi/bitbake/commit/?id=0a4d857aabc86b973170ba9ce
On Fri, 2011-05-27 at 14:09 -0700, Saul Wold wrote:
> From: Yu Ke
>
> [YOCTO #737]
>
> The AC_CHECK_FUNC([dlopen], [], AC_CHECK_LIB([dl], [dlopen],
> DLOPEN_LIBS="-ldl"))
> macro seems not work well in ppc arch, so this patch force the
> DLOPEN_LIBS="-ldl"
>
That's a bit of a weird report.
This is a first pass at sane license parsing, using python
abstract syntax trees.
A few notes on this since ast is not generally used. I massage
the LICENSE field to be more pythonesque and then create an ast.
I then dump the ast and using a LicenseVisitor class, recurse
through the tree, looki
Scratch this. I forgot to remove some debug.
-b
On 05/27/2011 03:00 PM, Elizabeth Flanagan wrote:
This is a first pass at sane license parsing, using python
abstract syntax trees.
A few notes on this since ast is not generally used. I massage
the LICENSE field to be more pythonesque and then
Using python abstract syntax trees as a parser and an ast visitor class, I've
begun the first steps to being able to put some sanity to license selection.
One note. License modifiers have traditionally been limited to the "or greater"
modifier "+". I've added another modifier "with exceptions" f
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
> Upstream BitBake still has the xmlrpc server removed. The version in
> Poky's BitBake is functional (I use it daily).
>
> Attached are two patches against BitBake master to add back the xmlrpc
> server (copied from Poky's tree) and fix the ui
This is a first pass at sane license parsing, using python
abstract syntax trees.
A few notes on this since ast is not generally used. I massage
the LICENSE field to be more pythonesque and then create an ast.
I then dump the ast and using a LicenseVisitor class, recurse
through the tree, looki
Using python abstract syntax trees as a parser and an ast visitor class, I've
begun the first steps to being able to put some sanity to license selection.
One note. License modifiers have traditionally been limited to the "or greater"
modifier "+". I've added another modifier "with exceptions" f
On Fri, 2011-05-27 at 11:28 -0700, Saul Wold wrote:
> Fix missing dependency for M1 Builds
>
>
> The following changes since commit 4786ecdf7cd427089464dcb62579110d494e7cd7:
>
> License Field Cleanup: Non-standard field names (2011-05-27 18:27:04 +0100)
>
> are available in the git repository
On Fri, 2011-05-27 at 22:24 +0100, Phil Blundell wrote:
> On Fri, 2011-05-27 at 14:09 -0700, Saul Wold wrote:
> > From: Yu Ke
> >
> > [YOCTO #737]
> >
> > The AC_CHECK_FUNC([dlopen], [], AC_CHECK_LIB([dl], [dlopen],
> > DLOPEN_LIBS="-ldl"))
> > macro seems not work well in ppc arch, so this pat
On Fri, 2011-05-27 at 10:38 -0700, Khem Raj wrote:
> Wrong patch got pushed into pull branch. But I have made amends
> here is the remainder. uclibc being in both meta-oe and oe-core
> confused my build on one machine it was picking it from oe-core
> and on other from meta-oe. Good new layers :)
>
Op 28 mei 2011, om 00:23 heeft Richard Purdie het volgende geschreven:
> On Fri, 2011-05-27 at 22:24 +0100, Phil Blundell wrote:
>> On Fri, 2011-05-27 at 14:09 -0700, Saul Wold wrote:
>>> From: Yu Ke
>>>
>>> [YOCTO #737]
>>>
>>> The AC_CHECK_FUNC([dlopen], [], AC_CHECK_LIB([dl], [dlopen],
>>>
On Fri, 2011-05-27 at 15:13 -0700, Elizabeth Flanagan wrote:
> Using python abstract syntax trees as a parser and an ast visitor class, I've
> begun the first steps to being able to put some sanity to license selection.
>
> One note. License modifiers have traditionally been limited to the "or
>
On Fri, May 27, 2011 at 3:09 PM, Richard Purdie
wrote:
> On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
>> Upstream BitBake still has the xmlrpc server removed. The version in
>> Poky's BitBake is functional (I use it daily).
>>
>> Attached are two patches against BitBake master to add back
On Fri, May 27, 2011 at 6:02 PM, Khem Raj wrote:
> On Fri, May 27, 2011 at 3:09 PM, Richard Purdie
> wrote:
>> On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
>>> Upstream BitBake still has the xmlrpc server removed. The version in
>>> Poky's BitBake is functional (I use it daily).
>>>
>>>
Value of USE_PR_SERV is either "1" or "0" looking at
settings in bitbake.conf
USE_PR_SERV = "${@[1,0][(bb.data.getVar('PRSERV_HOST',d,1) is None) or
(bb.data.getVar('PRSERV_PORT',d,1) is None)]}"
So we compare the strings
Signed-off-by: Khem Raj
---
meta/classes/package.bbclass |2 +-
meta/
On Fri, May 27, 2011 at 6:05 PM, Khem Raj wrote:
> On Fri, May 27, 2011 at 6:02 PM, Khem Raj wrote:
>> On Fri, May 27, 2011 at 3:09 PM, Richard Purdie
>> wrote:
>>> On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
Upstream BitBake still has the xmlrpc server removed. The version in
>>>
The following changes since commit ae1ba18f70c0dac5bed376f6677258c33290ce30:
uclibc: Add disabled COMPILE_IN_THUMB_MODE to uClibc.machine for all ARM
configurations (2011-05-27 19:41:33 -0700)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib kraj/m
This entry need to exist so that it can be manipulated later
to decide if uclibc is to be compiled in thumb mode or arm mode
Signed-off-by: Khem Raj
---
.../uclibc/uclibc-git/arm/uClibc.machine |1 +
.../uclibc/uclibc-git/armv5te/uClibc.machine |1 +
.../uclibc/uclibc-git
Value of USE_PR_SERV is either "1" or "0" looking at
settings in bitbake.conf
USE_PR_SERV = "${@[1,0][(bb.data.getVar('PRSERV_HOST',d,1) is None) or
(bb.data.getVar('PRSERV_PORT',d,1) is None)]}"
So we compare the strings
Signed-off-by: Khem Raj
---
meta/classes/package.bbclass |2 +-
meta/
79 matches
Mail list logo