Richard,
This fixes a problem with OpenSuse host contamination.
Adds one depends in the initial depends chain for gettext-native.
Thanks
Sau!
The following changes since commit 0d03800caffc2341b74190d38f7a372223c89f4c:
lsbsetup_1.0.bb: Change the hardcoded /usr/lib to support multilib
(2011-
[YOCTO #1242]
Signed-off-by: Saul Wold
---
meta/recipes-core/gettext/gettext_0.18.1.1.bb |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/gettext/gettext_0.18.1.1.bb
b/meta/recipes-core/gettext/gettext_0.18.1.1.bb
index 0b11a90..cc0129f 100644
---
From: Matthew McClintock
Some distro's don't include these macros in /usr/include/endian.h
so we include them via this patch
Signed-off-by: Matthew McClintock
---
.../ldconfig-native-2.12.1/endianess-header.patch | 113
meta/recipes-core/eglibc/ldconfig-native_2.12.1.bb
From: Tom Rini
This is dd33ced4b8123600efa1f67f704aec13b0842ad1 in oe.dev and needed
for building in deep paths.
Signed-off-by: Tom Rini
---
.../recipes-devtools/python/python-native_2.6.6.bb |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devtools/pyt
Richard,
Review and tested, the inherit perlnatives are needed.
Sau!
The following changes since commit 0d03800caffc2341b74190d38f7a372223c89f4c:
lsbsetup_1.0.bb: Change the hardcoded /usr/lib to support multilib
(2011-07-20 15:43:43 +0100)
are available in the git repository at:
git://
From: Tom Rini
In oe.dev we can just sed over the binary but in newer versions of this
program we need to fix the in use copy too. As noted in the patch header,
this isn't appropriate for upstream as it could change behavior on Windows.
Signed-off-by: Tom Rini
---
.../use-usr-bin-env-for-pyth
From: Tom Rini
We need this to allow for scripts to do #!/usr/bin/env perl-native
and not require an 'inherit perlnative' per user of a package.
Signed-off-by: Tom Rini
---
meta/recipes-devtools/perl/perl-native_5.12.3.bb | 17 -
1 files changed, 16 insertions(+), 1 deletions
From: Martin Jansa
* in some cases we don't have localedef/gconv built
ie when DISTRO_FEATURES lacks one of libc-charsets, libc-locales,
libc-locale-code
then is better ignore localedef/gconv instead of do_install_locale
failing like in this bugreport:
http://bugzilla.yoctoproject.org/sh
From: Martin Jansa
Signed-off-by: Martin Jansa
---
.../python/python/07-linux3-regen-fix.patch| 18 ++
meta/recipes-devtools/python/python_2.6.6.bb |1 +
2 files changed, 19 insertions(+), 0 deletions(-)
create mode 100644
meta/recipes-devtools/python/pytho
From: Martin Jansa
* otherwise calling do_install twice results in Makefile.sysroot ==
Makefile.orig and distutils using wrong LIBDIR (from host)
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/python/python_2.6.6.bb |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff
The original patch lost ^M and was not appliable.
Signed-off-by: Khem Raj
Signed-off-by: Saul Wold
---
.../clutter/clutter-box2d/isfinite.patch | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-graphics/clutter/clutter-box2d/isfinit
[YOCTO #1242]
Signed-off-by: Saul Wold
---
meta/recipes-core/gettext/gettext_0.18.1.1.bb |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/gettext/gettext_0.18.1.1.bb
b/meta/recipes-core/gettext/gettext_0.18.1.1.bb
index 0b11a90..cc0129f 100644
---
From: Tom Rini
In oe.dev we have a sets to pick out hostos/hostarch/etc site
files out of and include things like a common-linux site file.
This should also help out with adding multilib-specific site files
(ie x32). In oe.dev we have an iterator but at Richard's request
we continue to return a
From: Martin Jansa
* otherwise perl from host is used and if there isn't libxml-parser-perl
installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is
required for intltool
Signed-off-by: Martin Jansa
---
.../xorg-lib/xkeyboard-config_2.1.bb
From: Martin Jansa
* otherwise perl from host is used and if there isn't libxml-parser-perl
installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is
required for intltool
Signed-off-by: Martin Jansa
---
meta/recipes-support/vte/vte.inc |
From: Matthew McClintock
intltool recipe was using perl from the host instead of perl from
poky. This forces the recipe to use poky's perl (along with perl
modules it pulls in)
Signed-off-by: Matthew McClintock
Signed-off-by: Tom Rini
---
meta/recipes-devtools/intltool/intltool.inc |
From: Martin Jansa
* otherwise perl from host is used and if there isn't libxml-parser-perl
installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is
required for intltool
Signed-off-by: Martin Jansa
---
meta/recipes-extended/polkit/polkit_0.
From: Martin Jansa
* otherwise perl from host is used and if there isn't libxml-parser-perl
installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is
required for intltool
Signed-off-by: Martin Jansa
---
meta/recipes-connectivity/avahi/avahi
From: Tom Rini
Similar, but opposite of oe.dev example.
Signed-off-by: Tom Rini
---
meta/conf/local.conf.sample |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample
index c33dc0e..812b896 100644
--- a/meta/conf/loc
>-Original Message-
>From: openembedded-core-boun...@lists.openembedded.org
>[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>Richard Purdie
>Sent: Wednesday, July 20, 2011 10:34 PM
>To: Patches and discussions about the oe-core layer
>Subject: Re: [OE-core] [PATCH
From: Martin Jansa
Signed-off-by: Martin Jansa
---
meta/conf/distro/include/tcmode-default.inc |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/distro/include/tcmode-default.inc
index e27a1b4..86538f1 100644
--- a
From: Tom Rini
This is 5396e0868cf89787746fa6341ddb1f271a770595 in oe.dev but here we
instead use the nativeperl wrapper.
Signed-off-by: Tom Rini
---
.../icon-naming-utils-native_0.8.7.bb |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git
a/meta/recipes-
From: Kang Kai
Hi Scott,
This is the current work of adding pam supports.
After update libpam to 1.1.4, we enable the packages pam support. And if the
pacakge
doesn't have a pam configure file, import from Fedora.
The following changes since commit fa4bcfdb73167f8159b88e5a4d711c0d37627a70:
From: Kang Kai
Update libpam to 1.1.4, and add dependecy cracklib because run xtexts will
need pam-plugin-cracklib.
There are some additional checks under subdirectory xtests and make it
as a subpackage libpam-xtests.
Signed-off-by: Kang Kai
---
.../pam/libpam/libpam-xtests.patch
From: Xiaofeng Yan
I make a patch and some changes in dropbear.inc for supporting pam.
- Enable pam in configure
- Modify file option.h to open pam supporting
Signed-off-by: Xiaofeng Yan
---
meta/recipes-core/dropbear/dropbear.inc|6 -
.../dropbear/dropbear/dropbear-enable-
From: Xiaofeng Yan
Adding configuration file "sshd" in /etc/pam.d/ for supporting pam.
Signed-off-by: Xiaofeng Yan
---
.../openssh/openssh-5.8p2/sshd | 10 ++
meta/recipes-connectivity/openssh/openssh_5.8p2.bb |7 +--
2 files changed, 15 insertions(+), 2 d
From: Xiaofeng Yan
Modify configuration "polkit-1" in /etc/pam.d/ for supporting pam.
Signed-off-by: Xiaofeng Yan
---
.../polkit/polkit-0.101/polkit-1_pam.patch | 23
meta/recipes-extended/polkit/polkit_0.101.bb |6 +++-
2 files changed, 27 insertions(+
From: Kang Kai
According to DISTRO_FEATURES then add screen pam support or not.
Press "Ctrl+a x" will lock the screen terminal, then unlock it will
use pam.
Add pam related configure file sceen.pamd from Fedora.
Signed-off-by: Kang Kai
---
.../screen/screen-4.0.3/screen.pamd|
From: Kang Kai
According to DISTRO_FEATURES to add pam support for sudo, and import
configure file from Fedora.
Signed-off-by: Kang Kai
---
meta/recipes-extended/sudo/files/sudo.pamd |6 ++
meta/recipes-extended/sudo/sudo_1.8.1p2.bb | 11 ---
2 files changed, 14 insertions(+)
From: Martin Jansa
* otherwise perl from host is used and if there isn't libxml-parser-perl
installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is
required for intltool
Signed-off-by: Martin Jansa
---
.../shared-mime-info/shared-mime-info
From: Wenzong Fan
Enable PAM support for cronie and update its pam config file 'crond'.
Signed-off-by: Wenzong Fan
---
.../cronie/cronie/crond_pam_config.patch | 13 +
meta/recipes-extended/cronie/cronie_1.4.7.bb |9 +++--
2 files changed, 20 insertions(+)
From: Wenzong Fan
add patches to make at enable pam support
Signed-off-by: Wenzong Fan
---
.../at/at-3.1.12/configure-add-enable-pam.patch| 23
meta/recipes-extended/at/at-3.1.12/pam.conf.patch | 16 +
meta/recipes-extended/at/at_3.1.12.bb
From: Tom Rini
On hosts where we may already be past the #! limit this is required
and this is safe on the target as well. This is be7fe31 in oe.dev.
Related to this we now bump all PRs for recipes that inherit cpan.
Note that in oe.dev we mangle for perl but here we use the new
nativeperl scrip
From: Kang Kai
According to distro_feature then add pam support for cups or not.
Signed-off-by: Kang Kai
---
meta/recipes-extended/cups/cups_1.4.6.bb |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-extended/cups/cups_1.4.6.bb
b/meta/recipes-extende
On 2011?07?21? 16:00, Kang Kai wrote:
From: Kang Kai
Hi Scott,
This is the current work of adding pam supports.
After update libpam to 1.1.4, we enable the packages pam support. And if the
pacakge
doesn't have a pam configure file, import from Fedora.
The following changes since commit fa4bc
From: Kang Kai
add shadow-update-pam-conf.patch to update the pam related configure files
in Yocto way rather than Fedora.
Signed-off-by: Kang Kai
---
.../shadow/files/shadow-update-pam-conf.patch | 175
meta/recipes-extended/shadow/shadow_4.1.4.3.bb |5 +-
2
Hi Khem,
what was the reason to patch out the libtool-macros instead of deleting them?
That would be
reduce the changelines a lot.
Bye henning
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-b
Signed-off-by: Mei Lei
---
.../dhcp/dhcp-4.2.0/fix-external-bind.patch| 14 +++---
meta/recipes-connectivity/dhcp/dhcp4.inc |2 +-
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-connectivity/dhcp/dhcp-4.2.0/fix-external-bind.patch
b/me
Op 21 jul. 2011, om 10:05 heeft Kang Kai het volgende geschreven:
> On 2011年07月21日 16:00, Kang Kai wrote:
>> From: Kang Kai
>>
>>
>> Hi Scott,
>>
>> This is the current work of adding pam supports.
>>
>> After update libpam to 1.1.4, we enable the packages pam support. And if the
>> pacakg
This pull request fixes some hard coded /usr/lib path issues, please review it.
Thanks,
Lei
The following changes since commit 8af286885353d5740971f137f8c1ada2b43dd2a8:
Paul Eggleton (1):
README.hardware: update MPC8315E-RDB instructions
are available in the git repository at:
git:/
Op 21 jul. 2011, om 10:00 heeft Kang Kai het volgende geschreven:
> From: Xiaofeng Yan
>
> I make a patch and some changes in dropbear.inc for supporting pam.
> - Enable pam in configure
> - Modify file option.h to open pam supporting
>
> Signed-off-by: Xiaofeng Yan
> ---
> meta/recipes-core/
Op 21 jul. 2011, om 10:00 heeft Kang Kai het volgende geschreven:
> From: Kang Kai
>
> add shadow-update-pam-conf.patch to update the pam related configure files
> in Yocto way rather than Fedora.
I'm not entirely sure, but do the updated conf files need something like
http://cgit.openembedde
Op 21 jul. 2011, om 10:00 heeft Kang Kai het volgende geschreven:
> From: Xiaofeng Yan
>
> Modify configuration "polkit-1" in /etc/pam.d/ for supporting pam.
>
> Signed-off-by: Xiaofeng Yan
> ---
> .../polkit/polkit-0.101/polkit-1_pam.patch | 23
> meta/recipes-e
Op 21 jul. 2011, om 10:00 heeft Kang Kai het volgende geschreven:
> From: Xiaofeng Yan
>
> Adding configuration file "sshd" in /etc/pam.d/ for supporting pam.
Where did this file come from and why isn't openssh providing it on its own?
>
> Signed-off-by: Xiaofeng Yan
> ---
> .../openssh/ope
On Thu, 2011-07-21 at 16:00 +0800, Kang Kai wrote:
> +do_install_append () {
> + install -D -m 664 ${WORKDIR}/sudo.pamd ${D}/${sysconfdir}/pam.d/sudo
> +}
As with openssh, you don't want to install and ship this file if pam
isn't enabled.
p.
___
On Thu, 2011-07-21 at 16:00 +0800, Kang Kai wrote:
> do_install_append () {
> install -d ${D}${sysconfdir}/init.d
> + install -d ${D}${sysconfdir}/pam.d
> install -m 0755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/sshd
> + install -m 0755 ${WORKDIR}/sshd ${D}${sysconfdir}/pam.d/s
On Thu, 2011-07-21 at 08:11 +0200, Martin Jansa wrote:
> On Wed, Jul 20, 2011 at 05:54:55PM -0700, Tom Rini wrote:
> > On 07/20/2011 05:18 PM, Khem Raj wrote:
> > > On 07/20/2011 02:06 PM, Martin Jansa wrote:
> > >> Fixes for recipes using intltool, distributions not having locales
> > >> support i
On 2011年07月21日 16:53, Koen Kooi wrote:
Op 21 jul. 2011, om 10:05 heeft Kang Kai het volgende geschreven:
On 2011年07月21日 16:00, Kang Kai wrote:
From: Kang Kai
Hi Scott,
This is the current work of adding pam supports.
After update libpam to 1.1.4, we enable the packages pam support. And if
On 2011年07月21日 17:06, Phil Blundell wrote:
On Thu, 2011-07-21 at 16:00 +0800, Kang Kai wrote:
+do_install_append () {
+ install -D -m 664 ${WORKDIR}/sudo.pamd ${D}/${sysconfdir}/pam.d/sudo
+}
As with openssh, you don't want to install and ship this file if pam
isn't enabled.
p.
ok, we'
On 2011年07月21日 16:59, Koen Kooi wrote:
Op 21 jul. 2011, om 10:00 heeft Kang Kai het volgende geschreven:
From: Xiaofeng Yan
Modify configuration "polkit-1" in /etc/pam.d/ for supporting pam.
Signed-off-by: Xiaofeng Yan
---
.../polkit/polkit-0.101/polkit-1_pam.patch | 23
On Thu, 2011-07-21 at 16:59 +0800, Mei Lei wrote:
> -+ $(libbind)/lib/libdns.a $(libbind)/lib/libisc.a
> ++ $(libbind)/libdns.a $(libbind)/libisc.a
I wonder if you could just replace all this craziness with "-lbind" and
let the linker find the library in the usual way.
p.
Yes, that'd be awesome
Op 21 jul. 2011, om 11:41 heeft Kang Kai het volgende geschreven:
> On 2011年07月21日 16:53, Koen Kooi wrote:
>> Op 21 jul. 2011, om 10:05 heeft Kang Kai het volgende geschreven:
>>
>>> On 2011年07月21日 16:00, Kang Kai wrote:
From: Kang Kai
Hi Scott,
Op 21 jul. 2011, om 11:49 heeft Kang Kai het volgende geschreven:
> On 2011年07月21日 16:59, Koen Kooi wrote:
>> Op 21 jul. 2011, om 10:00 heeft Kang Kai het volgende geschreven:
>>
>>> From: Xiaofeng Yan
>>>
>>> Modify configuration "polkit-1" in /etc/pam.d/ for supporting pam.
>>>
>>> Signed-of
Why do we have a split between powerpc-common & powerpc-linux?
I assume powerpc-linux is used and picked up for powerpc-linux-uclibc in
addition to normal powerpc-linux.
I'm looking at adding powerpc64 support and powerpc-common is all kinda of
broken for it. I'd like to just merge powerpc-com
Kumar,
On Thu, Jul 21, 2011 at 2:17 PM, Kumar Gala wrote:
> Why do we have a split between powerpc-common & powerpc-linux?
>
> I assume powerpc-linux is used and picked up for powerpc-linux-uclibc in
> addition to normal powerpc-linux.
>
> I'm looking at adding powerpc64 support and powerpc-comm
The following changes since commit 068839698fe192d8846c0ed4db65861448e8e524:
eglibc: fix runtime assertion failure (2011-07-13 12:34:30 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib dcui/tcf-agent
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dc
Signed-off-by: Dexuan Cui
---
.../conf/distro/include/distro_tracking_fields.inc | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.inc
index efb4c0b..4de543e 10
Signed-off-by: Lianhao Lu
Signed-off-by: Dexuan Cui
---
.../tcf-agent/tcf-agent/fix_ranlib.patch | 14 +
.../tcf-agent/tcf-agent/fix_tcf-agent.init.patch | 14 +-
.../tcf-agent/tcf-agent/terminals_agent.patch | 1027
meta/recipes-devtools/tcf-agent/tcf-a
On 07/20/2011 11:11 PM, Martin Jansa wrote:
> On Wed, Jul 20, 2011 at 05:54:55PM -0700, Tom Rini wrote:
>> On 07/20/2011 05:18 PM, Khem Raj wrote:
>>> On 07/20/2011 02:06 PM, Martin Jansa wrote:
Fixes for recipes using intltool, distributions not having locales
support in libc and distuti
On Thu, Jul 21, 2011 at 07:28:36AM -0700, Tom Rini wrote:
> On 07/20/2011 11:11 PM, Martin Jansa wrote:
> > On Wed, Jul 20, 2011 at 05:54:55PM -0700, Tom Rini wrote:
> >> On 07/20/2011 05:18 PM, Khem Raj wrote:
> >>> On 07/20/2011 02:06 PM, Martin Jansa wrote:
> Fixes for recipes using intltoo
On 07/21/2011 07:53 AM, Martin Jansa wrote:
> On Thu, Jul 21, 2011 at 07:28:36AM -0700, Tom Rini wrote:
>> On 07/20/2011 11:11 PM, Martin Jansa wrote:
>>> On Wed, Jul 20, 2011 at 05:54:55PM -0700, Tom Rini wrote:
On 07/20/2011 05:18 PM, Khem Raj wrote:
> On 07/20/2011 02:06 PM, Martin Jans
On Thu, Jul 21, 2011 at 1:12 AM, Henning Heinold
wrote:
> Hi Khem,
>
> what was the reason to patch out the libtool-macros instead of deleting them?
> That would be
> reduce the changelines a lot.
I had some problems building but it was long time ago when I did that
patch. I can try and see
if t
From: Nitin A Kamble
The following changes since commit 35f20c5aacc9b23affe0380e8451ccc41cbc1799:
eglibc: Tighten LICENSE Fields (2011-07-19 17:34:21 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib nitin/misc
http://git.pokylinux.org/cgit.cgi/poky-contr
From: Nitin A Kamble
Signed-off-by: Nitin A Kamble
---
meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb |1 -
meta/recipes-core/glib-2.0/glib.inc |2 +-
2 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb
b/meta/recipes-co
Op 21 jul. 2011, om 11:29 heeft nitin.a.kam...@intel.com het volgende
geschreven:
> From: Nitin A Kamble
>
> Signed-off-by: Nitin A Kamble
> ---
> meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb |1 -
> meta/recipes-core/glib-2.0/glib.inc |2 +-
> 2 files changed, 1 insertions(+
> -Original Message-
> From: Mei, Lei
> Sent: Thursday, July 21, 2011 12:54 AM
> To: Patches and discussions about the oe-core layer
> Cc: Kamble, Nitin A
> Subject: RE: [OE-core] [PATCH 2/2] perl-dynloader.patch: Fix libdir
> issue for multilib
>
>
>
> >-Original Message-
> >F
On Thu, 2011-07-21 at 02:29 -0700, nitin.a.kam...@intel.com wrote:
> From: Nitin A Kamble
>
> Signed-off-by: Nitin A Kamble
Could you add some text to the commit message explaining what the
compilation issue was and under what circumstances it occurred? It
might also be good to know why bumpin
From: Nitin A Kamble
This Fixes bug: [Yocto #1254]
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2011-1015
Issue #2254: Fix CGIHTTPServer information disclosure. Relative paths are
now collapsed within the url properly before looking in cgi_directories.
Signed-off-by: Nitin A Kamble
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Phil Blundell
> Sent: Thursday, July 21, 2011 9:00 AM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [PA
On Thu, Jul 21, 2011 at 2:39 AM, Richard Purdie
wrote:
> On Thu, 2011-07-21 at 08:11 +0200, Martin Jansa wrote:
>> On Wed, Jul 20, 2011 at 05:54:55PM -0700, Tom Rini wrote:
>> > On 07/20/2011 05:18 PM, Khem Raj wrote:
>> > > On 07/20/2011 02:06 PM, Martin Jansa wrote:
>> > >> Fixes for recipes usi
On Thu, Jul 21, 2011 at 5:17 AM, Kumar Gala wrote:
> Why do we have a split between powerpc-common & powerpc-linux?
>
> I assume powerpc-linux is used and picked up for powerpc-linux-uclibc in
> addition to normal powerpc-linux.
>
> I'm looking at adding powerpc64 support and powerpc-common is al
On 07/21/2011 09:48 AM, Khem Raj wrote:
> On Thu, Jul 21, 2011 at 5:17 AM, Kumar Gala wrote:
>> Why do we have a split between powerpc-common & powerpc-linux?
>>
>> I assume powerpc-linux is used and picked up for powerpc-linux-uclibc in
>> addition to normal powerpc-linux.
>>
>> I'm looking at a
On 07/21/2011 01:00 AM, Kang Kai wrote:
From: Kang Kai
Hi Scott,
This is the current work of adding pam supports.
After update libpam to 1.1.4, we enable the packages pam support. And if the
pacakge
doesn't have a pam configure file, import from Fedora.
Kai,
Thanks for this work, you have
Establish the infrastructure to start more comprehensive linux-3.0
testing. With this in place, the populated linux-yocto 3.0 can
optionally be built for supported machines.
Note: this commit does not change the default for any targets and
as such, it would need to be explicitly set as the preferr
As reported by Koen Kooi, the LICENSE for linux-yocto can be tightened
up to specifiy the particular version of the GPL.
cc: Koen Kooi
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recip
For kernel's that use a split source/object build the copy
of defconfig to {S} in the base kernel class is problematic.
The previous solution for this was to override the do_configure
of the base kernel class in a subclass. While this is still
a viable/valid option, it does mean that changes to the
Richard/Saul,
What follows is a set of kernel changes that have been brewing for a while
now:
294170 kern-tools: update SRCREV
65d8b50 linux-yocto: update LICENSE to GPLv2
069e9d9 kernel: copy defconfig to {B} vs {S}
6796e11 linux-yocto: kernel-3.0 support recipe
The patches are pretty s
On 20 jul 2011, at 22:18, "Bruce Ashfield" wrote:
> On Wed, Jul 20, 2011 at 11:45 AM, Koen Kooi
> wrote:
>>
>> Op 20 jul 2011, om 17:42 heeft Bruce Ashfield het volgende geschreven:
>>
>>> On Fri, Jul 15, 2011 at 11:36 AM, Bruce Ashfield
>>> wrote:
On Fri, Jul 15, 2011 at 11:02 AM, Phi
Fixes [YOCTO #1261]
Updating the SRCREV to pickup some branch creation fixes that
were causing an invalid branch name to be used on a repository
that couldn't support it (i.e. standard/base on a 2.6.34).
With this the 2.6.34 and 3.0 -rt branches will build.
Signed-off-by: Bruce Ashfield
---
..
From: Nitin A Kamble
The following changes since commit db0eff4b964055b18ca5f91e55b7cf0d4a55c832:
python: fix security vulnerability (2011-07-21 02:23:27 -0700)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib nitin/misc
http://git.pokylinux.org/cgit.cgi/poky-c
From: Nitin A Kamble
With multilib & x32 builds dtrace is getting turned-on by the glib-2.0
configure, which causes following compilation failure.
| x86_64-linux-libtool: link: ccache gcc
-isystem/disk0/pokybuild/build-multilib/tmp/sysroots/x86_64-linux/usr/include
-O2 -pipe -Wall -Wl,-rpath-lin
On Thu, Jul 21, 2011 at 1:23 PM, Anders Darander wrote:
>
> On 20 jul 2011, at 22:18, "Bruce Ashfield" wrote:
>
>> On Wed, Jul 20, 2011 at 11:45 AM, Koen Kooi
>> wrote:
>>>
>>> Op 20 jul 2011, om 17:42 heeft Bruce Ashfield het volgende geschreven:
>>>
On Fri, Jul 15, 2011 at 11:36 AM, Bruc
Ahh, /me deletes this from his list of things he isn't getting to...
On 07/21/2011 10:16 AM, Bruce Ashfield wrote:
> As reported by Koen Kooi, the LICENSE for linux-yocto can be tightened
> up to specifiy the particular version of the GPL.
>
> cc: Koen Kooi
> Signed-off-by: Bruce Ashfield
Acke
On 07/21/2011 10:16 AM, Bruce Ashfield wrote:
> Fixes [YOCTO #1261]
>
> Updating the SRCREV to pickup some branch creation fixes that
> were causing an invalid branch name to be used on a repository
> that couldn't support it (i.e. standard/base on a 2.6.34).
>
> With this the 2.6.34 and 3.0 -r
On 07/21/2011 10:16 AM, Bruce Ashfield wrote:
> For kernel's that use a split source/object build the copy
> of defconfig to {S} in the base kernel class is problematic.
> The previous solution for this was to override the do_configure
> of the base kernel class in a subclass. While this is still
On 07/21/2011 10:16 AM, Bruce Ashfield wrote:
> Establish the infrastructure to start more comprehensive linux-3.0
> testing. With this in place, the populated linux-yocto 3.0 can
> optionally be built for supported machines.
>
> Note: this commit does not change the default for any targets and
On Thu, Jul 21, 2011 at 10:05 AM, Tom Rini wrote:
> On 07/21/2011 09:48 AM, Khem Raj wrote:
>> On Thu, Jul 21, 2011 at 5:17 AM, Kumar Gala
>> wrote:
>>> Why do we have a split between powerpc-common & powerpc-linux?
>>>
>>> I assume powerpc-linux is used and picked up for powerpc-linux-uclibc in
On 07/21/2011 11:20 AM, Khem Raj wrote:
> On Thu, Jul 21, 2011 at 10:05 AM, Tom Rini wrote:
>> On 07/21/2011 09:48 AM, Khem Raj wrote:
>>> On Thu, Jul 21, 2011 at 5:17 AM, Kumar Gala
>>> wrote:
Why do we have a split between powerpc-common & powerpc-linux?
I assume powerpc-linux i
On Thu, Jul 21, 2011 at 12:53 AM, Saul Wold wrote:
>
> -inherit autotools pkgconfig
> +inherit autotools pkgconfig perlnative
>
> export PERL_virtclass-native = "/usr/bin/env perl"
is the above line still needed
> BBCLASSEXTEND = "native"
>
___
Ope
On Thu, Jul 21, 2011 at 2:29 AM, wrote:
> From: Nitin A Kamble
>
> This Fixes bug: [Yocto #1254]
>
> http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2011-1015
>
> Issue #2254: Fix CGIHTTPServer information disclosure. Relative paths are
> now collapsed within the url properly before lookin
On Thu, Jul 21, 2011 at 1:54 AM, Koen Kooi wrote:
>
> Op 21 jul. 2011, om 10:00 heeft Kang Kai het volgende geschreven:
>
>> From: Xiaofeng Yan
>>
>> I make a patch and some changes in dropbear.inc for supporting pam.
>> - Enable pam in configure
>> - Modify file option.h to open pam supporting
>
On 07/21/2011 11:47 AM, Khem Raj wrote:
> On Thu, Jul 21, 2011 at 12:53 AM, Saul Wold wrote:
>>
>> -inherit autotools pkgconfig
>> +inherit autotools pkgconfig perlnative
>>
>> export PERL_virtclass-native = "/usr/bin/env perl"
>
> is the above line still needed
It's actively wrong now and need
On 21 jul 2011, at 19:36, "Bruce Ashfield" wrote:
> On Thu, Jul 21, 2011 at 1:23 PM, Anders Darander
> wrote:
>>
>> On 20 jul 2011, at 22:18, "Bruce Ashfield" wrote:
>>
>>> On Wed, Jul 20, 2011 at 11:45 AM, Koen Kooi
>>> wrote:
Op 20 jul 2011, om 17:42 heeft Bruce Ashfield het
On Thu, 2011-07-21 at 00:52 -0700, Saul Wold wrote:
> Review and tested, the inherit perlnatives are needed.
>
> The following changes since commit 0d03800caffc2341b74190d38f7a372223c89f4c:
>
> lsbsetup_1.0.bb: Change the hardcoded /usr/lib to support multilib
> (2011-07-20 15:43:43 +0100)
>
>
It needs a different patch for 1.13.1 for autoconf'ing
Rename files to libiconv-1.11.1 and have a separate
directory for libiconv-1.13.1
Signed-off-by: Khem Raj
---
.../{files => libiconv-1.11.1}/autoconf.patch |0
.../shared_preloadable_libiconv_linux.patch|0
.../{files =>
On Thu, 2011-07-21 at 11:57 -0700, Tom Rini wrote:
> On 07/21/2011 11:47 AM, Khem Raj wrote:
> > On Thu, Jul 21, 2011 at 12:53 AM, Saul Wold wrote:
> >>
> >> -inherit autotools pkgconfig
> >> +inherit autotools pkgconfig perlnative
> >>
> >> export PERL_virtclass-native = "/usr/bin/env perl"
> >
On Thu, 2011-07-21 at 14:23 -0700, Khem Raj wrote:
> It needs a different patch for 1.13.1 for autoconf'ing
> Rename files to libiconv-1.11.1 and have a separate
> directory for libiconv-1.13.1
>
> Signed-off-by: Khem Raj
> ---
> .../{files => libiconv-1.11.1}/autoconf.patch |0
> .../s
On Thu, 2011-07-21 at 09:44 -0700, Khem Raj wrote:
> On Thu, Jul 21, 2011 at 2:39 AM, Richard Purdie
> wrote:
> > On Thu, 2011-07-21 at 08:11 +0200, Martin Jansa wrote:
> >> On Wed, Jul 20, 2011 at 05:54:55PM -0700, Tom Rini wrote:
> >> > On 07/20/2011 05:18 PM, Khem Raj wrote:
> >> > > On 07/20/2
Use ac_cv_sizeof_* from eglibc as starting point for powerpc64-linux
site info. We will refactor common bits that are needed out of
powerpc32-linux based on build issues.
Signed-off-by: Kumar Gala
---
meta/site/powerpc64-linux | 21 +
1 files changed, 21 insertions(+), 0 d
powerpc-common was really Linux PPC32 specific. So move all the options
in it to powerpc32-linux and we can refactor out common bits shared
between into powerpc-linux and powerpc-common.
Signed-off-by: Kumar Gala
---
meta/classes/siteinfo.bbclass |4 +-
meta/site/powerpc-common | 328
1 - 100 of 119 matches
Mail list logo
