Re: [OE-core] [PATCH] webkit-gtk svn: update to r101488

[Martin Jansa]

On Thu, Dec 15, 2011 at 04:16:17PM +0100, Koen Kooi wrote:
 ping

I've tried it with older midori-0.4.2 as well as with newer 0.4.3 (which
I'll send to meta-oe later) but both does segfault, probably not caused
by this newer webkit-gtk because even with older webkit-gtk 0.4.2 was
segfaulting (maybe gcc-4.6 issue if you're still using gcc-4.5).

I've tried to get usable backtrace.. but webkit-gtk-dbg is huge (300MB)
and opkg died twice already when I was waiting for midori-dbg to install
:/.

BTW: it happens on armv4t as well as armv7a-vfp-neon.

 Op 30 nov. 2011, om 15:58 heeft Koen Kooi het volgende geschreven:
 
  tested on beagleboard/angstrom with midori and epiphany browsers
  
  Signed-off-by: Koen Kooi k...@dominion.thruhere.net
  ---
  meta/recipes-sato/webkit/files/GNUmakefile.am |   37 ++-
  meta/recipes-sato/webkit/files/autogen.sh |1 -
  meta/recipes-sato/webkit/files/configure.ac   |  395 
  -
  meta/recipes-sato/webkit/webkit-gtk_svn.bb|9 +-
  4 files changed, 232 insertions(+), 210 deletions(-)
  
 



 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc-4.6: Let G++ relocate gxx-include-dir when using --sysroot option

[Martin Jansa]

On Fri, Dec 16, 2011 at 01:24:24PM -0800, Khem Raj wrote:
 On (15/12/11 12:16), Richard Purdie wrote:
  On Wed, 2011-12-14 at 07:49 -0800, Khem Raj wrote:
   On Wed, Dec 14, 2011 at 2:02 AM, Richard Purdie
   richard.pur...@linuxfoundation.org wrote:
Hi Khem,
   
What's puzzling me is that reading through this patch, we already do
what this patch is doing?
   
Where is the difference which this patch is fixing?
   
   
   this does essentially what we were doing earlier but this one is going
   to go upstream
  
  Yes, that is good and I'm fine with the patch for that reason.
 
 there is additional detail that this patch does which is that in order
 to make gxx-includes to be sysroot relative --with-cxx-include option to
 be also specified relative to initials sysroot during configure time
 
 e.g. --with-sysroot=SYSROOT --with-gxx-include-dir=SYSROOT/usr/include/c++
 
 since the original behavior of --with-gxx-include-dir is to specify an
 absolute path that is preserved whereas the patch we have in OE relocates
 gxx-include-dir regardless.Therefore in order to adopt this patch we have
 to use the above syntax which was original syntax before the above patch
 and would make up forward compatible provided this patch makes into gcc
 upstream.
 
  
   
I appreciate that patch adds in the prefix to the --with-gxx-include-dir
option but it then removes it again during configure so this should be a
null op. Both versions of the patch set the 1 bit in gcc/cppdefault.c.
   
So where is the change this patch makes which fixes things?
   
   changing --with-gxx-include-dir to be within sysroot triggers the
   relocation code.
  
  But we were already triggering the relocation code?
  
  I can't see *any* functionality difference between these, they should
  both just give the same result as far as I can tell...
  
 same functionality but with a different usage see above
 
  Claiming it fixes things is therefore concerning me.
 
 correct it does not fix anything actually that I know was broken before
 Thinking out loud given that with-gxx-include-dir is absolute in nature it 
 could be
 the original patch we have, does not work in some weird case since the
 absolute path we use is still /usr/include/c++ during configure time.
 although I would expect that the include poisoning warning will report it if 
 that
 happened
 
 -Khem

Is there some pending patch for meta-oe/gcc?

I have some issues while rebuilding toolchain from scratch after this
patchset:

armv7a:
| 
/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/rtl.h:2163:12:
 note: expected 'enum machine_mode' but argument is of type 'int'
| gcc -c   -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include 
-O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings 
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute 
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings 
-Wold-style-definition -Wc++-compat   -DHAVE_CONFIG_H -I. -I. 
-I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc
 
-I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/.
 
-I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../include
 
-I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../libcpp/include
  
-I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../libdecnumber
 
-I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../libdecnumber/dpd
 -I../libdecnumber
/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c
 -o calls.o
| 
/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c:
 In function 'initialize_argument_information':
| 
/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c:1089:9:
 error: 'STACK_CHECK_MAX_VAR_SIZE' undeclared (first use in this function)
| 
/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c:1089:9:
 note: each undeclared identifier is reported only once for each function it 
appears in
| make[2]: *** [calls.o] Error 1

armv4t:
| gcc -c   -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include 
-O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings 
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute 
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings 
-Wold-style-definition -Wc++-compat   -DHAVE_CONFIG_H -I. -I. 
-I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc
 
-I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/.
 
-I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../include
 

Re: [OE-core] [PATCH] gcc-4.6: Let G++ relocate gxx-include-dir when using --sysroot option

[Martin Jansa]

On Tue, Dec 20, 2011 at 10:07:56AM +0100, Martin Jansa wrote:
 On Fri, Dec 16, 2011 at 01:24:24PM -0800, Khem Raj wrote:
  On (15/12/11 12:16), Richard Purdie wrote:
   On Wed, 2011-12-14 at 07:49 -0800, Khem Raj wrote:
On Wed, Dec 14, 2011 at 2:02 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
 Hi Khem,

 What's puzzling me is that reading through this patch, we already do
 what this patch is doing?

 Where is the difference which this patch is fixing?


this does essentially what we were doing earlier but this one is going
to go upstream
   
   Yes, that is good and I'm fine with the patch for that reason.
  
  there is additional detail that this patch does which is that in order
  to make gxx-includes to be sysroot relative --with-cxx-include option to
  be also specified relative to initials sysroot during configure time
  
  e.g. --with-sysroot=SYSROOT --with-gxx-include-dir=SYSROOT/usr/include/c++
  
  since the original behavior of --with-gxx-include-dir is to specify an
  absolute path that is preserved whereas the patch we have in OE relocates
  gxx-include-dir regardless.Therefore in order to adopt this patch we have
  to use the above syntax which was original syntax before the above patch
  and would make up forward compatible provided this patch makes into gcc
  upstream.
  
   

 I appreciate that patch adds in the prefix to the 
 --with-gxx-include-dir
 option but it then removes it again during configure so this should 
 be a
 null op. Both versions of the patch set the 1 bit in 
 gcc/cppdefault.c.

 So where is the change this patch makes which fixes things?

changing --with-gxx-include-dir to be within sysroot triggers the
relocation code.
   
   But we were already triggering the relocation code?
   
   I can't see *any* functionality difference between these, they should
   both just give the same result as far as I can tell...
   
  same functionality but with a different usage see above
  
   Claiming it fixes things is therefore concerning me.
  
  correct it does not fix anything actually that I know was broken before
  Thinking out loud given that with-gxx-include-dir is absolute in nature it 
  could be
  the original patch we have, does not work in some weird case since the
  absolute path we use is still /usr/include/c++ during configure time.
  although I would expect that the include poisoning warning will report it 
  if that
  happened
  
  -Khem
 
 Is there some pending patch for meta-oe/gcc?
 
 I have some issues while rebuilding toolchain from scratch after this
 patchset:
 
 armv7a:
 | 
 /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/rtl.h:2163:12:
  note: expected 'enum machine_mode' but argument is of type 'int'
 | gcc -c   -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include 
 -O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings 
 -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes 
 -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros 
 -Wno-overlength-strings -Wold-style-definition -Wc++-compat   -DHAVE_CONFIG_H 
 -I. -I. 
 -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc
  
 -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/.
  
 -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../include
  
 -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../libcpp/include
   
 -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../libdecnumber
  
 -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../libdecnumber/dpd
  -I../libdecnumber
 /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c
  -o calls.o
 | 
 /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c:
  In function 'initialize_argument_information':
 | 
 /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c:1089:9:
  error: 'STACK_CHECK_MAX_VAR_SIZE' undeclared (first use in this function)
 | 
 /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c:1089:9:
  note: each undeclared identifier is reported only once for each function it 
 appears in
 | make[2]: *** [calls.o] Error 1
 
 armv4t:
 | gcc -c   -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include 
 -O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings 
 -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes 
 -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros 
 -Wno-overlength-strings -Wold-style-definition -Wc++-compat   -DHAVE_CONFIG_H 
 -I. -I. 
 -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc
  
 

Re: [OE-core] [PATCH 1/2] psplash: use OpenEmbedded logo

[Paul Menzel]

Dear Paul,


Am Montag, den 19.12.2011, 17:43 + schrieb Paul Eggleton:
 Use the OpenEmbedded logo for psplash in OE-core,

please spell the abbreviation like OE-Core for consistency [1].

 and rename the file to psplash-img.h rather than psplash-poky-img.h.
 
 Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
 ---


Thanks,

Paul


[1] 
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/013987.html


signature.asc
Description: This is a digitally signed message part
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] initramfs-framework: provides a modular initramfs

