Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/libtirpc/libtirpc_0.2.1.bb |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/libtirpc/libtirpc_0.2.1.bb
b/meta/recipes-extended/libtirpc/libtirpc_0.2.1.bb
index 61dab95
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/mc/mc_4.7.5.2.bb |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/mc/mc_4.7.5.2.bb
b/meta/recipes-extended/mc/mc_4.7.5.2.bb
index c407b0b..6b03be7 100644
--- a/meta
/etc/cups is owned by root:lp from the cups package, the associated
ghostscript was creating the /etc/cups directory as root:root. /etc/cups
is the authoritative source.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../ghostscript/ghostscript_9.02.bb|7 ++-
1
://git.pokylinux.org/poky-contrib mhatle/recipe-fixup
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/recipe-fixup
Mark Hatle (40):
resolveconf: Fix file owners
base-passwd: Fix owners/groups
gcc: Fix owners/groups
ghostscript: Fix owner/group of /etc/cups
libtirpc: Fix owner
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-gnome/gthumb/gthumb_2.12.3.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-gnome/gthumb/gthumb_2.12.3.bb
b/meta/recipes-gnome/gthumb/gthumb_2.12.3.bb
index 115a805..7fb8a94 100644
If perf isn't installed under fakeroot (pseudo) control, all of the files
are given the build user's uid/gid.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-kernel/linux/linux-tools.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-devtools/python/python-gst_0.10.21.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python-gst_0.10.21.bb
b/meta/recipes-devtools/python/python-gst_0.10.21.bb
index
Add the missing files to the base -dbg package, remove the libPN-dbg as it is
non-standard.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/gamin/gamin_0.1.10.bb |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-extended
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-support/libproxy/libproxy_0.4.6.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/libproxy/libproxy_0.4.6.bb
b/meta/recipes-support/libproxy/libproxy_0.4.6.bb
index 2e18065
Certain files were being missed in the -dbg package, fix this.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../perl/libxml-parser-perl_2.40.bb|4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/perl/libxml-parser-perl_2.40
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-kernel/systemtap/systemtap_git.bb |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb
b/meta/recipes-kernel/systemtap/systemtap_git.bb
index e3e9264..aeb87c8
Not only do we have to override things on the make line, but we
need to hack on configure as well to avoid certain behavior.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../recipes-extended/unzip/unzip/avoid-strip.patch | 48
meta/recipes-extended/unzip
Python was missing a lot of debug information. Switch to use the default
-dbg package. Also add some additional debug information to the -dbg package.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../python/python-2.6-manifest.inc |8 ++--
meta/recipes
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/sysstat/sysstat.inc |3 +++
meta/recipes-extended/sysstat/sysstat_10.0.0.bb |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/sysstat/sysstat.inc
b/meta/recipes
If python failed to build for some reason, python-gst and python-pygobject
may still try to build, add python as a dependency to avoid this.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-devtools/python/python-gst_0.10.21.bb |4 ++--
.../python/python-pygobject_2.27.91
On 6/22/11 1:35 PM, Mark Hatle wrote:
Since applying this update, I'm not longer getting an rpc/rpc.h file, which
breaks various things like busybox mount.
Is anyone else seeing this behavior?
Reverting:
2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
190a946e9a4213944e3ee675c4b3e18701698e87
On 6/22/11 5:31 PM, Khem Raj wrote:
On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle mark.ha...@windriver.com wrote:
On 6/22/11 1:35 PM, Mark Hatle wrote:
Since applying this update, I'm not longer getting an rpc/rpc.h file, which
breaks various things like busybox mount.
Is anyone else seeing
a few default entries to correct documentation,
locale, headers and debug sources. It was discovered these are often
incorrect due to being directly copied from the build user environment.
Also tweak a couple of warnings to provide more diagnostic information.
Signed-off-by: Mark Hatle mark.ha
files out of recipe's build directory. Instead of
fixing each existing and future recipe, it was shown to be much easier to
just set the umask.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/base.bbclass |4
meta/classes/image.bbclass
This reverts commit d8470b6a8efdbba04cef5d4dc1ce12720fe83621.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/base.bbclass | 10 --
meta/classes/sanity.bbclass |5 +
2 files changed, 5 insertions(+), 10 deletions(-)
diff --git a/meta/classes/base.bbclass
- in the main bb thread.
Also remove the sanity check, as it's no longer needed.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/base.bbclass | 10 ++
meta/classes/sanity.bbclass |5 -
2 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/meta/classes
Fix the owners and groups of specific files copied from the developmen tree.
This resolves an issue where those files gain the user/group id of the build
user.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../recipes-core/base-passwd/base-passwd_3.5.22.bb | 10 +-
1 files
/etc/cups is owned by root:lp from the cups package, the associated
ghostscript was creating the /etc/cups directory as root:root. /etc/cups
is the authoritative source.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../ghostscript/ghostscript_9.02.bb|4 +++-
1
All of the files in ${datadir}/xml/gnome/xslt were being given the uid/gid
of the build user. Fix this for the target case, avoid it in the native.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-gnome/gnome/gnome-doc-utils.inc |3 +++
meta/recipes-gnome/gnome
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-support/db/db_5.1.19.bb |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-support/db/db_5.1.19.bb
b/meta/recipes-support/db/db_5.1.19.bb
index fc87c31..a8ae1bd 100644
--- a/meta/recipes
The file ownership of various configuration files needs to be set to root:root
otherwise it inherits the user id of the build.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../resolvconf/resolvconf_1.48.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/tzdata/tzdata_2011g.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/tzdata/tzdata_2011g.bb
b/meta/recipes-extended/tzdata/tzdata_2011g.bb
index ed343c0..49847d3
During native and nativesdk package we want to intercept any calls to chown
and do nothing. This prevents errors and allows the same recipes to be
used for both native and target recipes.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/native.bbclass|2 ++
meta
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/libtirpc/libtirpc_0.2.1.bb |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/libtirpc/libtirpc_0.2.1.bb
b/meta/recipes-extended/libtirpc/libtirpc_0.2.1.bb
index 61dab95
ad098e40e8c57727892819e131bf18308bf244d2:
packagedata.py: Fix read_subpkgdata_dict() (2011-06-23 16:01:20 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib mhatle/recipe-fixup
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/perms
Mark Hatle (9):
native/nativesdk: Add a simple
During native recipe processing we want to intercept any calls to chown
and do nothing. This prevents errors and allows the same recipes to be
used for both native and target recipes.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/native.bbclass|2 ++
scripts/native
All of the files in ${datadir}/xml/gnome/xslt were being given the uid/gid
of the build user. Fix this for the target case, avoid it in the native.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-gnome/gnome/gnome-doc-utils.inc |2 ++
meta/recipes-gnome/gnome/gnome
repository at:
git://git.pokylinux.org/poky-contrib mhatle/recipe-fixup
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/recipe-fixup
Mark Hatle (9):
native.bbclass: Add a simple chown intercept command
resolveconf: Fix file owners
base-passwd: Fix owners/groups
ghostscript: Fix
A few, what I suspect are corrections. (I'm going to be a bit pedantic here.)
On 6/24/11 6:54 AM, Koen Kooi wrote:
Hi,
We discussed tune files a bit during last nights TSC meeting and Khem had
expressed the need before, so I'd like to get this discussion started by
using armv7a as an
On 6/24/11 9:01 AM, Richard Purdie wrote:
On Fri, 2011-06-24 at 13:54 +0200, Koen Kooi wrote:
We discussed tune files a bit during last nights TSC meeting and Khem
had expressed the need before, so I'd like to get this discussion
started by using armv7a as an example.
For armv7a capable
Most of the files that end up in the gcc include dir and other
misc files scattered throughout the install get the build users
uid and gid.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../recipes-devtools/gcc/gcc-configure-runtime.inc |1 +
meta/recipes-devtools/gcc/gcc-package
11:28:28 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib mhatle/fix-recipe
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/fix-recipe
Mark Hatle (4):
gcc: Fix file ownership
rpm: Change config option
msmtp: Disable gnome keyring
linux
The firmware was installed 0666 which could have been a security
issue.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
.../linux-firmware/linux-firmware_git.bb |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-kernel/linux-firmware/linux
Unless we explicitly disable the gnome keyring support, the system
will attemp to discover if it's available which changes the package
output.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/msmtp/msmtp_1.4.24.bb |4 +++-
1 files changed, 3 insertions(+), 1
at:
git://git.pokylinux.org/poky-contrib mhatle/prelink
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/prelink
Mark Hatle (1):
prelink: Uprev prelink to latest version
meta/recipes-devtools/prelink/prelink_git.bb | 18 +-
1 files changed, 13 insertions(+), 5
for embedded systems, but someone might still find it useful.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-devtools/prelink/prelink_git.bb | 18 +-
1 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-devtools/prelink/prelink_git.bb
b
On 6/24/11 3:51 PM, Khem Raj wrote:
On (24/06/11 14:42), Mark Hatle wrote:
The latest cross-prelink version tracks the prelink r190 SVN.
Fix two minor issues as well. If we remove the package, we would
unprelink the filesystem after the rm was finished. This is
incorrect.. we need to do
On 6/27/11 9:09 PM, Cui, Dexuan wrote:
Hi all, below is an initial investigation about the task and we'll continue
to further look into it.
In poky we have 2 types of postinst scripts: one (type-1) can be (and has
already been) run at rootfs generation time and the other (type-2) has to
On 6/28/11 1:45 AM, Koen Kooi wrote:
Op 28 jun 2011, om 07:37 heeft Dexuan Cui het volgende geschreven:
Signed-off-by: Dexuan Cui dexuan@intel.com
---
meta/classes/base.bbclass | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git
On 6/28/11 8:04 AM, Richard Purdie wrote:
Hi Scott,
Sorry its taken me a while to get to this. Some comments below.
I think I know the answer to a few of the issues mentioned below. Scott can
correct me if I'm wrong.
On Thu, 2011-06-02 at 16:50 -0700, Scott Garman wrote:
This class is to
On 6/28/11 8:15 AM, Richard Purdie wrote:
On Mon, 2011-06-27 at 23:11 -0500, Mark Hatle wrote:
On 6/27/11 9:09 PM, Cui, Dexuan wrote:
Hi all, below is an initial investigation about the task and we'll continue
to further look into it.
In poky we have 2 types of postinst scripts: one (type
On 6/28/11 10:21 AM, Cui, Dexuan wrote:
Koen Kooi wrote:
Op 28 jun 2011, om 16:52 heeft Cui, Dexuan het volgende geschreven:
Hi, thank you very much for the suggestions!
I worked out a vesion 2 patch that combines 2 and 3:
://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/prelink
Mark Hatle (2):
sstate.bbclass: Fix an issue if the config changes
prelink_git.bb: Only block the postinst script when no image-prelink
meta/classes/sstate.bbclass |2 ++
meta/recipes-devtools/prelink/prelink_git.bb
We need to check if we know of the task type, before we attempt
to process it. In order to reproduce the problem build with:
PACKAGE_CLASSES = package_ipk
Then change it to:
PACKAGE_CLASSES = package_rpm
Build again -- and then try bitbake -c cleansstate recipe
Signed-off-by: Mark Hatle
If image-prelink is being used, the system will automatically prelink
the target image. This avoids the need to run the postinst prelink
script at first boot. However, if the user has not enabled image
prelinking -- then we do enable the script to run on first boot.
Signed-off-by: Mark Hatle
on first boot.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-devtools/prelink/prelink_git.bb |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/prelink/prelink_git.bb
b/meta/recipes-devtools/prelink/prelink_git.bb
index b57c145
On 6/29/11 9:42 AM, Phil Blundell wrote:
On Wed, 2011-06-29 at 22:39 +0800, Cui, Dexuan wrote:
Even if without the patch, we still skip this on the host side -- previously
we skipped with exit 1, and with the patch now we skip with exit 1 or
exit 0.
So IMHO looks the patch doesn't actually
from oe.dev as
fixes too:
Acked-by: Tom Rini tom_r...@mentor.com
I'm really worried about the current warnings/QA issues that keep coming up.. so
I agree we really need to do this.. (note, we also really need to tell people to
expect some breakage as we go and fix the mess!)
Acked-by: Mark
On 7/1/11 12:16 PM, Khem Raj wrote:
On 07/01/2011 10:12 AM, Richard Purdie wrote:
gcc-4.6.0+svnr175150, non dev contains .so, gcc,
/work/i586-poky-linux/gcc-4.6.0+svnr175150-r4/packages-split/gcc/usr/libexec/gcc/i586-poky-linux/4.6.1/liblto_plugin.so
This should be packages with gcc
On 10/5/11 9:14 AM, Philip Balister wrote:
On 10/04/2011 06:43 PM, Mark Hatle wrote:
On 10/4/11 3:32 PM, Saul Wold wrote:
On 10/04/2011 01:27 PM, Philip Balister wrote:
On 10/04/2011 04:08 PM, Saul Wold wrote:
On 10/04/2011 12:58 PM, Philip Balister wrote:
I'm about to start bringing some
On 10/6/11 9:20 AM, Richard Purdie wrote:
Changes to baselib by specific machine configuration were resulting
in sstate cache invalidation, particularly in multilib configurations.
This patch ensures this doesn't happen and native sstate cache files
are reusable.
Likely throwing in a can of
On 10/11/11 5:42 AM, Koen Kooi wrote:
Hi,
In angstrom we have base-files overlayed to clean out /var and
files/fs-perms.txt is getting in the way of that:
koen@dominion:/OE/tentacle/sources/openembedded-core/meta$ grep localstate
files/fs-perms.txt
${localstatedir}/cachelink
On 10/11/11 2:03 PM, Mark Hatle wrote:
On 10/11/11 5:42 AM, Koen Kooi wrote:
Hi,
In angstrom we have base-files overlayed to clean out /var and
files/fs-perms.txt is getting in the way of that:
koen@dominion:/OE/tentacle/sources/openembedded-core/meta$ grep localstate
files/fs-perms.txt
On 10/11/11 6:35 AM, Richard Purdie wrote:
On Mon, 2011-10-10 at 21:45 +0100, Richard Purdie wrote:
Just for reference, with a base configuration, sato image:
real 50m8.223s
user 298m41.450s
sys 52m42.200s
adding:
ASSUME_PROVIDED =+ bison-native flex-native sqlite3-native git-native
On 10/13/11 2:31 PM, Ilya Yanok wrote:
Hi guys,
any comments on this patch?
Regards, Ilya.
On 07.09.2011 19:38, Ilya Yanok wrote:
Set PACKAGE_EXTRA_ARCHS for the generic tunes (powerpc and
powerpc-nf) thus allowing to use them instead of tuning to the
specific CPU.
Signed-off-by:
On 10/19/11 11:26 PM, Otavio Salvador wrote:
Hello,
I am using useradd in a recipe and it needs to add a group in the
rootfs at build time. This doesn't work.
it seems groupadd does nothing.
Has someone used or tried it?
On 10/21/11 3:17 AM, Martin Jansa wrote:
* otherwise ie spitz (armv5te) build fails with:
| make[3]: Entering directory
`/OE/shr-core/tmp/work/armv5te-oe-linux-gnueabi/libatomics-ops-1.2-r5/libatomic_ops-1.2/src'
| arm-oe-linux-gnueabi-gcc -march=armv5te -mthumb -mthumb-interwork
I've seen other distributions solve this doing this by creating the passwd/group
files based on the contents of the recipe and not some external file.
So you would have a list of users/groups that need to be created with their
attributes. In the do_install these items would be dumped into the
On 10/26/11 3:51 PM, Nicolas François wrote:
Hi,
On Mon, Oct 24, 2011 at 01:06:11AM +0100, julian.pidan...@gmail.com wrote:
On Sat, Oct 22, 2011 at 12:54 PM, Nicolas François
nicolas.franc...@centraliens.net wrote:
What is the expected behavior when the utility authenticates the caller?
Setting the default TZ for the image is something that should be done in a post
install script for the tzdata package or something similar.
Since the /etc/localtime is usually a copy/hardlink or symlink to the timezone
data we don't want to package it up. Instead we want to perform the actions
the
system level configuration).
On Fri, 2011-10-28 at 22:43 +0800, Mark Hatle wrote:
Setting the default TZ for the image is something that should be done
in a
post
install script for the tzdata package or something similar.
Since the /etc/localtime is usually
repository at:
git://git.pokylinux.org/poky-contrib mhatle/pseudo
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/pseudo
Mark Hatle (1):
pseudo: Uprev pseudo to version 1.2
.../conf/distro/include/distro_tracking_fields.inc |6 +-
.../pseudo/pseudo/realpath_fix.patch
On 11/2/11 4:22 PM, Martin Jansa wrote:
On Wed, Nov 02, 2011 at 04:11:57PM -0500, Mark Hatle wrote:
Uprev to pseudo 1.2.
This was heavily tested by building oe-core with numerous image
configurations. Each configuration generated the same image before and
after the change from the current
On 11/2/11 5:11 PM, Martin Jansa wrote:
On Wed, Nov 02, 2011 at 04:39:42PM -0500, Mark Hatle wrote:
On 11/2/11 4:22 PM, Martin Jansa wrote:
On Wed, Nov 02, 2011 at 04:11:57PM -0500, Mark Hatle wrote:
Uprev to pseudo 1.2.
This was heavily tested by building oe-core with numerous image
On 11/2/11 5:47 PM, Martin Jansa wrote:
On Wed, Nov 02, 2011 at 05:31:59PM -0500, Mark Hatle wrote:
On 11/2/11 5:11 PM, Martin Jansa wrote:
On Wed, Nov 02, 2011 at 04:39:42PM -0500, Mark Hatle wrote:
On 11/2/11 4:22 PM, Martin Jansa wrote:
On Wed, Nov 02, 2011 at 04:11:57PM -0500, Mark Hatle
One way to possibly address this is to create a distribution image creation
policy. (That is how most of the distributions I'm aware of do it..
desktop/server and embedded.)
The policy is generally:
install passwd/group files
install filesystem hierarchy (it's second because it needs uid/gids)
if it is, which mimics the behaviour of opkg
under the same conditions.
Fixes [YOCTO #1760]
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
Looks like the right solution to me. (Paul and I previously discussed how to
correct this.)
Signed-off-by: Mark Hatle mark.ha...@windriver.com
With shadow-utils enabled, a default user and group add policy is installed in
/etc/default/adduser. This policy specifies that group 1000 is used when
adding new users, unless you specify a group.
Well, we don't have a user 1000 by default, which results in the warning:
useradd: group '1000'
Disable script debugging, as the log files become huge and take a
long time to process during the log check step. This results in a
performance improvement.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/rootfs_rpm.bbclass |2 +-
1 files changed, 1 insertions(+), 1
With the recent changes to the shadow-native package support --root,
we can now convert the passwd/group files to their shadow forms while
doing the rootfs install, instead of waiting to run on the target.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/shadow
The post install script was removed, and the install_append updated
to ensure the permissions are set correctly.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/sudo/sudo.inc |8
meta/recipes-extended/sudo/sudo_1.8.3.bb |5 -
2 files changed
On 11/17/11 3:12 AM, Ni Qingliang wrote:
I still think that the 'exclude feature would be better.:)
IMHO an exclude function would simply be an automated rm -f list at the end of
the install process.
It should be fairly easy to implement this if someone thinks it's a better idea
then
On 11/17/11 1:43 PM, Chris Larson wrote:
On Thu, Nov 17, 2011 at 12:38 PM, Mark Hatlemark.ha...@windriver.com wrote:
On 11/17/11 3:12 AM, Ni Qingliang wrote:
I still think that the 'exclude feature would be better.:)
IMHO an exclude function would simply be an automated rm -flist at the
Acked-by: Mark Hatle mark.ha...@windriver.com
(Note: this is the fix suggested by the rpm5 community.)
On 11/17/11 2:32 AM, Mei Lei wrote:
Fixes [YOCTO #1174]
Rpm logs will grow indefinitely, so change the config to flush those old logs.
Signed-off-by: Mei Leilei@intel.com
Sorry, I didn't see this earlier. We may need XZ support, externally, to work
with packages from folks like Red Hat.
I'm not asking to revert this change.. just pointing out that people who are
using RPM functionality should watch and see if this causes any negative impacts
on their systems.
On 11/30/11 11:38 AM, Richard Purdie wrote:
On Wed, 2011-11-30 at 09:24 +0100, Koen Kooi wrote:
This fixes startup issues like this:
2011-11-30T09:02:10+01:00 beaglebone ck-log-system-start[91]: **
(process:91): WARNING **: Couldn't create log
file /var/log/ConsoleKit/history (No such file or
On 12/6/11 10:46 AM, Leon Woestenberg wrote:
Hello all,
meta-openembedded uses .bbappend to change the package-split-up of kexec-tools
(as in openembedded-core) into kexec and kdump packages (this was classic OE
behaviour).
On 12/8/11 1:05 AM, Martin Jansa wrote:
On Thu, Dec 08, 2011 at 12:53:11AM +0100, Andreas Müller wrote:
On Wednesday, December 07, 2011 06:34:07 PM Richard Purdie wrote:
We need pseudo to use the rootfs passwd/group files belonging to the
rootfs when building images. This patch ensures that we
On 12/8/11 7:22 AM, Samuel Stirtzel wrote:
Hi,
2011/12/8 Xiaofeng Yanxiaofeng@windriver.com:
[snip]
+IMAGE_INSTALL += \
+ ${POKY_BASE_INSTALL} \
I'm just curious, is this a legitimate OE-Core variable?
Yes it is, I ran into this yesterday and did some investigation.
/log/?h=mhatle/poky-rename
Mark Hatle (1):
Rename leftover POKY references to OE in image variables
meta/classes/core-image.bbclass|8
meta/recipes-core/images/core-image-minimal.bb |2 +-
meta/recipes-core/images/self-hosted-image.bb |2
The names POKY_BASE_INSTALL and POKY_EXTRA_INSTALL have been renamed
to OE_BASE_INSTALL and OE_EXTRA_INSTALL.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/core-image.bbclass|8
meta/recipes-core/images/core-image-minimal.bb |2
On 12/8/11 1:04 PM, Tasslehoff Kjappfot wrote:
On Dec 8, 2011, at 3:56 PM, Tom Rini wrote:
On Wed, Dec 7, 2011 at 12:16 AM, Tasslehoff Kjappfot
tasskj...@gmail.com wrote:
gcc fails when I extract my SDK to another place than /usr/local.
Output when it fails:
$
On 12/8/11 2:27 PM, Khem Raj wrote:
On Thu, Dec 8, 2011 at 8:03 AM, Mark Hatlemark.ha...@windriver.com wrote:
The names POKY_BASE_INSTALL and POKY_EXTRA_INSTALL have been renamed
to OE_BASE_INSTALL and OE_EXTRA_INSTALL.
How about calling it IMAGE_* instead ?
I don't have any objections to
On 12/9/11 12:42 PM, Paul Menzel wrote:
Dear Saul,
Am Dienstag, den 29.11.2011, 15:00 -0800 schrieb Saul Wold:
Signed-off-by: Saul Wolds...@linux.intel.com
---
.../xorg-app/{xinit_1.3.0.bb = xinit_1.3.1.bb}|6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename
-December/014600.html
For recipes which have short descriptions, there was little sense in
summarizing them further, so I duplicated the DESCRIPTION field. Above you can
also see an example (in the icu recipe) were I did summarize a long DESCRIPTION
field.
Mark Hatle replied to this thread
On 12/19/11 12:00 PM, Saul Wold wrote:
On 12/19/2011 09:44 AM, Mark Hatle wrote:
On 12/19/11 11:28 AM, Scott Garman wrote:
On 12/19/2011 09:21 AM, Koen Kooi wrote:
Op 19 dec. 2011, om 18:17 heeft Scott Garman het volgende geschreven:
On 12/19/2011 04:37 AM, Andreas Müller wrote:
On Monday
On 12/21/11 12:43 PM, Saul Wold wrote:
On 12/21/2011 10:16 AM, Joshua Lock wrote:
On 20/12/11 22:10, Wang, Shane wrote:
Saul Wold wrote on 2011-12-21:
On 12/20/2011 08:32 PM, Shane Wang wrote:
Here is the script to check which recipe provides SUMMARY and which
doesnot. For those which do
On 12/21/11 1:48 PM, vquicksilver wrote:
This work was made by Victor Enriquez and then modified by
Denis Carikli who was helped by Mark Hatle comments( who is
fray on #yocto channel on Freenode ).
The changes are for adding support to armv6-novfp, forbuilding
binaries for armv6 machines
On 12/22/11 7:17 AM, Martin Jansa wrote:
...
/* logs */
Checking ERRORs in log.do_rootfs files
== correct om-gta02:
Installing base-passwd (3.5.22-r9) to root...
Downloading
file:/OE/shr-core/tmp-eglibc/deploy/ipk/armv4t/base-passwd_3.5.22-r9_armv4t.ipk.
Running
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/gperf/gperf_3.0.3.bb |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-extended/gperf/gperf_3.0.3.bb
b/meta/recipes-extended/gperf/gperf_3.0.3.bb
index 5cccdf1..e7acc1f 100644
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-extended/which/which_2.18.bb |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-extended/which/which_2.18.bb
b/meta/recipes-extended/which/which_2.18.bb
index 92010b2..f87929b 100644
Buildstats should be allowed to be optionally enabled. It's
recommended that it be enabled via the USER_CLASSES setting.
Alternatively it could be enabled via the INHERIT_DISTRO or
similar mechanism.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/classes/base.bbclass |1
://git.pokylinux.org/poky-contrib mhatle/misc-fixes
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/misc-fixes
Mark Hatle (7):
package.bbclass: Adjust RPM call to use dynamic location for magic
files
package_rpm.bbclass: Add RPMSPEC_PREAMBLE
rpm_5.4.0: Fix configuration
The linux-libc-headers dependency is not needed, as it is
automatically inherited from the libc and other dependencies.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-core/udev/udev-new.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta
RPM's configuration assumes if the prefix isn't /usr or /usr/local
that you really want the DB in $prefix/var -- we want it in
$localstatedir.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-devtools/rpm/rpm_5.4.0.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions
101 - 200 of 2329 matches
Mail list logo