Op 24 jul. 2011, om 22:34 heeft Andreas Mueller het volgende geschreven:
Hi,
while working on xfce48 recipes for meta-oe I wanted to do some run tests. My
only hardware currently supported in oe-core environment is pandaboard.
Herewith
I face the following issues:
- Starting X stops
Op 24 jul. 2011, om 22:34 heeft Andreas Mueller het volgende geschreven:
Hi,
while working on xfce48 recipes for meta-oe I wanted to do some run tests. My
only hardware currently supported in oe-core environment is pandaboard.
Herewith
I face the following issues:
- Starting X stops
From: Dexuan Cui dexuan@intel.com
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../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
[YOCTO #1250]
This added function will install a private install-catalog binary so that
shared state
can find the binary as there is not a guarantee.
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../openjade/openjade-native_1.3.2.bb | 12 ++--
1 files changed, 10
[YOCTO #1250]
This added function will install a private install-catalog binary so that
shared state
can find the binary as there is not a guarantee.
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../docbook-sgml-dtd/docbook-sgml-dtd-native.inc | 11 +--
1 files changed, 9
[YOCTO #1250]
This added function will install a private install-catalog binary so that
shared state
can find the binary as there is not a guarantee.
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../docbook-dsssl-stylesheets-native_1.79.bb | 12 ++--
1 files changed, 10
Richard,
Here is a small collection of pull requests that upgrade and fix
some bugs.
Note: I did not include TomR or your pull request, although I did
do some testing with both pull sets included and they passed build
testing.
Thanks
Sau!
The following changes since commit
From: Scott Garman scott.a.gar...@intel.com
Invoking runqemu outside of the build directory for an
in-tree setup results in an empty TMPDIR because bitbake -e
cannot be run to find it.
A symptom of this problem is running runqemu and getting the
following error:
Error: Unable to find tunctl
From: Kumar Gala ga...@kernel.crashing.org
The base gcc package is missing liblto_plugin.so. If we try a simple
hello world compile we get something like:
root@p5020-ds:~# gcc hello.c
gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found
compilation terminated.
We need to
From: Dexuan Cui dexuan@intel.com
Signed-off-by: Lianhao Lu lianhao...@intel.com
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../tcf-agent/tcf-agent/fix_ranlib.patch | 14 +
.../tcf-agent/tcf-agent/fix_tcf-agent.init.patch | 14 +-
The long term solution is to remove the IMAGE_FEATURE check since images are
not allowed to influence recipe compile options.
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta/recipes-core/dropbear/dropbear.inc |2 +-
meta/recipes-core/dropbear/dropbear_0.52.bb |2 +-
2
From: Xiaofeng Yan xiaofeng@windriver.com
Change as follows:
* Adding configuration file sshd in /etc/pam.d/ for supporting pam.
* Using four spaces instead of tab
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
---
.../openssh/openssh-5.8p2/sshd | 10 +++
From: Xiaofeng Yan xiaofeng@windriver.com
Hi Saul,
I modified my patches according to your suggestion.
- Using spaces instead of tab
- The patches can work only when pam is enabled
- Using OE-Core instead of poky
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: xiaofeng/pam
From: Xiaofeng Yan xiaofeng@windriver.com
Modify configuration polkit-1 in /etc/pam.d/ for supporting pam.
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
---
.../polkit/polkit-0.101/polkit-1_pam.patch | 23
meta/recipes-extended/polkit/polkit_0.101.bb
Tom Rini tom_rini-nmggyn9qbj3qt0dzr+a...@public.gmane.org writes:
+python () {
+sitedata = set(siteinfo_data(d))
+if endian-little in sitedata:
+d.setVar(SITEINFO_ENDIANESS, le)
+elif endian-big in sitedata:
+d.setVar(SITEINFO_ENDIANESS, be)
Assigning
On Mon, 2011-07-25 at 00:30 -0700, Saul Wold wrote:
Richard,
Here is a small collection of pull requests that upgrade and fix
some bugs.
Note: I did not include TomR or your pull request, although I did
do some testing with both pull sets included and they passed build
testing.
On Mon, 2011-07-25 at 16:34 +0800, Xiaofeng Yan wrote:
From: Xiaofeng Yan xiaofeng@windriver.com
Change as follows:
* Adding configuration file sshd in /etc/pam.d/ for supporting pam.
* Using four spaces instead of tab
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
---
Op 22 jul. 2011, om 15:57 heeft Kumar Gala het volgende geschreven:
The base gcc package is missing liblto_plugin.so. If we try a simple
hello world compile we get something like:
root@p5020-ds:~# gcc hello.c
gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found
From: Mark Hatle mark.ha...@windriver.com
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/multilib_header.bbclass | 25 +
scripts/multilib_header_wrapper.h| 48 ++
2 files changed, 73 insertions(+), 0 deletions(-)
From: Mark Hatle mark.ha...@windriver.com
We don't want to change the owner/mode of symlinks, as this may
affect the target of the link. Also broken links will fail as well.
Change to checking if the file is a link, and ignoring it.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
From: Mark Hatle mark.ha...@windriver.com
If the man pages are compressed, then they cause file conflicts between
the 32-bit and 64-bit versions of the package.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-core/ncurses/ncurses.inc | 15 +--
1 files changed,
From: Mark Hatle mark.ha...@windriver.com
Fix the issue where the generated header differs based on the bitsize of the
target at the time of building.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-devtools/binutils/binutils.inc|4 +++-
Several multilib support updates from Mark are available in the git repository
at:
git://git.openembedded.org/openembedded-core-contrib rpurdie/ml
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rpurdie/ml
Mark Hatle (5):
multilib_header.bbclass: Add
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
+/* Copyright (c) 2005-2011 Wind River Systems, Inc.
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU Lesser General Public License version 2.1 as
+ * published by the Free
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
--- /dev/null
+++ b/meta/recipes-core/eglibc/eglibc-2.13/arch-ia32.patch
@@ -0,0 +1,5309 @@
+Sync the i386 and x86_64 headers into one common IA32 set of headers.
+
+The goal is to ensure that any headers produced in a 32-bit or 64-bit
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
Fix the issue where the generated header differs based on the bitsize of the
target at the time of building.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
We don't want to change the owner/mode of symlinks, as this may
affect the target of the link. Also broken links will fail as well.
This seems like it will cause links themselves to end up
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
If the man pages are compressed, then they cause file conflicts between
the 32-bit and 64-bit versions of the package.
I'm slightly bemused as to why it makes a difference (for this purpose)
To try and help preserve my sanity when pulling the various multilib
patches together, I've merged these six patches, along with a patch
incrementing bitbake's miniumum version requirement for the
bb.utils.contains usage.
Cheers,
Richard
___
Phil Blundell philb-mXXj517/z...@public.gmane.org writes:
We don't want to change the owner/mode of symlinks, as this may
affect the target of the link. Also broken links will fail as well.
This seems like it will cause links themselves to end up getting shipped
under the UID/GID that was
On Mon, 2011-07-25 at 16:14 +0200, Enrico Scholz wrote:
Phil Blundell philb-mXXj517/z...@public.gmane.org writes:
We don't want to change the owner/mode of symlinks, as this may
affect the target of the link. Also broken links will fail as well.
This seems like it will cause links
From: Enrico Scholz enrico.sch...@informatik.tu-chemnitz.de
Wildcards in SRC_URI are not supported by oe-core and work only
when last (or first?) FILESPATH element points to the containing
directory. Specifying plain dir works fine for this recipe.
Signed-off-by: Enrico Scholz
There is no need to have static module-init-tools for the cross
tools. Building such binaries requires a static libc which is not
required by the rest of OE and which is deprecated and not installed
by distributions like Fedora.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
+oe_multilib_header() {
+ for each_header in $@ ; do
+if [ ! -f ${D}/${includedir}/$each_header ]; then
+ bberror oe_multilib_header: Unable to find header $each_header.
+ continue
+fi
+
ncurses does not create its .pc files when the /usr/lib/pkg-config
directory does not exist in the sysroot. Because ncurses will be built
very early, this directory might be missing and .pc files will not be
installed.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
If the man pages are compressed, then they cause file conflicts between
the 32-bit and 64-bit versions of the package.
Patching the buildsystem to use 'gzip --no-name' might be a better
solution than
This was not doing anything (we don't even have the eglibc-svn directory).
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes-core/eglibc/eglibc_2.13.bb |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/eglibc/eglibc_2.13.bb
Use --keep-cr option to git am or otherwise we lose carriage returns
which can be important for patches against files that use CRs.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/combo-layer |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
The following changes since commit f10a3457cdfbb4a94978da998d178d4254632fa7:
Move architecture specific TARGET_OS mangling into tune files (2011-07-25
14:19:54 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/fixes2
The introduction of the linux-yocto-3.0 kernel is taking
precedence over the known working 2.6.37 version. Forcing
2.6.37 until 3.0 is validated on the qemu machines.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/conf/machine/include/qemu.inc |1 +
1 files changed, 1
The staging of the linux-yocto-3.0 kernel is taking
precedence over the 2.6.37 variant. We want the known
good 2.6.37 to still be the default for a while longer.
I'm making this change in qemu.inc, if anyone has a
better idea or alternate preferred approach, let me
know and we can update this
On Mon, Jul 25, 2011 at 10:51 AM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
The introduction of the linux-yocto-3.0 kernel is taking
precedence over the known working 2.6.37 version. Forcing
2.6.37 until 3.0 is validated on the qemu machines.
Signed-off-by: Bruce Ashfield
Op 25 jul. 2011, om 16:51 heeft Bruce Ashfield het volgende geschreven:
The introduction of the linux-yocto-3.0 kernel is taking
precedence over the known working 2.6.37 version. Forcing
2.6.37 until 3.0 is validated on the qemu machines.
Signed-off-by: Bruce Ashfield
On Mon, 2011-07-25 at 16:42 +0200, Enrico Scholz wrote:
Richard Purdie
richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org
writes:
If the man pages are compressed, then they cause file conflicts between
the 32-bit and 64-bit versions of the package.
Patching the
On 07/22/2011 04:54 PM, Saul Wold wrote:
Richard,
This fixes the install-catalog issue with shared state native
dependencies. This is the point fix, it does not address the
underlying issue which will take more work and time.
Sau!
The following changes since commit
On 07/22/2011 06:36 PM, Scott Garman wrote:
This fixes an issue Jessica Zhang reported to me today:
Invoking runqemu outside of the build directory for an
in-tree setup results in an empty TMPDIR because bitbake -e
cannot be run to find it.
A symptom of this problem is running runqemu and
On 07/22/2011 05:44 AM, Dexuan Cui wrote:
Changes from the previous version:
1) add DEPENDS = util-linux to resolve the uuid.h issue
fatal error: uuid/uuid.h: No such file or directory | compilation
2) add RDEPENDS_${PN} = bash
buxybox's sh doesn't work with tcf-agent, so we need bash.
3)
On 07/24/2011 07:13 PM, Mei Lei wrote:
Hi Richard,
This patch fixes the libdir issue, relax the regular expression to
match lib32, lib64 and libx32, etc. Please review it.
Thanks
Lei
The following changes since commit eea4bd731ef286516ee1fb934fea09c06e70:
Kumar Gala (1):
On 07/25/2011 08:57 AM, Phil Blundell wrote:
On Fri, 2011-07-22 at 10:10 -0700, Tom Rini wrote:
--- a/meta/site/common-linux
+++ b/meta/site/common-linux
@@ -23,3 +23,6 @@ bash_cv_unusable_rtsigs=${bash_cv_unusable_rtsigs=no}
# mysql
On Fri, 2011-07-22 at 09:28 -0700, Tom Rini wrote:
+db_cv_path_ar=${db_cv_path_ar=/usr/bin/ar}
+db_cv_path_chmod=${db_cv_path_chmod=/bin/chmod}
+db_cv_path_cp=${db_cv_path_cp=/bin/cp}
+db_cv_path_ln=${db_cv_path_ln=/bin/ln}
+db_cv_path_mkdir=${db_cv_path_mkdir=/bin/mkdir}
On Fri, 2011-07-22 at 09:28 -0700, Tom Rini wrote:
Part of re-syncing with oe.dev, move samba_cv_HAVE_IFACE_* to common-linux
Signed-off-by: Tom Rini tom_r...@mentor.com
---
meta/site/arm-linux |3 -
meta/site/arm-linux-uclibc|3 -
meta/site/armeb-linux |
On Fri, 2011-07-22 at 10:10 -0700, Tom Rini wrote:
--- a/meta/site/common-linux
+++ b/meta/site/common-linux
@@ -23,3 +23,6 @@ bash_cv_unusable_rtsigs=${bash_cv_unusable_rtsigs=no}
# mysql
ac_cv_sys_restartable_syscalls=${ac_cv_sys_restartable_syscalls=yes}
On 07/25/2011 09:00 AM, Phil Blundell wrote:
On Fri, 2011-07-22 at 09:28 -0700, Tom Rini wrote:
+db_cv_path_ar=${db_cv_path_ar=/usr/bin/ar}
+db_cv_path_chmod=${db_cv_path_chmod=/bin/chmod}
+db_cv_path_cp=${db_cv_path_cp=/bin/cp}
+db_cv_path_ln=${db_cv_path_ln=/bin/ln}
On Mon, 2011-07-25 at 09:03 -0700, Tom Rini wrote:
On 07/25/2011 09:00 AM, Phil Blundell wrote:
On Fri, 2011-07-22 at 09:28 -0700, Tom Rini wrote:
+db_cv_path_ar=${db_cv_path_ar=/usr/bin/ar}
+db_cv_path_chmod=${db_cv_path_chmod=/bin/chmod}
+db_cv_path_cp=${db_cv_path_cp=/bin/cp}
On 07/25/2011 09:02 AM, Phil Blundell wrote:
On Fri, 2011-07-22 at 09:28 -0700, Tom Rini wrote:
Part of re-syncing with oe.dev, move samba_cv_HAVE_IFACE_* to common-linux
Signed-off-by: Tom Rini tom_r...@mentor.com
---
meta/site/arm-linux |3 -
meta/site/arm-linux-uclibc|
On Mon, 2011-07-25 at 09:06 -0700, Tom Rini wrote:
On 07/25/2011 09:02 AM, Phil Blundell wrote:
On Fri, 2011-07-22 at 09:28 -0700, Tom Rini wrote:
Part of re-syncing with oe.dev, move samba_cv_HAVE_IFACE_* to common-linux
Signed-off-by: Tom Rini tom_r...@mentor.com
---
On 07/25/2011 01:23 AM, Xiaofeng Yan wrote:
From: Xiaofeng Yanxiaofeng@windriver.com
Hi Saul,
I modified my patches according to your suggestion.
- Using spaces instead of tab
Xiaofeng,
As Richard already pointed out you changed the white space incorrectly,
there are 2 types of white
On 07/25/2011 09:05 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 09:03 -0700, Tom Rini wrote:
On 07/25/2011 09:00 AM, Phil Blundell wrote:
On Fri, 2011-07-22 at 09:28 -0700, Tom Rini wrote:
+db_cv_path_ar=${db_cv_path_ar=/usr/bin/ar}
+db_cv_path_chmod=${db_cv_path_chmod=/bin/chmod}
On Mon, 2011-07-25 at 14:42 +0100, Richard Purdie wrote:
To try and help preserve my sanity when pulling the various multilib
patches together, I've merged these six patches, along with a patch
incrementing bitbake's miniumum version requirement for the
bb.utils.contains usage.
FWIW, the
On 07/22/2011 06:57 AM, Kumar Gala wrote:
The base gcc package is missing liblto_plugin.so. If we try a simple
hello world compile we get something like:
root@p5020-ds:~# gcc hello.c
gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found
compilation terminated.
We need to
On Mon, 2011-07-25 at 09:00 -0700, Tom Rini wrote:
On 07/25/2011 08:57 AM, Phil Blundell wrote:
On Fri, 2011-07-22 at 10:10 -0700, Tom Rini wrote:
--- a/meta/site/common-linux
+++ b/meta/site/common-linux
@@ -23,3 +23,6 @@ bash_cv_unusable_rtsigs=${bash_cv_unusable_rtsigs=no}
# mysql
On 07/25/2011 07:18 AM, Enrico Scholz wrote:
ncurses does not create its .pc files when the /usr/lib/pkg-config
directory does not exist in the sysroot. Because ncurses will be built
very early, this directory might be missing and .pc files will not be
installed.
Signed-off-by: Enrico
On Mon, 2011-07-25 at 16:18 +0200, Enrico Scholz wrote:
+ PKG_CONFIG_LIBDIR=`echo $PKG_CONFIG_LIBDIR | sed -e 's/^://' -e
's/:.*//'`
+-if test -n $PKG_CONFIG_LIBDIR test -d $PKG_CONFIG_LIBDIR ; then
++if test -n $PKG_CONFIG_LIBDIR ; then
I wonder if it would be easier to just
On 07/25/2011 09:40 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 09:00 -0700, Tom Rini wrote:
On 07/25/2011 08:57 AM, Phil Blundell wrote:
On Fri, 2011-07-22 at 10:10 -0700, Tom Rini wrote:
--- a/meta/site/common-linux
+++ b/meta/site/common-linux
@@ -23,3 +23,6 @@
Phil Blundell philb-mXXj517/z...@public.gmane.org writes:
+- if test -n $PKG_CONFIG_LIBDIR test -d $PKG_CONFIG_LIBDIR ; then
++ if test -n $PKG_CONFIG_LIBDIR ; then
I wonder if it would be easier to just create the directory in
do_configure()
This directory is in the staged sysroot
On 7/25/11 8:54 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
+/* Copyright (c) 2005-2011 Wind River Systems, Inc.
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU Lesser General Public License
On Mon, 2011-07-25 at 19:10 +0200, Enrico Scholz wrote:
Phil Blundell philb-mXXj517/z...@public.gmane.org writes:
+- if test -n $PKG_CONFIG_LIBDIR test -d $PKG_CONFIG_LIBDIR ; then
++ if test -n $PKG_CONFIG_LIBDIR ; then
I wonder if it would be easier to just create the directory in
On Mon, Jul 25, 2011 at 5:25 AM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 22 jul. 2011, om 15:57 heeft Kumar Gala het volgende geschreven:
The base gcc package is missing liblto_plugin.so. If we try a simple
hello world compile we get something like:
root@p5020-ds:~# gcc hello.c
On 7/25/11 8:59 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
--- /dev/null
+++ b/meta/recipes-core/eglibc/eglibc-2.13/arch-ia32.patch
@@ -0,0 +1,5309 @@
+Sync the i386 and x86_64 headers into one common IA32 set of headers.
+
+The goal is to ensure that
On 7/25/11 9:05 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
We don't want to change the owner/mode of symlinks, as this may
affect the target of the link. Also broken links will fail as well.
This seems like
On 7/25/11 9:08 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
Fix the issue where the generated header differs based on the bitsize of the
target at the time of building.
Signed-off-by: Mark Hatle
On 7/25/11 9:13 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
From: Mark Hatle mark.ha...@windriver.com
If the man pages are compressed, then they cause file conflicts between
the 32-bit and 64-bit versions of the package.
I'm slightly bemused as to why
On 07/25/2011 11:55 AM, Mark Hatle wrote:
On 7/22/11 1:14 PM, Tom Rini wrote:
On 07/22/2011 11:00 AM, Richard Purdie wrote:
These changes revolve around the idea of tune features. These are
represented by
'flag' strings that are included in the TUNE_FEATURES variable.
Any string included
On Mon, 2011-07-25 at 14:08 -0500, Mark Hatle wrote:
symlinks do not have an ownership/group on most filesystems. They
automatically
inherit the uid/gid of the target. (I also believe this is the same for
permissions.)
I'm not sure about most filesystems, but as far as I know all the
On Mon, 2011-07-25 at 14:04 -0500, Mark Hatle wrote:
As for maintenance, I see this as not terribly complex once you understand
what
and why the patches exist. Except for the two? headers that I hand merged,
everything else is obvious once you run a diff between the stock i386 and
x86_64
On Mon, 2011-07-25 at 12:11 -0500, Mark Hatle wrote:
On 7/25/11 8:54 AM, Phil Blundell wrote:
On Mon, 2011-07-25 at 14:47 +0100, Richard Purdie wrote:
+/* Copyright (c) 2005-2011 Wind River Systems, Inc.
+ *
+ * This program is free software; you can redistribute it and/or modify
+ *
On Mon, 2011-07-25 at 12:34 -0700, Tom Rini wrote:
On 07/25/2011 11:55 AM, Mark Hatle wrote:
I actually prefer x86-64 I think that is a reasonable compromise between
the
x86_64 naming and the need to not use _.
That causes other problems, no? Top of my head would be that deb/ipk
On 07/25/2011 01:39 PM, Phil Blundell wrote:
On Mon, 2011-07-25 at 12:34 -0700, Tom Rini wrote:
On 07/25/2011 11:55 AM, Mark Hatle wrote:
I actually prefer x86-64 I think that is a reasonable compromise between
the
x86_64 naming and the need to not use _.
That causes other problems, no?
On Monday, July 25, 2011 08:14:55 AM Koen Kooi wrote:
Op 24 jul. 2011, om 22:34 heeft Andreas Mueller het volgende geschreven:
Hi,
while working on xfce48 recipes for meta-oe I wanted to do some run
tests. My only hardware currently supported in oe-core environment is
pandaboard.
Resubmitting this without manifest functionality. It's a longer discussion that
should be had. This has some basic functionality additions, bug fixes
and corrects
non-standard indentation.
The following changes since commit 819f18f8bc000f13b644edc194d2a12b4ea5fecf:
Move architecture specific
From: Kang Kai kai.k...@windriver.com
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.pam from Fedora.
Signed-off-by: Kang Kai kai.k...@windriver.com
---
From: Kang Kai kai.k...@windriver.com
Hi Scott,
This is the work of adding pam supports version 2.
Xiaofeng Yan's commits will be commited by himself, including openssh, dropbear
and polkit.
As Saul told,
* update the indent
* check the PR
* make install configure file when pam support
From: Wenzong Fan wenzong@windriver.com
Enable PAM support for cronie and update its pam config file 'crond'.
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
.../cronie/cronie/crond_pam_config.patch | 19 +++
meta/recipes-extended/cronie/cronie_1.4.7.bb
From: Kang Kai kai.k...@windriver.com
add shadow-update-pam-conf.patch to update the pam related configure files
in oe way rather than Fedora.
Signed-off-by: Kang Kai kai.k...@windriver.com
---
.../shadow/files/shadow-update-pam-conf.patch | 91
From: Wenzong Fan wenzong@windriver.com
add patches to make at enable pam support
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
.../at/at-3.1.12/configure-add-enable-pam.patch| 23
meta/recipes-extended/at/at-3.1.12/pam.conf.patch | 21
From: Kang Kai kai.k...@windriver.com
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 kai.k...@windriver.com
---
Some of these entries are required by the GUI to enable the expected workflow
of the ADT, namely a compressed rootfs image.
Signed-off-by: Joshua Lock j...@linux.intel.com
---
meta/classes/image_types.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
My original patch to add the IMAGE_TYPES variable for use in hob missed
several image types from the list. The patch here fixes that.
The following changes since commit f10a3457cdfbb4a94978da998d178d4254632fa7:
Move architecture specific TARGET_OS mangling into tune files (2011-07-25
14:19:54
88 matches
Mail list logo