[Otavio Salvador]

On Mon, Dec 19, 2011 at 11:02, Xu, Dongxiao dongxiao...@intel.com wrote:

 Hi Otavio and Saul,

 I tried to build initramfs-framework in Yocto master, and it reports the
 following multiple provider issue:

 ERROR: Multiple .bb files are due to be built which each provide udev
 (/home/dongxiao/poky/meta/recipes-core/udev/udev_164.bb/home/dongxiao/poky/meta/recipes-core/udev/
 udev_145.bb).


The proper fix IMO is to update udev to what we are using at meta-oe.


 I saw initramfs-framework RDEPENDS on package udev-utils, which doesn't
 exist in latest udev-164, thus it will try to include udev-145. This caused
 the multiple provider issue.

 Could you help to have a look at that?


Sure.

Sau, you told me you were looking at udev IIRC. Did you checked it?

-- 
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] package.bbclass: fix shared library symlink snapping

[Juraj Hercek]

When PACKAGE_SNAP_LIB_SYMLINK is enabled, development packages (-dev)
contained dangling symbolic links which prevented usage of snapped
libraries on development machines with installed toolchain and snapped
-dev package(s).

Good solution to the problem mentioned above is to decouple shared
library object snapping from dependency computation and put it into
separate function which is executed before the package splitting is
done. This way we have all relevant files available and can do all
necessary queries to library files.

Signed-off-by: Juraj Hercek juraj.her...@jhksoftware.com
---
 meta/classes/package.bbclass |   85 -
 1 files changed, 74 insertions(+), 11 deletions(-)

diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 39c1d4b..9acc745 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -11,6 +11,13 @@
 #
 # b) perform_packagecopy - Copy D into PKGD
 #
+# b.1) package_snap_lib_symlinks - snap lib symlinks when 
PACKAGE_SNAP_LIB_SYMLINKS is enabled.
+#  Runtime optimisation of shared object libraries is used when you use
+#  PACKAGE_SNAP_LIB_SYMLINKS = 1 in distribution configuration file. It
+#  causes removal of symbolic link indirection in final image thus speeding
+#  up loading of shared library object as well as saving inode and
+#  directory entry in file system.
+#
 # c) package_do_split_locales - Split out the locale files, updates FILES and 
PACKAGES
 #
 # d) split_and_strip_files - split the files into runtime and debug and strip 
them.
@@ -433,6 +440,72 @@ python perform_packagecopy () {
os.system('tar -cf - -C %s -ps . | tar -xf - -C %s' % (dest, dvar))
 }
 
+python package_snap_lib_symlinks () {
+   
+   Snapping of shared libraries symbolic links consists of 2 steps:
+   1) renaming shared library file so that its file name is equal to 
DT_SONAME
+  See http://en.wikipedia.org/wiki/Soname for more information.
+   2) fixing of any dangling symbolic links that could be the result of 
previous step
+   
+   import re
+   import os.path as p
+
+   def get_soname(exefile):
+   cmd = d.getVar('OBJDUMP', True) +  -p  + exefile +  
2/dev/null
+   cmd = PATH=\%s\ %s % (d.getVar('PATH', True), cmd)
+   fd = os.popen(cmd)
+   lines = fd.readlines()
+   fd.close()
+   for l in lines:
+   m = re.match(\s+SONAME\s+([^\s]*), l)
+   if m:
+   return m.group(1)
+   return p.basename(exefile)
+
+   def get_cached_soname(exefile):
+   realfile = p.realpath(exefile)
+   if get_cached_soname.cache.has_key(realfile):
+   return get_cached_soname.cache[realfile]
+   else:
+   soname = get_soname(realfile)
+   get_cached_soname.cache[realfile] = soname
+   return soname
+   get_cached_soname.cache = dict()
+
+   def is_cyclic_symlink(target, link):
+   link_normpath = p.normpath(link)
+   if p.isabs(target):
+   return p.normpath(target) == link_normpath
+   else:
+   return p.normpath(p.join(p.dirname(link), target)) == 
link_normpath
+
+   top = d.getVar('PKGD', True)
+   lib_re = re.compile(^.*\.so)
+   symlinks = list()
+   renames = list()
+   for root, dirs, files in os.walk(top):
+   for file in files:
+   path = p.join(root, file)
+   if p.islink(path):
+   link_target = os.readlink(path)
+   link_target_file = p.basename(link_target)
+   if lib_re.match(link_target_file):
+   soname = get_cached_soname(path)
+   if link_target_file != soname:
+   new_target = 
link_target.replace(link_target_file,soname)
+   if not 
is_cyclic_symlink(new_target, path):
+   
symlinks.append((new_target, path))
+   elif os.access(path, os.X_OK) or lib_re.match(file):
+   soname = get_cached_soname(path)
+   if file != soname:
+   renames.append((path, p.join(root, 
soname)))
+   for old, new in renames:
+   os.rename(old, new)
+   for src, dst in symlinks:
+   os.unlink(dst)
+   os.symlink(src, dst)
+}
+
 # We generate a master list of directories to process, we start by
 # seeding this list with reasonable defaults, then load from
 # the fs-perms.txt files
@@ -1237,8 +1310,6 @@ python 

Re: [OE-core] UDEV-145??

[Otavio Salvador]

On Tue, Dec 20, 2011 at 11:48, Koen Kooi k...@dominion.thruhere.net wrote:

 Op 20 dec. 2011, om 14:35 heeft Otavio Salvador het volgende geschreven:
 ...

 I read this e-mail after I started working on this. My current WIP
 patchset is at:
 
 
 https://github.com/OSSystems/oe-core/compare/ae4118a1f78f113c3d687c3aa6a86007cf977cae...master
 
  I am going to finish this getting 175 on oe-core but those patches seems
 good for merging to me.

 Keep in mind that udev 175 looks a lot different than earlier versions,
 e.g. no udev-acl anymore, locations have moved, etc. So the custom OE
 initscripts will need a fair amount of changes for people still using
 sysvinit.


I will on 173 first, in this case.

-- 
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/2] psplash fixes

[Philip Balister]

On 12/19/2011 01:57 PM, Paul Eggleton wrote:
 On Monday 19 December 2011 19:48:48 Koen Kooi wrote:
 I will say again: I absolutely HATE that virtual-runtime nonsense. If you
 need to change a task, change the task, don't introduce things that make it
 non deterministic. Guess what happens when you change a virtual-runtime
 *after* you have built the task already.
 
 This is the problem I'm trying to avoid. Perhaps it wasn't clear, but what I 
 meant was change things so we do not bring in psplash via a task anymore - 
 instead use the value of VIRTUAL-RUNTIME_splash within core-image.bbclass, 
 controlled via an IMAGE_FEATURE.
 
 Would update-alternatives be needed at all in
 that case?

 It would if you want to change it after booting :)
 
 What's the use case for changing the splash image after booting?

I can see people taking an existing image, adding a few packages to
customize it for their application, and changing the splash image to a
product specific one.

Philip

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-commits] Scott Garman : Add missing SUMMARY fields to various recipes

[Wang, Shane]

