On Wed, 2012-10-10 at 11:00 +0800, Kang Kai wrote:
> On 2012年10月10日 08:48, tom.zanu...@intel.com wrote:
> > From: Tom Zanussi
> >
> > This patch uses an unmodified version of archlibexp called
> > archlib_exp, introduced by a previous patch to config.sh, which is
> > used to generate the correct
On 2012?10?10? 08:48, tom.zanu...@intel.com wrote:
From: Tom Zanussi
This patch uses an unmodified version of archlibexp called
archlib_exp, introduced by a previous patch to config.sh, which is
used to generate the correct value of ARCHLIB_EXP into config.h
Fixes [YOCTO #3099].
Signed-off-by:
On Thu, Mar 8, 2012 at 7:34 AM, Andreas Oberritter
wrote:
> On 02.03.2012 23:29, Yury Bushmelev wrote:
>> 2012/2/10 Khem Raj :
>>> Hi
>>>
>>> Just grepped for the occurances of disabled parallel make and I see
>>> around 40 cases on oe-core
>>>
>>> git grep PARALLEL_MAKE.*=.*\"\" recipes* | grep
On 2012年10月10日 08:52, Tom Zanussi wrote:
On Tue, 2012-10-09 at 09:12 -0500, Tom Zanussi wrote:
On Tue, 2012-10-09 at 14:10 +0100, Richard Purdie wrote:
On Tue, 2012-10-09 at 16:32 +0800, Kang Kai wrote:
perl @INC path includes native perl modules path. When run "perl -V",
the output at the end
On 10/9/2012 8:38 PM, Burton, Ross wrote:
On 9 October 2012 11:38, Paul Eggleton wrote:
* I sent this months ago but was told that oe-core is not the right place,
however, we think it makes sense to add ruby to complete the scripting
language set of: python, perl, ruby, so I re-send it.
On Tue, 2012-10-09 at 09:12 -0500, Tom Zanussi wrote:
> On Tue, 2012-10-09 at 14:10 +0100, Richard Purdie wrote:
> > On Tue, 2012-10-09 at 16:32 +0800, Kang Kai wrote:
> > > perl @INC path includes native perl modules path. When run "perl -V",
> > > the output at the end is something like:
> > >
From: Tom Zanussi
This patch uses an unmodified version of archlibexp called
archlib_exp, introduced by a previous patch to config.sh, which is
used to generate the correct value of ARCHLIB_EXP into config.h
Fixes [YOCTO #3099].
Signed-off-by: Tom Zanussi
---
.../perl/perl-5.14.2/perl-archlib
From: Tom Zanussi
perl.c uses an ARCHLIB_EXP define to generate compile-time code that
adds the archlibexp path to @INC during run-time initialization of a
new perl interpreter.
Because we've changed this value in a temporary way to make it
possible to use ExtUtils::Embed in the target build (th
From: Tom Zanussi
This fixes the bug reported by Kang Kai in a way that allows
perf scripting to continue to work.
Before this patch, @INC on the target would contain a native path:
@INC:
/etc/perl
/usr/lib/perl/site_perl/5.14.2/
/usr/lib/perl/site_perl/5.14.2
/usr/lib/pe
Hi all,
As part of working on buildhistory[1] I developed a Django-based web
application for reviewing warnings generated by analysing the output, and
finally it has reached a state where I can release it. It's fairly basic but
provides the following features:
* Generate warnings and import t
On Tue, Oct 09, 2012 at 12:28:54PM -0700, Flanagan, Elizabeth wrote:
> The name of the license for bzip2 is wrong causing warnings
> to be thrown.
Can you resend with -M?
Cheers,
>
> Signed-off-by: Elizabeth Flanagan
> ---
> meta/files/common-licenses/bzip | 41
> -
On Tue, 2012-10-09 at 22:01 +0200, Marcin Juszkiewicz wrote:
> When recipe inherits autotools it gets do_configure defined. One of
> things which are done is autoreconf so gnu-config files are updated to
> latest OE version.
>
> But some recipes use own do_configure due to hard edited configure
>
Allow recipes that require busybox.inc to specificy custom defconfig
files and binary names such that multiple busybox configurations may
coexist.
Signed-off-by: Andy Ross
---
meta/recipes-core/busybox/busybox.inc | 92 +++--
meta/recipes-core/busybox/busybox_1.20.2
A handful of busybox utilities (run-parts, start-stop-daemon,
ifupdown) are "core" features required by the distribution without
packaged compatible replacements. Build these into a tiny
busybox-oe-min that can be included in bash/coreutile-based images
without pulling in all of the needless busyb
We've been attempting to build an image that is busybox-free.
Unfortunately there are a handful of busybox applets which are used in
existing functionality (mostly various initscripts) and for which
oe-core has no packaged replacements:
+ /usr/bin/run-parts - part of upstream debianutils, unpackag
On 10/9/12 3:53 PM, Joe Slater wrote:
The environment CFLAGS is not used by the chkconfig
Makefile, so debug and optimization options are ignored.
So, we use RPM_OPT_FLAGS to pass CFLAGS into Makefile.
Upstream-Status: Inappropriate [configuration]
Signed-off-by: Joe Slater
---
.../recipes-
The environment CFLAGS is not used by the chkconfig
Makefile, so debug and optimization options are ignored.
So, we use RPM_OPT_FLAGS to pass CFLAGS into Makefile.
Upstream-Status: Inappropriate [configuration]
Signed-off-by: Joe Slater
---
.../recipes-extended/chkconfig/chkconfig_1.3.58.bb |
When recipe inherits autotools it gets do_configure defined. One of
things which are done is autoreconf so gnu-config files are updated to
latest OE version.
But some recipes use own do_configure due to hard edited configure
scripts or other reasons. We can edit those recipes one by one or can
tri
The name of the license for bzip2 is wrong causing warnings
to be thrown.
Signed-off-by: Elizabeth Flanagan
---
meta/files/common-licenses/bzip | 41 --
meta/files/common-licenses/bzip2 | 41 ++
2 files changed, 41 inse
On Oct 9, 2012, at 10:37 AM, Elvis Dowson wrote:
> Hi Khem,
>
> On Oct 9, 2012, at 5:48 PM, Elvis Dowson wrote:
>
>> So, now I've got gcc-4.5.4 working with eglibc-2.13, upto the point where
>> the kconfig infrastructure was added.
>>
>> Next, to add the kconfig infrastructure to eglibc-2.13
Hi Khem,
On Oct 9, 2012, at 5:48 PM, Elvis Dowson wrote:
> So, now I've got gcc-4.5.4 working with eglibc-2.13, upto the point where the
> kconfig infrastructure was added.
>
> Next, to add the kconfig infrastructure to eglibc-2.13, and fast forward to
> the tip of the poky master branch, and
On Oct 9, 2012, at 3:38 AM, Paul Eggleton wrote:
> Hi Jackie,
>
> On Tuesday 09 October 2012 14:36:53 jackie.hu...@windriver.com wrote:
>> From: Jackie Huang
>>
>> * I sent this months ago but was told that oe-core is not the right place,
>> however, we think it makes sense to add ruby to co
On Tue, 2012-10-09 at 14:10 +0100, Richard Purdie wrote:
> On Tue, 2012-10-09 at 16:32 +0800, Kang Kai wrote:
> > perl @INC path includes native perl modules path. When run "perl -V",
> > the output at the end is something like:
> > @INC:
> > /etc/perl
> > /usr/lib/perl/site_perl/5.14.2/
Hi Khem,
On Oct 6, 2012, at 7:41 PM, Khem Raj wrote:
> On Fri, Oct 5, 2012 at 11:59 PM, Elvis Dowson wrote:
>>
>>
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=48df3fe947c4d900aa6b66d9d8352c0d9e59ebe4
eglibc: Fix eglibc-initial and let eglibc depend on it
>> I've narrowed down th
into packagegroup-core-standalone-sdk-target.
this chagnges applies also to task-core-standalone-sdk-target-dbg.
Signed-off-by: Andrei Dinu
---
bitbake/lib/bb/ui/crumbs/hoblistmodel.py |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bitbake/lib/bb/ui/crumbs/hoblistmodel.p
On Tuesday 09 October 2012 15:12:09 Steffen Sledz wrote:
> Given to files
>
> foo.inc
> foo.bb (which requires foo.inc)
>
> in layer Foo. Now i want to write a new
>
> bar.bb (which requires foo.inc too)
>
> in layer Bar. Is this possible without keeping a copy of foo.inc in Bar?
Certain
Given to files
foo.inc
foo.bb (which requires foo.inc)
in layer Foo. Now i want to write a new
bar.bb (which requires foo.inc too)
in layer Bar. Is this possible without keeping a copy of foo.inc in Bar?
Steffen
--
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin,
On Tue, 2012-10-09 at 16:32 +0800, Kang Kai wrote:
> perl @INC path includes native perl modules path. When run "perl -V",
> the output at the end is something like:
> @INC:
> /etc/perl
> /usr/lib/perl/site_perl/5.14.2/
> /usr/lib/perl/site_perl/5.14.2
> /usr/lib/perl/vendor_perl/
On 9 October 2012 11:38, Paul Eggleton wrote:
>> * I sent this months ago but was told that oe-core is not the right place,
>> however, we think it makes sense to add ruby to complete the scripting
>> language set of: python, perl, ruby, so I re-send it.
>
> I have to say, my opinion is the sa
Hi Jackie,
On Tuesday 09 October 2012 14:36:53 jackie.hu...@windriver.com wrote:
> From: Jackie Huang
>
> * I sent this months ago but was told that oe-core is not the right place,
> however, we think it makes sense to add ruby to complete the scripting
> language set of: python, perl, ruby,
* fixes [YOCTO #3116]
Signed-off-by: Martin Jansa
---
scripts/sstate-cache-management.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/sstate-cache-management.sh
b/scripts/sstate-cache-management.sh
index 4c06fe8..551d2f2 100755
--- a/scripts/sstate-cache-managemen
perl @INC path includes native perl modules path. When run "perl -V",
the output at the end is something like:
@INC:
/etc/perl
/usr/lib/perl/site_perl/5.14.2/
/usr/lib/perl/site_perl/5.14.2
/usr/lib/perl/vendor_perl/5.14.2/
/usr/lib/perl/vendor_perl/5.14.2
/mnt/sda10/poky
The following changes since commit eb8ac50d58575be3e04c4decc5b0e2d80381be9b:
documentation: dev-manual - mentioned SRC_URI in the kernel example
(2012-10-07 13:15:37 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kangkai/distro
http://git.pokylinux.org/
33 matches
Mail list logo