Don't remove rpmlib when INC_RPM_IMAGE_GEN=1, otherwise the
list_installed_packages would get nothing in the second build.
[YOCTO #2440]
Signed-off-by: Robert Yang
---
meta/classes/rootfs_rpm.bbclass |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/classes/roo
Fix the incremental rpm image generation, it didn't work since the code
has been changed.
The btmanifest should have a ".manifest" suffix, so that it can be moved
to ${T} by rootfs_rpm.bbclass:
mv ${IMAGE_ROOTFS}/install/*.manifest ${T}/
Note: The locale pkgs would always be re-installed.
[YOCTO
The following changes since commit 043871d7e5d2d19c2ff43e54d2ff180c09e8903e:
kern-tools: integrate minor fixes (2012-05-08 16:06:15 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib robert/rpm_inc
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=robert
Op 9 mei 2012, om 10:20 heeft Robert Yang het volgende geschreven:
> Don't remove rpmlib when INC_RPM_IMAGE_GEN=1, otherwise the
> list_installed_packages would get nothing in the second build.
What happens when I do a build, enable INC_RPM_IMAGE_GEN and do another build?
___
On Wed, May 09, 2012 at 07:31:52AM +0200, Koen Kooi wrote:
>
> Op 9 mei 2012, om 00:53 heeft Khem Raj het volgende geschreven:
>
> > Signed-off-by: Khem Raj
> > ---
> > meta/recipes-kernel/kmod/kmod.inc |4 ++--
> > 1 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/r
On Tue, May 08, 2012 at 03:14:10PM +, g...@git.openembedded.org wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: 043871d7e5d2d19c2ff43e54d2ff180c09e8903e
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=043871d7e5d2d19c2ff43e54d2ff180c09e8903e
>
> A
On Wed, May 9, 2012 at 2:51 AM, Richard Purdie
wrote:
> On Tue, 2012-05-08 at 15:23 -0400, Bruce Ashfield wrote:
>> Richard/Saul,
>>
>> As Frans Meulenbroeks noted this morning, guilt wasn't functional
>> in the devshell. The fix was simple enough, and by ensuring that
>> GUILT_BASE is exported, i
On Wed, May 9, 2012 at 6:58 AM, Martin Jansa wrote:
> On Tue, May 08, 2012 at 03:14:10PM +, g...@git.openembedded.org wrote:
>> Module: openembedded-core.git
>> Branch: master
>> Commit: 043871d7e5d2d19c2ff43e54d2ff180c09e8903e
>> URL:
>> http://git.openembedded.org/?p=openembedded-core.gi
On Wed, May 09, 2012 at 08:43:50AM -0400, Bruce Ashfield wrote:
> On Wed, May 9, 2012 at 6:58 AM, Martin Jansa wrote:
> > On Tue, May 08, 2012 at 03:14:10PM +, g...@git.openembedded.org wrote:
> >> Module: openembedded-core.git
> >> Branch: master
> >> Commit: 043871d7e5d2d19c2ff43e54d2ff180c0
On Wed, May 9, 2012 at 8:55 AM, Martin Jansa wrote:
> On Wed, May 09, 2012 at 08:43:50AM -0400, Bruce Ashfield wrote:
>> On Wed, May 9, 2012 at 6:58 AM, Martin Jansa wrote:
>> > On Tue, May 08, 2012 at 03:14:10PM +, g...@git.openembedded.org wrote:
>> >> Module: openembedded-core.git
>> >> Br
On Wed, May 9, 2012 at 8:42 AM, Bruce Ashfield wrote:
> On Wed, May 9, 2012 at 2:51 AM, Richard Purdie
> wrote:
>> On Tue, 2012-05-08 at 15:23 -0400, Bruce Ashfield wrote:
>>> Richard/Saul,
>>>
>>> As Frans Meulenbroeks noted this morning, guilt wasn't functional
>>> in the devshell. The fix was
External distributions based on the oe-core will typically include
bitbake in the top level directory. The idea is to make it easy
for external distributions to easily assemble a distribution
with a pristine version of oe-core, add avoid the git untracked messages:
# Untracked files:
# (use "
Op 9 mei 2012, om 15:46 heeft Jason Wessel het volgende geschreven:
> External distributions based on the oe-core will typically include
> bitbake in the top level directory.
Really?
> The idea is to make it easy
> for external distributions to easily assemble a distribution
> with a pristine
On 9 May 2012 16:58, Koen Kooi wrote:
>
> Op 9 mei 2012, om 15:46 heeft Jason Wessel het volgende geschreven:
>
>> External distributions based on the oe-core will typically include
>> bitbake in the top level directory.
>
> Really?
Don't know about distributions, but when I first tried
> . ope
On 05/09/2012 08:58 AM, Koen Kooi wrote:
>
> Op 9 mei 2012, om 15:46 heeft Jason Wessel het volgende geschreven:
>
>> External distributions based on the oe-core will typically include
>> bitbake in the top level directory.
>
> Really?
>
Certainly I cannot speak for everyone, but I would like
On Wed, 2012-05-09 at 08:46 -0500, Jason Wessel wrote:
> External distributions based on the oe-core will typically include
> bitbake in the top level directory. The idea is to make it easy
> for external distributions to easily assemble a distribution
> with a pristine version of oe-core, add avo
On 05/09/2012 09:21 AM, Phil Blundell wrote:
> On Wed, 2012-05-09 at 08:46 -0500, Jason Wessel wrote:
>> External distributions based on the oe-core will typically include
>> bitbake in the top level directory. The idea is to make it easy
>> for external distributions to easily assemble a distribu
On 5/8/12 9:09 PM, Khem Raj wrote:
On Tue, May 8, 2012 at 6:53 PM, Marko Lindqvist wrote:
On 9 May 2012 04:36, Khem Raj wrote:
On Tue, May 8, 2012 at 5:59 PM, Marko Lindqvist wrote:
You should know that I'm just figuring out what to do with
"rtld(GNU_HASH)" that already exist for eglibc
On 5/9/12 3:50 AM, Koen Kooi wrote:
Op 9 mei 2012, om 10:20 heeft Robert Yang het volgende geschreven:
Don't remove rpmlib when INC_RPM_IMAGE_GEN=1, otherwise the
list_installed_packages would get nothing in the second build.
What happens when I do a build, enable INC_RPM_IMAGE_GEN and do an
Op 9 mei 2012, om 16:45 heeft Jason Wessel het volgende geschreven:
> On 05/09/2012 09:21 AM, Phil Blundell wrote:
>> On Wed, 2012-05-09 at 08:46 -0500, Jason Wessel wrote:
>>> External distributions based on the oe-core will typically include
>>> bitbake in the top level directory. The idea is
Op 9 mei 2012, om 16:52 heeft Mark Hatle het volgende geschreven:
> On 5/9/12 3:50 AM, Koen Kooi wrote:
>>
>> Op 9 mei 2012, om 10:20 heeft Robert Yang het volgende geschreven:
>>
>>> Don't remove rpmlib when INC_RPM_IMAGE_GEN=1, otherwise the
>>> list_installed_packages would get nothing in th
On 5/9/12 10:01 AM, Koen Kooi wrote:
Op 9 mei 2012, om 16:52 heeft Mark Hatle het volgende geschreven:
On 5/9/12 3:50 AM, Koen Kooi wrote:
Op 9 mei 2012, om 10:20 heeft Robert Yang het volgende geschreven:
Don't remove rpmlib when INC_RPM_IMAGE_GEN=1, otherwise the
list_installed_packages
Op 9 mei 2012, om 17:15 heeft Mark Hatle het volgende geschreven:
> On 5/9/12 10:01 AM, Koen Kooi wrote:
>>
>> Op 9 mei 2012, om 16:52 heeft Mark Hatle het volgende geschreven:
>>
>>> On 5/9/12 3:50 AM, Koen Kooi wrote:
Op 9 mei 2012, om 10:20 heeft Robert Yang het volgende geschreve
On 5/9/12 10:24 AM, Koen Kooi wrote:
Op 9 mei 2012, om 17:15 heeft Mark Hatle het volgende geschreven:
On 5/9/12 10:01 AM, Koen Kooi wrote:
Op 9 mei 2012, om 16:52 heeft Mark Hatle het volgende geschreven:
On 5/9/12 3:50 AM, Koen Kooi wrote:
Op 9 mei 2012, om 10:20 heeft Robert Yang het
On 05/08/2012 08:48 PM, Bruce Ashfield wrote:
> Updating the SRCREV to pickup the following fix:
>
> createme: fix checkpoint restoration for reset branches
>
> The meta branch can optionally be merged out to BSP branches. This removes
> the need to restore the checkpoint when worki
On Wed, May 9, 2012 at 2:42 AM, Martin Jansa wrote:
> On Wed, May 09, 2012 at 07:31:52AM +0200, Koen Kooi wrote:
>>
>> Op 9 mei 2012, om 00:53 heeft Khem Raj het volgende geschreven:
>>
>> > Signed-off-by: Khem Raj
>> > ---
>> > meta/recipes-kernel/kmod/kmod.inc | 4 ++--
>> > 1 files changed,
On 9 May 2012 17:49, Mark Hatle wrote:
> On 5/8/12 9:09 PM, Khem Raj wrote:
>>
>> On Tue, May 8, 2012 at 6:53 PM, Marko Lindqvist wrote:
>>>
>>> On 9 May 2012 04:36, Khem Raj wrote:
On Tue, May 8, 2012 at 5:59 PM, Marko Lindqvist
wrote:
>
>
>
> You should know th
On Wed, May 9, 2012 at 7:49 AM, Mark Hatle wrote:
> The per-file "advanced" dependencies, which are not yet being used by ipkg
> or deb, include a marker for rtld support. The libc on the system needs to
> have a provide that it supports GNU_HASH, otherwise a missing dependency
> occurs and the s
On Wed, May 9, 2012 at 11:40 AM, Darren Hart wrote:
>
>
> On 05/08/2012 08:48 PM, Bruce Ashfield wrote:
>> Updating the SRCREV to pickup the following fix:
>>
>> createme: fix checkpoint restoration for reset branches
>>
>> The meta branch can optionally be merged out to BSP branches. This
On Wed, 2012-05-09 at 15:21 +0100, Phil Blundell wrote:
> On Wed, 2012-05-09 at 08:46 -0500, Jason Wessel wrote:
> > External distributions based on the oe-core will typically include
> > bitbake in the top level directory. The idea is to make it easy
> > for external distributions to easily assem
On 9 May 2012 18:15, Mark Hatle wrote:
>>
>>> On 5/9/12 3:50 AM, Koen Kooi wrote:
What happens when I do a build, enable INC_RPM_IMAGE_GEN and do another
build?
>
> Using the following:
>
> . ./oe-init-build-env build-test
>
> bitbake core-image-core
> --- time passes, git pull pul
On 5/9/12 10:47 AM, Khem Raj wrote:
On Wed, May 9, 2012 at 7:49 AM, Mark Hatle wrote:
The per-file "advanced" dependencies, which are not yet being used by ipkg
or deb, include a marker for rtld support. The libc on the system needs to
have a provide that it supports GNU_HASH, otherwise a miss
On Wed, 2012-05-09 at 11:48 -0400, Bruce Ashfield wrote:
> On Wed, May 9, 2012 at 11:40 AM, Darren Hart wrote:
> >
> >
> > On 05/08/2012 08:48 PM, Bruce Ashfield wrote:
> >> Updating the SRCREV to pickup the following fix:
> >>
> >> createme: fix checkpoint restoration for reset branches
> >>
On 5/9/12 10:54 AM, Marko Lindqvist wrote:
On 9 May 2012 18:15, Mark Hatle wrote:
On 5/9/12 3:50 AM, Koen Kooi wrote:
What happens when I do a build, enable INC_RPM_IMAGE_GEN and do another
build?
Using the following:
. ./oe-init-build-env build-test
bitbake core-image-core
--- time pas
This imports the blacklist class from meta-oe, and then a subseqent patch
revises it to use the OE variable and change the message generation.
Once accepted into oe-core, a patch for meta-oe will be generated to remove
it from there.
The following changes since commit 043871d7e5d2d19c2ff43e54d2ff
Revise the handling from ANGSTROM_BLACKLIST to OE_BLACKLIST. Preserved
references to ANGSTROM_BLACKLIST for compatibility with existing users.
Rearrange a bit of the code to avoid unncessary steps if the package does
not have a blacklist.
Change the message generation from a note to debug, adjus
Signed-off-by: Koen Kooi
Import directly from meta-openembedded commit:
a63c374cdc785ade69d2998978d08280e671dc1f
Signed-off-by: Mark Hatle
---
meta/classes/blacklist.bbclass | 20
1 files changed, 20 insertions(+), 0 deletions(-)
create mode 100644 meta/classes/blackl
On 05/09/2012 10:07 AM, Marko Lindqvist wrote:
> On 9 May 2012 16:58, Koen Kooi wrote:
>>
>> Op 9 mei 2012, om 15:46 heeft Jason Wessel het volgende geschreven:
>>
>>> External distributions based on the oe-core will typically include
>>> bitbake in the top level directory.
>>
>> Really?
>
> Don
On Wed, May 9, 2012 at 12:02 PM, Phil Blundell wrote:
> On Wed, 2012-05-09 at 11:48 -0400, Bruce Ashfield wrote:
>> On Wed, May 9, 2012 at 11:40 AM, Darren Hart wrote:
>> >
>> >
>> > On 05/08/2012 08:48 PM, Bruce Ashfield wrote:
>> >> Updating the SRCREV to pickup the following fix:
>> >>
>> >>
On 05/09/2012 11:10 AM, Philip Balister wrote:
>
> I guess I need to send my patch to oe-core I use to stop the locatoin
> being hardcoded by the script that comes with oe-core.
Certainly that is another very reasonable approach to the problem.
Assuming it doesn't affect performance (and I can't
Op 9 mei 2012, om 17:42 heeft Khem Raj het volgende geschreven:
> On Wed, May 9, 2012 at 2:42 AM, Martin Jansa wrote:
>> On Wed, May 09, 2012 at 07:31:52AM +0200, Koen Kooi wrote:
>>>
>>> Op 9 mei 2012, om 00:53 heeft Khem Raj het volgende geschreven:
>>>
Signed-off-by: Khem Raj
---
On Wed, May 9, 2012 at 12:11 PM, Bruce Ashfield
wrote:
> On Wed, May 9, 2012 at 12:02 PM, Phil Blundell wrote:
>> On Wed, 2012-05-09 at 11:48 -0400, Bruce Ashfield wrote:
>>> On Wed, May 9, 2012 at 11:40 AM, Darren Hart wrote:
>>> >
>>> >
>>> > On 05/08/2012 08:48 PM, Bruce Ashfield wrote:
>>> >
Having bitbake inside the oe-core is annoying to some people. This commit
adds a second option to the oe-init-build-env script.
Run like this:
. ./oe-init-build-env ../build ../bitbake
for example. Without the second option, the old behavior is preserved.
Signed-off-by: Philip Balister
---
sc
On 9 May 2012 19:44, Philip Balister wrote:
> Having bitbake inside the oe-core is annoying to some people. This commit
> adds a second option to the oe-init-build-env script.
>
> Run like this:
>
> . ./oe-init-build-env ../build ../bitbake
>
> for example. Without the second option, the old behav
On 5/8/12 05:34 , Richard Purdie wrote:
On Sun, 2012-05-06 at 10:36 -0700, Rich Pixley wrote:
On 5/2/12 16:06 , Richard Purdie wrote:
On Wed, 2012-05-02 at 14:48 -0500, Mark Hatle wrote:
On 5/2/12 2:45 PM, Rich Pixley wrote:
What would really help is a way to reproduce this...
Does it reprod
On Wed, May 9, 2012 at 9:28 AM, Koen Kooi wrote:
>
> Please drop the SRCPV, it's version '8', not 8+giter8735827548237582758293
Alright. Done.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bi
Time for some shell trivia!
Trivia point: PATH=:/usr/bin and PATH=.:/usr/bin are equivalent.
Trivia point: So are PATH=/bin::/usr/bin and PATH=/bin:.:/usr/bin
Trivia point: People love to write stuff like:
PATH=$(THAT_DIRECTORY):$PATH
Trivia point: The shell expands undefined variables to em
On Wed, 2012-05-09 at 11:08 -0500, Mark Hatle wrote:
> Revise the handling from ANGSTROM_BLACKLIST to OE_BLACKLIST. Preserved
> references to ANGSTROM_BLACKLIST for compatibility with existing users.
>
> Rearrange a bit of the code to avoid unncessary steps if the package does
> not have a blackl
On 5/9/12 2:25 PM, Richard Purdie wrote:
On Wed, 2012-05-09 at 11:08 -0500, Mark Hatle wrote:
Revise the handling from ANGSTROM_BLACKLIST to OE_BLACKLIST. Preserved
references to ANGSTROM_BLACKLIST for compatibility with existing users.
Rearrange a bit of the code to avoid unncessary steps if
On Wed, 2012-05-09 at 12:42 -0400, Bruce Ashfield wrote:
> On Wed, May 9, 2012 at 12:11 PM, Bruce Ashfield
> wrote:
> > On Wed, May 9, 2012 at 12:02 PM, Phil Blundell wrote:
> >> On Wed, 2012-05-09 at 11:48 -0400, Bruce Ashfield wrote:
> >>> On Wed, May 9, 2012 at 11:40 AM, Darren Hart
> >>> wr
On Wed, 2012-05-09 at 14:20 -0500, Peter Seebach wrote:
> Time for some shell trivia!
>
> Trivia point: PATH=:/usr/bin and PATH=.:/usr/bin are equivalent.
> Trivia point: So are PATH=/bin::/usr/bin and PATH=/bin:.:/usr/bin
> Trivia point: People love to write stuff like:
> PATH=$(THAT_DIRECTO
On Wed, 2012-05-09 at 10:51 -0700, Rich Pixley wrote:
> On 5/8/12 05:34 , Richard Purdie wrote:
> > On Sun, 2012-05-06 at 10:36 -0700, Rich Pixley wrote:
> >> Any other ideas?
> > Well, this clearly doesn't happen with master or in any combination of
> > the layers most users are using. The logical
Signed-off-by: Koen Kooi
Import directly from meta-openembedded commit:
a63c374cdc785ade69d2998978d08280e671dc1f
Signed-off-by: Mark Hatle
---
meta/classes/blacklist.bbclass | 20
1 files changed, 20 insertions(+), 0 deletions(-)
create mode 100644 meta/classes/blackl
Refactor from v1. Include the original functionality from meta-oe, it
has been changed based on comments both on the list and off. And I believe
greatly simplified.
It is expected that distributions who need the old functionality may
continue to use the old blacklist.bbclass in their layers.
On
Revise the handling from ANGSTROM_BLACKLIST to PNBLACKLIST[pn].
Refactor the code to eliminate references to the distribution and recipe
name in the message.
Change the skipPackage message message from:
ERROR: was skipped: DOES NOT support because
to:
ERROR: was skipped: Recipe is blackli
OpenEmbedded Technical Steering Committee
8 May 2012
Attending:
Richard Purdie (RP)
Paul Eggleton (bluelightning)
Mark Hatle (fray)
Koen Kooi (koen)
Apologies:
Khem (khem)
Minutes: Jefro (Jefro)
Agenda & Summary
1. pick a chair
fray
2. lin
On Wed, 2012-05-09 at 09:08 -0400, Bruce Ashfield wrote:
> On Wed, May 9, 2012 at 8:42 AM, Bruce Ashfield
> wrote:
> > On Wed, May 9, 2012 at 2:51 AM, Richard Purdie
> > wrote:
> >> On Tue, 2012-05-08 at 15:23 -0400, Bruce Ashfield wrote:
> >>> Richard/Saul,
> >>>
> >>> As Frans Meulenbroeks not
OpenEmbedded Technical Steering Committee
24 April 2012
Attending:
Richard Purdie (RP)
Paul Eggleton (bluelightning)
Mark Hatle (fray)
Tom Rini (Tartarus)
Apologies:
Khem (khem)
Minutes: Jefro (Jefro)
Agenda & Summary
1. pick a chair
RP
On Wed, 9 May 2012 20:49:23 +0100
Richard Purdie wrote:
> I like the patch and I can live with the commit message but could we
> have the right subject line and a signed-off-by please? :)
Heh. I hadn't actually intended this as a pull request, just
commentary, but I can do a proper pull request
On Wed, May 9, 2012 at 4:04 PM, Richard Purdie
wrote:
> On Wed, 2012-05-09 at 09:08 -0400, Bruce Ashfield wrote:
>> On Wed, May 9, 2012 at 8:42 AM, Bruce Ashfield
>> wrote:
>> > On Wed, May 9, 2012 at 2:51 AM, Richard Purdie
>> > wrote:
>> >> On Tue, 2012-05-08 at 15:23 -0400, Bruce Ashfield wr
Empty components (including $PATHs starting or ending with a colon)
have the same harmful effects as a "." in $PATH.
The following changes since commit 8de7f8045f28aecfe796afcdb013c557ce9d1372:
Martin Jansa (1):
kmod: fix upgrade path from module-init-tools
are available in the git repo
Empty components in $PATH have the same effect as a . in $PATH,
and are a common side-effect of inserting a misspelled or unset
shell variable in $PATH.
Signed-off-by: Peter Seebach
---
meta/classes/sanity.bbclass |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/
Hi Rich,
You might like to try the change below as I think it might address the problem.
Cheers,
Richard
bitbake/runqueue: Fix 'full' stamp checking to be more efficient and cache
results
This should fix issues where bitbake would seemingly lock up when checking
certain configurations of stam
Op 9 mei 2012, om 22:00 heeft Mark Hatle het volgende geschreven:
> Revise the handling from ANGSTROM_BLACKLIST to PNBLACKLIST[pn].
>
> Refactor the code to eliminate references to the distribution and recipe
> name in the message.
>
> Change the skipPackage message message from:
>
> ERROR: w
On Tue, 2012-05-01 at 20:45 -0500, Peter Seebach wrote:
> Suggestion that came out of my sanity-checks of multilibs; verify
> that stuff in BBCLASSEXTEND is valid.
>
> Signed-off-by: Peter Seebach
> ---
> meta/classes/sanity.bbclass | 13 +
> 1 files changed, 13 insertions(+), 0 de
On Wed, 9 May 2012 21:59:49 +0100
Richard Purdie wrote:
> FWIW, this isn't going to work. Its checking the sanity in
> "configuration" space, pre recipe parse so it won't pick up on the
> errors we want it to.
>
> So whilst its well intentioned, it isn't going to work as designed and
> we'll hav
On 5/9/12 3:45 PM, Koen Kooi wrote:
Op 9 mei 2012, om 22:00 heeft Mark Hatle het volgende geschreven:
Revise the handling from ANGSTROM_BLACKLIST to PNBLACKLIST[pn].
Refactor the code to eliminate references to the distribution and recipe
name in the message.
Change the skipPackage message m
From: Nitin A Kamble
The following changes since commit 6841abd17268a1c1ca5e3634f0ae9e21426ca9c9:
Hob: change the workflow about click 'Run Image' to run directly after
builded a qemu image (2012-05-09 21:56:47 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-con
From: Nitin A Kamble
This fixes bug [YOCTO #2443]
Signed-off-by: Nitin A Kamble
---
.../eglibc_fix_findidx_parameters.patch| 38
meta/recipes-core/eglibc/eglibc_2.15.bb|3 +-
2 files changed, 40 insertions(+), 1 deletions(-)
create mode 10064
This address the packaging issues since it's installed in the wrong place
ERROR: For recipe eglibc-nativesdk, the following files/directories were
installed but not shipped in any package:
ERROR: /var
ERROR: /var/db
ERROR: /var/db/Makefile
Signed-off-by: Saul Wold
---
patch => use-loc
Richard,
This is the correct fix for the eglibc packaging issue, the one that got
pulled was an under test at the time you pulled it.
Sorry for the confusion.
Sau!
The following changes since commit 910452727fc277c1caec7612b36c37b58d845350:
eglibc: Add patch to fix /var installation locatio
On 5/9/12 12:52 , Richard Purdie wrote:
On Wed, 2012-05-09 at 10:51 -0700, Rich Pixley wrote:
On 5/8/12 05:34 , Richard Purdie wrote:
On Sun, 2012-05-06 at 10:36 -0700, Rich Pixley wrote:
Any other ideas?
Well, this clearly doesn't happen with master or in any combination of
the layers most u
My rebuild completed in 5 seconds.
Thank you very much!
I'd rather not fork bitbake locally. Can I expect this patch to show up
in git://git.openembedded.org/bitbake sometime soon?
--rich
On 5/9/12 13:32 , Richard Purdie wrote:
Hi Rich,
You might like to try the change below as I think it
On Wed, 2012-05-09 at 16:04 -0700, Rich Pixley wrote:
> On 5/9/12 12:52 , Richard Purdie wrote:
> > On Wed, 2012-05-09 at 10:51 -0700, Rich Pixley wrote:
> >> On 5/8/12 05:34 , Richard Purdie wrote:
> >>> On Sun, 2012-05-06 at 10:36 -0700, Rich Pixley wrote:
> Any other ideas?
> >>> Well, this
On 05/08/2012 10:28 PM, Dongxiao Xu wrote:
Hi Richard and Scott,
This pull request is to fix some multilib issues in libc-package.bbclass.
Please help to review and pull.
This is both for upstream and 1.2.1 branch.
Thanks,
Dongxiao
The following changes since commit 043871d7e5d2d19c2ff43e54d
On 05/06/2012 09:44 PM, b28...@freescale.com wrote:
From: Ting Liu
Signed-off-by: Ting Liu
---
meta/classes/image_types.bbclass |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index b590ae1..55f
On 05/08/2012 10:30 AM, Eric Bénard wrote:
1.2.6 is no more fetchable and 1.2.7 fix some bugs, full changelog is
available here : http://zlib.net/ChangeLog.txt
Signed-off-by: Eric Bénard
---
v2 : remove PR=r1
.../remove.ldconfig.call.patch |0
.../zlib/{zlib_1.2.6.bb
On 05/04/2012 02:30 PM, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamble
With the automake upgrade to 1.12 many recipes started failing due to
use of deprecated features. This commit series addresses many of those
recipes.
The following changes since commit 7f11bbb9bbc55001928bec799a39a32e
On Wed, 2012-05-09 at 16:20 -0700, Rich Pixley wrote:
> My rebuild completed in 5 seconds.
>
> Thank you very much!
>
> I'd rather not fork bitbake locally. Can I expect this patch to show up
> in git://git.openembedded.org/bitbake sometime soon?
Yes, I just wanted to confirm we were fixing th
On 05/01/2012 06:45 PM, Peter Seebach wrote:
And yes, I'm aware that "toolchain sanity checks" is sort of a
self-defeating concept.
Okay, cleanups:
* Now checking MULTILIB_VARIANTS, not MULTILIBS. Simpler and less indented.
* Added a third commit to do the BBCLASSEXTEND checks since those seem
On 05/01/2012 06:00 PM, Otavio Salvador wrote:
To allow the use of Qt applications started manually to use the
configured graphics system the setting needs to be available in user
environment. This moves the setting to /etc/profile.d ensuring it is
set and available. This allow the removal of x11
On Wed, 2012-05-09 at 16:29 -0700, Saul Wold wrote:
> On 05/04/2012 02:30 PM, nitin.a.kam...@intel.com wrote:
> > From: Nitin A Kamble
> >
> > With the automake upgrade to 1.12 many recipes started failing due to
> > use of deprecated features. This commit series addresses many of those
> > recipes
Hi Nitin,
On 05/09/2012 02:20 PM, nitin.a.kam...@intel.com wrote:
> From: Nitin A Kamble
>
> This fixes bug [YOCTO #2443]
Awesome!
Please include something about what the problem is and how the
backported patch addresses it. The bugzilla reference is required, but
it isn't sufficient. People n
On 05/02/2012 01:53 PM, Khem Raj wrote:
These fixes are independent but feeding into the bigger items
e.g. mips64/sh4 support, supporting xorg-xserver on qemumachines
etc.
The following changes since commit 35b5fb2dd2131d4c7dc6635c14c6e08ea6926457:
eglibc-package: remove /var (2012-05-01 12:
From: Marko Lindqvist
Date: Thu, 10 May 2012 02:41:06 +0300
Subject: [PATCH] package_deb.bbclass: don't handle advanced dependency marker
as version number
Strip advanced dependency markers away from Provides before writing
them to control file. Left in place they would mean package version
numb
On 9 May 2012 18:46, Marko Lindqvist wrote:
> On 9 May 2012 17:49, Mark Hatle wrote:
>>
>> Who can definitively state what the legal RPROVIDE format is in OE?
>
> If we are to define it now, and selecting from existing alternatives,
> parenthesis could denote either:
>
> deb style) Single versio
This fixes issues where bitbake would seemingly lock up when checking
certain configurations of stamp files due to deep recursion and
duplication.
This fixes a problem reported on the OE-Core mailing list to do with
BB_STAMP_POLICY = "full" appearing to hang upon rebuilds for long
periods of time
> -Original Message-
> From: Darren Hart [mailto:dvh...@linux.intel.com]
> Sent: Wednesday, May 09, 2012 4:36 PM
> To: Patches and discussions about the oe-core layer
> Cc: Kamble, Nitin A
> Subject: Re: [OE-core] [PATCH 1/1] eglibc: fix build with poky-tiny
> distro
>
> Hi Nitin,
>
> O
On Wed, 9 May 2012 16:32:17 -0700
Saul Wold wrote:
> >sanity.bbclass: Check for bogus values in BBCLASSEXTEND
> >
> RP commented on this one.
I'm gonna drop that for now, I think. I am looking a little at
per-package sanity checking, but it turns out to be harder than I would
ideally like
On 5/9/12 16:32 , Richard Purdie wrote:
On Wed, 2012-05-09 at 16:20 -0700, Rich Pixley wrote:
My rebuild completed in 5 seconds.
Thank you very much!
I'd rather not fork bitbake locally. Can I expect this patch to show up
in git://git.openembedded.org/bitbake sometime soon?
Yes, I just wante
On 5/9/12 16:26 , Richard Purdie wrote:
The settings that are now recommended are:
BB_SIGNATURE_HANDLER ?= 'OEBasicHash'
OELAYOUT_ABI = "8"
This requires a rebuild since the stamp file format changes, hence the
ABI number increase. Currently, poky and angstrom use these settings
amongst others
On Wed, May 9, 2012 at 4:57 PM, Richard Purdie
wrote:
> diff --git a/bitbake/lib/bb/runqueue.py b/bitbake/lib/bb/runqueue.py
> index b870caf..48433be 100644
> --- a/bitbake/lib/bb/runqueue.py
> +++ b/bitbake/lib/bb/runqueue.py
> @@ -875,7 +875,7 @@ class RunQueue:
> bb.msg.fatal("RunQu
On 05/09/2012 04:50 PM, Marko Lindqvist wrote:
From: Marko Lindqvist
Date: Thu, 10 May 2012 02:41:06 +0300
Subject: [PATCH] package_deb.bbclass: don't handle advanced dependency marker
as version number
Strip advanced dependency markers away from Provides before writing
them to control file. L
This is an RFC series, and for ease of review sent as against the Poky tree so
that it can be reviewed as a whole.
In Yocto #2041[2] Mark reported an issue with reusing shared state as a
different user on the same machine.
Since the whole purpose of shared state is that it be shared I decided to
The optional parameter should be an octal file mode representing the
desired permissions of the created directory. If mode isn;t specified
use 0777. This is the default of os.makedirs() yet is not often what
the created directory ends up with due to umask affecting the call.
The use of chmod() in
Create signature files, and the directories which contain them, with
rwx for everyone so that they are easily shared with different users
of the same machine.
Signed-off-by: Joshua Lock
---
bitbake/lib/bb/siggen.py |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/bi
In order to make sstate cache's more easily shared ensure any user of
the system has rwx permission by calling chown on sstate files after
they're created.
Signed-off-by: Joshua Lock
---
meta/classes/sstate.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/cla
On 05/09/2012 05:22 PM, Joshua Lock wrote:
In order to make sstate cache's more easily shared ensure any user of
the system has rwx permission by calling chown on sstate files after
they're created.
Signed-off-by: Joshua Lock
---
meta/classes/sstate.bbclass |1 +
1 files changed, 1 insert
On Wed, May 9, 2012 at 5:22 PM, Joshua Lock wrote:
> In Yocto #2041[2] Mark reported an issue with reusing shared state as a
> different user on the same machine.
>
> Since the whole purpose of shared state is that it be shared I decided to dig
> into this issue. I wanted to at least be able to u
On 09/05/12 17:27, Saul Wold wrote:
On 05/09/2012 05:22 PM, Joshua Lock wrote:
In order to make sstate cache's more easily shared ensure any user of
the system has rwx permission by calling chown on sstate files after
they're created.
Signed-off-by: Joshua Lock
---
meta/classes/sstate.bbclass
1 - 100 of 119 matches
Mail list logo