Scott Garman wrote on 2011-12-20:

 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, December 19, 2011 10:34:47 AM
 g...@git.openembedded.org wrote:
 Module: openembedded-core.git
 Branch: master
 Commit: e8c194a627e091ef9da3b7fa83ea3897bd283d9e
 URL:
 
 http://git.openembedded.org/?p=openembedded-core.gita=commit;h=e8
 c194a627
 e091ef9da3b7fa83ea3897bd283d9e
 
 Author: Scott Garmanscott.a.gar...@intel.com
 Date:   Sun Dec 18 15:06:57 2011 -0800
 
 Add missing SUMMARY fields to various recipes
 
 This adds the SUMMARY field to the following recipes which were
 missing it:
 
 * dosfstools
 * grep
 * icu
 * libevent
 * libnfsidmap
 * qemu-helper-nativesdk
 
 Signed-off-by: Scott Garmanscott.a.gar...@intel.com
 Signed-off-by: Richard Purdierichard.pur...@linuxfoundation.org
 
 ---
 
   .../nfs-utils/libnfsidmap_0.24.bb  |3 ++-
   .../recipes-devtools/dosfstools/dosfstools_2.11.bb |2 +-
   .../qemu/qemu-helper-nativesdk_1.0.bb  |3 ++-
   meta/recipes-extended/grep/grep_2.9.bb |1 +
   meta/recipes-support/icu/icu-3.6.inc   |1 +
   meta/recipes-support/libevent/libevent_1.4.14b.bb  |3 ++- 6
   files changed, 9 insertions(+), 4 deletions(-)
 diff --git a/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb
 b/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb index
 101ecab..eff75ec 100644
 --- a/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb
 +++ b/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb
 @@ -1,4 +1,5 @@
 -DESCRIPTION = nfs idmapping library
 +SUMMARY = NFS id mapping library
 +DESCRIPTION = NFS id mapping library
   HOMEPAGE = http://www.citi.umich.edu/projects/nfsv4/linux/;
   SECTION = libs
 diff --git a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
 b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb index
 ec75ac9..eca54f1 100644
 --- a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
 +++ b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
 @@ -1,7 +1,7 @@
   # dosfstools OE build file
   # Copyright (C) 2004-2006, Advanced Micro Devices, Inc.  All Rights
 Reserved # Released under the MIT license (see packages/COPYING)
 -
 +SUMMARY = DOS FAT Filesystem Utilities
   DESCRIPTION = DOS FAT Filesystem Utilities
   
   SECTION = base
 diff --git a/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb
 b/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb index
 a3dca3d..df0cae0 100644 ---
 a/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb +++
 b/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb @@ -1,4
 +1,5 @@ -DESCRIPTION = Qemu helper scripts from Poky +SUMMARY =
 Qemu helper scripts +DESCRIPTION = Qemu helper scripts
   LICENSE = GPLv2
   RDEPENDS_${PN} = qemu-nativesdk
   PR = r9
 diff --git a/meta/recipes-extended/grep/grep_2.9.bb
 b/meta/recipes-extended/grep/grep_2.9.bb index 08ac527..9099bed
 100644 --- a/meta/recipes-extended/grep/grep_2.9.bb +++
 b/meta/recipes-extended/grep/grep_2.9.bb @@ -1,3 +1,4 @@ +SUMMARY =
 GNU grep utility
   DESCRIPTION = GNU grep utility
   HOMEPAGE = http://savannah.gnu.org/projects/grep/;
   BUGTRACKER = http://savannah.gnu.org/bugs/?group=grep;
 diff --git a/meta/recipes-support/icu/icu-3.6.inc
 b/meta/recipes-support/icu/icu-3.6.inc index 8fadc92..e3f9dd2 100644
 --- a/meta/recipes-support/icu/icu-3.6.inc
 +++ b/meta/recipes-support/icu/icu-3.6.inc
 @@ -1,3 +1,4 @@
 +SUMMARY = International Component for Unicode libraries
   DESCRIPTION = The International Component for Unicode (ICU) is
 a mature,
 portable set of C/C++ and Java libraries for Unicode support, software
 internationalization (I18N) and globalization (G11N), giving applications
 the same results on all platforms. HOMEPAGE =
 http://www-01.ibm.com/software/globalization/icu/index.jsp;
 
 diff --git a/meta/recipes-support/libevent/libevent_1.4.14b.bb
 b/meta/recipes-support/libevent/libevent_1.4.14b.bb index
 1a369b5..36468dc 100644 ---
 a/meta/recipes-support/libevent/libevent_1.4.14b.bb +++
 b/meta/recipes-support/libevent/libevent_1.4.14b.bb @@ -1,4 +1,5 @@
 -DESCRIPTION = an asynchronous event notification library +SUMMARY
 = An asynchronous event notification library +DESCRIPTION = An
 asynchronous event notification library
   HOMEPAGE = http://www.monkey.org/~provos/libevent/;
   SECTION = libs
 Sorry I sent it to the wrong list so now again:
 
 What is the value - apart HOB's sake - in creating redundancies by
 copying DESRCIPTION to SUMMARY? Why not use DESCRIPTION?
 
 (this is a copy of the email I sent to the oe-devel ML):
 
 Hi Andreas,
 
 I did this because SUMMARY is a required field by the HOB UI. This was
 requested by Shane Wang on the oe-core ML:
 
 
 http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/0
 14600.html
 
 For recipes which have short descriptions, there was little sense in
 summarizing them 

Re: [OE-core] [PATCH 1/1] Create a script for SUMMARY audit in recipes

[Wang, Shane]

Henning Heinold wrote on 2011-12-18:

 I think you used some == you have to change them.

Why do I need to change ==, for /bin/sh or dash?

--
Shane

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc-4.6: Let G++ relocate gxx-include-dir when using --sysroot option

[Martin Jansa]

On Tue, Dec 20, 2011 at 10:37:34AM +0100, Martin Jansa wrote:
 On Tue, Dec 20, 2011 at 10:07:56AM +0100, Martin Jansa wrote:
  On Fri, Dec 16, 2011 at 01:24:24PM -0800, Khem Raj wrote:
   On (15/12/11 12:16), Richard Purdie wrote:
On Wed, 2011-12-14 at 07:49 -0800, Khem Raj wrote:
 On Wed, Dec 14, 2011 at 2:02 AM, Richard Purdie
 richard.pur...@linuxfoundation.org wrote:
  Hi Khem,
 
  What's puzzling me is that reading through this patch, we already do
  what this patch is doing?
 
  Where is the difference which this patch is fixing?
 
 
 this does essentially what we were doing earlier but this one is going
 to go upstream

Yes, that is good and I'm fine with the patch for that reason.
   
   there is additional detail that this patch does which is that in order
   to make gxx-includes to be sysroot relative --with-cxx-include option to
   be also specified relative to initials sysroot during configure time
   
   e.g. --with-sysroot=SYSROOT --with-gxx-include-dir=SYSROOT/usr/include/c++
   
   since the original behavior of --with-gxx-include-dir is to specify an
   absolute path that is preserved whereas the patch we have in OE relocates
   gxx-include-dir regardless.Therefore in order to adopt this patch we have
   to use the above syntax which was original syntax before the above patch
   and would make up forward compatible provided this patch makes into gcc
   upstream.
   

 
  I appreciate that patch adds in the prefix to the 
  --with-gxx-include-dir
  option but it then removes it again during configure so this should 
  be a
  null op. Both versions of the patch set the 1 bit in 
  gcc/cppdefault.c.
 
  So where is the change this patch makes which fixes things?
 
 changing --with-gxx-include-dir to be within sysroot triggers the
 relocation code.

But we were already triggering the relocation code?

I can't see *any* functionality difference between these, they should
both just give the same result as far as I can tell...

   same functionality but with a different usage see above
   
Claiming it fixes things is therefore concerning me.
   
   correct it does not fix anything actually that I know was broken before
   Thinking out loud given that with-gxx-include-dir is absolute in nature 
   it could be
   the original patch we have, does not work in some weird case since the
   absolute path we use is still /usr/include/c++ during configure time.
   although I would expect that the include poisoning warning will report it 
   if that
   happened
   
   -Khem
  
  Is there some pending patch for meta-oe/gcc?
  
  I have some issues while rebuilding toolchain from scratch after this
  patchset:
  
  armv7a:
  | 
  /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/rtl.h:2163:12:
   note: expected 'enum machine_mode' but argument is of type 'int'
  | gcc -c   
  -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include -O2 -pipe 
  -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual 
  -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute 
  -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings 
  -Wold-style-definition -Wc++-compat   -DHAVE_CONFIG_H -I. -I. 
  -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc
   
  -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/.
   
  -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../include
   
  -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../libcpp/include

  -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../libdecnumber
   
  -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/../libdecnumber/dpd
   -I../libdecnumber
  /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c
   -o calls.o
  | 
  /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c:
   In function 'initialize_argument_information':
  | 
  /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c:1089:9:
   error: 'STACK_CHECK_MAX_VAR_SIZE' undeclared (first use in this function)
  | 
  /OE/shr-core/tmp-eglibc/work-shared/gcc-4.6.2+svnr181430-r23/gcc-4_6-branch/gcc/calls.c:1089:9:
   note: each undeclared identifier is reported only once for each function 
  it appears in
  | make[2]: *** [calls.o] Error 1
  
  armv4t:
  | gcc -c   
  -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include -O2 -pipe 
  -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual 
  -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute 
  -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings 
  -Wold-style-definition 

[OE-core] [PATCH 3/9] udev: reorganize files of 164 version

[Otavio Salvador]

