On Fri, 2012-08-24 at 23:34 -0500, tom.zanu...@intel.com wrote:
> From: Tom Zanussi
>
> This is the ia32-base.inc moved over from meta-intel. See meta-intel
> for the complete history of contributions to this file.
>
> Here's the initial commit text that explains the purpose of this file:
>
>
Op 25 aug. 2012, om 06:34 heeft tom.zanu...@intel.com het volgende geschreven:
> From: Tom Zanussi
>
> This is the ia32-base.inc moved over from meta-intel. See meta-intel
> for the complete history of contributions to this file.
>
> Here's the initial commit text that explains the purpose of
On Fri, 2012-08-24 at 23:34 -0500, tom.zanu...@intel.com wrote:
> This is the ia32-base.inc moved over from meta-intel. See meta-intel
> for the complete history of contributions to this file.
>
> Here's the initial commit text that explains the purpose of this file:
>
> The meta-intel BSPs cu
On Saturday, August 25, 2012, Koen Kooi wrote:
>
> Op 25 aug. 2012, om 06:34 heeft tom.zanu...@intel.com het volgende
geschreven:
>
>> From: Tom Zanussi
>>
>> This is the ia32-base.inc moved over from meta-intel. See meta-intel
>> for the complete history of contributions to this file.
>>
>> Her
On Sat, 2012-08-25 at 08:59 +0100, Phil Blundell wrote:
> On Fri, 2012-08-24 at 23:34 -0500, tom.zanu...@intel.com wrote:
> > This is the ia32-base.inc moved over from meta-intel. See meta-intel
> > for the complete history of contributions to this file.
> >
> > Here's the initial commit text tha
On Sat, 2012-08-25 at 01:13 -0700, Khem Raj wrote:
>
>
> On Saturday, August 25, 2012, Koen Kooi
> wrote:
> >
> > Op 25 aug. 2012, om 06:34 heeft tom.zanu...@intel.com het volgende
> geschreven:
> >
> >> From: Tom Zanussi
> >>
> >> This is the ia32-base.inc moved over from meta-intel. See
> me
On Sat, 2012-08-25 at 09:45 +0200, Koen Kooi wrote:
> Op 25 aug. 2012, om 06:34 heeft tom.zanu...@intel.com het volgende geschreven:
>
> > From: Tom Zanussi
> >
> > This is the ia32-base.inc moved over from meta-intel. See meta-intel
> > for the complete history of contributions to this file.
>
Op 25 aug. 2012, om 13:56 heeft Richard Purdie
het volgende geschreven:
> On Sat, 2012-08-25 at 09:45 +0200, Koen Kooi wrote:
>> Op 25 aug. 2012, om 06:34 heeft tom.zanu...@intel.com het volgende
>> geschreven:
>>
>>> From: Tom Zanussi
>>>
>>> This is the ia32-base.inc moved over from meta-
We've removed libblkid from e2fsprogs as it was being provided by util-linux.
The blkid
binary is also provided there and providing it within e2fsprogs too, linked
against
a different and potentially incompatible library we're likely asking for
trouble.
It also leads to inconsistencies in the n
There are conflicts in the native sysroot over the fsck binary. Whilst
providing people with alternatives is good to a point, the source in util-linux
is clearly the copy which is now being maintained and moved forwards which the
copy
in e2fsprogs being older and with less features.
The simplest
Our bluez4 recipe provides hid2hci now. udev removes this as of version 169,
we might as well remove it now to stop conflicts over the file in both
target file systems and the build sysroots.
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/udev/u
These cause various file conflicts and aren't useful within the sysroot anyway.
We might
as well remove them. Whitelisting the contents of ${datadir} that *is* useful
might
be a better option in future.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/staging.bbclass b/meta/classes/s
We have a potential problem where two sstate packages try and touch the same
file. This adds code which will print a warning whenever this happens.
The implementation does but by maintaining a master file list and comparing
file accesses against this. There are a number of places we have duplicate
On Sat, 2012-08-25 at 16:17 +0200, Koen Kooi wrote:
> Op 25 aug. 2012, om 13:56 heeft Richard Purdie
> het volgende geschreven:
>
> > On Sat, 2012-08-25 at 09:45 +0200, Koen Kooi wrote:
> >> Op 25 aug. 2012, om 06:34 heeft tom.zanu...@intel.com het volgende
> >> geschreven:
> >>
> >>> From: To
As was previous discussed on the list a while ago, we have a problem
with nativesdk where the code is getting complex and convoluted as its
simply not possible to automatically "extend" using a suffix.
Extension using a prefix works comparatively well be comparison as shown
by the multilib code. I
On Sat, Aug 25, 2012 at 4:53 AM, Richard Purdie
wrote:
> On Sat, 2012-08-25 at 01:13 -0700, Khem Raj wrote:
>>
>>
>> On Saturday, August 25, 2012, Koen Kooi
>> wrote:
>> >
>> > Op 25 aug. 2012, om 06:34 heeft tom.zanu...@intel.com het volgende
>> geschreven:
>> >
>> >> From: Tom Zanussi
>> >>
>>
On Sat, Aug 25, 2012 at 9:46 AM, Richard Purdie
wrote:
> As was previous discussed on the list a while ago, we have a problem
> with nativesdk where the code is getting complex and convoluted as its
> simply not possible to automatically "extend" using a suffix.
>
> Extension using a prefix works
On Sat, Aug 25, 2012 at 1:25 PM, Khem Raj wrote:
> On Sat, Aug 25, 2012 at 9:46 AM, Richard Purdie
> wrote:
>> As was previous discussed on the list a while ago, we have a problem
>> with nativesdk where the code is getting complex and convoluted as its
>> simply not possible to automatically "ex
On Sat, 2012-08-25 at 13:25 -0700, Khem Raj wrote:
> On Sat, Aug 25, 2012 at 9:46 AM, Richard Purdie
> wrote:
> > As was previous discussed on the list a while ago, we have a problem
> > with nativesdk where the code is getting complex and convoluted as its
> > simply not possible to automatically
On Aug 25, 2012, at 2:00 PM, Richard Purdie
wrote:
> On Sat, 2012-08-25 at 13:25 -0700, Khem Raj wrote:
>> On Sat, Aug 25, 2012 at 9:46 AM, Richard Purdie
>> wrote:
>>> As was previous discussed on the list a while ago, we have a problem
>>> with nativesdk where the code is getting complex and
From: Tom Zanussi
To potentially fix a build problem seen on the yocto autobuilder.
I'm not able to reproduce the problem myself without this patch,
but it looks like these dependencies should be added regardless.
The following changes since commit b4c5725af4cd85d5644f0373e2674e903c4eab2b:
y
From: Tom Zanussi
perf depends on bison and flex for event parsing - add them as
dependencies.
Signed-off-by: Tom Zanussi
---
meta/recipes-kernel/perf/perf_3.4.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/perf/perf_3.4.bb
b/meta/recipes-ker
Richard,
This set has been built in the AB, I know you are still
holding back on the bitbake and bitbake.conf, there are included
as a reminder for when you are ready.
I think that it's safe to pull in the eglibc-pic change.
Thanks
Sau!
The following changes since commit 968cfc0b630fb
A part of the code in copyleft_compliance.bbclass is duplicated to
archiver.bbclass, remove the duplicated lines.
[YOCTO #2619]
Signed-off-by: Robert Yang
---
meta/classes/copyleft_compliance.bbclass | 51 ++--
1 file changed, 3 insertions(+), 48 deletions(-)
diff -
* Fix the indent and coding style
* Fix the fakeroot error and other issues
* remove the "upper()" function
* copyleft_compliance.bbclass: remove the duplicated code
* fix the remove error
I have sent a patch to yo...@yoctoproject.org to update the
local.conf.sample.extended
// Robert
The follo
* Make the comment line under 80 characters.
* Use the triple double quotes for the docstring.
* Add a whitespace behind the comma (,).
* Other minor fixes.
[YOCTO #2619]
Signed-off-by: Robert Yang
---
meta/classes/archive-configured-source.bbclass | 9 +-
meta/classes/archive-original-source
The configuration value from the conf file is lower case, e.g. srpm,
tar, so there is no reason to use the upper case which makes things
complicated.
[YOCTO #2619]
Signed-off-by: Robert Yang
---
meta/classes/archiver.bbclass| 26 +++---
meta/classes/package_rpm.bbclass |
Several fixes:
* It uses mixed tab and whitespace as the indent in one function,
Fix them to use "4 spaces" as the indent.
* Remove the unwanted blank, for example, more than one blank lines
appeared together.
* Remove the tail whitespace.
[YOCTO #2619]
Signed-off-by: Robert Yang
---
meta
* Fix the fakeroot issue
The archiver.bbclass is used for archiving sources, patches, and logs,
it uses the "rpmbuild -bs" from the package_rpm.bbclass to generate the
.src.rpm, but it didn't work (it's not easy to explain it clearly):
Reason:
- It directly used the "fakeroot" command, w
* The "tar-package" is used for saving the "Source" list for rpmbuild,
there is no such a file when "ARCHIVER_MODE[type] ?= srpm", and there
would be errors, it hadn't happen before was becuase that the remove
function didn't work. Let the "rpmbuild --rmsource" to remove the
Sources, and th
30 matches
Mail list logo