We merged both files and udev-164 directory onto a single directory
and renamed udev-new.inc onto udev.inc as we have a single version of
udev now.

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/{udev-new.inc = udev.inc}  |0
 .../udev/{files = udev}/devfs-udev.rules  |0
 meta/recipes-core/udev/{udev-164 = udev}/init |0
 meta/recipes-core/udev/{files = udev}/links.conf  |0
 .../udev/{udev-164 = udev}/local.rules|0
 meta/recipes-core/udev/{files = udev}/mount.sh|0
 meta/recipes-core/udev/{files = udev}/network.sh  |0
 .../udev/{udev-164 = udev}/permissions.rules  |0
 .../recipes-core/udev/{udev-164 = udev}/run.rules |0
 .../udev/{files = udev}/udev-166-v4l1-1.patch |0
 meta/recipes-core/udev/{files = udev}/udev-cache  |0
 .../udev/{udev-164 = udev}/udev.rules |0
 meta/recipes-core/udev/udev_164.bb |2 +-
 13 files changed, 1 insertions(+), 1 deletions(-)
 rename meta/recipes-core/udev/{udev-new.inc = udev.inc} (100%)
 rename meta/recipes-core/udev/{files = udev}/devfs-udev.rules (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/init (100%)
 rename meta/recipes-core/udev/{files = udev}/links.conf (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/local.rules (100%)
 rename meta/recipes-core/udev/{files = udev}/mount.sh (100%)
 rename meta/recipes-core/udev/{files = udev}/network.sh (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/permissions.rules (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/run.rules (100%)
 rename meta/recipes-core/udev/{files = udev}/udev-166-v4l1-1.patch (100%)
 rename meta/recipes-core/udev/{files = udev}/udev-cache (100%)
 rename meta/recipes-core/udev/{udev-164 = udev}/udev.rules (100%)

diff --git a/meta/recipes-core/udev/udev-new.inc 
b/meta/recipes-core/udev/udev.inc
similarity index 100%
rename from meta/recipes-core/udev/udev-new.inc
rename to meta/recipes-core/udev/udev.inc
diff --git a/meta/recipes-core/udev/files/devfs-udev.rules 
b/meta/recipes-core/udev/udev/devfs-udev.rules
similarity index 100%
rename from meta/recipes-core/udev/files/devfs-udev.rules
rename to meta/recipes-core/udev/udev/devfs-udev.rules
diff --git a/meta/recipes-core/udev/udev-164/init 
b/meta/recipes-core/udev/udev/init
similarity index 100%
rename from meta/recipes-core/udev/udev-164/init
rename to meta/recipes-core/udev/udev/init
diff --git a/meta/recipes-core/udev/files/links.conf 
b/meta/recipes-core/udev/udev/links.conf
similarity index 100%
rename from meta/recipes-core/udev/files/links.conf
rename to meta/recipes-core/udev/udev/links.conf
diff --git a/meta/recipes-core/udev/udev-164/local.rules 
b/meta/recipes-core/udev/udev/local.rules
similarity index 100%
rename from meta/recipes-core/udev/udev-164/local.rules
rename to meta/recipes-core/udev/udev/local.rules
diff --git a/meta/recipes-core/udev/files/mount.sh 
b/meta/recipes-core/udev/udev/mount.sh
similarity index 100%
rename from meta/recipes-core/udev/files/mount.sh
rename to meta/recipes-core/udev/udev/mount.sh
diff --git a/meta/recipes-core/udev/files/network.sh 
b/meta/recipes-core/udev/udev/network.sh
similarity index 100%
rename from meta/recipes-core/udev/files/network.sh
rename to meta/recipes-core/udev/udev/network.sh
diff --git a/meta/recipes-core/udev/udev-164/permissions.rules 
b/meta/recipes-core/udev/udev/permissions.rules
similarity index 100%
rename from meta/recipes-core/udev/udev-164/permissions.rules
rename to meta/recipes-core/udev/udev/permissions.rules
diff --git a/meta/recipes-core/udev/udev-164/run.rules 
b/meta/recipes-core/udev/udev/run.rules
similarity index 100%
rename from meta/recipes-core/udev/udev-164/run.rules
rename to meta/recipes-core/udev/udev/run.rules
diff --git a/meta/recipes-core/udev/files/udev-166-v4l1-1.patch 
b/meta/recipes-core/udev/udev/udev-166-v4l1-1.patch
similarity index 100%
rename from meta/recipes-core/udev/files/udev-166-v4l1-1.patch
rename to meta/recipes-core/udev/udev/udev-166-v4l1-1.patch
diff --git a/meta/recipes-core/udev/files/udev-cache 
b/meta/recipes-core/udev/udev/udev-cache
similarity index 100%
rename from meta/recipes-core/udev/files/udev-cache
rename to meta/recipes-core/udev/udev/udev-cache
diff --git a/meta/recipes-core/udev/udev-164/udev.rules 
b/meta/recipes-core/udev/udev/udev.rules
similarity index 100%
rename from meta/recipes-core/udev/udev-164/udev.rules
rename to meta/recipes-core/udev/udev/udev.rules
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index d487add..3e4e402 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,4 +1,4 @@
-include udev-new.inc
+include udev.inc
 
 PR = r7
 
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/9] udev-extraconf: move mount.blacklist to udev-extraconf dir

[Otavio Salvador]

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 .../udev/{files = udev-extraconf}/mount.blacklist |0
 1 files changed, 0 insertions(+), 0 deletions(-)
 rename meta/recipes-core/udev/{files = udev-extraconf}/mount.blacklist (100%)

diff --git a/meta/recipes-core/udev/files/mount.blacklist 
b/meta/recipes-core/udev/udev-extraconf/mount.blacklist
similarity index 100%
rename from meta/recipes-core/udev/files/mount.blacklist
rename to meta/recipes-core/udev/udev-extraconf/mount.blacklist
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/9] udev: use tabs for init script (no code changes)

[Otavio Salvador]

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev/init |   38 +++---
 1 files changed, 19 insertions(+), 19 deletions(-)

diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index 073942f..edc3c9a 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -17,10 +17,10 @@ export TZ=/etc/localtime
 [ -f /etc/udev/udev.conf ]  . /etc/udev/udev.conf
 
 kill_udevd() {
-if [ -x /sbin/pidof ]; then
-pid=`/sbin/pidof -x udevd`
-[ -n $pid ]  kill $pid
-fi
+   if [ -x /sbin/pidof ]; then
+   pid=`/sbin/pidof -x udevd`
+   [ -n $pid ]  kill $pid
+   fi
 }
 
 export ACTION=add
@@ -29,9 +29,9 @@ echo -n Starting udev
 
 # mount the tmpfs on /dev, if not already done
 LANG=C awk \$2 == \/dev\  \$4 == \tmpfs\ { exit 1 } /proc/mounts  {
-mount -n -o mode=0755 -t tmpfs none /dev
-mkdir -m 0755 /dev/pts
-mkdir -m 1777 /dev/shm
+   mount -n -o mode=0755 -t tmpfs none /dev
+   mkdir -m 0755 /dev/pts
+   mkdir -m 1777 /dev/shm
 }
 
 if [ -e /etc/dev.tar ]; then
@@ -42,18 +42,18 @@ fi
 # make_extra_nodes
 kill_udevd  /dev/null 21
 
-# trigger the sorted events
-echo -e '\000\000\000\000'  /proc/sys/kernel/hotplug
-/sbin/udevd -d
-
-/sbin/udevadm control --env=STARTUP=1
-   if [ $not_first_boot !=  ];then
-   /sbin/udevadm trigger --action=add 
--subsystem-nomatch=tty --subsystem-nomatch=mem --subsystem-nomatch=vc 
--subsystem-nomatch=vtconsole --subsystem-nomatch=misc --subsystem-nomatch=dcon 
--subsystem-nomatch=pci_bus  --subsystem-nomatch=graphics  
--subsystem-nomatch=backlight --subsystem-nomatch=video4linux  
--subsystem-nomatch=platform
-   (/sbin/udevadm settle --timeout=3; /sbin/udevadm 
control --env=STARTUP=)
-   else
-   /sbin/udevadm trigger --action=add
-   /sbin/udevadm settle
-   fi
+# trigger the sorted events
+echo -e '\000\000\000\000'  /proc/sys/kernel/hotplug
+/sbin/udevd -d
+
+/sbin/udevadm control --env=STARTUP=1
+if [ $not_first_boot !=  ];then
+   /sbin/udevadm trigger --action=add --subsystem-nomatch=tty 
--subsystem-nomatch=mem --subsystem-nomatch=vc --subsystem-nomatch=vtconsole 
--subsystem-nomatch=misc --subsystem-nomatch=dcon --subsystem-nomatch=pci_bus  
--subsystem-nomatch=graphics  --subsystem-nomatch=backlight 
--subsystem-nomatch=video4linux  --subsystem-nomatch=platform
+   (/sbin/udevadm settle --timeout=3; /sbin/udevadm control 
--env=STARTUP=)
+else
+   /sbin/udevadm trigger --action=add
+   /sbin/udevadm settle
+fi
 
 echo
 exit 0
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 7/9] udev: use 'echo' instead of 'echo -n' in init script

[Otavio Salvador]

Avoid using two stage progress output to avoid text garbage during
parallel boot.

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev/init   |3 +--
 meta/recipes-core/udev/udev_164.bb |2 +-
 2 files changed, 2 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index a2b6f53..7bc6488 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -26,7 +26,7 @@ kill_udevd() {
 
 export ACTION=add
 # propagate /dev from /sys
-echo -n Starting udev
+echo Starting udev
 
 # mount the tmpfs on /dev, if not already done
 LANG=C awk '$2 == /dev  $3 == tmpfs || $3 == devtmpfs) { exit 1 }' 
/proc/mounts  {
@@ -67,5 +67,4 @@ else
/sbin/udevadm settle
 fi
 
-echo
 exit 0
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index c89eab4..6d71f4d 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,6 @@
 include udev.inc
 
-PR = r9
+PR = r10
 
 SRC_URI += file://udev-166-v4l1-1.patch
 
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/9] udev: skip mounting /dev on tmpfs if it is on devtmpfs

[Otavio Salvador]

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev/init   |2 +-
 meta/recipes-core/udev/udev_164.bb |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index edc3c9a..0b25b07 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -28,7 +28,7 @@ export ACTION=add
 echo -n Starting udev
 
 # mount the tmpfs on /dev, if not already done
-LANG=C awk \$2 == \/dev\  \$4 == \tmpfs\ { exit 1 } /proc/mounts  {
+LANG=C awk '$2 == /dev  $3 == tmpfs || $3 == devtmpfs) { exit 1 }' 
/proc/mounts  {
mount -n -o mode=0755 -t tmpfs none /dev
mkdir -m 0755 /dev/pts
mkdir -m 1777 /dev/shm
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index 3e4e402..f952c90 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,6 @@
 include udev.inc
 
-PR = r7
+PR = r8
 
 SRC_URI += file://udev-166-v4l1-1.patch
 
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 6/9] udev: improve udev-cache robustness

[Otavio Salvador]

 * allow udev-cache to be disabled at runtime (using
   /etc/default/udev-cache);

 * make cache invalidated if kernel, bootparams or device list
   changes;

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev.inc|   11 ++-
 meta/recipes-core/udev/udev/init   |   18 +++---
 meta/recipes-core/udev/udev/udev-cache |   23 ++-
 meta/recipes-core/udev/udev/udev-cache.default |4 
 meta/recipes-core/udev/udev_164.bb |2 +-
 5 files changed, 48 insertions(+), 10 deletions(-)
 create mode 100644 meta/recipes-core/udev/udev/udev-cache.default

diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/udev/udev.inc
index eac7903..7b6ed64 100644
--- a/meta/recipes-core/udev/udev.inc
+++ b/meta/recipes-core/udev/udev.inc
@@ -25,6 +25,7 @@ SRC_URI = 
${KERNELORG_MIRROR}/linux/utils/kernel/hotplug/udev-${PV}.tar.gz \
file://network.sh \
file://local.rules \
file://udev-cache \
+   file://udev-cache.default \
file://init
 
 inherit autotools pkgconfig update-rc.d
@@ -56,7 +57,7 @@ FILES_libgudev = ${base_libdir}/libgudev*.so.* 
${libdir}/libgudev*.so.*
 FILES_libgudev-dbg = ${base_libdir}/.debug/libgudev*.so.* 
${libdir}/.debug/libgudev*.so.*
 FILES_libgudev-dev = ${includedir}/gudev* ${libdir}/libgudev*.so 
${libdir}/libgudev*.la \
  ${libdir}/libgudev*.a ${libdir}/pkgconfig/gudev*.pc
-FILES_udev-cache = ${sysconfdir}/init.d/udev-cache
+FILES_udev-cache = ${sysconfdir}/init.d/udev-cache 
${sysconfdir}/default/udev-cache
 
 FILES_udev-acl = ${base_libdir}/udev/udev-acl 
${base_libdir}/udev/rules.d/70-acl.rules
 
@@ -68,6 +69,14 @@ do_install_append () {
install -m 0755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/udev
install -m 0755 ${WORKDIR}/udev-cache 
${D}${sysconfdir}/init.d/udev-cache
 
+   install -d ${D}${sysconfdir}/default
+   install -m 0755 ${WORKDIR}/udev-cache.default 
${D}${sysconfdir}/default/udev-cache
+
+   touch ${D}${sysconfdir}/udev/saved.uname
+   touch ${D}${sysconfdir}/udev/saved.cmdline
+   touch ${D}${sysconfdir}/udev/saved.devices
+   touch ${D}${sysconfdir}/udev/saved.atags
+
install -d ${D}${sysconfdir}/udev/rules.d/
 
install -m 0644 ${WORKDIR}/local.rules 
${D}${sysconfdir}/udev/rules.d/local.rules
diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index 0b25b07..a2b6f53 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -14,6 +14,7 @@ export TZ=/etc/localtime
 [ -d /sys/class ] || exit 1
 [ -r /proc/mounts ] || exit 1
 [ -x /sbin/udevd ] || exit 1
+[ -f /etc/default/udev-cache ]  . /etc/default/udev-cache
 [ -f /etc/udev/udev.conf ]  . /etc/udev/udev.conf
 
 kill_udevd() {
@@ -34,9 +35,20 @@ LANG=C awk '$2 == /dev  $3 == tmpfs || $3 == 
devtmpfs) { exit 1 }' /proc
mkdir -m 1777 /dev/shm
 }
 
-if [ -e /etc/dev.tar ]; then
-   (cd /; tar xf /etc/dev.tar 21 | grep -v 'time stamp' || true)
-   not_first_boot=1
+if [ $DEVCACHE !=  ]; then
+   # Invalidate udev cache if the kernel or its bootargs/cmdline have 
changed
+   [ -x /bin/uname ]  /bin/uname -mrspv  /tmp/uname || touch /tmp/uname
+   [ -r /proc/cmdline ]  cat /proc/cmdline  /tmp/cmdline || touch 
/tmp/cmdline
+   [ -r /proc/devices ]  cat /proc/devices  /tmp/devices || touch 
/tmp/devices
+   [ -r /proc/atags ]  cat /proc/atags  /tmp/atags || touch /tmp/atags
+   if [ -e $DEVCACHE ]  \
+   cmp -s /tmp/uname /etc/udev/saved.uname  \
+   cmp -s /tmp/cmdline /etc/udev/saved.cmdline  \
+   cmp -s /tmp/devices /etc/udev/saved.devices  \
+   cmp -s /tmp/atags /etc/udev/saved.atags; then
+   (cd /; tar xf $DEVCACHE  /dev/null 21)
+   not_first_boot=1
+   fi
 fi
 
 # make_extra_nodes
diff --git a/meta/recipes-core/udev/udev/udev-cache 
b/meta/recipes-core/udev/udev/udev-cache
index 77bbda6..797cb82 100644
--- a/meta/recipes-core/udev/udev/udev-cache
+++ b/meta/recipes-core/udev/udev/udev-cache
@@ -9,12 +9,25 @@
 # Short-Description: cache /dev to speedup the udev next boot
 ### END INIT INFO
 
-[ -d /sys/class ] || exit 1
-[ -r /proc/mounts ] || exit 1
-[ -x /sbin/udevd ] || exit 1
+export TZ=/etc/localtime
 
-if [ ! -e /etc/dev.tar ]; then
-   (cd /; tar cf /etc/dev.tar dev)
+[ -f /etc/default/udev-cache ]  . /etc/default/udev-cache
+
+echo Caching udev devnodes
+
+if [ $DEVCACHE !=  ]; then
+   echo -n Populating dev cache
+   (cd /; tar cf $DEVCACHE dev)
+   mv /tmp/uname /etc/udev/saved.uname
+   mv /tmp/cmdline /etc/udev/saved.cmdline
+   mv /tmp/devices /etc/udev/saved.devices
+   mv /tmp/atags /etc/udev/saved.atags
+   echo
+else
+   rm -f /tmp/uname
+   rm -f /tmp/cmdline
+   rm -f /tmp/devices
+   rm -f /tmp/atags
 fi
 
 exit 0
diff 

[OE-core] [PATCH 9/9] udev: split utilities onto udev-utils

[Otavio Salvador]

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev.inc|6 +-
 meta/recipes-core/udev/udev_164.bb |2 +-
 2 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/udev/udev.inc
index 7b6ed64..8343eaf 100644
--- a/meta/recipes-core/udev/udev.inc
+++ b/meta/recipes-core/udev/udev.inc
@@ -36,7 +36,7 @@ libexecdir = ${base_libdir}/udev
 EXTRA_OECONF = --disable-introspection --with-rootlibdir=${base_libdir} \
 --with-pci-ids-path=${datadir}/pci.ids
 
-PACKAGES =+ udev-acl udev-consolekit
+PACKAGES =+ udev-acl udev-consolekit udev-utils
 PACKAGES =+ udev-cache libudev libudev-dev libudev-dbg
 PACKAGES =+ libgudev libgudev-dev libgudev-dbg
 
@@ -47,6 +47,8 @@ INITSCRIPT_NAME_udev-cache = udev-cache
 INITSCRIPT_PARAMS_udev-cache = start 36 S .
 
 FILES_${PN} += ${libexecdir} ${libdir}/ConsoleKit
+RRECOMMENDS_${PN} += udev-utils
+
 FILES_${PN}-dbg += ${libexecdir}/.debug
 FILES_${PN}-dev = ${datadir}/pkgconfig/udev.pc
 FILES_libudev = ${base_libdir}/libudev.so.*
@@ -61,6 +63,8 @@ FILES_udev-cache = ${sysconfdir}/init.d/udev-cache 
${sysconfdir}/default/udev-c
 
 FILES_udev-acl = ${base_libdir}/udev/udev-acl 
${base_libdir}/udev/rules.d/70-acl.rules
 
+FILES_udev-utils = ${bindir}/udevinfo ${bindir}/udevtest 
${base_sbindir}/udevadm
+
 RDEPENDS_udev-consolekit += udev-acl
 FILES_udev-consolekit = ${libdir}/ConsoleKit
 
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index b993a13..d661044 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,6 @@
 include udev.inc
 
-PR = r11
+PR = r12
 
 SRC_URI += file://udev-166-v4l1-1.patch
 
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 8/9] udev: run depmod if modules.dep doesn't exist

[Otavio Salvador]

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-core/udev/udev/init   |5 +
 meta/recipes-core/udev/udev_164.bb |2 +-
 2 files changed, 6 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index 7bc6488..511031c 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -51,6 +51,11 @@ if [ $DEVCACHE !=  ]; then
fi
 fi
 
+if [ -x /sbin/depmod ]  [ ! -e /lib/modules/$(uname -r)/modules.dep ]; then
+   mkdir -p /lib/modules/$(uname -r)
+   depmod -ae
+fi
+
 # make_extra_nodes
 kill_udevd  /dev/null 21
 
diff --git a/meta/recipes-core/udev/udev_164.bb 
b/meta/recipes-core/udev/udev_164.bb
index 6d71f4d..b993a13 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,6 @@
 include udev.inc
 
-PR = r10
+PR = r11
 
 SRC_URI += file://udev-166-v4l1-1.patch
 
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc-4.6: Let G++ relocate gxx-include-dir when using --sysroot option

[Khem Raj]

On Mon, Dec 19, 2011 at 10:36 PM, Eric Bénard e...@eukrea.com wrote:
 Hi, Khem,

 Le 14/12/2011 19:38, Khem Raj a écrit :

 On Wed, Dec 14, 2011 at 10:08 AM, Ulf Samuelsson
 openembedded-c...@emagii.com  wrote:



 Not familiar with gcc internals, but just want to reiterate the point
 that the problem occured (the one I saw) only when I had
 BB_NUMBER_THREADS at a high value, so WHEN things are done seems to be
 important.


 Seems more complicated than this. A customeer reproduced it with BB_THREAD=2
 and PARALLEL=j3 ... (I never reproduced in with BB_THREAD  5)


Can you see when gcc-runtime was finished building and staging w.r.t
to the failing app


 could you test out this patch in your configuration and see if you still
 see the problem ?

 I reproduced the problem with this patch and BB_THREAD=8 so this patch
 doesn't
 improve the current behaviour.

thats was my original expectation


 Eric

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 9/9] udev: split utilities onto udev-utils

[Joshua Lock]

On 20/12/11 11:04, Otavio Salvador wrote:
  FILES_${PN} += ${libexecdir} ${libdir}/ConsoleKit
 +RRECOMMENDS_${PN} += udev-utils
 +

snip

 +FILES_udev-utils = ${bindir}/udevinfo ${bindir}/udevtest 
 ${base_sbindir}/udevadm
 +

The sysvinit scripts for udev itself, and the live-install image call
the udevadm binary. Is RRECOMMENDS adequate to ensure it's available?

My reading of the documentation[1] leads me to believe so but I'm not
sure if all of the package back-ends support this properly. Can you
share which package back-end(s) you tested with?

Cheers,
Joshua

1.
http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html#var-RRECOMMENDS
-- 
Joshua Lock
Yocto Project Johannes factotum
Intel Open Source Technology Centre

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 9/9] udev: split utilities onto udev-utils

[Otavio Salvador]

On Tue, Dec 20, 2011 at 18:03, Joshua Lock j...@linux.intel.com wrote:

 The sysvinit scripts for udev itself, and the live-install image call
 the udevadm binary. Is RRECOMMENDS adequate to ensure it's available?


For opkg it works fine.

I can imagine if someone is doing  a quite specific image then it could be
removed; but obviously initscript would be broken on this case but if
he/she adds it for BAD_RECOMMENDATIONS then he/she knows what he/she is
doing.

-- 
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/9] udev: skip mounting /dev on tmpfs if it is on devtmpfs

[Otavio Salvador]

A fixed patch for this one is going to be send.

On Tue, Dec 20, 2011 at 17:04, Otavio Salvador ota...@ossystems.com.brwrote:

 Signed-off-by: Otavio Salvador ota...@ossystems.com.br
 ---
  meta/recipes-core/udev/udev/init   |2 +-
  meta/recipes-core/udev/udev_164.bb |2 +-
  2 files changed, 2 insertions(+), 2 deletions(-)

 diff --git a/meta/recipes-core/udev/udev/init
 b/meta/recipes-core/udev/udev/init
 index edc3c9a..0b25b07 100644
 --- a/meta/recipes-core/udev/udev/init
 +++ b/meta/recipes-core/udev/udev/init
 @@ -28,7 +28,7 @@ export ACTION=add
  echo -n Starting udev

  # mount the tmpfs on /dev, if not already done
 -LANG=C awk \$2 == \/dev\  \$4 == \tmpfs\ { exit 1 } /proc/mounts
  {
 +LANG=C awk '$2 == /dev  $3 == tmpfs || $3 == devtmpfs) { exit 1
 }' /proc/mounts  {
mount -n -o mode=0755 -t tmpfs none /dev
mkdir -m 0755 /dev/pts
mkdir -m 1777 /dev/shm
 diff --git a/meta/recipes-core/udev/udev_164.bb b/meta/recipes-core/udev/
 udev_164.bb
 index 3e4e402..f952c90 100644
 --- a/meta/recipes-core/udev/udev_164.bb
 +++ b/meta/recipes-core/udev/udev_164.bb
 @@ -1,6 +1,6 @@
  include udev.inc

 -PR = r7
 +PR = r8

  SRC_URI += file://udev-166-v4l1-1.patch

 --
 1.7.2.5




-- 
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] connman: disable 'alg-test' building

[Darren Hart]

I just refreshed poky master with this patch included and now see the
following building core-image-sato:

| checking for dbus_connection_can_send_type in -ldbus-1... yes
| checking for XTABLES... yes
| checking for GNUTLS... yes
| checking linux/if_alg.h usability... no
| checking linux/if_alg.h presence... no
| checking for linux/if_alg.h... no
| configure: error: User-space algorithm header files are required
| ERROR: oe_runconf failed
NOTE: package connman-0.78-r6: task do_configure: Failed

Reverting this patch allows the build to complete.

(I understand this is poky related and not oe-core, but as the context
for this patch is here, I opted to continue the discussion here.)

--
Darren

On 12/17/2011 03:36 AM, Otavio Salvador wrote:
 'alg-test' requires 'linux/if_alg.h' header enforcing a dependency on
 linux-libc-headers 2.6.39 or newer.
 
 Signed-off-by: Otavio Salvador ota...@ossystems.com.br
 ---
  meta/recipes-connectivity/connman/connman.inc  |8 ---
  .../connman/connman/disable_alg-test.patch |   46 
 
  meta/recipes-connectivity/connman/connman_0.78.bb  |3 +-
  3 files changed, 48 insertions(+), 9 deletions(-)
  create mode 100644 
 meta/recipes-connectivity/connman/connman/disable_alg-test.patch
 
 diff --git a/meta/recipes-connectivity/connman/connman.inc 
 b/meta/recipes-connectivity/connman/connman.inc
 index bb1b279..d1bf7cd 100644
 --- a/meta/recipes-connectivity/connman/connman.inc
 +++ b/meta/recipes-connectivity/connman/connman.inc
 @@ -49,14 +49,6 @@ USERADD_PARAM_${PN} = --system --no-create-home \
  
  inherit autotools pkgconfig update-rc.d useradd
  
 -# alg-test doesn't build, so disable that and test
 -# for if_alg.h as this header is only in 2.6.39
 -do_configure_prepend() {
 - sed -i 's:tools/alg-test ::g' Makefile.am
 - sed -i 's:AC_CHECK_HEADERS(linux/if_alg.h, dummy=yes,::g;
 - s:AC_MSG_ERROR(User-space algorithm header files are 
 required))::g' configure.ac
 -}
 -
  do_compile_append() {
   sed -i -e s:deny:allow:g src/connman-dbus.conf
  }
 diff --git a/meta/recipes-connectivity/connman/connman/disable_alg-test.patch 
 b/meta/recipes-connectivity/connman/connman/disable_alg-test.patch
 new file mode 100644
 index 000..c231d75
 --- /dev/null
 +++ b/meta/recipes-connectivity/connman/connman/disable_alg-test.patch
 @@ -0,0 +1,46 @@
 +From b9a20c8eb61b600ced284646a1bea588fdd8a5ea Mon Sep 17 00:00:00 2001
 +From: Otavio Salvador ota...@ossystems.com.br
 +Date: Fri, 16 Dec 2011 19:31:59 -0200
 +Subject: [PATCH] Disable building of alg-test
 +
 +alg-test utility depends on linux/if_alg.h header that is only
 +available on kernels = 2.6.39.
 +
 +Upstream Status: Inappropriate [configuration]
 +
 +Signed-off-by: Otavio Salvador ota...@ossystems.com.br
 +---
 + Makefile.am  |2 +-
 + configure.ac |3 ---
 + 2 files changed, 1 insertions(+), 4 deletions(-)
 +
 +diff --git a/Makefile.am b/Makefile.am
 +index d5a76f9..d42a766 100644
 +--- a/Makefile.am
  b/Makefile.am
 +@@ -144,7 +144,7 @@ noinst_PROGRAMS += tools/wispr tools/supplicant-test \
 + tools/dbus-test tools/polkit-test \
 + tools/iptables-test tools/tap-test tools/wpad-test \
 + tools/stats-tool tools/private-network-test \
 +-tools/alg-test unit/test-session
 ++unit/test-session
 + 
 + tools_wispr_SOURCES = $(gweb_sources) tools/wispr.c
 + tools_wispr_LDADD = @GLIB_LIBS@ @GNUTLS_LIBS@ -lresolv
 +diff --git a/configure.ac b/configure.ac
 +index f63fea8..67bfe85 100644
 +--- a/configure.ac
  b/configure.ac
 +@@ -437,9 +437,6 @@ if (test ${enable_tools} = yes); then
 + AC_MSG_ERROR(GnuTLS library is required))
 + AC_SUBST(GNUTLS_CFLAGS)
 + AC_SUBST(GNUTLS_LIBS)
 +-
 +-AC_CHECK_HEADERS(linux/if_alg.h, dummy=yes,
 +-AC_MSG_ERROR(User-space algorithm header files are required))
 + fi
 + AM_CONDITIONAL(TOOLS, test ${enable_tools} = yes)
 + 
 +-- 
 +1.7.7.3
 +
 diff --git a/meta/recipes-connectivity/connman/connman_0.78.bb 
 b/meta/recipes-connectivity/connman/connman_0.78.bb
 index 74c102b..c73cad9 100644
 --- a/meta/recipes-connectivity/connman/connman_0.78.bb
 +++ b/meta/recipes-connectivity/connman/connman_0.78.bb
 @@ -1,11 +1,12 @@
  require connman.inc
  
 -PR = r5
 +PR = r6
  
  # 0.78 tag
  SRCREV = 02f5d5fe2d7c71514a6387ba2b772b42d8e8d297
  SRC_URI  = git://git.kernel.org/pub/scm/network/connman/connman.git \
  file://add_xuser_dbus_permission.patch \
  file://ethernet_default.patch \
 +file://disable_alg-test.patch \
  file://connman
  S = ${WORKDIR}/git

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] connman: disable 'alg-test' building

[Otavio Salvador]

On Wed, Dec 21, 2011 at 01:21, Darren Hart dvh...@linux.intel.com wrote:

 (I understand this is poky related and not oe-core, but as the context
 for this patch is here, I opted to continue the discussion here.)


It seems you haven't applied the patch as it shows the message that the
patch clearly remove.

-- 
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] connman: disable 'alg-test' building

[Darren Hart]

On 12/20/2011 07:28 PM, Otavio Salvador wrote:
 On Wed, Dec 21, 2011 at 01:21, Darren Hart dvh...@linux.intel.com
 mailto:dvh...@linux.intel.com wrote:
 
 (I understand this is poky related and not oe-core, but as the context
 for this patch is here, I opted to continue the discussion here.)
 
 
 It seems you haven't applied the patch as it shows the message that the
 patch clearly remove.

I did have the commit in my source tree, but something didn't trigger as
a cleanall and rebuild of connman succeeded. The tree was a clean
master, perhaps my sstate had a previous PR=r6 from our earlier testing
or something like that. Strange.

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] connman: disable 'alg-test' building

[Otavio Salvador]

On Wed, Dec 21, 2011 at 01:40, Darren Hart dvh...@linux.intel.com wrote:

 On 12/20/2011 07:28 PM, Otavio Salvador wrote:
  On Wed, Dec 21, 2011 at 01:21, Darren Hart dvh...@linux.intel.com
  mailto:dvh...@linux.intel.com wrote:
 
  (I understand this is poky related and not oe-core, but as the
 context
  for this patch is here, I opted to continue the discussion here.)
 
 
  It seems you haven't applied the patch as it shows the message that the
  patch clearly remove.

 I did have the commit in my source tree, but something didn't trigger as
 a cleanall and rebuild of connman succeeded. The tree was a clean
 master, perhaps my sstate had a previous PR=r6 from our earlier testing
 or something like that. Strange.


Ufa! EYOUOUGHTGETCOFFEE :P

-- 
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] [RESEND]Create a script for SUMMARY audit in recipes

[Shane Wang]

Here is the script to check which recipe provides SUMMARY and which doesnot.
For those which do not, maintainer should add or update to a meaningful summary 
for HOB to display in description.

The following changes since commit b281fd127bac9ba77ab63a5c2b812ddd5d56df37:

  documentation/poky-ref-manual/technical-details.xml: edits per Richard Purdie 
(2011-12-16 16:58:41 +)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib shane/summary-audit
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=shane/summary-audit

Shane Wang (1):
  Create a script for SUMMARY audit in recipes

 scripts/contrib/summary-audit.sh |   55 ++
 1 files changed, 55 insertions(+), 0 deletions(-)
 create mode 100755 scripts/contrib/summary-audit.sh

-- 
1.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] Create a script for SUMMARY audit in recipes

[Shane Wang]

Some recipes don't contain SUMMARY, which HOB will use for descriptions.
If the summary is missing, bitbake will create a default value for summary.
That is PN plus string  version  plus its version. Every maintainer should 
add and update the summary fields according to audit results.

[YOCTO #1804] got fixed, and maintainers should follow up.

Signed-off-by: Shane Wang shane.w...@intel.com
---
 scripts/contrib/summary-audit.sh |   55 ++
 1 files changed, 55 insertions(+), 0 deletions(-)
 create mode 100755 scripts/contrib/summary-audit.sh

diff --git a/scripts/contrib/summary-audit.sh b/scripts/contrib/summary-audit.sh
new file mode 100755
index 000..63b43cb
--- /dev/null
+++ b/scripts/contrib/summary-audit.sh
@@ -0,0 +1,55 @@
+#!/bin/sh
+#
+# Perform an audit of which recipes provide summary and which
+# are missing for HOB2.
+#
+# Setup requirements: Run this script after source'ing the build
+# environment script, so you're running it from build/ directory.
+#
+# Maintainer: Shane Wang shane.w...@intel.com
+
+DISTRO_TRACKING_FILE=../meta/conf/distro/include/distro_tracking_fields.inc
+REPORT_MISSING_SUMMARY=summary.txt
+REPORT_LOG=summary.log
+
+rm -rf $REPORT_MISSING_SUMMARY $REPORT_LOG
+
+BITBAKE=`which bitbake`
+if [ -z $BITBAKE ]; then
+   echo Error: bitbake command not found.
+   echo Did you forget to source the build environment script?
+   exit 1
+fi
+
+packages=(`bitbake -s | awk '{ print \$1 }'`)
+versions=(`bitbake -s | awk '{ print \$2 }'`)
+
+echo Package Num: ${#packages[*]} Version Num: ${#versions[*]}  
$REPORT_LOG
+len=${#packages[*]}
+
+for (( i=0; i  $len; i++ )); do
+   pkg=${packages[$i]}
+
+   if [[ $pkg == Loading || $pkg == Loaded ||
+  $pkg == Parsing || $pkg == Package ||
+  $pkg == NOTE:   || $pkg == WARNING: ||
+  $pkg == done.   || $pkg ==  ||
+  $pkg == ERROR:  || $pkg == Traceback ||
+  $pkg == File|| $pkg == IndexError: ]]
+   then
+   # Skip initial bitbake output
+   continue
+   fi
+
+   SUMMARY=`bitbake -e $pkg | grep -e ^SUMMARY *= | awk -F '=' '{ print 
\$2 }' | awk -F '' '{ print \$2 }'`
+   ver=${versions[$i]#*:} # remove ':' in the version
+   echo Handling package $pkg ($i out of $len) ...
+   echo HANDLING SUMMARY of package $pkg ... $SUMMARY ---NOT--- $pkg 
version $ver  $REPORT_LOG
+
+   if [[ $SUMMARY =~ $pkg version $ver ]]; then
+   # find which summary is missing and report
+   maintainer=`cat 
../meta/conf/distro/include/distro_tracking_fields.inc | grep -e 
^RECIPE_MAINTAINER_pn-$pkg *= | cut -d= -f2`
+   echo $pkg = $maintainer  $REPORT_MISSING_SUMMARY
+   fi
+done
+echo DONE!  $REPORT_LOG
-- 
1.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/1] [RESEND]Create a script for SUMMARY audit in recipes

[Saul Wold]

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 not, maintainer should add or update to a meaningful summary 
for HOB to display in description.


Shane,

I guess I am not understanding why this is needed.  Why can't we use 
DESCRIPTION which is a required entry?  Use the first X Characters of 
DESCRIPTION?


Sau!



The following changes since commit b281fd127bac9ba77ab63a5c2b812ddd5d56df37:

   documentation/poky-ref-manual/technical-details.xml: edits per Richard 
Purdie (2011-12-16 16:58:41 +)

are available in the git repository at:
   git://git.pokylinux.org/poky-contrib shane/summary-audit
   http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=shane/summary-audit

Shane Wang (1):
   Create a script for SUMMARY audit in recipes

  scripts/contrib/summary-audit.sh |   55 ++
  1 files changed, 55 insertions(+), 0 deletions(-)
  create mode 100755 scripts/contrib/summary-audit.sh



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] opkg still breaks meta-toolchain-gmae

[Cui, Dexuan]

Hi all,
After I upgraded to the latest poky master (commit 4648aadf), 
core-image-sato-sdk can build file, but meta-toolchain-gmae (with ipk 
packaging) still doesn't work. Now the failure is:

| error: Failed dependencies:
|   libsdl-nativesdk is needed by qemu-nativesdk-0.15.1-r1.x86_64
NOTE: package meta-toolchain-gmae-1.0-r6: task do_populate_sdk: Failed


If I built with a slightly older commit  45987c5135, the failure is:
| mkdir: cannot create directory `/var/lib/opkg'\'': Permission denied
| Configuring libc6.
...
| + install -m 0644 
/distro/dcui/1220/p1/build/tmp/work/i586-poky-linux/meta-toolchain-gmae-1.0-r6/opkg-sdk.conf
 
/distro/dcui/1220/p1/build/tmp/work/i586-poky-linux/meta-toolchain-gmae-1.0-r6/sdk/image//opt/poky/1.1+snapshot/sysroots/x86_64-pokysdk-l'
| mkdir: cannot create directory `/var/lib/opkg': Permission denied
...
| gtk-update-icon-cache: Failed to open file 
/usr/share/icons/whiteglass/.icon-theme.cache : Permission denied
...
| + do_exit=1
| + test 1 = 1
| + exit 1
NOTE: package meta-toolchain-gmae-1.0-r6: task do_populate_sdk: Failed

Looks somewhat the ${D} is empty, so the host directories are being installed 
into???

Thanks,
-- Dexuan


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] webkit-gtk svn: update to r101488

[Martin Jansa]

On Tue, Dec 20, 2011 at 08:59:52AM +0100, Martin Jansa wrote:
 On Thu, Dec 15, 2011 at 04:16:17PM +0100, Koen Kooi wrote:
  ping
 
 I've tried it with older midori-0.4.2 as well as with newer 0.4.3 (which
 I'll send to meta-oe later) but both does segfault, probably not caused
 by this newer webkit-gtk because even with older webkit-gtk 0.4.2 was
 segfaulting (maybe gcc-4.6 issue if you're still using gcc-4.5).
 
 I've tried to get usable backtrace.. but webkit-gtk-dbg is huge (300MB)
 and opkg died twice already when I was waiting for midori-dbg to install
 :/.
 
 BTW: it happens on armv4t as well as armv7a-vfp-neon.

627.8M  usr/lib/.debug/libwebkitgtk-1.0.so.0.11.2
from libwebkitgtk-1.0-dbg (1.7.2+svnr101488-r0) wasn't 
really helpfull as it fails even before that on nokia900:

Starting program: /usr/bin/midori

Program received signal SIGSEGV, Segmentation fault.
_dl_relocate_object (scope=0x4300aa00, reloc_mode=optimized out, 
consider_profiling=0) at dl-reloc.c:238
238 const char *strtab = (const void *) D_PTR (l, l_info[DT_STRTAB]);
(gdb) bt
#0  _dl_relocate_object (scope=0x4300aa00, reloc_mode=optimized out, 
consider_profiling=0) at dl-reloc.c:238
#1  0x400034f4 in dl_main (phdr=optimized out, phnum=1128496080, 
user_entry=0x1, auxv=0x0) at rtld.c:2270
#2  0x40014cf8 in _dl_sysdep_start (start_argptr=optimized out, 
dl_main=0x40014cf8 _dl_sysdep_start+568) at ../elf/dl-sysdep.c:244
#3  0x40001de0 in _dl_start_final (arg=0xbec4a650, info=0xbec4a3d0) at 
rtld.c:337
#4  0x40005010 in _dl_start (arg=0x0) at rtld.c:565
#5  0x4ed0 in _start () from /lib/ld-linux.so.3
#6  0x4ed0 in _start () from /lib/ld-linux.so.3
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

with armv4t I got better bt:
#0  0x402e661c in g_object_unref (_object=0x0) at gobject.c:2690
#1  0x406919f6 in render_fallback_image (style=0x2084f8, 
direction=GTK_TEXT_DIR_LTR, state=GTK_STATE_NORMAL, 
size=GTK_ICON_SIZE_LARGE_TOOLBAR, 
widget=0x19b230, detail=0x0) at gtkiconfactory.c:1588
#2  0x40691d7e in IA__gtk_icon_set_render_icon (icon_set=0x159370, 
style=0x9c100, direction=GTK_TEXT_DIR_LTR, state=GTK_STATE_NORMAL, 
size=GTK_ICON_SIZE_LARGE_TOOLBAR, widget=0x19b230, detail=0x0) at 
gtkiconfactory.c:1658
#3  0x4077a366 in IA__gtk_widget_render_icon (widget=0x19b230, 
stock_id=optimized out, size=GTK_ICON_SIZE_LARGE_TOOLBAR, detail=0x0) at 
gtkwidget.c:7415
#4  0x4069fc0e in gtk_image_calc_size (image=0x19b230) at gtkimage.c:2314
#5  0x4069fc1e in gtk_image_size_request (widget=0x19b230, 
requisition=0x19b24c) at gtkimage.c:2361
#6  0x402e5920 in g_cclosure_marshal_VOID__BOXED (closure=0x11c680, 
return_value=optimized out, n_param_values=optimized out, 
param_values=0x210460, 
invocation_hint=0xbeffe17c, marshal_data=0x4069fc15) at gmarshal.c:574
#7  0x402e35e8 in g_type_class_meta_marshal (closure=0x11c680, 
return_value=0x0, n_param_values=2, param_values=0x210460, 
invocation_hint=0xbeffe17c, 
marshal_data=0x7c) at gclosure.c:885
#8  0x402e46a8 in g_closure_invoke (closure=0x11c680, return_value=0x0, 
n_param_values=2, param_values=0x210460, invocation_hint=0xbeffe17c)
at gclosure.c:774
#9  0x402f0c54 in signal_emit_unlocked_R (node=optimized out, detail=1126, 
instance=0x8001, emission_return=0x40313ac8, instance_and_params=0x210460)
at gsignal.c:3202
#10 0x402f7740 in g_signal_emit_valist (instance=0x1, signal_id=optimized 
out, detail=1076968136, var_args=...) at gsignal.c:3003
#11 0x402f797c in g_signal_emit_by_name (instance=optimized out, 
detailed_signal=0x40869d80 size-request) at gsignal.c:3097
#12 0x407002d0 in do_size_request (widget=0x19b230) at gtksizegroup.c:628
#13 do_size_request (widget=0x19b230) at gtksizegroup.c:946
#14 _gtk_size_group_compute_requisition (widget=0x19b230, 
requisition=0xbeffe3b8) at gtksizegroup.c:828
#15 0x4077455a in IA__gtk_widget_size_request (widget=0x19b230, 
requisition=0xbeffe3b8) at gtkwidget.c:3906
#16 0x4063f6e8 in gtk_button_size_request (widget=0x1e8568, 
requisition=0x1e8584) at gtkbutton.c:1368
#17 0x402e5920 in g_cclosure_marshal_VOID__BOXED (closure=0x11c680, 
return_value=optimized out, n_param_values=optimized out, 
param_values=0x210180, 
invocation_hint=0xbeffe4cc, marshal_data=0x4063f639) at gmarshal.c:574
#18 0x402e35e8 in g_type_class_meta_marshal (closure=0x11c680, 
return_value=0x0, n_param_values=2, param_values=0x210180, 
invocation_hint=0xbeffe4cc, 
marshal_data=0x7c) at gclosure.c:885
#19 0x402e46a8 in g_closure_invoke (closure=0x11c680, return_value=0x0, 
n_param_values=2, param_values=0x210180, invocation_hint=0xbeffe4cc)
at gclosure.c:774
#20 0x402f0c54 in signal_emit_unlocked_R (node=optimized out, detail=1126, 
instance=0x8001, emission_return=0x40313ac8, instance_and_params=0x210180)
at gsignal.c:3202
#21 0x402f7740 in g_signal_emit_valist (instance=0x1, signal_id=optimized 
out, detail=1076968136, var_args=...) at gsignal.c:3003
#22 0x402f797c in g_signal_emit_by_name