Re: [oe] [meta-oe][PATCH 1/3] libav: remove

[Gary Thomas]

}/pkgconfig')
-
-# Runtime package
-do_split_packages(d, av_libdir, '^lib(.*)\.so\..*',
-  output_pattern='lib%s',
-  description='libav %s library',
-  extra_depends='',
-  prepend=True,
-  allow_links=True)
-
-# Development packages (-dev, -staticdev)
-do_split_packages(d, av_libdir, '^lib(.*)\.so$',
-  output_pattern='lib%s-dev',
-  description='libav %s development package',
-  extra_depends='${PN}-dev',
-  prepend=True,
-  allow_links=True)
-do_split_packages(d, av_pkgconfig, '^lib(.*)\.pc$',
-  output_pattern='lib%s-dev',
-  description='libav %s development package',
-  extra_depends='${PN}-dev',
-  prepend=True)
-do_split_packages(d, av_libdir, '^lib(.*)\.a$',
-  output_pattern='lib%s-staticdev',
-  description='libav %s development package - static 
library',
-  extra_depends='${PN}-dev',
-  prepend=True,
-  allow_links=True)
-}
-
-PACKAGES_DYNAMIC += ^lib(av(codec|device|filter|format|util)|postproc).*
diff --git a/meta-oe/recipes-multimedia/libav/libav_0.8.4.bb 
b/meta-oe/recipes-multimedia/libav/libav_0.8.4.bb
deleted file mode 100644
index b48ae96..000
--- a/meta-oe/recipes-multimedia/libav/libav_0.8.4.bb
+++ /dev/null
@@ -1,28 +0,0 @@
-require libav.inc
-
-EXTRA_OECONF +=  \
---enable-postproc \
-
-
-FILESEXTRAPATHS_prepend := ${THISDIR}/libav-0.8.4:
-
-SRC_URI_append =  \
-file://0001-configure-enable-pic-for-AArch64.patch \
-
-LIC_FILES_CHKSUM = file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-file://COPYING.GPLv3;md5=d32239bcb673463ab874e80d47fae504 \
-
file://COPYING.LGPLv2.1;md5=e344c8fa836c3a41c4cbd79d7bd3a379 \
-file://COPYING.LGPLv3;md5=e6a600fd5e1d9cbde2d983680233ad02
-
-PV = 0.8.4+git${SRCPV}
-PR = ${INC_PR}.0
-
-# When bumping SRCREV make sure you bump PR here and in dependant
-# recipes (gst-ffmpeg, gnash, omxil, etc) to account for SOVERSION
-# changes
-SRCREV = 2c8ce46250ff78191fe6565876ddc4bc03fdf519
-SRC_URI = git://git.libav.org/libav.git;protocol=git;branch=release/0.8
-
-S = ${WORKDIR}/git
-
-
diff --git a/meta-oe/recipes-multimedia/libav/libav_git.bb 
b/meta-oe/recipes-multimedia/libav/libav_git.bb
deleted file mode 100644
index d12bd9d..000
--- a/meta-oe/recipes-multimedia/libav/libav_git.bb
+++ /dev/null
@@ -1,23 +0,0 @@
-require libav.inc
-
-LIC_FILES_CHKSUM = file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-file://COPYING.GPLv3;md5=d32239bcb673463ab874e80d47fae504 \
-
file://COPYING.LGPLv2.1;md5=bd7a443320af8c812e4c18d1b79df004 \
-file://COPYING.LGPLv3;md5=e6a600fd5e1d9cbde2d983680233ad02
-
-DEPENDS += libpostproc
-PV = 0.8.99+git${SRCPV}
-PR = ${INC_PR}.0
-
-DEFAULT_PREFERENCE = -1
-
-# When bumping SRCREV make sure you bump PR here and in dependant
-# recipes (gst-ffmpeg, gnash, omxil, etc) to account for SOVERSION
-# changes
-SRCREV = 4673a5a761f329af0aa56fc84f34ed898188bfa2
-SRC_URI = git://git.libav.org/libav.git;protocol=git
-
-S = ${WORKDIR}/git
-
-# postproc has been split
-EXTRA_OECONF := ${@oe_filter_out('--enable-postproc', '${EXTRA_OECONF}', d)}



--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] help with building image.

[Gary Thomas]

On 2013-09-18 08:12, Anup Kini wrote:

Hi All,

When i try to run build images in HOB, i end up with the following error.

dpkg-scanpackages: info: Wrote 4631 entries to output Packages file.
dpkg-scanpackages: info: Wrote 38 entries to output Packages file.
dpkg-scanpackages: info: Wrote 14 entries to output Packages file.
Reading package lists...
W: Unable to read
/home/akini/oe/openembedded-core/build/tmp-eglibc-eglibc/sysroots/x86_64-linux/etc/apt/sources.list.d/
- DirectoryExists (2: No such file or directory)
W: Unable to read
/home/akini/oe/openembedded-core/build/tmp-eglibc-eglibc/sysroots/x86_64-linux/etc/apt/sources.list
- RealFileExists (2: No such file or directory)
Reading package lists...
Building dependency tree...
W: Unable to read
/home/akini/oe/openembedded-core/build/tmp-eglibc-eglibc/sysroots/x86_64-linux/etc/apt/sources.list.d/
- DirectoryExists (2: No such file or directory)
W: Unable to read
/home/akini/oe/openembedded-core/build/tmp-eglibc-eglibc/sysroots/x86_64-linux/etc/apt/sources.list
- RealFileExists (2: No such file or directory)
W: You may want to run apt-get update to correct these problems
E: Unable to locate package libgcc1
E: Unable to locate package busybox
E: Unable to locate package libglapi-dev
...


What am i missing here ?



Actually, it's what we are missing (from you) in order to be able to help!

Please provide some more details - what are your values for:
  OE-core version?
  Host machine?
  Build target (machine)?

Exactly what steps did you perform to try this?
What might one need to do to recreate your problem?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Pb compilation with BB_NUMBER_THREADS != 1

[Gary Thomas]

On 2013-11-04 09:44, MONDON Daniel wrote:

I'm on a virtual Ubuntu 12.04 server, 16 cores, 8Go RAM free frequency (max = 
163840MHz)

With BB_NUMBER_THREADS = '1', the entire project is successfully build in 12h30.

With BB_NUMBER_THREADS = '4' (same result with 12)

| 
LD_LIBRARY_PATH=/home/xxbuild/tmp-angstrom_v2012_05-eglibc/work/x86_64-linux/perl-native-5.14.2-r0/perl-5.14.2:/home/xxbuild/tmp-angstrom_v2012_05-eglib
c/sysroots/x86_64-linux/usr/bin/../lib/pseudo/lib:/home/xxbuild/tmp-angstrom_v2012_05-eglibc/sysroots/x86_64-linux/usr/bin/../lib/pseudo/lib64
  ./perl -f -Ilib pod/buildtoc --
build-toc -q
|
|   Making x2p stuff
| make[1]: Entering directory 
`/home/xxbuild/tmp-angstrom_v2012_05-eglibc/work/x86_64-linux/perl-native-5.14.2-r0/perl-5.14.2/x2p'
|
| make[1]: Leaving directory 
`/home/xxbuild/tmp-angstrom_v2012_05-eglibc/work/x86_64-linux/perl-native-5.14.2-r0/perl-5.14.2/x2p'
| pod/buildtoc: no pods at pod/buildtoc line 305.
| make: *** [pod/perltoc.pod] Error 255
| ERROR: oe_runmake failed
NOTE: package perl-native-5.14.2-r0: task do_compile: Failed
NOTE: package perl-5.14.2-r6: task do_fetch: Started
NOTE: package perl-5.14.2-r6: task do_fetch: Succeeded
ERROR: Task 1239 
(/home/xxsources/openembedded-core/meta/recipes-devtools/perl/perl-native_5.14.2.bb,
 do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 4055 tasks of which 4053 didn't need to be rerun 
and 1 failed.

Summary: 1 task failed:
   
/home/xxsources/openembedded-core/meta/recipes-devtools/perl/perl-native_5.14.2.bb,
 do_compile
Summary: There was 1 ERROR message shown, returning a non-zero exit code.

Known problem ?
Any solution ?


More details are probably needed to be able to help much.

Since this is a virtual server, have you tried reducing the number of cores
(not BB threads)?  I routinely use this on real Ubuntu-12.04/x86_84 with an
Core2-duo (2x2 cores) with BB_NUMBER_THREADS=4 with no problems.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-systemd] connman: follow oe-core to 1.20

[Gary Thomas]

On 2013-12-13 04:14, Burton, Ross wrote:

On 13 December 2013 10:45, Andreas Müller schnitzelt...@googlemail.com wrote:

Signed-off-by: Andreas Müller schnitzelt...@googlemail.com
---
  .../connman/{connman_1.19.bbappend = connman_1.20.bbappend}  | 0


For trivial appends like this you might want to start using bitbake's
support for wildcards in bbappends.

http://cgit.openembedded.org/bitbake/commit/?id=31bc9af9cd56e7b318924869970e850993fafc5f


Very nice - too bad this (and I'm sure many other innovations) was
not announced (or even discussed as far as I can see), so those of
us on the outside have no clue that they are there...

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] meta-qt5

[Gary Thomas]

On 2014-02-03 10:37, Martin Jansa wrote:

On Mon, Feb 03, 2014 at 12:07:30PM -0500, Kevyn-Alexandre Paré wrote:

Morning Martin,


morning,


I found your email from here:
http://layers.openembedded.org/layerindex/branch/master/layer/meta-qt5/

I'm searching for help on that package/doc

If you prefer I can send my question to a specific mailing list if you
pin point me where?


openembedded-devel@lists.openembedded.org is better place (see README
file)


So my goal is to run qt5 on my OMAP3 board by using yocto.

I have fallow :
http://wiki.wandboard.org/index.php/Building_Qt5_using_yocto_on_Wandboard
and 
http://gpupowered.org/node/20

Try to run this:
root@overo:/# export QT_DEBUG_BACKINGSTORE=1
root@overo:/# export QT_QPA_PLATFORM=minimal
root@overo:/# Qt5_CinematicExperience -plugin tslib
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
This plugin does not support createPlatformOpenGLContext!
QtQuick: failed to create OpenGL context
This plugin does not support createPlatformOpenGLContext!
QtQuick: failed to create OpenGL context

Result:
nothing is visible on my LCD except the console...

So do you have any idea where I should start digging to simply start
by making a qt5 example run on my board?


I've no experience with wandaboard, but few people asked about it with
relation to qt5, so maybe someone will respond on ML.



This works on my SabreLite which I built without X11 support.  I did not
use any of your QT_xxx exports, only this command line.

  # Qt5_CinematicExperience -platform eglfs -plugin 
tslib:/dev/input/touchscreen0

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5][PATCH 1/3] qtbase/qtwebkit: drop ICU variable

[Gary Thomas]

On 2014-02-28 13:15, Andreas Oberritter wrote:
 Pango doesn't seem to be a drop-in replacement for ICU, so
 using it as a dependency for the -icu option won't work.
 
 QtWebKit has a hard dependency on icu.
 
 Signed-off-by: Andreas Oberritter o...@opendreambox.org

So, does this make QT5 a no-go for PowerPC or any other BigEndian
platform?  Or is there another solution for ICU on PowerPC, etc?

 ---
  recipes-qt/qt5/qt5.inc  | 4 
  recipes-qt/qt5/qtbase.inc   | 2 +-
  recipes-qt/qt5/qtwebkit.inc | 2 +-
  3 files changed, 2 insertions(+), 6 deletions(-)
 
 diff --git a/recipes-qt/qt5/qt5.inc b/recipes-qt/qt5/qt5.inc
 index e2a1662..dfc1c76 100644
 --- a/recipes-qt/qt5/qt5.inc
 +++ b/recipes-qt/qt5/qt5.inc
 @@ -3,10 +3,6 @@
  
  inherit qmake5
  
 -# Qt5 is dependent on icu for localization
 -ICU = icu 
 -ICU_powerpc = pango
 -
  PACKAGECONFIG_OPENSSL ?= openssl
  
  QT_MODULE ?= ${BPN}
 diff --git a/recipes-qt/qt5/qtbase.inc b/recipes-qt/qt5/qtbase.inc
 index 378f229..4fe6bd5 100644
 --- a/recipes-qt/qt5/qtbase.inc
 +++ b/recipes-qt/qt5/qtbase.inc
 @@ -116,7 +116,7 @@ PACKAGECONFIG[linuxfb] = -linuxfb,-no-linuxfb
  PACKAGECONFIG[mitshm] = -mitshm,-no-mitshm,mitshm
  PACKAGECONFIG[kms] = -kms,-no-kms,kms
  # needed for qtdeclarative (qtdeclarative.do_configure fails to find quick 
 module without)
 -PACKAGECONFIG[icu] = -icu,-no-icu,${ICU}
 +PACKAGECONFIG[icu] = -icu,-no-icu,icu
  PACKAGECONFIG[udev] = -libudev,-no-libudev,udev
  # use -openssl-linked here to ensure that RDEPENDS for libcrypto and libssl 
 are detected
  PACKAGECONFIG[openssl] = -openssl-linked,-no-openssl,openssl
 diff --git a/recipes-qt/qt5/qtwebkit.inc b/recipes-qt/qt5/qtwebkit.inc
 index aea9dad..c35504e 100644
 --- a/recipes-qt/qt5/qtwebkit.inc
 +++ b/recipes-qt/qt5/qtwebkit.inc
 @@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = 
 file://Source/WebCore/rendering/RenderApplet.h;endline=22;md
  
 file://Source/WebKit/gtk/webkit/webkit.h;endline=21;md5=b4fbe9f4a944f1d071dba1d2c76b3351
  \
  
 file://Source/JavaScriptCore/parser/Parser.h;endline=21;md5=bd69f72183a7af673863f057576e21ee
  
 -DEPENDS += qtdeclarative qtlocation qtsensors ${ICU} ruby-native sqlite3 
 glib-2.0 gstreamer1.0 gstreamer1.0-plugins-base libxslt
 +DEPENDS += qtdeclarative qtlocation qtsensors icu ruby-native sqlite3 
 glib-2.0 gstreamer1.0 gstreamer1.0-plugins-base libxslt
  
  # qtwebkit gets terribly big when linking with all debug info, disable by 
 default
  QTWEBKIT_DEBUG = QMAKE_CFLAGS+=-g0 QMAKE_CXXFLAGS+=-g0
 

-- 

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][RFT][PATCH] chromium: Upgrade 29 - 35

[Gary Thomas]

 @@ do_install() {
  
   install -d ${D}${bindir}/chrome/
   install -m 0755 ${S}/out/Release/chrome ${D}${bindir}/chrome/chrome
 - install -m 0644 ${S}/out/Release/chrome.pak ${D}${bindir}/chrome/
   install -m 0644 ${S}/out/Release/resources.pak ${D}${bindir}/chrome/
 + install -m 0644 ${S}/out/Release/content_resources.pak 
 ${D}${bindir}/chrome/
 + install -m 0644 ${S}/out/Release/keyboard_resources.pak 
 ${D}${bindir}/chrome/
   install -m 0644 ${S}/out/Release/chrome_100_percent.pak 
 ${D}${bindir}/chrome/
   install -m 0644 ${S}/out/Release/product_logo_48.png 
 ${D}${bindir}/chrome/
   install -m 0755 ${S}/out/Release/libffmpegsumo.so ${D}${bindir}/chrome/
 @@ -72,3 +70,6 @@ do_install() {
  
  FILES_${PN} = ${bindir}/chrome/ ${bindir}/google-chrome 
 ${datadir}/applications
  FILES_${PN}-dbg = ${bindir}/chrome/.debug/
 +
 +PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src
 +
 

I'm trying to build this on a RAM-challenged machine and it keeps
blowing up in the linker by running out of memory.  My machine has
only 3GB (plus 5GB swap) and was easily able to build the previous
version.  I've tried both the standard linker and ld-is-gold.

Is there any way around this?

n.b. I'm trying it on a beefier machine to see if that helps, but I'm
really concerned about passing this on to my customers...

-- 

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][RFT][PATCH] chromium: Upgrade 29 - 35

[Gary Thomas]

On 2014-03-12 18:02, Khem Raj wrote:
 On Wed, Mar 12, 2014 at 4:57 PM, Gary Thomas g...@mlbassoc.com wrote:
 On 2014-03-11 22:46, Khem Raj wrote:
 Removed already applied patches

 License year changed thats why there is change in checksum

 -// Copyright 2014 The Chromium Authors. All rights reserved.
 +// Copyright (c) 2013 The Chromium Authors. All rights reserved.

 we see

 rpm/bin/debugedit: canonicalization unexpectedly shrank by one character

 so we add PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src

 Signed-off-by: Khem Raj raj.k...@gmail.com
 ---
  ..._focus_tracker_notify_deprecated_since_ATK_2_9_4.patch |  0
  .../{chromium-29.0.1518.2 = chromium}/armv6/include.gypi |  0
  .../armv6/oe-defaults.gypi|  0
  .../armv7a/include.gypi   |  0
  .../armv7a/oe-defaults.gypi   |  0
  .../{chromium-29.0.1518.2 = chromium}/google-chrome  |  0
  .../google-chrome.desktop |  0
  .../{chromium-29.0.1518.2 = chromium}/i586/include.gypi  |  0
  .../i586/oe-defaults.gypi |  0
  .../secitem_array.patch   |  0
  .../uninitialised-warning.patch   |  6 +++---
  .../{chromium-29.0.1518.2 = chromium}/unistd-2.patch |  0
  .../x86-64/include.gypi   |  0
  .../x86-64/oe-defaults.gypi   |  0
  .../{chromium_29.0.1518.2.bb = chromium_35.0.1883.0.bb}  | 15 
 ---
  15 files changed, 11 insertions(+), 10 deletions(-)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch 
 (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv6/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv6/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv7a/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv7a/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/google-chrome (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/google-chrome.desktop (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/i586/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/i586/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/secitem_array.patch (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/uninitialised-warning.patch (96%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/unistd-2.patch (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/x86-64/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/x86-64/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium_29.0.1518.2.bb = 
 chromium_35.0.1883.0.bb} (84%)

 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
  
 b/recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 rename to 
 recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv6/include.gypi 
 b/recipes-browser/chromium/chromium/armv6/include.gypi
 similarity index 100%
 rename from recipes-browser/chromium/chromium-29.0.1518.2/armv6/include.gypi
 rename to recipes-browser/chromium/chromium/armv6/include.gypi
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv6/oe-defaults.gypi 
 b/recipes-browser/chromium/chromium/armv6/oe-defaults.gypi
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/armv6/oe-defaults.gypi
 rename to recipes-browser/chromium/chromium/armv6/oe-defaults.gypi
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv7a/include.gypi 
 b/recipes-browser/chromium/chromium/armv7a/include.gypi
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/armv7a/include.gypi
 rename to recipes-browser/chromium/chromium/armv7a/include.gypi
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv7a/oe-defaults.gypi 
 b/recipes-browser/chromium/chromium/armv7a/oe-defaults.gypi
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/armv7a/oe-defaults.gypi
 rename to recipes-browser/chromium/chromium/armv7a/oe-defaults.gypi
 diff --git a/recipes-browser/chromium/chromium-29.0.1518.2/google-chrome 
 b/recipes-browser/chromium/chromium/google-chrome
 similarity

Re: [oe] [meta-browser][RFT][PATCH] chromium: Upgrade 29 - 35

[Gary Thomas]

 @@ do_install() {
  
   install -d ${D}${bindir}/chrome/
   install -m 0755 ${S}/out/Release/chrome ${D}${bindir}/chrome/chrome
 - install -m 0644 ${S}/out/Release/chrome.pak ${D}${bindir}/chrome/
   install -m 0644 ${S}/out/Release/resources.pak ${D}${bindir}/chrome/
 + install -m 0644 ${S}/out/Release/content_resources.pak 
 ${D}${bindir}/chrome/
 + install -m 0644 ${S}/out/Release/keyboard_resources.pak 
 ${D}${bindir}/chrome/
   install -m 0644 ${S}/out/Release/chrome_100_percent.pak 
 ${D}${bindir}/chrome/
   install -m 0644 ${S}/out/Release/product_logo_48.png 
 ${D}${bindir}/chrome/
   install -m 0755 ${S}/out/Release/libffmpegsumo.so ${D}${bindir}/chrome/
 @@ -72,3 +70,6 @@ do_install() {
  
  FILES_${PN} = ${bindir}/chrome/ ${bindir}/google-chrome 
 ${datadir}/applications
  FILES_${PN}-dbg = ${bindir}/chrome/.debug/
 +
 +PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src
 +
 

I finally got this to build on my beefy machine, but it fails
when launched:
  [0313/110152:FATAL:content_main_runner.cc(734)] Check failed: 
base::i18n::InitializeICU().

I've built this same system and used the previous version of chrome 
successfully.

What could be missing/broken?  My package manifest is attached.

-- 

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

alsa-conf-base cortexa9hf-vfp-neon 1.0.27.2-r0.0
amltd-feed-config-opkg nitrogen6x 1.0-r1.0
base-files nitrogen6x 3.0.14-r86.0
base-passwd cortexa9hf-vfp-neon 3.5.29-r0.0
busybox cortexa9hf-vfp-neon 1.22.1-r0.0
busybox-syslog cortexa9hf-vfp-neon 1.22.1-r0.0
busybox-udhcpc cortexa9hf-vfp-neon 1.22.1-r0.0
bzip2 cortexa9hf-vfp-neon 1.0.6-r5.0
chromium cortexa9hf-vfp-neon 35.0.1883.0-r0.0
coreutils cortexa9hf-vfp-neon 8.22-r0.0
db cortexa9hf-vfp-neon 5.3.21-r0.0
dbus-1 cortexa9hf-vfp-neon 1.6.18-r0.0
dbus-wait cortexa9hf-vfp-neon 0.1+git0+6cc6077a36-r2.0
dropbear cortexa9hf-vfp-neon 2014.63-r0.0
eglibc-binary-localedata-en-us cortexa9hf-vfp-neon 2.19-r0.0
eglibc-gconv cortexa9hf-vfp-neon 2.19-r0.0
eglibc-gconv-iso8859-1 cortexa9hf-vfp-neon 2.19-r0.0
enca cortexa9hf-vfp-neon 1.9-r0.0
ethtool cortexa9hf-vfp-neon 3.13-r0.0
fbset cortexa9hf-vfp-neon 2.1-r3.0
fbset-modes all 0.1.0-r5.0
firmware-imx-vpu-imx6q cortexa9hf-vfp-neon-mx6 1:3.5.7-1.0.0-r0.0
fontconfig-utils cortexa9hf-vfp-neon 2.11.0-r0.0
formfactor nitrogen6x 0.0-r44.0
fsl-alsa-plugins nitrogen6x 1.0.25-r0.0
gconf cortexa9hf-vfp-neon 3.2.6-r0.0
gdk-pixbuf cortexa9hf-vfp-neon 2.30.3-r0.0
gdk-pixbuf-loader-gif cortexa9hf-vfp-neon 2.30.3-r0.0
gdk-pixbuf-loader-jpeg cortexa9hf-vfp-neon 2.30.3-r0.0
gdk-pixbuf-loader-png cortexa9hf-vfp-neon 2.30.3-r0.0
gdk-pixbuf-loader-xpm cortexa9hf-vfp-neon 2.30.3-r0.0
glib-networking cortexa9hf-vfp-neon 2.38.0-r0.0
gnome-mime-data cortexa9hf-vfp-neon 2.18.0-r4.0
gst-ffmpeg cortexa9hf-vfp-neon 0.10.13-r9.0
gst-fluendo-mpegmux cortexa9hf-vfp-neon 0.10.4-r0.0
gst-fsl-plugin nitrogen6x 3.0.10-r0.0
gst-meta-audio cortexa9hf-vfp-neon 0.10-r13.0
gst-meta-base cortexa9hf-vfp-neon 0.10-r13.0
gst-meta-video cortexa9hf-vfp-neon 0.10-r13.0
gst-meta-x11-base cortexa9hf-vfp-neon 0.10-r13.0
gst-plugins-bad-bayer cortexa9hf-vfp-neon 0.10.23-r4.0
gst-plugins-bad cortexa9hf-vfp-neon 0.10.23-r4.0
gst-plugins-bad-mpegdemux cortexa9hf-vfp-neon 0.10.23-r4.0
gst-plugins-bad-mpegtsmux cortexa9hf-vfp-neon 0.10.23-r4.0
gst-plugins-base-alsa cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-app cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-audioconvert cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-audioresample cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-audiotestsrc cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-decodebin2 cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-decodebin cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-ffmpegcolorspace cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-gio cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-ogg cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-playbin cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-tcp cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-theora cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-typefindfunctions cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-videorate cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-videoscale cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-videotestsrc cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-volume cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-vorbis cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-ximagesink cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-base-xvimagesink cortexa9hf-vfp-neon-mx6 0.10.36-r9.0
gst-plugins-good-alaw cortexa9hf-vfp-neon 0.10.31-r8.0
gst-plugins-good-autodetect cortexa9hf-vfp-neon 0.10.31-r8.0
gst

Re: [oe] [meta-browser][RFT][PATCH] chromium: Upgrade 29 - 35

[Gary Thomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2014-03-12 19:08, Martin Jansa wrote:
 On Wed, Mar 12, 2014 at 06:42:45PM -0600, Gary Thomas wrote:
 On 2014-03-12 18:02, Khem Raj wrote:
 On Wed, Mar 12, 2014 at 4:57 PM, Gary Thomas g...@mlbassoc.com wrote:
 On 2014-03-11 22:46, Khem Raj wrote:
 Removed already applied patches
 
 License year changed thats why there is change in checksum
 
 -// Copyright 2014 The Chromium Authors. All rights reserved. +// 
 Copyright (c) 2013 The Chromium Authors. All rights reserved.
 
 we see
 
 rpm/bin/debugedit: canonicalization unexpectedly shrank by one character
 
 so we add PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src
 
 Signed-off-by: Khem Raj raj.k...@gmail.com --- 
 ..._focus_tracker_notify_deprecated_since_ATK_2_9_4.patch |  0 
 .../{chromium-29.0.1518.2 =
 chromium}/armv6/include.gypi |  0 .../armv6/oe-defaults.gypi  
   |  0 .../armv7a/include.gypi
|  0 
 .../armv7a/oe-defaults.gypi   |  0 
 .../{chromium-29.0.1518.2 = chromium}/google-chrome  |  0 
 .../google-chrome.desktop
 |  0 .../{chromium-29.0.1518.2 = chromium}/i586/include.gypi  |  0 
 .../i586/oe-defaults.gypi |  0 
 .../secitem_array.patch
 |  0 .../uninitialised-warning.patch   |  6 
 +++--- .../{chromium-29.0.1518.2 = chromium}/unistd-2.patch |  0 
 .../x86-64/include.gypi
 |  0 .../x86-64/oe-defaults.gypi   |  0 
 .../{chromium_29.0.1518.2.bb = chromium_35.0.1883.0.bb}  | 15 
 --- 15 files changed, 11
 insertions(+), 10 deletions(-) rename 
 recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch 
 (100%) 
 rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv6/include.gypi (100%) rename 
 recipes-browser/chromium/{chromium-29.0.1518.2 =
 chromium}/armv6/oe-defaults.gypi (100%) rename 
 recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv7a/include.gypi (100%) rename
 recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv7a/oe-defaults.gypi (100%) rename 
 recipes-browser/chromium/{chromium-29.0.1518.2 =
 chromium}/google-chrome (100%) rename 
 recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/google-chrome.desktop (100%) rename
 recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/i586/include.gypi (100%) rename 
 recipes-browser/chromium/{chromium-29.0.1518.2 =
 chromium}/i586/oe-defaults.gypi (100%) rename 
 recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/secitem_array.patch (100%) rename
 recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/uninitialised-warning.patch (96%) rename 
 recipes-browser/chromium/{chromium-29.0.1518.2 =
 chromium}/unistd-2.patch (100%) rename 
 recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/x86-64/include.gypi (100%) rename
 recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/x86-64/oe-defaults.gypi (100%) rename 
 recipes-browser/chromium/{chromium_29.0.1518.2.bb =
 chromium_35.0.1883.0.bb} (84%)
 
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 b/recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
  similarity index 100% rename from
 recipes-browser/chromium/chromium-29.0.1518.2/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
  rename to
 recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
  diff --git
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv6/include.gypi 
 b/recipes-browser/chromium/chromium/armv6/include.gypi similarity index 
 100% rename from
 recipes-browser/chromium/chromium-29.0.1518.2/armv6/include.gypi rename 
 to recipes-browser/chromium/chromium/armv6/include.gypi diff --git
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv6/oe-defaults.gypi 
 b/recipes-browser/chromium/chromium/armv6/oe-defaults.gypi similarity 
 index 100% rename from
 recipes-browser/chromium/chromium-29.0.1518.2/armv6/oe-defaults.gypi 
 rename to recipes-browser/chromium/chromium/armv6/oe-defaults.gypi diff 
 --git
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv7a/include.gypi 
 b/recipes-browser/chromium/chromium/armv7a/include.gypi similarity index 
 100% rename from
 recipes-browser/chromium/chromium-29.0.1518.2/armv7a/include.gypi rename 
 to recipes-browser/chromium/chromium/armv7a/include.gypi diff --git
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv7a/oe-defaults.gypi 
 b/recipes-browser/chromium/chromium/armv7a/oe-defaults.gypi similarity 
 index 100% rename from
 recipes-browser/chromium/chromium-29.0.1518.2/armv7a/oe-defaults.gypi 
 rename to recipes-browser/chromium/chromium/armv7a/oe-defaults.gypi diff 
 --git
 a/recipes-browser/chromium/chromium-29.0.1518.2/google-chrome 
 b/recipes-browser

Re: [oe] [meta-browser][RFT][PATCH] chromium: Upgrade 29 - 35

[Gary Thomas]

On 2014-03-13 05:12, Gary Thomas wrote:
 On 2014-03-11 22:46, Khem Raj wrote:
 Removed already applied patches

 License year changed thats why there is change in checksum

 -// Copyright 2014 The Chromium Authors. All rights reserved.
 +// Copyright (c) 2013 The Chromium Authors. All rights reserved.

 we see

 rpm/bin/debugedit: canonicalization unexpectedly shrank by one character

 so we add PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src

 Signed-off-by: Khem Raj raj.k...@gmail.com
 ---
  ..._focus_tracker_notify_deprecated_since_ATK_2_9_4.patch |  0
  .../{chromium-29.0.1518.2 = chromium}/armv6/include.gypi |  0
  .../armv6/oe-defaults.gypi|  0
  .../armv7a/include.gypi   |  0
  .../armv7a/oe-defaults.gypi   |  0
  .../{chromium-29.0.1518.2 = chromium}/google-chrome  |  0
  .../google-chrome.desktop |  0
  .../{chromium-29.0.1518.2 = chromium}/i586/include.gypi  |  0
  .../i586/oe-defaults.gypi |  0
  .../secitem_array.patch   |  0
  .../uninitialised-warning.patch   |  6 +++---
  .../{chromium-29.0.1518.2 = chromium}/unistd-2.patch |  0
  .../x86-64/include.gypi   |  0
  .../x86-64/oe-defaults.gypi   |  0
  .../{chromium_29.0.1518.2.bb = chromium_35.0.1883.0.bb}  | 15 
 ---
  15 files changed, 11 insertions(+), 10 deletions(-)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch 
 (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv6/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv6/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv7a/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv7a/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/google-chrome (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/google-chrome.desktop (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/i586/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/i586/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/secitem_array.patch (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/uninitialised-warning.patch (96%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/unistd-2.patch (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/x86-64/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/x86-64/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium_29.0.1518.2.bb = 
 chromium_35.0.1883.0.bb} (84%)

 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
  
 b/recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 rename to 
 recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv6/include.gypi 
 b/recipes-browser/chromium/chromium/armv6/include.gypi
 similarity index 100%
 rename from recipes-browser/chromium/chromium-29.0.1518.2/armv6/include.gypi
 rename to recipes-browser/chromium/chromium/armv6/include.gypi
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv6/oe-defaults.gypi 
 b/recipes-browser/chromium/chromium/armv6/oe-defaults.gypi
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/armv6/oe-defaults.gypi
 rename to recipes-browser/chromium/chromium/armv6/oe-defaults.gypi
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv7a/include.gypi 
 b/recipes-browser/chromium/chromium/armv7a/include.gypi
 similarity index 100%
 rename from recipes-browser/chromium/chromium-29.0.1518.2/armv7a/include.gypi
 rename to recipes-browser/chromium/chromium/armv7a/include.gypi
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv7a/oe-defaults.gypi 
 b/recipes-browser/chromium/chromium/armv7a/oe-defaults.gypi
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/armv7a/oe-defaults.gypi
 rename to recipes-browser/chromium/chromium/armv7a/oe-defaults.gypi
 diff --git a/recipes-browser/chromium/chromium-29.0.1518.2/google-chrome 
 b/recipes-browser/chromium/chromium/google-chrome
 similarity index 100%
 rename from recipes-browser/chromium/chromium-29.0.1518.2

Re: [oe] [meta-browser][RFT][PATCH] chromium: Upgrade 29 - 35

[Gary Thomas]

On 2014-03-14 14:52, Otavio Salvador wrote:
 On Fri, Mar 14, 2014 at 1:57 PM, Gary Thomas g...@mlbassoc.com wrote:
 On 2014-03-13 05:12, Gary Thomas wrote:
 On 2014-03-11 22:46, Khem Raj wrote:
 Removed already applied patches

 License year changed thats why there is change in checksum

 -// Copyright 2014 The Chromium Authors. All rights reserved.
 +// Copyright (c) 2013 The Chromium Authors. All rights reserved.

 we see

 rpm/bin/debugedit: canonicalization unexpectedly shrank by one character

 so we add PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src

 Signed-off-by: Khem Raj raj.k...@gmail.com
 ---
  ..._focus_tracker_notify_deprecated_since_ATK_2_9_4.patch |  0
  .../{chromium-29.0.1518.2 = chromium}/armv6/include.gypi |  0
  .../armv6/oe-defaults.gypi|  0
  .../armv7a/include.gypi   |  0
  .../armv7a/oe-defaults.gypi   |  0
  .../{chromium-29.0.1518.2 = chromium}/google-chrome  |  0
  .../google-chrome.desktop |  0
  .../{chromium-29.0.1518.2 = chromium}/i586/include.gypi  |  0
  .../i586/oe-defaults.gypi |  0
  .../secitem_array.patch   |  0
  .../uninitialised-warning.patch   |  6 +++---
  .../{chromium-29.0.1518.2 = chromium}/unistd-2.patch |  0
  .../x86-64/include.gypi   |  0
  .../x86-64/oe-defaults.gypi   |  0
  .../{chromium_29.0.1518.2.bb = chromium_35.0.1883.0.bb}  | 15 
 ---
  15 files changed, 11 insertions(+), 10 deletions(-)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch 
 (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv6/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv6/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv7a/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/armv7a/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/google-chrome (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/google-chrome.desktop (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/i586/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/i586/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/secitem_array.patch (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/uninitialised-warning.patch (96%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/unistd-2.patch (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/x86-64/include.gypi (100%)
  rename recipes-browser/chromium/{chromium-29.0.1518.2 = 
 chromium}/x86-64/oe-defaults.gypi (100%)
  rename recipes-browser/chromium/{chromium_29.0.1518.2.bb = 
 chromium_35.0.1883.0.bb} (84%)

 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
  
 b/recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 rename to 
 recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv6/include.gypi 
 b/recipes-browser/chromium/chromium/armv6/include.gypi
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/armv6/include.gypi
 rename to recipes-browser/chromium/chromium/armv6/include.gypi
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv6/oe-defaults.gypi 
 b/recipes-browser/chromium/chromium/armv6/oe-defaults.gypi
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/armv6/oe-defaults.gypi
 rename to recipes-browser/chromium/chromium/armv6/oe-defaults.gypi
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv7a/include.gypi 
 b/recipes-browser/chromium/chromium/armv7a/include.gypi
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/armv7a/include.gypi
 rename to recipes-browser/chromium/chromium/armv7a/include.gypi
 diff --git 
 a/recipes-browser/chromium/chromium-29.0.1518.2/armv7a/oe-defaults.gypi 
 b/recipes-browser/chromium/chromium/armv7a/oe-defaults.gypi
 similarity index 100%
 rename from 
 recipes-browser/chromium/chromium-29.0.1518.2/armv7a/oe-defaults.gypi
 rename to recipes-browser/chromium/chromium/armv7a/oe-defaults.gypi
 diff --git a/recipes-browser/chromium/chromium-29.0.1518.2/google-chrome 
 b/recipes

Re: [oe] [meta-browser][PATCH V2] chromium: Upgrade 29 - 35

[Gary Thomas]

On 2014-03-14 12:04, Khem Raj wrote:
 Removed already applied patches
 
 License year changed thats why there is change in checksum
 
 -// Copyright 2014 The Chromium Authors. All rights reserved.
 +// Copyright (c) 2013 The Chromium Authors. All rights reserved.
 
 we see
 
 rpm/bin/debugedit: canonicalization unexpectedly shrank by one character
 
 so we add PACKAGE_DEBUG_SPLIT_STYLE = debug-without-src
 
 Enable SUID sandbox
 
 Install ICU configuration file which is required
 
 Signed-off-by: Khem Raj raj.k...@gmail.com
 Signed-off-by: Gary Thomas g...@mlbassoc.com

Build and run tested.  Seems to work fine.

-- 

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-xilinx-community] The URL: '${PATCH_LIST}' is invalid and cannot be interpreted

[Gary Thomas]

On 2014-04-28 13:46, Elvis Dowson wrote:

Hi,

In the following linux-xlnx-3.8.bbappend,

http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx-community/tree/recipes-kernel/linux/linux-xlnx_3.8.bbappend

ZX3_ZYNQ7_PATCHSET =  \
file://zx3-zynq7/0001-ze7000-phy-micrel-phy-init.patch  
\

file://zx3-zynq7/0002-ze7000-phy-adapt-marvell-settings.patch   
\

file://zx3-zynq7/0003-zynq-nand-do-not-wait-on-erase-completion-in-cmd-fct.patch
\

file://zx3-zynq7/0004-clk-remove-clock-notifier-at-unregister.patch 
\

file://zx3-zynq7/0005-xdevcfg-Make-sure-that-devcfg-is-not-in-loopback-mod.patch
\

file://zx3-zynq7/0006-xilinx_emacps-Make-phy-address-configurable.patch 
\

file://zx3-zynq7/0007-kernel-sdhci-add-sd-card-support.patch
\

file://zx3-zynq7/0008-xilinx_emacps-Changed-change_mtu-so-that-it-is-possi.patch
\

file://zx3-zynq7/0009-xilinx_emacps-Set-the-maximum-frame-reception-size-t.patch
\


PATCH_LIST_ze7000-zynq7 = ${ZX3_ZYNQ7_PATCHSET}”

snip

SRC_URI_append +=  ${PATCH_LIST}”

snip

I get the following error, for all other machines, except for machine 
ze7000-zynq7:

ERROR: ExpansionError during parsing 
/tool/yocto/meta-xilinx/recipes-kernel/linux/linux-xlnx_3.8.bb: Failure 
expanding variable do_fetch[file-checksums], expression was 
${@bb.fetch.get_checksum_file_list(d)} which triggered exception MalformedUrl: 
The URL: '${PATCH_LIST}' is invalid and cannot be interpreted

If I redefine

SRC_URI_append +=  ${PATCH_LIST_ze7000-zynq7}”

it fixes the issue.

However, I was wondering what is the correct way, to use the kernel PATCH_LIST 
variable?


Just add this to your recipe:
PATCH_LIST = 

That way, ${PATCH_LIST} will be defined for all contexts.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] kernel config/rebuilding

[Gary Thomas]

On 2014-05-12 12:43, Richard Cagley wrote:

This is likely an incredibly dumb question.

After I do this
bitbake -c menuconfig linux-xlnx
Then go through the menu options and select the kernel changes I want.

How do I get the kernel to rebuild?

bitbake linux-xlnx


Try 'bitbake linux-xlnx -C compile'


and
bitbake core-image-minimal-dev
don't seem to generate new uImages.



--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] kernel config/rebuilding

[Gary Thomas]

On 2014-05-12 18:18, Richard Cagley wrote:

On Mon, May 12, 2014 at 12:15 PM, Gary Thomas g...@mlbassoc.com wrote:


bitbake linux-xlnx -C compile



That definitely caused the kernel to get rebuilt. Thanks.

While I was waiting for a reply I stumbled on this
https://community.freescale.com/docs/DOC-95045

Do I need to move the new .config into a defconfig file somewhere? Similar
to this step?
$ cp
tmp/work/imx6qsabresd-poky-linux-gnueabi/linux-imx/3.0.35-r33.10/git/.config
../sources/meta-fsl-arm/recipes-kernel/linux/linux-imx-3.0.35/mx6/defconfig



You can do this, but only if you are interested in saving
the new/changed configuration.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe] [PATCH] nodejs needs python-native

[Gary Thomas]

On 2014-05-20 13:28, Khem Raj wrote:

On Tue, May 20, 2014 at 12:03 PM, Amy Fong amy.f...@windriver.com wrote:

-DEPENDS = openssl
+DEPENDS = openssl python-native



may be it should inherit pythonnative


  SRC_URI = http://nodejs.org/dist/v${PV}/node-v${PV}.tar.gz \
 
file://0001-gcc-has-a-builtin-define-to-denote-hard-abi-when-in-.patch \
@@ -28,6 +28,7 @@ do_configure () {

  do_compile () {
  export LD=${CXX}
+export PATH=${STAGING_BINDIR_NATIVE}/python-native:$PATH


If you inherit pythonnative, this 'export PATH...' is also not necessary


  make BUILDTYPE=Release
  }

@@ -40,3 +41,5 @@ RDEPENDS_${PN}_class-native = 

  FILES_${PN} += ${libdir}/node/wafadmin ${libdir}/node_modules 
${libdir}/dtrace
  BBCLASSEXTEND = native
+
+FILES_${PN} += /usr/lib/*


make it ${libdir}/* here



--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Rasperry Pi bcm2835-bootfiles-20140221-r3 do_fetch

[Gary Thomas]

On 2014-06-14 06:41, Kashyap Gada wrote:

Hello,
The following do_fetch of bcm28353-bootfiles-20140221-r3 is taking
considerable amount of time. I have kept system monitor applcation on on my
ubuntu workstation which shows download at about 114KBps.


This is going to take a while as it's around 3GB packed.



I want to know if this do_fetch task is interrupted and bitbake is stopped
as I have to close down my office, will bitbaking the next time i start the
process continue download from where I stopped or will start fetching for
the package from 0 again.


Also can it be downloaded separately, if yes where can I find the link to
it and where do i have to store it once its downloaded.


If you set BB_GENERATE_MIRROR_TARBALLS ?= 1 in your local.conf you'll
find the packed tarball in your downloads directory once the fetch completes.

You can download the tarballs from my website http://www.mlbassoc.com/poky
These are from the latest build which I made on 2014-06-13.  Just put them
in your downloads directory (or mirror).  Don't forget to create the 'done'
stamp when you've downloaded it, e.g.
  % touch downloads/git2_github.com.raspberrypi.firmware.git.tar.gz.done

Good luck - If you have troubles, try the mailing list again as
I'll be away on holiday.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] stop trying to remove folders that do not exist

[Gary Thomas]

On 2014-07-15 12:01, Stephano Cetola wrote:

From: Stephano Cetola scet...@reachtech.com

The directory ${D}/${TMPDIR} does not exist. This patch removes code
that was calling rm and rmdir on that location.

Signed-off-by: Stephano Cetola scet...@reachtech.com
---
  meta-oe/recipes-devtools/php/php.inc |6 ++
  1 file changed, 6 insertions(+)

diff --git a/meta-oe/recipes-devtools/php/php.inc 
b/meta-oe/recipes-devtools/php/php.inc
index b1bf79c..000316b 100644
--- a/meta-oe/recipes-devtools/php/php.inc
+++ b/meta-oe/recipes-devtools/php/php.inc
@@ -90,6 +90,12 @@ do_install_append_pn-php() {
  sed -i 's:=/var:=${localstatedir}:g' ${B}/sapi/fpm/init.d.php-fpm
  install -m 0755 ${B}/sapi/fpm/init.d.php-fpm 
${D}${sysconfdir}/init.d/php-fpm
  TMP=`dirname ${D}/${TMPDIR}`
+bbwarn D
+bbwarn ${D}
+bbwarn TMPDIR
+bbwarn ${TMPDIR}
+bbwarn TMP
+bbwarn ${TMP}
  while test ${TMP} != ${D}; do
  rmdir ${TMP}
  TMP=`dirname ${TMP}`;



The actual patch does not do what the summary claims.  Are you
sure this is what you wanted to send/commit?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] mplayer blacklisted?

[Gary Thomas]

I see that the latest mplayer2 recipe is blacklisted:
  PNBLACKLIST[mplayer2] = Requires newer libav which has negative D_P

What does this mean (I don't know what 'negative D_P' is)?
What needs to be done to make mplayer2 buildable again?

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-initramfs][PATCH] kexecboot: remove trailing slash in do_install

[Gary Thomas]

On 2014-07-31 16:46, Andrea Adami wrote:

Signed-off-by: Andrea Adami andrea.ad...@gmail.com
---
  meta-initramfs/recipes-bsp/kexecboot/kexecboot_0.6.bb | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot_0.6.bb 
b/meta-initramfs/recipes-bsp/kexecboot/kexecboot_0.6.bb
index d0176c5..1fb5f0d 100644
--- a/meta-initramfs/recipes-bsp/kexecboot/kexecboot_0.6.bb
+++ b/meta-initramfs/recipes-bsp/kexecboot/kexecboot_0.6.bb
@@ -48,7 +48,7 @@ EXTRA_OECONF = --enable-delay=2 --enable-evdev-rate=1000,250

  do_install () {
  install -d ${D}${bindir}
-install -m 0755 kexecboot ${D}${bindir}/
+install -m 0755 kexecboot ${D}${bindir}
  install -d ${D}/proc
  install -d ${D}/mnt
  install -d ${D}/dev



What is the reason for this change.  Using XXX/ is quite common
in OE recipes.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] evtest: Provide updated checksums

[Gary Thomas]

On 2014-08-06 07:21, Drew Moseley wrote:

Signed-off-by: Drew Moseley drew_mose...@mentor.com
---
  meta-oe/recipes-support/evtest/evtest_1.25.bb | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-support/evtest/evtest_1.25.bb 
b/meta-oe/recipes-support/evtest/evtest_1.25.bb
index 640cec0..ccaa0c6 100644
--- a/meta-oe/recipes-support/evtest/evtest_1.25.bb
+++ b/meta-oe/recipes-support/evtest/evtest_1.25.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=751419260aa954499f7abaabaa882bbe
  DEPENDS = libxml2

  SRC_URI = 
http://cgit.freedesktop.org/~whot/evtest/snapshot/evtest-${PV}.tar.bz2;name=archive;
-SRC_URI[archive.md5sum] = 770d6af03affe976bdbe3ad1a922c973
-SRC_URI[archive.sha256sum] = 
3d34123c68014dae6f7c19144ef79ea2915fa7a2f89ea35ca375a9cf9e191473
+SRC_URI[archive.md5sum] = 0ef3fe5e20fa2dee8994827d48482902
+SRC_URI[archive.sha256sum] = 
6e93ef54f0aa7d263f5486ce4a14cac53cf50036bfd20cf045fef2b27ee6664b

  inherit autotools pkgconfig


Why did these change?  It's really BAD practice to have a new/different
version of a program with an old name (hence different checksums).

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] evtest: Provide updated checksums

[Gary Thomas]

On 2014-08-06 07:41, Moseley, Drew wrote:


On Aug 6, 2014, at 9:38 AM, Gary Thomas g...@mlbassoc.com wrote:


On 2014-08-06 07:21, Drew Moseley wrote:

Signed-off-by: Drew Moseley drew_mose...@mentor.com
---
  meta-oe/recipes-support/evtest/evtest_1.25.bb | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-support/evtest/evtest_1.25.bb 
b/meta-oe/recipes-support/evtest/evtest_1.25.bb
index 640cec0..ccaa0c6 100644
--- a/meta-oe/recipes-support/evtest/evtest_1.25.bb
+++ b/meta-oe/recipes-support/evtest/evtest_1.25.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=751419260aa954499f7abaabaa882bbe
  DEPENDS = libxml2

  SRC_URI = 
http://cgit.freedesktop.org/~whot/evtest/snapshot/evtest-${PV}.tar.bz2;name=archive;
-SRC_URI[archive.md5sum] = 770d6af03affe976bdbe3ad1a922c973
-SRC_URI[archive.sha256sum] = 
3d34123c68014dae6f7c19144ef79ea2915fa7a2f89ea35ca375a9cf9e191473
+SRC_URI[archive.md5sum] = 0ef3fe5e20fa2dee8994827d48482902
+SRC_URI[archive.sha256sum] = 
6e93ef54f0aa7d263f5486ce4a14cac53cf50036bfd20cf045fef2b27ee6664b

  inherit autotools pkgconfig


Why did these change?  It's really BAD practice to have a new/different
version of a program with an old name (hence different checksums).


No clue.  I downloaded them today and those were the sums that were there.


Interesting - I have the older tar ball here (from 2012-01-23) and
the contents are identical when extracted, even down to the file
dates, etc.  It must have been repacked recently as the old file
was still in place in June.

All in all, not nice... (not your fault I know)

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][PATCH] chromium: Add missing impl side painting patch

[Gary Thomas]

On 2014-09-25 03:32, Carlos Rafael Giani wrote:

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
  ...terization-whitelist-unlocking-impl-side-.patch | 73 ++
  recipes-browser/chromium/chromium_37.0.2062.94.bb  |  2 +-
  2 files changed, 74 insertions(+), 1 deletion(-)
  create mode 100644 
recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch

diff --git 
a/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
 
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
new file mode 100644
index 000..3e9d269
--- /dev/null
+++ 
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
@@ -0,0 +1,73 @@
+From 96a5a12ecd5b144bfeaa1d2116c2d1996bbb8f6c Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani d...@pseudoterminal.org
+Date: Mon, 22 Sep 2014 23:15:42 +0200
+Subject: [PATCH] Disable rasterization whitelist, unlocking impl side painting
+
+Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
+---
+ gpu/config/software_rendering_list_json.cc | 49 --
+ 1 file changed, 49 deletions(-)
+
+diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc
+index 52614eb..bd0bf01 100644
+--- a/gpu/config/software_rendering_list_json.cc
 b/gpu/config/software_rendering_list_json.cc
+@@ -1144,55 +1144,6 @@ LONG_STRING_CONST(
+   features: [
+ all
+   ]
+-},
+-{
+-  id: 96,
+-  description: GPU rasterization is whitelisted on N4, N5, N7 and Moto 
X,
+-  cr_bugs: [362779],
+-  exceptions: [
+-{
+-  os: {
+-type: android
+-  },
+-  machine_model_name: [Nexus 4, Nexus 5, Nexus 7,
+- XT1049, XT1050, XT1052, XT1053,
+- XT1055, XT1056, XT1058, XT1060]
+-},
+-{
+-  os: {
+-type: android,
+-version: {
+-  op: =,
+-  value: 4.4.99
+-}
+-  }
+-}
+-  ],
+-  features: [
+-gpu_rasterization
+-  ]
+-},
+-{
+-  id: 97,
+-  description: Additional GPU rasterization whitelist for field trial,
+-  cr_bugs: [380694],
+-  exceptions: [
+-{
+-  os: {
+-type: android
+-  },
+-  machine_model_name: [HTC One,
+- C5303, C6603, C6903,
+- GT-I8262, GT-I8552, GT-I9195, 
GT-I9300,
+- GT-I9500, GT-I9505, GT-N7100,
+- SAMSUNG-SCH-I337, SCH-I545, SGH-M919,
+- SM-N900, SM-N9005, SPH-L720,
+- XT907, XT1032, XT1033, XT1080]
+-}
+-  ],
+-  features: [
+-gpu_rasterization_field_trial
+-  ]
+ }
+   ]
+ }
+--
+1.9.1
+
diff --git a/recipes-browser/chromium/chromium_37.0.2062.94.bb 
b/recipes-browser/chromium/chromium_37.0.2062.94.bb
index 510b644..3d4524b 100644
--- a/recipes-browser/chromium/chromium_37.0.2062.94.bb
+++ b/recipes-browser/chromium/chromium_37.0.2062.94.bb
@@ -8,7 +8,7 @@ SRC_URI = \
  file://oe-defaults.gypi \
  ${@bb.utils.contains('PACKAGECONFIG', 'component-build', 
'file://component-build.gypi', '', d)} \
  ${@bb.utils.contains('PACKAGECONFIG', 'ignore-lost-context', 
'file://remove-linux-accel-canvas-from-blacklist.patch', '', d)} \
-${@bb.utils.contains('PACKAGECONFIG', 'impl-side-painting', 
'file://disable-rasterization-whitelist-unlocking-impl-side-painting.patch', 
'', d)} \
+${@bb.utils.contains('PACKAGECONFIG', 'impl-side-painting', 
'file://0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch', '', 
d)} \
  ${@bb.utils.contains('PACKAGECONFIG', 'disable-api-keys-info-bar', 
'file://0002-Disable-API-keys-info-bar.patch', '', d)} \
  file://unistd-2.patch \
  file://google-chrome \



Why is this important since it appears to only affect Android
based devices (and this is for OE builds)?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][PATCH] chromium: Add missing impl side painting patch

[Gary Thomas]

On 2014-09-25 05:17, Carlos Rafael Giani wrote:

On 09/25/2014 12:52 PM, Gary Thomas wrote:

On 2014-09-25 03:32, Carlos Rafael Giani wrote:

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
  ...terization-whitelist-unlocking-impl-side-.patch | 73 ++
  recipes-browser/chromium/chromium_37.0.2062.94.bb  |  2 +-
  2 files changed, 74 insertions(+), 1 deletion(-)
  create mode 100644 
recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch

diff --git 
a/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
new file mode 100644
index 000..3e9d269
--- /dev/null
+++ 
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
@@ -0,0 +1,73 @@
+From 96a5a12ecd5b144bfeaa1d2116c2d1996bbb8f6c Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani d...@pseudoterminal.org
+Date: Mon, 22 Sep 2014 23:15:42 +0200
+Subject: [PATCH] Disable rasterization whitelist, unlocking impl side painting
+
+Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
+---
+ gpu/config/software_rendering_list_json.cc | 49 --
+ 1 file changed, 49 deletions(-)
+
+diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc
+index 52614eb..bd0bf01 100644
+--- a/gpu/config/software_rendering_list_json.cc
 b/gpu/config/software_rendering_list_json.cc
+@@ -1144,55 +1144,6 @@ LONG_STRING_CONST(
+   features: [
+ all
+   ]
+-},
+-{
+-  id: 96,
+-  description: GPU rasterization is whitelisted on N4, N5, N7 and Moto 
X,
+-  cr_bugs: [362779],
+-  exceptions: [
+-{
+-  os: {
+-type: android
+-  },
+-  machine_model_name: [Nexus 4, Nexus 5, Nexus 7,
+- XT1049, XT1050, XT1052, XT1053,
+- XT1055, XT1056, XT1058, XT1060]
+-},
+-{
+-  os: {
+-type: android,
+-version: {
+-  op: =,
+-  value: 4.4.99
+-}
+-  }
+-}
+-  ],
+-  features: [
+-gpu_rasterization
+-  ]
+-},
+-{
+-  id: 97,
+-  description: Additional GPU rasterization whitelist for field trial,
+-  cr_bugs: [380694],
+-  exceptions: [
+-{
+-  os: {
+-type: android
+-  },
+-  machine_model_name: [HTC One,
+- C5303, C6603, C6903,
+- GT-I8262, GT-I8552, GT-I9195, 
GT-I9300,
+- GT-I9500, GT-I9505, GT-N7100,
+- SAMSUNG-SCH-I337, SCH-I545, SGH-M919,
+- SM-N900, SM-N9005, SPH-L720,
+- XT907, XT1032, XT1033, XT1080]
+-}
+-  ],
+-  features: [
+-gpu_rasterization_field_trial
+-  ]
+ }
+   ]
+ }
+--
+1.9.1
+
diff --git a/recipes-browser/chromium/chromium_37.0.2062.94.bb 
b/recipes-browser/chromium/chromium_37.0.2062.94.bb
index 510b644..3d4524b 100644
--- a/recipes-browser/chromium/chromium_37.0.2062.94.bb
+++ b/recipes-browser/chromium/chromium_37.0.2062.94.bb
@@ -8,7 +8,7 @@ SRC_URI = \
  file://oe-defaults.gypi \
  ${@bb.utils.contains('PACKAGECONFIG', 'component-build', 
'file://component-build.gypi', '', d)} \
  ${@bb.utils.contains('PACKAGECONFIG', 'ignore-lost-context', 
'file://remove-linux-accel-canvas-from-blacklist.patch', '', d)} \
-${@bb.utils.contains('PACKAGECONFIG', 'impl-side-painting', 
'file://disable-rasterization-whitelist-unlocking-impl-side-painting.patch', 
'', d)} \
+${@bb.utils.contains('PACKAGECONFIG', 'impl-side-painting', 
'file://0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch', '', 
d)} \
  ${@bb.utils.contains('PACKAGECONFIG', 'disable-api-keys-info-bar', 
'file://0002-Disable-API-keys-info-bar.patch', '', d)} \
  file://unistd-2.patch \
  file://google-chrome \



Why is this important since it appears to only affect Android
based devices (and this is for OE builds)?



By default, it is only enabled for certain Android devices. With this patch, it 
is enabled for all devices, including for OE builds. impl side painting is 
still in an experimental
stage, but promises better performance, which is why I made it an opt-in 
PACKAGECONFIG.


That makes more sense, thanks.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org

[oe] [meta-browser] Problem building chromium

[Gary Thomas]

I just tried to build chromium on the Raspberry-Pi.  All repos
are up to date as of 2014-10-31.  Here's the error I got:

| lib/libcontent.so: undefined reference to `WebRtc_GetCPUFeaturesARM'
| collect2: error: ld returned 1 exit status
| ninja: build stopped: subcommand failed.
| WARNING: 
/home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/temp/run.do_compile.10091:1
 exit 1 from
|   ninja -C 
/home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/chromium-38.0.2125.101/out/Release
 chrome chrome_sandbox
| ERROR: Function failed: do_compile (log file is located at 
/home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/temp/log.do_compile.10091)

ERROR: Task 592 
(/home/local/poky-latest/meta-browser/recipes-browser/chromium/chromium_38.0.2125.101.bb,
 do_compile) failed with exit code '1'

Note: I was able to build this same recipe just fine for my
i.MX6 platforms, so it must be something to do with armv6 vs
armv7a/cortex.  I've not found it yet but thought someone might
have ideas.

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser] Problem building chromium

[Gary Thomas]

On 2014-10-31 21:36, Peter A. Bigot wrote:

On 10/31/2014 05:54 PM, Gary Thomas wrote:

I just tried to build chromium on the Raspberry-Pi.  All repos
are up to date as of 2014-10-31.  Here's the error I got:

| lib/libcontent.so: undefined reference to `WebRtc_GetCPUFeaturesARM'
| collect2: error: ld returned 1 exit status
| ninja: build stopped: subcommand failed.
| WARNING: 
/home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/temp/run.do_compile.10091:1
 exit 1 from
|   ninja -C 
/home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/chromium-38.0.2125.101/out/Release
 chrome chrome_sandbox
| ERROR: Function failed: do_compile (log file is located at
/home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/temp/log.do_compile.10091)
ERROR: Task 592 
(/home/local/poky-latest/meta-browser/recipes-browser/chromium/chromium_38.0.2125.101.bb,
 do_compile) failed with exit code '1'

Note: I was able to build this same recipe just fine for my
i.MX6 platforms, so it must be something to do with armv6 vs
armv7a/cortex.  I've not found it yet but thought someone might
have ideas.

Thanks



As noted at 
http://lists.openembedded.org/pipermail/openembedded-core/2014-August/096568.html
 and related messages, raspi configures (or at that time configured) gcc to 
build for
armv6 but it's actually armv6zk.  It's entirely possible chromium doesn't 
support armv6 without armv6k features being enabled. My best guess is 
meta-raspberrypi needs to be fixed,
which might require some enhancements in oe-core's gcc.


While what you say may be true or even relevant, chromium
used to build and run fine for the RaspberryPi.  That said,
I don't see how an instruction set choice/mixup explains
a missing symbol.

Following up, I stubbed out this missing symbol.  Now I can
get it to link, but it gets an illegal instruction immediately :-(
I tried debugging using GDB, but for some reason the library that
it fails in has no symbols:

(gdb) tar rem 192.168.1.150:9000
Remote debugging using 192.168.1.150:9000
Reading symbols from tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/lib/ld-linux.so.3...Reading symbols from 
tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/lib/.debug/ld-2.20.so...done.

done.
Loaded symbols for 
tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/lib/ld-linux.so.3
0xb6fd8d10 in _start () from 
tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/lib/ld-linux.so.3
(gdb) c
Continuing.

Program received signal SIGILL, Illegal instruction.
0xb61f60ba in ?? ()
   from 
tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/usr/lib/chrome/libbase.so
(gdb) x/10i 0xb61f60a8
   0xb61f60a8:  bkpt0x006c
   0xb61f60aa:  movsr6, r0
   0xb61f60ac:  ldr r3, [pc, #12]   ; (0xb61f60bc)
   0xb61f60ae:  ldr r2, [pc, #16]   ; (0xb61f60c0)
   0xb61f60b0:  add r3, pc
   0xb61f60b2:  movsr1, #0
   0xb61f60b4:  ldr r0, [r3, r2]
   0xb61f60b6:  b.w 0xb61f24d4
= 0xb61f60ba:  nop
   0xb61f60bc:  b.n 0xb61f61d8
(gdb) x/x 0xb61f60ba
0xb61f60ba: 0xe08cbf00

Anyone have any ideas what might be illegal here (and how to
figure out where this code is in the source tree)?

This platform seems a bit shaky when using Poky/Yocto :-(
I tried other web browsers without much joy - firefox seems
to work OK but midori also dies quickly in its javascript
engine...

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [PATCH] [meta-oe] libav: Fix git URI

[Gary Thomas]

Specifying SRCREV and branch in the git SRC_URI confuses the bitbake
fetcher.  This ends up with a saved tarball which contains neither
the SRCREV nor the branch, which in turn means the git tree needs
to be fetched every time even though a saved tarball has been created.

Simply removing the branch (which is redundant anyway) from the SRC_URI
makes everything happy.

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 meta-oe/recipes-multimedia/libav/libav_0.8.3.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb 
b/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb
index 66a32c9..f9a2e06 100644
--- a/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb
+++ b/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb
@@ -6,13 +6,13 @@ LIC_FILES_CHKSUM = 
file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 file://COPYING.LGPLv3;md5=e6a600fd5e1d9cbde2d983680233ad02
 
 PV = 0.8.3+git${SRCPV}
-PR = ${INC_PR}.0
+PR = ${INC_PR}.1
 
 # When bumping SRCREV make sure you bump PR here and in dependant
 # recipes (gst-ffmpeg, gnash, omxil, etc) to account for SOVERSION
 # changes
 SRCREV = 2fb4be9a99a2c2a9435339830e3d940171cc0d9b
-SRC_URI = git://git.libav.org/libav.git;protocol=git;branch=release/0.8
+SRC_URI = git://git.libav.org/libav.git;protocol=git
 
 S = ${WORKDIR}/git
 
-- 
1.7.9.5


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

Re: [oe] [PATCH] [meta-oe] libav: Fix git URI

[Gary Thomas]

On 2012-10-18 11:46, Martin Jansa wrote:

On Thu, Oct 18, 2012 at 10:51:29AM -0600, Gary Thomas wrote:

Specifying SRCREV and branch in the git SRC_URI confuses the bitbake
fetcher.  This ends up with a saved tarball which contains neither
the SRCREV nor the branch, which in turn means the git tree needs
to be fetched every time even though a saved tarball has been created.


That's fetcher fault.

Branch is part of persistent db key for LOCALCOUNT, so this breaks
upgrade path.

Also AUTOREV wont work without branch specified in SRC_URI.


AUTOREV is not being used, so how does your comment apply?



Fix bitbake fetcher instead.

Cheers,



Simply removing the branch (which is redundant anyway) from the SRC_URI
makes everything happy.

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
  meta-oe/recipes-multimedia/libav/libav_0.8.3.bb |4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb 
b/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb
index 66a32c9..f9a2e06 100644
--- a/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb
+++ b/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb
@@ -6,13 +6,13 @@ LIC_FILES_CHKSUM = 
file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
  
file://COPYING.LGPLv3;md5=e6a600fd5e1d9cbde2d983680233ad02

  PV = 0.8.3+git${SRCPV}
-PR = ${INC_PR}.0
+PR = ${INC_PR}.1

  # When bumping SRCREV make sure you bump PR here and in dependant
  # recipes (gst-ffmpeg, gnash, omxil, etc) to account for SOVERSION
  # changes
  SRCREV = 2fb4be9a99a2c2a9435339830e3d940171cc0d9b
-SRC_URI = git://git.libav.org/libav.git;protocol=git;branch=release/0.8
+SRC_URI = git://git.libav.org/libav.git;protocol=git

  S = ${WORKDIR}/git

--
1.7.9.5


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




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



--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [PATCH] [meta-oe] libav: Fix git URI

[Gary Thomas]

On 2012-10-18 12:48, Martin Jansa wrote:

On Thu, Oct 18, 2012 at 12:29:00PM -0600, Gary Thomas wrote:

On 2012-10-18 11:46, Martin Jansa wrote:

On Thu, Oct 18, 2012 at 10:51:29AM -0600, Gary Thomas wrote:

Specifying SRCREV and branch in the git SRC_URI confuses the bitbake
fetcher.  This ends up with a saved tarball which contains neither
the SRCREV nor the branch, which in turn means the git tree needs
to be fetched every time even though a saved tarball has been created.


That's fetcher fault.

Branch is part of persistent db key for LOCALCOUNT, so this breaks
upgrade path.

Also AUTOREV wont work without branch specified in SRC_URI.


AUTOREV is not being used, so how does your comment apply?


yes it's good practise to use it from some .inc even or local.conf,
_without_ need to change SRC_URI


But the whole point is to have a specific SRCREV, not AUTOREV.  Having
a recipe which always gets the latest revision is often not advised nor
even allowed in some circles.

This particular recipe obviously wanted to use a particular revision,
not the tip of the releases/0.8 branch.  Specifying both is contradictory.




Fix bitbake fetcher instead.

Cheers,



Simply removing the branch (which is redundant anyway) from the SRC_URI
makes everything happy.

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
   meta-oe/recipes-multimedia/libav/libav_0.8.3.bb |4 ++--
   1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb 
b/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb
index 66a32c9..f9a2e06 100644
--- a/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb
+++ b/meta-oe/recipes-multimedia/libav/libav_0.8.3.bb
@@ -6,13 +6,13 @@ LIC_FILES_CHKSUM = 
file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
   
file://COPYING.LGPLv3;md5=e6a600fd5e1d9cbde2d983680233ad02

   PV = 0.8.3+git${SRCPV}
-PR = ${INC_PR}.0
+PR = ${INC_PR}.1

   # When bumping SRCREV make sure you bump PR here and in dependant
   # recipes (gst-ffmpeg, gnash, omxil, etc) to account for SOVERSION
   # changes
   SRCREV = 2fb4be9a99a2c2a9435339830e3d940171cc0d9b
-SRC_URI = git://git.libav.org/libav.git;protocol=git;branch=release/0.8
+SRC_URI = git://git.libav.org/libav.git;protocol=git

   S = ${WORKDIR}/git

--
1.7.9.5


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




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



--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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




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



--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-browser] Question regarding status of chromium recipes

[Gary Thomas]

On 2012-10-25 12:08, Mario Domenech Goulart wrote:

Hi Chris,

On Thu, 25 Oct 2012 11:01:00 -0700 Chris Larson clar...@kergoth.com wrote:


I'm wondering if the chromium recipes in this layer have ever been
build tested. As far as I can tell, both 19 and 20 are missing
dependencies on udev (libudev), gtk+, and gconf, and 20 also wants the
openssl headers. 19 also fails due to an attempt to build/link a
native tool requiring libxi, so it seems it can't be built without x11
headers on the build machine (along with the odd ld.gold requirement).
  Given these issues, I figured I'd throw out a contact email and try
to determine if perhaps the OSSystems folks have local changes that
never made it into the public layer, or if the recipes just didn't get
a great deal of testing.

Thanks, I'd appreciate any input on their status :)


I haven't built chromium on OE.  I've been building firefox only.  Maybe
Otavio?


I just gave it a try and it failed pretty early on with an error in one of
the support packages:
| arm-amltd-linux-gnueabi-gcc  -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/home/local/p60_new/tmp/sysroots/cobra3530p60 -o 
Linux2.6_arm_glibc_PTH_OPT.OBJ/secport.o -c -O2 -pipe -g -feliminate-unused-debug-types -ansi -D_POSIX_SOURCE -D_BSD_SOURCE -D_XOPEN_SOURCE -fPIC -DLINUX2_1  -Wall 
-Werror-implicit-function-declaration -Wno-switch -pipe -DLINUX -Dlinux -DHAVE_STRERROR -DXP_UNIX -UDEBUG -DNDEBUG -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY 
-I/home/local/p60_new/tmp/sysroots/cobra3530p60/usr/include/mozilla/nspr -I../../../../dist/Linux2.6_arm_glibc_PTH_OPT.OBJ/include -I../../../../dist/public/nss 
-I../../../../dist/private/nss  secport.c

| secport.c: In function 'PORT_FreeArena_Util':
| secport.c:347:2: error: implicit declaration of function 'PL_ClearArenaPool' 
[-Werror=implicit-function-declaration]
| cc1: some warnings being treated as errors
| make[2]: *** [Linux2.6_arm_glibc_PTH_OPT.OBJ/secport.o] Error 1
| make[2]: Leaving directory 
`/home/local/p60_new/tmp/work/armv7a-vfp-neon-amltd-linux-gnueabi/nss-3.13.3-r1/nss-3.13.3/mozilla/security/nss/lib/util'
| make[1]: *** [libs] Error 2
| make[1]: Leaving directory 
`/home/local/p60_new/tmp/work/armv7a-vfp-neon-amltd-linux-gnueabi/nss-3.13.3-r1/nss-3.13.3/mozilla/security/nss/lib'
| make: *** [libs] Error 2
| make: Leaving directory 
`/home/local/p60_new/tmp/work/armv7a-vfp-neon-amltd-linux-gnueabi/nss-3.13.3-r1/nss-3.13.3/mozilla/security/nss'
| ERROR: Function failed: do_compile (see 
/home/local/p60_new/tmp/work/armv7a-vfp-neon-amltd-linux-gnueabi/nss-3.13.3-r1/temp/log.do_compile.2781
 for further information)
ERROR: Task 173 
(/home/local/poky-multi/meta-browser/recipes-support/nss/nss_3.13.3.bb, 
do_compile) failed with exit code '1'

Maybe there's a known cure for this?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] Unable to build python-pyqt

[Gary Thomas]

I'm trying to build python-pyqt using the latest meta-openembedded
alongside Poky/Yocto distribution.  It's failing with a slew of errors:

| arm-poky-linux-gnueabi-g++  -march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a9 --sysroot=/local/p82_new/tmp/sysroots/my_target -c -pipe -pipe -pipe 
-O2 -pipe -g -feliminate-unused-debug-types -O2 -pipe -g -feliminate-unused-debug-types -fpermissive -fvisibility-inlines-hidden -fno-strict-aliasing -O2 -O2 -fPIC -fPIC -fPIC 
-Wall -W -Wall -W -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/local/p82_new/tmp/sysroots/my_target/usr/share/qtopia/mkspecs/linux-g++ -I. 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtCore -I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtGui 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia -I../../QtCore -I../../QtCore -I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/Qt 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/python2.7 -I../qpy/QtCore -I../qpy/QtGui -I../qpy/QtDeclarative 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtCore -I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtGui 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtDeclarative -I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtWebKit 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtNetwork -I. -o qpycore_qabstracteventdispatcher.o qpycore_qabstracteventdispatcher.cpp

| In file included from ../../QtCore/sipAPIQtCore.h:33:0,
|  from qpycore_sip.h:32,
|  from qpycore_qabstracteventdispatcher.cpp:30:
| /local/p82_new/tmp/sysroots/my_target/usr/include/sip.h:983:29: error: 
expected unqualified-id before ';' token
| /local/p82_new/tmp/sysroots/my_target/usr/include/sip.h:1202:52: error: 
expected ',' or '...' before 'new'
| In file included from qpycore_sip.h:32:0,
|  from qpycore_qabstracteventdispatcher.cpp:30:
| QtCore/sipAPIQtCore.h:8603:8: error: 'pyqt4ClassTypeDef' does not name a type
| QtCore/sipAPIQtCore.h:8747:8: error: 'pyqt4ClassTypeDef' does not name a type
| QtCore/sipAPIQtCore.h:8752:8: error: 'pyqt4ClassTypeDef' does not name a type
...
| qpycore_qabstracteventdispatcher.cpp: In function 'bool event_filter(void*)':
| qpycore_qabstracteventdispatcher.cpp:98:5: error: 'SIP_BLOCK_THREADS' was not 
declared in this scope
| qpycore_qabstracteventdispatcher.cpp:104:5: error: expected ';' before 
'PyObject'
| qpycore_qabstracteventdispatcher.cpp:107:9: error: 'msg_obj' was not declared 
in this scope
| qpycore_qabstracteventdispatcher.cpp:137:5: error: 'SIP_UNBLOCK_THREADS' was 
not declared in this scope
| qpycore_qabstracteventdispatcher.cpp:139:5: error: expected ';' before 
'return'

This is using the meta-oe/recipes-devtools/python/python-pyqt_4.9.5.bb
Poky/Yocto master 1fd9a16d2

I assume that this package built at the time of the last patch:
  commit 00fe75fb5773cf5602a20a50ed299ed287dd6ebd
  Author: Martin Jansa martin.ja...@gmail.com
  Date:   Thu Oct 25 00:25:53 2012 +0200

python-pyqt: don't bypass sstate with sip files

* discovered with http://patchwork.openembedded.org/patch/38521/

Signed-off-by: Martin Jansa martin.ja...@gmail.com

What might I be doing wrong that's breaking the build?

Thanks in advance for any help getting this going :-)

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Unable to build python-pyqt

[Gary Thomas]

On 2012-11-15 00:05, Martin Jansa wrote:

On Wed, Nov 14, 2012 at 06:03:22PM -0700, Gary Thomas wrote:

I'm trying to build python-pyqt using the latest meta-openembedded
alongside Poky/Yocto distribution.  It's failing with a slew of errors:

| arm-poky-linux-gnueabi-g++  -march=armv7-a -mthumb-interwork 
-mfloat-abi=hard -mfpu=neon -mtune=cortex-a9 
--sysroot=/local/p82_new/tmp/sysroots/my_target -c -pipe -pipe -pipe
-O2 -pipe -g -feliminate-unused-debug-types -O2 -pipe -g 
-feliminate-unused-debug-types -fpermissive -fvisibility-inlines-hidden 
-fno-strict-aliasing -O2 -O2 -fPIC -fPIC -fPIC
-Wall -W -Wall -W -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB 
-DQT_CORE_LIB -DQT_SHARED 
-I/local/p82_new/tmp/sysroots/my_target/usr/share/qtopia/mkspecs/linux-g++ -I.
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtCore 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtGui
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia -I../../QtCore 
-I../../QtCore -I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/Qt
-I/local/p82_new/tmp/sysroots/my_target/usr/include/python2.7 -I../qpy/QtCore 
-I../qpy/QtGui -I../qpy/QtDeclarative
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtCore 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtGui
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtDeclarative 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtWebKit
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtNetwork -I. -o 
qpycore_qabstracteventdispatcher.o qpycore_qabstracteventdispatcher.cpp
| In file included from ../../QtCore/sipAPIQtCore.h:33:0,
|  from qpycore_sip.h:32,
|  from qpycore_qabstracteventdispatcher.cpp:30:
| /local/p82_new/tmp/sysroots/my_target/usr/include/sip.h:983:29: error: 
expected unqualified-id before ';' token
| /local/p82_new/tmp/sysroots/my_target/usr/include/sip.h:1202:52: error: 
expected ',' or '...' before 'new'
| In file included from qpycore_sip.h:32:0,
|  from qpycore_qabstracteventdispatcher.cpp:30:
| QtCore/sipAPIQtCore.h:8603:8: error: 'pyqt4ClassTypeDef' does not name a type
| QtCore/sipAPIQtCore.h:8747:8: error: 'pyqt4ClassTypeDef' does not name a type
| QtCore/sipAPIQtCore.h:8752:8: error: 'pyqt4ClassTypeDef' does not name a type
  ...
| qpycore_qabstracteventdispatcher.cpp: In function 'bool event_filter(void*)':
| qpycore_qabstracteventdispatcher.cpp:98:5: error: 'SIP_BLOCK_THREADS' was not 
declared in this scope
| qpycore_qabstracteventdispatcher.cpp:104:5: error: expected ';' before 
'PyObject'
| qpycore_qabstracteventdispatcher.cpp:107:9: error: 'msg_obj' was not declared 
in this scope
| qpycore_qabstracteventdispatcher.cpp:137:5: error: 'SIP_UNBLOCK_THREADS' was 
not declared in this scope
| qpycore_qabstracteventdispatcher.cpp:139:5: error: expected ';' before 
'return'

This is using the meta-oe/recipes-devtools/python/python-pyqt_4.9.5.bb
Poky/Yocto master 1fd9a16d2

I assume that this package built at the time of the last patch:


Yes it did and still does here (4 different hosts) for both qt 4.8.1 and 4.8.3.


What distribution layers are you using?
What's your target?
What compiler are you using (currently I'm at 4.7.2-r13)?

I had troubles with sip-native:
  ERROR: Fetcher failure: Fetch command failed with exit code 8, output:
  http://www.riverbankcomputing.com/static/Downloads/sip4/sip-4.13.3.tar.gz:
  2012-11-15 04:53:17 ERROR 404: Not Found.
How do you get around this?

I'd like to duplicate what you've done so I can figure out what's wrong.




commit 00fe75fb5773cf5602a20a50ed299ed287dd6ebd
Author: Martin Jansa martin.ja...@gmail.com
Date:   Thu Oct 25 00:25:53 2012 +0200

  python-pyqt: don't bypass sstate with sip files

  * discovered with http://patchwork.openembedded.org/patch/38521/

  Signed-off-by: Martin Jansa martin.ja...@gmail.com

What might I be doing wrong that's breaking the build?


I would check what's on those lines and is missing in your build
| /local/p82_new/tmp/sysroots/my_target/usr/include/sip.h:983:29:
error: expected unqualified-id before ';' token
| /local/p82_new/tmp/sysroots/my_target/usr/include/sip.h:1202:52:
error: expected ',' or '...' before 'new'


Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Unable to build python-pyqt

[Gary Thomas]

On 2012-11-15 05:21, Martin Jansa wrote:

On Thu, Nov 15, 2012 at 04:58:31AM -0700, Gary Thomas wrote:

On 2012-11-15 00:05, Martin Jansa wrote:

On Wed, Nov 14, 2012 at 06:03:22PM -0700, Gary Thomas wrote:

I'm trying to build python-pyqt using the latest meta-openembedded
alongside Poky/Yocto distribution.  It's failing with a slew of errors:

| arm-poky-linux-gnueabi-g++  -march=armv7-a -mthumb-interwork 
-mfloat-abi=hard -mfpu=neon -mtune=cortex-a9 
--sysroot=/local/p82_new/tmp/sysroots/my_target -c -pipe -pipe -pipe
-O2 -pipe -g -feliminate-unused-debug-types -O2 -pipe -g 
-feliminate-unused-debug-types -fpermissive -fvisibility-inlines-hidden 
-fno-strict-aliasing -O2 -O2 -fPIC -fPIC -fPIC
-Wall -W -Wall -W -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB 
-DQT_CORE_LIB -DQT_SHARED 
-I/local/p82_new/tmp/sysroots/my_target/usr/share/qtopia/mkspecs/linux-g++ -I.
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtCore 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtGui
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia -I../../QtCore 
-I../../QtCore -I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/Qt
-I/local/p82_new/tmp/sysroots/my_target/usr/include/python2.7 -I../qpy/QtCore 
-I../qpy/QtGui -I../qpy/QtDeclarative
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtCore 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtGui
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtDeclarative 
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtWebKit
-I/local/p82_new/tmp/sysroots/my_target/usr/include/qtopia/QtNetwork -I. -o 
qpycore_qabstracteventdispatcher.o qpycore_qabstracteventdispatcher.cpp
| In file included from ../../QtCore/sipAPIQtCore.h:33:0,
|  from qpycore_sip.h:32,
|  from qpycore_qabstracteventdispatcher.cpp:30:
| /local/p82_new/tmp/sysroots/my_target/usr/include/sip.h:983:29: error: 
expected unqualified-id before ';' token
| /local/p82_new/tmp/sysroots/my_target/usr/include/sip.h:1202:52: error: 
expected ',' or '...' before 'new'
| In file included from qpycore_sip.h:32:0,
|  from qpycore_qabstracteventdispatcher.cpp:30:
| QtCore/sipAPIQtCore.h:8603:8: error: 'pyqt4ClassTypeDef' does not name a type
| QtCore/sipAPIQtCore.h:8747:8: error: 'pyqt4ClassTypeDef' does not name a type
| QtCore/sipAPIQtCore.h:8752:8: error: 'pyqt4ClassTypeDef' does not name a type
   ...
| qpycore_qabstracteventdispatcher.cpp: In function 'bool event_filter(void*)':
| qpycore_qabstracteventdispatcher.cpp:98:5: error: 'SIP_BLOCK_THREADS' was not 
declared in this scope
| qpycore_qabstracteventdispatcher.cpp:104:5: error: expected ';' before 
'PyObject'
| qpycore_qabstracteventdispatcher.cpp:107:9: error: 'msg_obj' was not declared 
in this scope
| qpycore_qabstracteventdispatcher.cpp:137:5: error: 'SIP_UNBLOCK_THREADS' was 
not declared in this scope
| qpycore_qabstracteventdispatcher.cpp:139:5: error: expected ';' before 
'return'

This is using the meta-oe/recipes-devtools/python/python-pyqt_4.9.5.bb
Poky/Yocto master 1fd9a16d2

I assume that this package built at the time of the last patch:


Yes it did and still does here (4 different hosts) for both qt 4.8.1 and 4.8.3.


What distribution layers are you using?

meta-jama = master:7ecd04df5f040e79c140e87802e48cdf89978ade
meta-shr
meta-aurora
meta-fso
meta-android  = jansa/test:cfe203305e46f32f5ae3ea788552f9fd681cd790
meta-oe
meta-efl
meta-gnome
meta-gpe
meta-multimedia
meta-networking
meta-initramfs
meta-systemd  = jansa/test:3bc7f5d5b5c87f321b5f824785f8618a194097b4
meta-osmocombb
meta-nokia
meta-htc
meta-palm
meta-openmoko
meta-samsung  = jansa/test:cfe203305e46f32f5ae3ea788552f9fd681cd790
meta-browser  = jansa/test:b8f4a7e489907bbaf99d4059192ddf93ef1e54bc
meta-handheld = jansa/spitz:cb3a1aba74900438bc304675262e1f749d34a657
meta-webos-shr= master:d8dfa37c945a33a8bb5644f897e700ad0b593468
meta  = jansa/test:3ff3d7ff8e5a1400fbbb7d4873ad1a7dbadd0f29

note that jansa/test branches don't have anything related to python-pyqt,
so you can use master branches if they parse now.


What's your target?


om-gta02, om-gta04, nokia900, tuna, qemux86, qemuarm, qemux86-64, spitz


What compiler are you using (currently I'm at 4.7.2-r13)?


the same


I had troubles with sip-native:
ERROR: Fetcher failure: Fetch command failed with exit code 8, output:
http://www.riverbankcomputing.com/static/Downloads/sip4/sip-4.13.3.tar.gz:
2012-11-15 04:53:17 ERROR 404: Not Found.
How do you get around this?


sip-4.13.3.tar.gz on SHR premirror, older versions are moved to SF mirror:
http://sourceforge.net/projects/pyqt/files/sip/


Maybe the sip recipes should be updated to use the SourceForge mirrors?




I'd like to duplicate what you've done so I can figure out what's wrong.


You can follow this:
http://shr-project.org/trac/wiki/Building%20SHR


This helped a lot, I've been able to build

[oe] modphp

[Gary Thomas]

I just tried to build modphp_5.3.19.bb for my ARM target.

It seems that the make is using the wrong tools (or libraries),
as it fails with this error:
  | /usr/lib/libbz2.so: could not read symbols: File in wrong format
  | collect2: error: ld returned 1 exit status
  | make: *** [libphp5.la] Error 1

Any ideas how to make this work?  Has it ever been built/tested
for a cross target?  I can see that the cross paths for libz and libbz2
are being passed to the configure step, but they don't seem to be reflected
in the actual link step when making the modphp.so library.

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] modphp

[Gary Thomas]

On 2012-12-07 11:15, Eric Bénard wrote:

Hi,

Le Fri, 07 Dec 2012 10:35:52 -0700,
Gary Thomas g...@mlbassoc.com a écrit :


I just tried to build modphp_5.3.19.bb for my ARM target.

It seems that the make is using the wrong tools (or libraries),
as it fails with this error:
| /usr/lib/libbz2.so: could not read symbols: File in wrong format
| collect2: error: ld returned 1 exit status
| make: *** [libphp5.la] Error 1

Any ideas how to make this work?  Has it ever been built/tested
for a cross target?  I can see that the cross paths for libz and libbz2
are being passed to the configure step, but they don't seem to be reflected
in the actual link step when making the modphp.so library.


it was build and run tested here on an ARM target before sending the
patches.


So why did it not work for me?  What can I do to diagnose this?

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] modphp

[Gary Thomas]

On 2012-12-07 11:59, Gary Thomas wrote:

On 2012-12-07 11:15, Eric Bénard wrote:

Hi,

Le Fri, 07 Dec 2012 10:35:52 -0700,
Gary Thomas g...@mlbassoc.com a écrit :


I just tried to build modphp_5.3.19.bb for my ARM target.

It seems that the make is using the wrong tools (or libraries),
as it fails with this error:
| /usr/lib/libbz2.so: could not read symbols: File in wrong format
| collect2: error: ld returned 1 exit status
| make: *** [libphp5.la] Error 1

Any ideas how to make this work?  Has it ever been built/tested
for a cross target?  I can see that the cross paths for libz and libbz2
are being passed to the configure step, but they don't seem to be reflected
in the actual link step when making the modphp.so library.


it was build and run tested here on an ARM target before sending the
patches.


So why did it not work for me?  What can I do to diagnose this?


I found that there was a libbz2.la installed in the sysroot/usr/lib
This is what was causing the problem.  I deleted it manually and reran
the build and now the modphp package builds.

I'll continue to look to see how that libbz2.la file got there..

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] [meta-oe][PATCH] rng-tools: Fixes for latest OE layouts

[Gary Thomas]

The current recipe has a few installation errors:
  * The manipulation of configurable paths drops a '/'
  * The init script defaults are placed in the wrong file
  * Finer control over init script start/stop
  * The default device is non-standard

This patch fixes these little nits and makes the package usable again.

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 meta-oe/recipes-support/rng-tools/files/default  |3 ++-
 meta-oe/recipes-support/rng-tools/rng-tools_2.bb |5 +++--
 2 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/meta-oe/recipes-support/rng-tools/files/default 
b/meta-oe/recipes-support/rng-tools/files/default
index ab7cd93..7aede9b 100644
--- a/meta-oe/recipes-support/rng-tools/files/default
+++ b/meta-oe/recipes-support/rng-tools/files/default
@@ -1,2 +1,3 @@
 # Specify rng device
-RNG_DEVICE=/dev/hwrng
+#RNG_DEVICE=/dev/hwrng
+RNG_DEVICE=/dev/urandom
diff --git a/meta-oe/recipes-support/rng-tools/rng-tools_2.bb 
b/meta-oe/recipes-support/rng-tools/rng-tools_2.bb
index ef753cf..b94854a 100644
--- a/meta-oe/recipes-support/rng-tools/rng-tools_2.bb
+++ b/meta-oe/recipes-support/rng-tools/rng-tools_2.bb
@@ -15,12 +15,13 @@ inherit autotools update-rc.d
 do_install_append() {
 install -d ${D}${sysconfdir}/init.d
 install -m 0755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/rng-tools
-sed -i -e 's,/etc/,${sysconfdir}/,' -e 's,/usr/sbin/,${sbindir},' \
+sed -i -e 's,/etc/,${sysconfdir}/,' -e 's,/usr/sbin/,${sbindir}/,' \
 ${D}${sysconfdir}/init.d/rng-tools
 
 install -d ${D}${sysconfdir}/default
-install -m 0644 ${WORKDIR}/default ${D}${sysconfdir}/default
+install -m 0644 ${WORKDIR}/default ${D}${sysconfdir}/rng-tools
 }
 
 INITSCRIPT_NAME = rng-tools
 INITSCRIPT_PARAMS = defaults
+INITSCRIPT_PARAMS = start 30 S . stop 30 0 6 1 .
-- 
1.7.9.5


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

[oe] Using OE with old (ucLinux based) hardware

[Gary Thomas]

Perhaps a bit off topic: is anyone using OE with embedded targets
that run ucLinux?  I have a new project which uses such a device,
running a pretty old (2.6.23) kernel.

Any hints/guidance happily accepted

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Angstrom Beaglebone broken again?

[Gary Thomas]

 with some of the native recipes
recently, but it normally is recoverable.  Try this:
  % bitbake db-native -c cleansstate
  % bitbake db-native
If that works, you should be able to carry on.  If not, report back.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-oe][PATCH] Upgrade of python-lxml to 2.3.5

[Gary Thomas]

On 2013-01-30 02:57, David Nyström wrote:

Signed-off-by: David Nyström david.nyst...@enea.com
---
  .../{python-lxml_2.2.8.bb = python-lxml_2.3.5.bb} |   15 +++
  1 file changed, 7 insertions(+), 8 deletions(-)
  rename meta-oe/recipes-devtools/python/{python-lxml_2.2.8.bb = 
python-lxml_2.3.5.bb} (69%)

diff --git a/meta-oe/recipes-devtools/python/python-lxml_2.2.8.bb 
b/meta-oe/recipes-devtools/python/python-lxml_2.3.5.bb
similarity index 69%
rename from meta-oe/recipes-devtools/python/python-lxml_2.2.8.bb
rename to meta-oe/recipes-devtools/python/python-lxml_2.3.5.bb
index a175609..76821ff 100644
--- a/meta-oe/recipes-devtools/python/python-lxml_2.2.8.bb
+++ b/meta-oe/recipes-devtools/python/python-lxml_2.3.5.bb
@@ -2,20 +2,21 @@ DESCRIPTION = Powerful and Pythonic XML processing library 
combining \
  libxml2/libxslt with the ElementTree API.
  HOMEPAGE = http://codespeak.net/lxml;
  LICENSE = BSD
-LIC_FILES_CHKSUM = file://LICENSES.txt;md5=7de92baeb3b7bfaebe72404155fdb346
+LIC_FILES_CHKSUM = file://LICENSES.txt;md5=3638a580895ea734c2cbb46f586afd2c
  SRCNAME = lxml
-PR = r2
+PR = r0

  DEPENDS = libxml2 libxslt
  RDEPENDS_${PN} += libxml2 libxslt python-compression

-SRC_URI = 
http://pypi.python.org/packages/source/l/${SRCNAME}/${SRCNAME}-${PV}.tar.gz;name=lxml;
-SRC_URI[lxml.md5sum] = d6c612d63a84d79440912a1b29d3b981
-SRC_URI[lxml.sha256sum] = 
89b73925b5e3295dcf4675cb948007a20eb029fe35c9a162ae19ec11f1abafe5
+SRC_URI = http://lxml.de/files/lxml-2.3.5.tgz \


Why the change away from the official pypi repository??


+

+SRC_URI[md5sum] = d03fb3b9139df7f182afffe72f412c87
+SRC_URI[sha256sum] = 
7ec68de58814014543b3b6f21f36e3695359be715ad06348a14c7820dfa0e092
  S = ${WORKDIR}/${SRCNAME}-${PV}

-inherit setuptools
+inherit setuptools

  DISTUTILS_BUILD_ARGS +=  \
   --with-xslt-config='${STAGING_BINDIR_NATIVE}/pkg-config 
libxslt' \
@@ -30,5 +31,3 @@ DISTUTILS_INSTALL_ARGS +=  \
  BBCLASSEXTEND = native nativesdk
  RDEPENDS_${PN}_virtclass-native = libxml2-native libxslt-native

-
-



--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-browser][PATCH] nss: fix access to https websites

[Gary Thomas]

On 2013-02-20 01:34, Eric Bénard wrote:

Hi Fahad,

Le Wed, 20 Feb 2013 13:28:54 +0500,
Usman, Fahad fahad_us...@mentor.com a écrit :


On 01/21/2013 09:43 PM, Fahad Usman wrote:

Signed-off-by: Fahad Usman fahad_us...@mentor.com
---
   recipes-support/nss/nss_3.13.3.bb |4 +++-
   1 file changed, 3 insertions(+), 1 deletion(-)


Can someone review this patch.


I applied it a few weeks ago :
https://github.com/OSSystems/meta-browser/commit/d2061edf243ee12caa1a89439ffb6af8945b8054


Works great as well - both FireFox and Chromium now work fine with HTTPS

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Adding a recipe to oe bitbake

[Gary Thomas]

On 2013-03-22 08:24, David Hirst wrote:

Hi,
 I have been struggling with a oe/bitbake issue. I wanted to add an
other .bb to the image file.
I have tried multiple ways but always end up at the same spot. I have
created a new task-XXX.bb file which includes my bb
I edited the -rootfs-image.bb to include the task-XXX.bb.
Once built I find that everything built fine and the new recipe was built
but was not loaded into the -rootfs-image.tar,gz.
If I look into the image directory for the bb file I see the compiled
application in usr/sbin.
I have tried this with my own .bb file and net-snmp bb file which comes
with the default oe-layersetup installation with the same result.
Did I not edit a file or miss some other required step?



Wow, the same question on three mailing lists (that I read, there
may be more...) and no cross-posting!

This list is perhaps the most appropriate one for your question.

More details will help.  Exactly what did you change in the 
-rootfs-image.bb
recipe?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Adding a recipe to oe bitbake

[Gary Thomas]

On 2013-03-22 08:42, David Hirst wrote:

OK,
 Sorry for the carpet bombing! I added this to tisdk-rootfs-image
task-arago-xyz \ to look for the new task file
I have included the task and pure-ftpd bb files also. I would love to
understand why this does not work.


What steps did you run after making this change?
What version of bitbake are you using?

Most likely, bitbake did not [fully] realize that you made a change.
I'd try something like this:
  % bitbake tisdk-rootfs-image -c cleansstate
  % bitbake tisdk-rootfs-image
and see what happens.

BTW, top-posting is evil :-(



==tisdk-rootfs-image.bb
# Arago TI SDK filesystem image
COMPATIBLE_MACHINE = omap3|omapl138|ti33x

require arago-base-tisdk-image.bb

IMAGE_INSTALL += \
 task-arago-test \
 task-arago-tisdk-graphics \
 task-arago-tisdk-qte \
 task-arago-tisdk-addons \
 task-arago-tisdk-connectivity \
 task-arago-tisdk-crypto \
 task-arago-tisdk-matrix \
 task-arago-tisdk-multimedia \
 task-arago-tisdk-amsdk \
 task-arago-xyz \


export IMAGE_BASENAME = tisdk-rootfs-image

=task-arago.xyz.bb

DESCRIPTION = Extended task to get extras
LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
PR = r0

inherit task

ARAGO_XYZ =  \
 pure-ftpd \
 

ARAGO_XYZ_INT = \
 ${ARAGO_XYZ} \
 
RDEPENDS_${PN} = \
 ${ARAGO_XYZ_INT} \
 
===pure-ftpd_1.0.29.bb

DESCRIPTION = Sample program
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=d7b47170f564f6a314b82b3ea67a40bd
PR = r0
PV = 1.0.29
DEPENDS = 
RPROVIDES = pure-ftpd
PROVIDES = pure-ftpd
ARM_INSTRUCTION_SET = arm

PARALLEL_MAKE = 

inherit autotools pkgconfig

EXTRA_OECONF = --enable-cross-compile --host=arm-arago-linux-gnueabi

SRC_URI = 
http://iweb.dl.sourceforge.net/project/pureftpd/Pure-FTPd/1.0.29/pure-ftpd-${PV}.tar.gz

SRC_URI[md5sum] = e0132a51357d419f8b66e8997d9dc5fa
SRC_URI[sha256sum] =
55bfb84fa63a37e5b56906afbfda7285d0f8b5ed24798f59c978ddea2749
S = ${WORKDIR}/pure-ftpd-${PV}

EXTRA_OECONF_append_armv6 =  --enable-armv6
EXTRA_OECONF_append_armv7a =  --enable-armv6 --enable-neon

FULL_OPTIMIZATION = -fexpensive-optimizations -fomit-frame-pointer
-frename-registers -O4 -ffast-math
BUILD_OPTIMIZATION = ${FULL_OPTIMIZATION}

do_configure(){
   oe_runconf ${EXTRE_OECONF}
}

do_compile () {
   oe_runmake
}

do_install () {
   oe_runmake install DESTDIR=${D}
}


ARM_INSTRUCTION_SET = arm

BBCLASSEXTEND = native

 END===

On Fri, Mar 22, 2013 at 10:30 AM, Gary Thomas g...@mlbassoc.com wrote:


On 2013-03-22 08:24, David Hirst wrote:


Hi,
  I have been struggling with a oe/bitbake issue. I wanted to add an
other .bb to the image file.
I have tried multiple ways but always end up at the same spot. I have
created a new task-XXX.bb file which includes my bb
I edited the -rootfs-image.bb to include the task-XXX.bb.
Once built I find that everything built fine and the new recipe was built
but was not loaded into the -rootfs-image.tar,gz.
If I look into the image directory for the bb file I see the compiled
application in usr/sbin.
I have tried this with my own .bb file and net-snmp bb file which comes
with the default oe-layersetup installation with the same result.
Did I not edit a file or miss some other required step?



Wow, the same question on three mailing lists (that I read, there
may be more...) and no cross-posting!

This list is perhaps the most appropriate one for your question.

More details will help.  Exactly what did you change in the
-rootfs-image.bb
recipe?

--
--**--
Gary Thomas |  Consulting for the
MLB Associates  |Embedded world
--**--

__**_
Openembedded-devel mailing list
Openembedded-devel@lists.**openembedded.orgOpenembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/**cgi-bin/mailman/listinfo/**openembedded-develhttp://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel







--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Adding a recipe to oe bitbake

[Gary Thomas]

On 2013-03-22 11:31, David Hirst wrote:

Here are the results, the same as before, in the build directories all
seems fine but the final output only has the /usr/share/man/man8/files

in
oe-layersetup/build/arago-tmp-external-arago-toolchain/work/armv7a-vfp-neon-oe-linux-gnueabi/pure-ftpd-1.0.29-r0/image/usr/sbin
are the following files:

pure-authd  pure-ftpd  pure-ftpwho  pure-mrtginfo  pure-quotacheck
pure-uploadscript

in
oe-layersetup/build/arago-tmp-external-arago-toolchain/work/armv7a-vfp-neon-oe-linux-gnueabi/pure-ftpd-1.0.29-r0/image/usr/bin
are the following files:

pure-pw  pure-pwconvert  pure-statsdecode

in
oe-layersetup/build/arago-tmp-external-arago-toolchain/work/armv7a-vfp-neon-oe-linux-gnueabi/pure-ftpd-1.0.29-r0/image/usr/share/man/man8

pure-authd.8  pure-ftpd.8  pure-ftpwho.8  pure-mrtginfo.8  pure-pw.8
pure-pwconvert.8  pure-quotacheck.8  pure-statsdecode.8  pure-uploadscript.8


You still didn't answer the question about the version of bitbake, the OE 
metadata, etc.
which does make a difference...

Try adding this line in your pure-ftpd recipe:
  FILES_${PN} += /usr/sbin




hirst689@hirst689-HP-Z210-Workstation:~/oe-layersetup/build/arago-tmp-external-arago-toolchain/deploy/images$
tar tvf tisdk-rootfs-image-am335x-evm.tar.gz | grep pure*

-rw-r--r-- root/root  4151 2013-03-22 12:36
./usr/share/man/man8/pure-uploadscript.8
-rw-r--r-- root/root  3187 2013-03-22 12:36
./usr/share/man/man8/pure-pw.8
-rw-r--r-- root/root  2169 2013-03-22 12:36
./usr/share/man/man8/pure-quotacheck.8
-rw-r--r-- root/root  1123 2013-03-22 12:36
./usr/share/man/man8/pure-statsdecode.8
-rw-r--r-- root/root   764 2013-03-22 12:36
./usr/share/man/man8/pure-pwconvert.8
-rw-r--r-- root/root  4160 2013-03-22 12:36
./usr/share/man/man8/pure-authd.8
-rw-r--r-- root/root  2119 2013-03-22 12:36
./usr/share/man/man8/pure-mrtginfo.8
-rw-r--r-- root/root 28755 2013-03-22 12:36
./usr/share/man/man8/pure-ftpd.8
-rw-r--r-- root/root  2449 2013-03-22 12:36
./usr/share/man/man8/pure-ftpwho.8



On Fri, Mar 22, 2013 at 11:02 AM, David Hirst hirst...@gmail.com wrote:


I did a bitbake tisdk-rootfs-image -c clean
I will try the cleanstate
It seems really difficult to get started from an absolutely clean slate,
some where status is held that gets in the way
I will let you know

Thanks so far




On Fri, Mar 22, 2013 at 10:51 AM, Gary Thomas g...@mlbassoc.com wrote:


On 2013-03-22 08:42, David Hirst wrote:


OK,
  Sorry for the carpet bombing! I added this to tisdk-rootfs-image
task-arago-xyz \ to look for the new task file
I have included the task and pure-ftpd bb files also. I would love to
understand why this does not work.



What steps did you run after making this change?
What version of bitbake are you using?

Most likely, bitbake did not [fully] realize that you made a change.
I'd try something like this:
   % bitbake tisdk-rootfs-image -c cleansstate
   % bitbake tisdk-rootfs-image
and see what happens.

BTW, top-posting is evil :-(



==tisd**k-rootfs-image.bbhttp://tisdk-rootfs-image.bb
=**===
# Arago TI SDK filesystem image
COMPATIBLE_MACHINE = omap3|omapl138|ti33x

require arago-base-tisdk-image.bb

IMAGE_INSTALL += \
  task-arago-test \
  task-arago-tisdk-graphics \
  task-arago-tisdk-qte \
  task-arago-tisdk-addons \
  task-arago-tisdk-connectivity \
  task-arago-tisdk-crypto \
  task-arago-tisdk-matrix \
  task-arago-tisdk-multimedia \
  task-arago-tisdk-amsdk \
  task-arago-xyz \


export IMAGE_BASENAME = tisdk-rootfs-image

=task-arago.**xyz.bb http://task-arago.xyz.bb


DESCRIPTION = Extended task to get extras
LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/meta/**COPYING.MIT;md5=**
3da9cfbcb788c80a0384361b4de204**20
PR = r0

inherit task

ARAGO_XYZ =  \
  pure-ftpd \
  

ARAGO_XYZ_INT = \
  ${ARAGO_XYZ} \
  
RDEPENDS_${PN} = \
  ${ARAGO_XYZ_INT} \
  
===pure-ftpd_1.0.**29.bb http://pure-ftpd_1.0.29.bb


DESCRIPTION = Sample program
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=**d7b47170f564f6a314b82b3ea67a40*
*bd
PR = r0
PV = 1.0.29
DEPENDS = 
RPROVIDES = pure-ftpd
PROVIDES = pure-ftpd
ARM_INSTRUCTION_SET = arm

PARALLEL_MAKE = 

inherit autotools pkgconfig

EXTRA_OECONF = --enable-cross-compile --host=arm-arago-linux-**gnueabi

SRC_URI = 
http://iweb.dl.sourceforge.**net/project/pureftpd/Pure-**
FTPd/1.0.29/pure-ftpd-${PV}.**tar.gzhttp://iweb.dl.sourceforge.net/project/pureftpd/Pure-FTPd/1.0.29/pure-ftpd-$%7BPV%7D.tar.gz

SRC_URI[md5sum] = **e0132a51357d419f8b66e8997d9dc5**fa
SRC_URI[sha256sum] =
**55bfb84fa63a37e5b56906afbf**da7285d0f8b5ed24798f59c978ddea**2749
S = ${WORKDIR}/pure-ftpd-${PV}

EXTRA_OECONF_append_armv6 =  --enable-armv6
EXTRA_OECONF_append_armv7a =  --enable-armv6 --enable-neon

FULL_OPTIMIZATION = -fexpensive-optimizations -fomit-frame-pointer
-frename

Re: [oe] Can a .bbappend introduce a different PACKAGE_ARCH ?

[Gary Thomas]

On 2013-04-06 04:50, Carlos Rafael Giani wrote:

Hello,

assume there is package foo, which is normally not dependent on a specific 
machine. It is built with default, machine independent configuration options.
But then I want to add a .bbappend to it, which add some configuration options 
that make it machine dependent (imagine something like --device=beagleboard).
I then add PACKAGE_ARCH=${MACHINE_ARCH} to the .bbappend file. Is this actually 
okay to do? Or does it break something?


You can do this and it will work fine.

However, if your .bbappend file forces the use of any override
directories/files, I believe it will happen automatically. For
example, my BSP layers have their own network configuration files
which I do like this:

gthomas@zeus:/local/poky-multi$ tree -S meta-cobra4430p82/recipes-core/netbase/
meta-cobra4430p82/recipes-core/netbase/
   netbase-5.0
  cobra4430p82
 interfaces
 modem.py
   netbase_5.0.bbappend

2 directories, 4 files
gthomas@zeus:/local/poky-multi$ cat 
meta-cobra4430p82/packages/netbase/netbase_5.0.bbappend
FILESEXTRAPATHS_prepend := ${THISDIR}/${PN}-${PV}:${THISDIR}/${PN}:

SRC_URI_append =  file://modem.py

do_install_append() {
install -m 0755 ${WORKDIR}/modem.py ${D}/etc
}


This setup generates a machine dependent package.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-oe][PATCHv2 3/8] python-tornado: update to top of 2.2 branch

[Gary Thomas]

On 2013-04-11 04:46, Koen Kooi wrote:

Drags in a few bugfixes needed for gateone

Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
  meta-oe/recipes-devtools/python/python-tornado_git.bb | 6 +++---
  1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta-oe/recipes-devtools/python/python-tornado_git.bb 
b/meta-oe/recipes-devtools/python/python-tornado_git.bb
index 00d0bbb..f158923 100644
--- a/meta-oe/recipes-devtools/python/python-tornado_git.bb
+++ b/meta-oe/recipes-devtools/python/python-tornado_git.bb
@@ -2,9 +2,9 @@ DESCRIPTION = Tornado is an open source version of the 
scalable, non-blocking w
  LICENSE = Apache
  LIC_FILES_CHKSUM = file://README;md5=e7fb9954003d7cd93322ccf282210d1c

-PV = 2.2
-SRCREV = 02bc76155de5bf4dca243e4d0c019c0ac4c8b3be
-PR = r1
+PV = 2.2.1+git${SRCPV}


Why not go to the latest stable version 2.4.1?


+
+SRCREV = c501917eba46dec30b1f2ef12497dffc4beec505
  SRC_URI = git://github.com/facebook/tornado.git;branch=branch2.2 \
 file://0001-disable-AI_ADDRCONFIG-flag.patch \




--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-browser][PATCH 2/2] chromium: Add recipes for 29.0.1518

[Gary Thomas]

On 2013-05-26 15:35, Khem Raj wrote:

Signed-off-by: Khem Raj raj.k...@gmail.com
CC: Eric Bénard e...@eukrea.com
CC: Denis Carikli de...@eukrea.com
CC: Otavio Salvador ota...@ossystems.com.br

---
  .../chromium-29.0.1518.2/armv6/include.gypi|  8 ++
  .../chromium-29.0.1518.2/armv6/oe-defaults.gypi| 15 
  .../chromium-29.0.1518.2/armv7a/include.gypi   |  9 +++
  .../chromium-29.0.1518.2/armv7a/oe-defaults.gypi   | 15 
  .../chromium-29.0.1518.2/i586/include.gypi |  5 ++
  .../chromium-29.0.1518.2/i586/oe-defaults.gypi | 15 
  .../uninitialised-warning.patch| 90 ++
  .../chromium/chromium-29.0.1518.2/unistd-2.patch   | 27 +++
  .../chromium-29.0.1518.2/x86-64/include.gypi   |  5 ++
  .../chromium-29.0.1518.2/x86-64/oe-defaults.gypi   | 15 
  recipes-browser/chromium/chromium_29.0.1518.2.bb   | 72 +
  11 files changed, 276 insertions(+)
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/armv6/include.gypi
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/armv6/oe-defaults.gypi
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/armv7a/include.gypi
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/armv7a/oe-defaults.gypi
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/i586/include.gypi
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/i586/oe-defaults.gypi
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/uninitialised-warning.patch
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/unistd-2.patch
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/x86-64/include.gypi
  create mode 100644 
recipes-browser/chromium/chromium-29.0.1518.2/x86-64/oe-defaults.gypi
  create mode 100644 recipes-browser/chromium/chromium_29.0.1518.2.bb

  ... snip

Have you tried this?  I just built it for my ARMv7a (i.MX6Q SabreLite) and it
seems to hang up on any page that uses JavaScript.  Try most any of the links
on the Chrome Help page.

Maybe I'm missing something?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][PATCH 2/2] chromium: Add recipes for 29.0.1518

[Gary Thomas]

On 2013-05-28 09:10, Eric Bénard wrote:

Hi Gary,

Le Tue, 28 May 2013 09:05:37 -0600,
Gary Thomas g...@mlbassoc.com a écrit :

Have you tried this?  I just built it for my ARMv7a (i.MX6Q SabreLite) and it
seems to hang up on any page that uses JavaScript.  Try most any of the links
on the Chrome Help page.

Maybe I'm missing something?


can you try to change
 'v8_use_snapshot': 1,

to
 'v8_use_snapshot': 0,

in oe-defaults.gypi ?


It looks like I was mistaken about this - it does seem to work
(but wasn't immediately obvious to me).  Sorry for the noise.

Note: I have tested it with both settings of v8_use_snapshot and
they seem to behave the same.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] gcc-cross-initial patching fails

[Gary Thomas]

On 2012-02-22 14:18, Khem Raj wrote:

On Wed, Feb 22, 2012 at 12:15 PM, McClintock Matthew-B29882
b29...@freescale.com  wrote:

Applying patch gcc45-no-add-needed.patch
patching file gcc/config/alpha/elf.h
patching file gcc/config/ia64/linux.h
patching file gcc/config/linux.h
Hunk #1 succeeded at 89 (offset -12 lines).
patching file gcc/config/rs6000/sysv4.h
Hunk #1 FAILED at 908.
1 out of 1 hunk FAILED -- rejects in file gcc/config/rs6000/sysv4.h
Patch gcc45-no-add-needed.patch does not apply (enforce with -f)
ERROR: Function failed: patch_do_patch
ERROR: Logfile of failure stored in:
/home/Superandy/tmp/oe-core-eglibc/work-shared/gcc-4.5-r45+svnr181733/temp/log.do_patch.5367
NOTE: package gcc-cross-initial-4.5-r45+svnr181733: task do_patch: Failed
ERROR: Task 2829
(/home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-devtools/gcc/gcc-cross-initial_4.5.bb,
do_patch) failed with exit code '1'

git log does not help me much -  what goes wrong?


Which actual patch is it failing on? Is there a conflict between
oe-core and meta-oe patch set against gcc?


gcc45-no-add-needed.patch is the patch in question. I dont see
anything wrong with it.
Can you do bitbake -ccleanall gcc-cross-initial and redo bitbake
gcc-cross-initial -cpatch ?


I saw this as well after updating today but not a totally clean build tree.
I'm building now totally from scratch (no build tree) and it seems
to no longer have the issue.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] Why can't I build firefox?

[Gary Thomas]

I'd like to test firefox on my BeagleBone using my latest Angstrom
setup, so I added the meta-mozilla layer to my layers  now have this

OE Build Configuration:
BB_VERSION= 1.15.1
TARGET_ARCH   = arm
TARGET_OS = linux-gnueabi
MACHINE   = beagleboard
DISTRO= angstrom
DISTRO_VERSION= v2012.03-core
TUNE_FEATURES = armv7a vfp neon cortexa8
TARGET_FPU= vfp-neon
meta-angstrom = master:2129eed920364abcc4f3f72d395333a041634e26
meta-oe
meta-efl
meta-gpe
meta-gnome
meta-xfce
meta-initramfs= master:fdff8697ea2db6254d26510adb7d11e6352d950f
meta-opie = master:efa3892b20a4ef80274e56e5633ebd62c16f9731
meta-java = master:d430de31c167cd264be74a1d82af4b732bb915dd
meta-ti   = master:2dbb7f09bf1c54d505d2e84a3a614bc5ca9b89aa
meta-efikamx  = master:2c09a3a780b23448e8a6ca964256ff7f5ccba65d
meta-nslu2= master:3d9fc951b05b4df476374b6fc3085ebac7f293ee
meta-htc
meta-nokia
meta-openmoko
meta-palm = master:cda19686a2a3573ce50c86733c3469d926124995
meta-handheld = master:fa1e6dcb524eb7ed29a6cd971a150d35c31e96e7
meta-intel
meta-sugarbay
meta-crownbay
meta-emenlow
meta-fishriver
meta-jasperforest
meta-n450 = master:df18b721f86f0737c0f302e49b27ea232c70e683
meta-mozilla  = master:5737d9fa26a632a27b2aa760c0d01190f0a17d0e
meta  = master:d94cb18f7f17a492c7a948337d7d2d1d0785573f

Sadly, I get this error:
  ERROR: Nothing PROVIDES 'firefox'

But there is a recipe for this in the new layer:
  $ grep mozilla conf/local.conf
  EXTRALAYERS = /local/poky-multi/meta-mozilla
  $ ls /local/poky-multi/meta-mozilla/recipes-mozilla/firefox
  firefox  firefox_10.0.2.bb

So, why can't I build firefox?  I don't see anything special in the recipe
(like COMPATIBLE_MACHINE, etc), so I'm confused why it's not available.

I'm not sure if this is an Angstrom specific issue, but the same basic
process _does_ work when I added the meta-mozilla layer to my Poky
setup (hence the paths above)

Ideas?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] [meta-mozilla] Can't access any HTTPS page

[Gary Thomas]

I've added firefox to my platform by adding the meta-mozilla layer
(and it's requirements).  To include firefox, all I did was
  CORE_EXTRA_IMAGE_INSTALL += firefox

With this setup, firefox works, but not with any SSL page,
e.g. trying to access https://google.com/mail gives me this
error screen:

Secure Connection Failed
   An error occurred during a connection to accounts.google.com.
   security library: memory allocation failure.
   (Error code: sec_error_no_memory)

  The page you are trying to view can not be shown because the authenticity of 
the received data could not be verified.
  Please contact the website owners to inform them of this problem. 
Alternatively, use the command found in the help menu to report this broken 
site.

Did I miss something?  Has anyone else tried this?

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-mozilla] Can't access any HTTPS page

[Gary Thomas]

On 2012-03-05 07:18, Andreas Müller wrote:

On Mon, Mar 5, 2012 at 3:08 PM, Gary Thomasg...@mlbassoc.com  wrote:

I've added firefox to my platform by adding the meta-mozilla layer
(and it's requirements).  To include firefox, all I did was
  CORE_EXTRA_IMAGE_INSTALL += firefox

With this setup, firefox works, but not with any SSL page,
e.g. trying to access https://google.com/mail gives me this
error screen:

Secure Connection Failed
   An error occurred during a connection to accounts.google.com.
   security library: memory allocation failure.
   (Error code: sec_error_no_memory)

  The page you are trying to view can not be shown because the authenticity
of the received data could not be verified.
  Please contact the website owners to inform them of this problem.
Alternatively, use the command found in the help menu to report this broken
site.

Did I miss something?  Has anyone else tried this?

Thanks


Is the time of your system valid ( if I remember right I had similar
when system time was unbuffered initial at 01.01.2000 )?


Yes, the time is set correctly.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-mozilla] Can't access any HTTPS page

[Gary Thomas]

On 2012-03-05 08:17, Gary Thomas wrote:

On 2012-03-05 08:04, Andreas Müller wrote:

On Mon, Mar 5, 2012 at 3:34 PM, Gary Thomasg...@mlbassoc.com wrote:

On 2012-03-05 07:18, Andreas Müller wrote:


On Mon, Mar 5, 2012 at 3:08 PM, Gary Thomasg...@mlbassoc.com wrote:


I've added firefox to my platform by adding the meta-mozilla layer
(and it's requirements). To include firefox, all I did was
CORE_EXTRA_IMAGE_INSTALL += firefox

With this setup, firefox works, but not with any SSL page,
e.g. trying to access https://google.com/mail gives me this
error screen:

Secure Connection Failed
An error occurred during a connection to accounts.google.com.
security library: memory allocation failure.
(Error code: sec_error_no_memory)

The page you are trying to view can not be shown because the
authenticity
of the received data could not be verified.
Please contact the website owners to inform them of this problem.
Alternatively, use the command found in the help menu to report this
broken
site.

Did I miss something? Has anyone else tried this?

Thanks


Is the time of your system valid ( if I remember right I had similar
when system time was unbuffered initial at 01.01.2000 )?



Yes, the time is set correctly.


AArgh - the system time caused trouble on cookies - other issue sorry.

In midori it helped to install glib-networking ( see meta-oe commit
a56bff13b9d22b608352501fbb3ef124e7147bda ). Maybe this helps for
firefox too?


Sorry, no change.



The real question though is does firefox HTTPS built from meta-mozilla
actually work for anyone?  If so, what configuration (target platform,
etc) works?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] [meta-oe] README: fix typo

[Gary Thomas]

Without this change, 'git send-email' complains of a missing argument.
Tested with git 1.7.7.6 on Fedora 16.

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 meta-oe/README |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta-oe/README b/meta-oe/README
index a195919..ed14866 100644
--- a/meta-oe/README
+++ b/meta-oe/README
@@ -6,7 +6,7 @@ revision: HEAD
 
 Send pull requests to openembedded-devel@lists.openembedded.org with 
'[meta-oe]' in the subject'
 
-When sending single patches, please use something like 'git send-email -1 --to 
openembedded-devel@lists.openembedded.org --subject-prefix meta-oe'
+When sending single patches, please use something like 'git send-email -1 --to 
openembedded-devel@lists.openembedded.org --subject-prefix=meta-oe'
 
 You are encouraged to fork the mirror on github 
https://github.com/openembedded/meta-oe/ to share your patches, this is 
preferred for patch sets consisting of more than one patch. Other services like 
gitorious, repo.or.cz or self hosted setups are of course accepted as well, 
'git fetch remote' works the same on all of them. We recommend github because 
it is free, easy to use, has been proven to be reliable and has a really good 
web GUI.
 
-- 
1.7.7.6


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

Re: [oe] [meta-oe][meta-efl][PATCH 1/5] midori: upgrade to 0.4.4

[Gary Thomas]

On 2012-03-14 13:59, Martin Jansa wrote:

* custom waf to fix dirty vala version was dropped
* I've fixed our vala to stop reporting dirty even for valid released tarballs
   so you can still get dirty version but it's not so common to keep this ugly 
binary here.
* disable PARALLEL_MAKE to improve our chances agains build hangs
   (btw fedora is doing the same
http://osdir.com/ml/scm-fedora-commits/2011-11/msg04672.html)

Signed-off-by: Martin Jansamartin.ja...@gmail.com


I have a few questions about midori that I'm having trouble with.
* Where does this come from?  Is there a project web page?  There's
  no real indication in the recipes that I can find.
* Who/where can I go to with problems and/or questions?  The version
  I've been using (0.4.3) isn't very stable and has some interesting
  behaviours I'd like to have addressed.

Any pointers happily accepted, thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-oe][meta-efl][PATCH 1/5] midori: upgrade to 0.4.4

[Gary Thomas]

On 2012-03-15 04:48, Eric Bénard wrote:

Le Thu, 15 Mar 2012 04:40:16 -0600,
Gary Thomasg...@mlbassoc.com  a écrit :


On 2012-03-14 13:59, Martin Jansa wrote:

* custom waf to fix dirty vala version was dropped
* I've fixed our vala to stop reporting dirty even for valid released tarballs
so you can still get dirty version but it's not so common to keep this ugly 
binary here.
* disable PARALLEL_MAKE to improve our chances agains build hangs
(btw fedora is doing the same
 http://osdir.com/ml/scm-fedora-commits/2011-11/msg04672.html)

Signed-off-by: Martin Jansamartin.ja...@gmail.com


I have a few questions about midori that I'm having trouble with.
* Where does this come from?  Is there a project web page?  There's
no real indication in the recipes that I can find.

http://en.wikipedia.org/wiki/Midori_(web_browser)
http://www.twotoasts.de/index.php?/pages/midori_summary.html


* Who/where can I go to with problems and/or questions?  The version
I've been using (0.4.3) isn't very stable and has some interesting
behaviours I'd like to have addressed.


on their page they say :
Join #midori on Freenode to talk about Midori, discuss bugs and new
ideas.

Report bugs at the Launchpad Bug Tracker. See also the old Flyspray Bug
Tracker.
https://bugs.launchpad.net/midori


Thanks, these pointers helped.  Perhaps they should be mentioned in the recipes?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] [meta-oe] midori: Add project home page info

[Gary Thomas]

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 meta-oe/recipes-connectivity/midori/midori.inc |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/meta-oe/recipes-connectivity/midori/midori.inc 
b/meta-oe/recipes-connectivity/midori/midori.inc
index 4c7147e..dccb3ee 100644
--- a/meta-oe/recipes-connectivity/midori/midori.inc
+++ b/meta-oe/recipes-connectivity/midori/midori.inc
@@ -1,4 +1,5 @@
 DESCRIPTION = Midori is a lightweight web browser.
+HOMEPAGE = http://www.twotoasts.de/index.php?/pages/midori_summary.html;
 LICENSE = LGPLv2.1
 LIC_FILES_CHKSUM = file://COPYING;md5=fbc093901857fcd118f065f900982c24
 
-- 
1.7.7.6


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

[oe] [meta-oe][PATCH] midori: Add project home page info

[Gary Thomas]

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 meta-oe/recipes-connectivity/midori/midori.inc |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/meta-oe/recipes-connectivity/midori/midori.inc 
b/meta-oe/recipes-connectivity/midori/midori.inc
index 4c7147e..dccb3ee 100644
--- a/meta-oe/recipes-connectivity/midori/midori.inc
+++ b/meta-oe/recipes-connectivity/midori/midori.inc
@@ -1,4 +1,5 @@
 DESCRIPTION = Midori is a lightweight web browser.
+HOMEPAGE = http://www.twotoasts.de/index.php?/pages/midori_summary.html;
 LICENSE = LGPLv2.1
 LIC_FILES_CHKSUM = file://COPYING;md5=fbc093901857fcd118f065f900982c24
 
-- 
1.7.7.6


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

Re: [oe] [meta-oe][meta-efl][PATCH 1/5] midori: upgrade to 0.4.4

[Gary Thomas]

On 2012-03-15 04:47, Andreas Müller wrote:

On Thu, Mar 15, 2012 at 11:21 AM, Andreas Müller
schnitzelt...@googlemail.com  wrote:

On Wed, Mar 14, 2012 at 8:59 PM, Martin Jansamartin.ja...@gmail.com  wrote:

* custom waf to fix dirty vala version was dropped
* I've fixed our vala to stop reporting dirty even for valid released tarballs
  so you can still get dirty version but it's not so common to keep this ugly 
binary here.
* disable PARALLEL_MAKE to improve our chances agains build hangs
  (btw fedora is doing the same
   http://osdir.com/ml/scm-fedora-commits/2011-11/msg04672.html)

Signed-off-by: Martin Jansamartin.ja...@gmail.com
---
  meta-oe/recipes-connectivity/midori/midori/waf |  Bin 92569 -  0 bytes
  .../recipes-connectivity/midori/midori_0.4.3.bb|   13 -
  .../recipes-connectivity/midori/midori_0.4.4.bb|8 
  3 files changed, 8 insertions(+), 13 deletions(-)
  delete mode 100755 meta-oe/recipes-connectivity/midori/midori/waf
  delete mode 100644 meta-oe/recipes-connectivity/midori/midori_0.4.3.bb
  create mode 100644 meta-oe/recipes-connectivity/midori/midori_0.4.4.bb


I wanted to test this but task do_compile seems to run forever (now
for 1,5h) and I have an empty log.do_compile. Any pointers where to
look after?


I did cleansstate and rebuild midori with success now. I had similar
from time to time but with task do_configure.


I have a machine which hangs every time in do_configure, even when I run
it by hand.  It always hangs here:
  Checking for program intltool-merge : 
/home/local/p60_test/tmp/sysroots/i686-linux/usr/bin/intltool-merge
  Checking for header locale.h:

Any ideas where to look?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-oe][PATCH] midori: Add project home page info

[Gary Thomas]

On 2012-03-18 06:18, Martin Jansa wrote:

On Sun, Mar 18, 2012 at 01:05:20PM +0100, Koen Kooi wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 16-03-12 20:41, Gary Thomas schreef:

Signed-off-by: Gary Thomasg...@mlbassoc.com  ---
meta-oe/recipes-connectivity/midori/midori.inc |1 + 1 files changed,
1 insertions(+), 0 deletions(-)

diff --git a/meta-oe/recipes-connectivity/midori/midori.inc
b/meta-oe/recipes-connectivity/midori/midori.inc index 4c7147e..dccb3ee
100644 --- a/meta-oe/recipes-connectivity/midori/midori.inc +++
b/meta-oe/recipes-connectivity/midori/midori.inc @@ -1,4 +1,5 @@
DESCRIPTION = Midori is a lightweight web browser. +HOMEPAGE =
http://www.twotoasts.de/index.php?/pages/midori_summary.html; LICENSE =
LGPLv2.1 LIC_FILES_CHKSUM =
file://COPYING;md5=fbc093901857fcd118f065f900982c24


Missing PR bump


Khem applied it before my version upgrade, so it should be fine in
feeds.


Plus, it's informational only, so why bump the PR?  That's silly.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] [meta-oe 2/2] python-zopeinterface: update to latest upstream version

[Gary Thomas]

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 .../python/python-zopeinterface_3.5.1.bb   |   22 
 .../python/python-zopeinterface_3.8.0.bb   |   22 
 2 files changed, 22 insertions(+), 22 deletions(-)
 delete mode 100644 
meta-oe/recipes-devtools/python/python-zopeinterface_3.5.1.bb
 create mode 100644 
meta-oe/recipes-devtools/python/python-zopeinterface_3.8.0.bb

diff --git a/meta-oe/recipes-devtools/python/python-zopeinterface_3.5.1.bb 
b/meta-oe/recipes-devtools/python/python-zopeinterface_3.5.1.bb
deleted file mode 100644
index 106e836..000
--- a/meta-oe/recipes-devtools/python/python-zopeinterface_3.5.1.bb
+++ /dev/null
@@ -1,22 +0,0 @@
-DESCRIPTION = Interface definitions for Zope products
-SECTION = console/network
-
-LICENSE = ZPL-2.1
-LIC_FILES_CHKSUM = 
file://PKG-INFO;beginline=8;endline=8;md5=e54fd776274c1b7423ec128974bd9d46
-
-SRC_URI = 
http://pypi.python.org/packages/source/z/zope.interface/zope.interface-${PV}.tar.gz;
-SRC_URI[md5sum] = 685fc532550abb07cca6190c9cd2b901
-SRC_URI[sha256sum] = 
b81d898532c47f73475c2d0c23580e289eed25923d007eca8e62750c0998bba0
-
-S = ${WORKDIR}/zope.interface-${PV}
-
-inherit setuptools
-
-RPROVIDES_${PN} += zope-interfaces
-FILES_${PN}-dbg += ${PYTHON_SITEPACKAGES_DIR}/*.egg/*/*/.debug
-FILES_${PN}-dev += ${PYTHON_SITEPACKAGES_DIR}/zope/interface/*.c
-FILES_${PN}-doc += ${PYTHON_SITEPACKAGES_DIR}/zope/interface/*.txt
-FILES_${PN}-tests =  \
-${PYTHON_SITEPACKAGES_DIR}/zope/interface/tests \
-${PYTHON_SITEPACKAGES_DIR}/zope/interface/common/tests \
-
diff --git a/meta-oe/recipes-devtools/python/python-zopeinterface_3.8.0.bb 
b/meta-oe/recipes-devtools/python/python-zopeinterface_3.8.0.bb
new file mode 100644
index 000..106e836
--- /dev/null
+++ b/meta-oe/recipes-devtools/python/python-zopeinterface_3.8.0.bb
@@ -0,0 +1,22 @@
+DESCRIPTION = Interface definitions for Zope products
+SECTION = console/network
+
+LICENSE = ZPL-2.1
+LIC_FILES_CHKSUM = 
file://PKG-INFO;beginline=8;endline=8;md5=e54fd776274c1b7423ec128974bd9d46
+
+SRC_URI = 
http://pypi.python.org/packages/source/z/zope.interface/zope.interface-${PV}.tar.gz;
+SRC_URI[md5sum] = 685fc532550abb07cca6190c9cd2b901
+SRC_URI[sha256sum] = 
b81d898532c47f73475c2d0c23580e289eed25923d007eca8e62750c0998bba0
+
+S = ${WORKDIR}/zope.interface-${PV}
+
+inherit setuptools
+
+RPROVIDES_${PN} += zope-interfaces
+FILES_${PN}-dbg += ${PYTHON_SITEPACKAGES_DIR}/*.egg/*/*/.debug
+FILES_${PN}-dev += ${PYTHON_SITEPACKAGES_DIR}/zope/interface/*.c
+FILES_${PN}-doc += ${PYTHON_SITEPACKAGES_DIR}/zope/interface/*.txt
+FILES_${PN}-tests =  \
+${PYTHON_SITEPACKAGES_DIR}/zope/interface/tests \
+${PYTHON_SITEPACKAGES_DIR}/zope/interface/common/tests \
+
-- 
1.7.7.6


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

[oe] [meta-oe 1/2] python-twisted: update to latest upstream version

[Gary Thomas]

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 .../python/python-twisted_10.2.0.bb|  224 ---
 .../python/python-twisted_12.0.0.bb|  234 
 2 files changed, 234 insertions(+), 224 deletions(-)
 delete mode 100644 meta-oe/recipes-devtools/python/python-twisted_10.2.0.bb
 create mode 100644 meta-oe/recipes-devtools/python/python-twisted_12.0.0.bb

diff --git a/meta-oe/recipes-devtools/python/python-twisted_10.2.0.bb 
b/meta-oe/recipes-devtools/python/python-twisted_10.2.0.bb
deleted file mode 100644
index 14e8f18..000
--- a/meta-oe/recipes-devtools/python/python-twisted_10.2.0.bb
+++ /dev/null
@@ -1,224 +0,0 @@
-DESCRIPTION = Twisted is an event-driven networking framework written in 
Python and licensed under the LGPL. \
-Twisted supports TCP, UDP, SSL/TLS, multicast, Unix sockets, a large number of 
protocols   \
-(including HTTP, NNTP, IMAP, SSH, IRC, FTP, and others), and much more.
-HOMEPAGE = http://www.twistedmatrix.com;
-SECTION = console/network
-
-#twisted/topfiles/NEWS:655: - Relicensed: Now under the MIT license, rather 
than LGPL.
-LICENSE = MIT
-LIC_FILES_CHKSUM = file://LICENSE;md5=c3159ad36d96a939fcd8f2c2c9b9d08a
-
-SRC_URI = 
http://tmrc.mit.edu/mirror/twisted/Twisted/10.2/Twisted-${PV}.tar.bz2 
-SRC_URI[md5sum] = 73da62c793269eade8121da336b01ba5
-SRC_URI[sha256sum] = 
562ed61c18aa72da99c23fb19c2c101d178995eb3a78ab3c09560a613e180c84
-
-S = ${WORKDIR}/Twisted-${PV}
-
-inherit setuptools
-
-do_install_append() {
-# remove some useless files before packaging
-find ${D} -name *.bat -o -name *.c -o -name *.h -exec rm {} \;
-}
-
-PACKAGES += \
-  ${PN}-zsh \
-  ${PN}-test \
-  ${PN}-protocols \
-  ${PN}-bin \
-  ${PN}-conch \
-  ${PN}-lore \
-  ${PN}-mail \
-  ${PN}-names \
-  ${PN}-news \
-  ${PN}-runner \
-  ${PN}-web \
-  ${PN}-words \
-  ${PN}-flow \
-  ${PN}-pair \
-  ${PN}-core \
-
-
-RDEPENDS_${PN} = python-core python-zopeinterface
-RDEPENDS_${PN} += \
-  ${PN}-bin \
-  ${PN}-conch \
-  ${PN}-lore \
-  ${PN}-mail \
-  ${PN}-names \
-  ${PN}-news \
-  ${PN}-runner \
-  ${PN}-web \
-  ${PN}-words \
-
-
-ALLOW_EMPTY_${PN} = 1
-FILES_${PN} = 
-
-FILES_${PN}-test =  \
-  ${libdir}/${PYTHON_DIR}/site-packages/twisted/test \
-  ${libdir}/${PYTHON_DIR}/site-packages/twisted/*/test \
-
-
-FILES_${PN}-protocols =  \
-  ${libdir}/${PYTHON_DIR}/site-packages/twisted/protocols/ \
-
-
-FILES_${PN}-zsh =  \
-  ${libdir}/${PYTHON_DIR}/site-packages/twisted/python/zsh \
-  ${libdir}/${PYTHON_DIR}/site-packages/twisted/python/zshcomp.* \
-
-
-FILES_${PN}-bin =  \
-  ${libdir}/${PYTHON_DIR}/site-packages/twisted/protocols/_c_urlarg.so \
-  ${libdir}/${PYTHON_DIR}/site-packages/twisted/spread/cBanana.so \
-
-
-FILES_${PN}-conch =  \
-  ${bindir}/ckeygen \
-  ${bindir}/tkconch \
-  ${bindir}/conch \
-  ${bindir}/conchftp \
-  ${bindir}/cftp \
-  ${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_conch.py* \
-  ${libdir}/${PYTHON_DIR}/site-packages/twisted/conch  \
-
-
-FILES_${PN}-core =  \
-${bindir}/manhole \
-${bindir}/mktap \
-${bindir}/twistd \
-${bindir}/tap2deb \
-${bindir}/tap2rpm \
-${bindir}/tapconvert \
-${bindir}/tkmktap \
-${bindir}/trial \
-${bindir}/easy_install* \
-${bindir}/pyhtmlizer \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/python/*.so \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/*.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/__init__.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/notestplugin.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/testplugin.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_ftp.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_inet.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_manhole.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_portforward.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_socks.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_telnet.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_trial.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/dropin.cache \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/application \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/cred \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/enterprise \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/internet \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/manhole \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/manhole \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/persisted \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/protocols\
-${libdir}/${PYTHON_DIR}/site-packages/twisted/python\
-${libdir}/${PYTHON_DIR}/site-packages/twisted/python/timeoutqueue.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/python/filepath.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/python/dxprofile.py* \
-${libdir}/${PYTHON_DIR}/site-packages/twisted/python/plugin.py

[oe] Where are my patches going?

[Gary Thomas]

A number of times when I've sent patches to the list via 'git send-email',
they seem to never arrive.  How can I figure out where they are going?

For example, a short time ago I sent a pair of patches - here's the
log as printed by 'git send-email'


$ git send-email --to openembedded-devel@lists.openembedded.org 
-cc=g...@mlbassoc.com --subject-prefix=meta-oe origin/master
/tmp/ENcQFw9ulr/0001-python-twisted-update-to-latest-upstream-version.patch
/tmp/ENcQFw9ulr/0002-python-zopeinterface-update-to-latest-upstream-versi.patch
Who should the emails appear to be from? [Gary Thomas g...@mlbassoc.com]
Emails will be sent from: Gary Thomas g...@mlbassoc.com
Message-ID to be used as In-Reply-To for the first email?
(mbox) Adding cc: Gary Thomas g...@mlbassoc.com from line 'From: Gary Thomas 
g...@mlbassoc.com'
(body) Adding cc: Gary Thomas g...@mlbassoc.com from line 'Signed-off-by: Gary 
Thomas g...@mlbassoc.com'

From: Gary Thomas g...@mlbassoc.com
To: openembedded-devel@lists.openembedded.org
Cc: g...@mlbassoc.com
Subject: [meta-oe 1/2] python-twisted: update to latest upstream version
Date: Thu, 29 Mar 2012 04:57:29 -0600
Message-Id: 1333018650-987-1-git-send-email-g...@mlbassoc.com
X-Mailer: git-send-email 1.7.7.6

The Cc list above has been expanded by additional
addresses found in the patch commit message. By default
send-email prompts before sending whenever this occurs.
This behavior is controlled by the sendemail.confirm
configuration setting.

For additional information, run 'git send-email --help'.
To retain the current behavior, but squelch this message,
run 'git config --global sendemail.confirm auto'.

Send this email? ([y]es|[n]o|[q]uit|[a]ll): a
OK. Log says:
Sendmail: /usr/sbin/sendmail -i openembedded-devel@lists.openembedded.org 
g...@mlbassoc.com
From: Gary Thomas g...@mlbassoc.com
To: openembedded-devel@lists.openembedded.org
Cc: g...@mlbassoc.com
Subject: [meta-oe 1/2] python-twisted: update to latest upstream version
Date: Thu, 29 Mar 2012 04:57:29 -0600
Message-Id: 1333018650-987-1-git-send-email-g...@mlbassoc.com
X-Mailer: git-send-email 1.7.7.6

Result: OK
In git 1.7.0, the default has changed to --no-chain-reply-to
Set sendemail.chainreplyto configuration variable to true if
you want to keep --chain-reply-to as your default.
(mbox) Adding cc: Gary Thomas g...@mlbassoc.com from line 'From: Gary Thomas 
g...@mlbassoc.com'
(body) Adding cc: Gary Thomas g...@mlbassoc.com from line 'Signed-off-by: Gary 
Thomas g...@mlbassoc.com'
OK. Log says:
Sendmail: /usr/sbin/sendmail -i openembedded-devel@lists.openembedded.org 
g...@mlbassoc.com
From: Gary Thomas g...@mlbassoc.com
To: openembedded-devel@lists.openembedded.org
Cc: g...@mlbassoc.com
Subject: [meta-oe 2/2] python-zopeinterface: update to latest upstream version
Date: Thu, 29 Mar 2012 04:57:30 -0600
Message-Id: 1333018650-987-2-git-send-email-g...@mlbassoc.com
X-Mailer: git-send-email 1.7.7.6
In-Reply-To: 1333018650-987-1-git-send-email-g...@mlbassoc.com
References: 1333018650-987-1-git-send-email-g...@mlbassoc.com

Result: OK


Any ideas where these messages went or how I make sure my posts
are making it to the list?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Where are my patches going?

[Gary Thomas]

On 2012-03-29 05:26, Andreas Oberritter wrote:

Hi Gary,

On 29.03.2012 13:17, Gary Thomas wrote:

A number of times when I've sent patches to the list via 'git send-email',
they seem to never arrive.  How can I figure out where they are going?


your patches arrived. You can find submitted patches in OE's patchwork
installation [1] or in the mailing list archive [2] some minutes after
they have been sent.


That's good to hear, but why am I not seeing them on the list?

Also, I did send these same patches last week (I still had the same
command line in the same window as I used today!) and they did not
make it to patchwork at all.  These were sent 2012-03-23 15:30 GMT +/-



Regards,
Andreas

[1] http://patches.openembedded.org/patch/24811/
 http://patches.openembedded.org/patch/24813/

[2] http://thread.gmane.org/gmane.comp.handhelds.openembedded


--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-oe 1/2] python-twisted: update to latest upstream version

[Gary Thomas]

On 2012-03-29 05:38, Andreas Oberritter wrote:

Hi Gary,

I was going to submit a similar patch. See my comments inline.


Feel free to submit yours - I have no investment in my version, it was purely
an update of the one in the current repo with a couple of tweaks.

BTW, I couldn't figure out how to get 'git' to recognize this as a rename
with changes when I commited the change.  Any hints?



On 29.03.2012 12:57, Gary Thomas wrote:

diff --git a/meta-oe/recipes-devtools/python/python-twisted_12.0.0.bb 
b/meta-oe/recipes-devtools/python/python-twisted_12.0.0.bb
new file mode 100644
index 000..a642656
--- /dev/null
+++ b/meta-oe/recipes-devtools/python/python-twisted_12.0.0.bb
@@ -0,0 +1,234 @@
+DESCRIPTION = Twisted is an event-driven networking framework written in 
Python and licensed under the LGPL. \
+Twisted supports TCP, UDP, SSL/TLS, multicast, Unix sockets, a large number of 
protocols   \
+(including HTTP, NNTP, IMAP, SSH, IRC, FTP, and others), and much more.
+HOMEPAGE = http://www.twistedmatrix.com;
+SECTION = console/network
+
+#twisted/topfiles/NEWS:655: - Relicensed: Now under the MIT license, rather 
than LGPL.
+LICENSE = MIT
+LIC_FILES_CHKSUM = file://LICENSE;md5=fc0f9dafb8baecfd2b77ff4bf64e6eaf


I used file://LICENSE;beginline=40;md5=3fced11d6df719b47505837a51c16ae5, so 
the checksum
doesn't change when the header containing years and authors changes.


+SRC_URI = 
http://pypi.python.org/packages/source/T/Twisted/Twisted-${PV}.tar.bz2;
+SRC_URI[md5sum] = cf49a8676c21c50faf1b42b528049471
+SRC_URI[sha256sum] = 
e5561c9714583fd052ea9e0b10331609a719b3878f9d2593e4c57eab0ba0effd
+
+S = ${WORKDIR}/Twisted-${PV}
+
+inherit setuptools
+
+do_install_append() {
+# remove some useless files before packaging
+find ${D} -name *.bat -o -name *.c -o -name *.h -exec rm {} \;
+}
+
+PACKAGES += \
+  ${PN}-zsh \
+  ${PN}-test \
+  ${PN}-protocols \
+  ${PN}-bin \
+  ${PN}-conch \
+  ${PN}-lore \
+  ${PN}-mail \
+  ${PN}-names \
+  ${PN}-news \
+  ${PN}-runner \
+  ${PN}-web \
+  ${PN}-words \
+  ${PN}-flow \
+  ${PN}-pair \
+  ${PN}-core \
+
+
+RDEPENDS_${PN} = python-core \
+ python-io \
+ python-fcntl \
+ python-netclient \
+ python-netserver \
+  python-stringold \
+ python-threading \
+ python-zopeinterface


This seems wrong, because ${PN} is an empty meta package. I guess most users
only want some parts of twisted, like twisted-web etc. So the RDEPENDS should
be set for the individual packages.


+RDEPENDS_${PN} += \
+  ${PN}-bin \
+  ${PN}-conch \
+  ${PN}-core \
+  ${PN}-lore \
+  ${PN}-mail \
+  ${PN}-names \
+  ${PN}-news \
+  ${PN}-protocols \
+  ${PN}-runner \
+  ${PN}-web \
+  ${PN}-words \
+
+
+ALLOW_EMPTY = 1
+FILES_${PN} = 
+
+FILES_${PN}-test =  \
+  ${libdir}/${PYTHON_DIR}/site-packages/twisted/test \
+  ${libdir}/${PYTHON_DIR}/site-packages/twisted/*/test \
+


RDEPENDS_${PN}-test = ${PN}


+
+FILES_${PN}-protocols =  \
+  ${libdir}/${PYTHON_DIR}/site-packages/twisted/protocols/ \
+
+
+FILES_${PN}-zsh =  \
+  ${libdir}/${PYTHON_DIR}/site-packages/twisted/python/zsh \
+  ${libdir}/${PYTHON_DIR}/site-packages/twisted/python/zshcomp.* \
+
+
+# Note: these don't seem to be built
+FILES_${PN}-bin =  \
+  ${libdir}/${PYTHON_DIR}/site-packages/twisted/protocols/_c_urlarg.so \
+  ${libdir}/${PYTHON_DIR}/site-packages/twisted/spread/cBanana.so \
+
+
+FILES_${PN}-conch =  \
+  ${bindir}/ckeygen \
+  ${bindir}/tkconch \
+  ${bindir}/conch \
+  ${bindir}/conchftp \
+  ${bindir}/cftp \
+  ${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_conch.py* \
+  ${libdir}/${PYTHON_DIR}/site-packages/twisted/conch  \
+
+


RDEPENDS_${PN}-conch = ${PN}-core ${PN}-protocols


+FILES_${PN}-core =  \
+${bindir}/manhole \
+${bindir}/mktap \
+${bindir}/twistd \
+${bindir}/tap2deb \
+${bindir}/tap2rpm \
+${bindir}/tapconvert \
+${bindir}/tkmktap \
+${bindir}/trial \
+${bindir}/easy_install* \
+${bindir}/pyhtmlizer \
+${libdir}/${PYTHON_DIR}/site-packages/twisted/python/*.so \


It may be better to list the individual .so files, because twisted/python is
also used by other packages, e.g. ${PN}-zsh:

${libdir}/${PYTHON_DIR}/site-packages/twisted/python/_epoll.so \
${libdir}/${PYTHON_DIR}/site-packages/twisted/python/_initgroups.so \


+${libdir}/${PYTHON_DIR}/site-packages/twisted/*.py* \
+${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/__init__.py* \
+${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/notestplugin.py* \
+${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/testplugin.py* \
+${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_ftp.py* \
+${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_inet.py* \
+${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_manhole.py* \
+${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_portforward.py* \
+${libdir}/${PYTHON_DIR}/site-packages/twisted/plugins/twisted_socks.py

Re: [oe] [meta-oe 1/2] python-twisted: update to latest upstream version

[Gary Thomas]

On 2012-03-29 05:54, Andreas Oberritter wrote:

On 29.03.2012 13:47, Gary Thomas wrote:

On 2012-03-29 05:38, Andreas Oberritter wrote:

Hi Gary,

I was going to submit a similar patch. See my comments inline.


Feel free to submit yours - I have no investment in my version, it was
purely
an update of the one in the current repo with a couple of tweaks.


I held it back, because I haven't decided yet what to do with the
unpackaged files:

WARNING: For recipe python-twisted, the following files/directories were 
installed but not shipped in any package:
WARNING:   /usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info
WARNING:   
/usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/top_level.txt
WARNING:   
/usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/requires.txt
WARNING:   
/usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/SOURCES.txt
WARNING:   
/usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/PKG-INFO
WARNING:   
/usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/dependency_links.txt
WARNING:   
/usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/not-zip-safe
WARNING:   /usr/lib/python2.7/site-packages/twisted/topfiles
WARNING:   /usr/lib/python2.7/site-packages/twisted/topfiles/README
WARNING:   /usr/lib/python2.7/site-packages/twisted/topfiles/NEWS
WARNING:   /usr/lib/python2.7/site-packages/twisted/topfiles/CREDITS
WARNING:   /usr/lib/python2.7/site-packages/twisted/topfiles/ChangeLog.Old
WARNING:   /usr/lib/python2.7/site-packages/twisted/python/_initgroups.c
WARNING:   
/usr/lib/python2.7/site-packages/twisted/python/twisted-completion.zsh
WARNING:   /usr/lib/python2.7/site-packages/twisted/python/_epoll.c


I see these as well - I'm not sure if it's useful to package them as they
are just [human readable] information...  Not terribly important on _my_
embedded platform :-)



I also wonder why _initgroups.c and _epoll.c don't get deleted by the command
in do_install_append(). Did you observe the same behaviour?


Looks like at least a typo and something strange with the quoting?  I just 
tried this:

diff --git a/packages/python/python-twisted_12.0.0.bb 
b/packages/python/python-twisted_12.0.0.bb
index a642656..536296f 100644
--- a/packages/python/python-twisted_12.0.0.bb
+++ b/packages/python/python-twisted_12.0.0.bb
@@ -18,7 +18,8 @@ inherit setuptools

 do_install_append() {
 # remove some useless files before packaging
-find ${D} -name *.bat -o -name *.c -o -name *.h -exec rm {} \;
+find ${D} -name *.bat -o -name *.c -o -name *.h -print -exec rm \{} 
\;
+find ${D} -name *.bat -o -name *.c -o -name *.h | xargs -t rm
 }

The first command (which I think needs the \{} instead of {} - at least that's 
how
I've always seen it used) only finds a single .h file.  The second version works
properly (and is cheaper since all the files are deleted at once)




BTW, I couldn't figure out how to get 'git' to recognize this as a rename
with changes when I commited the change.  Any hints?


It depends on the percentage of changed lines. See the --find-renames option
of git-diff(1).


Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Where are my patches going?

[Gary Thomas]

On 2012-03-29 05:53, Stefan Schmidt wrote:

Hello.

On Thu, 2012-03-29 at 05:36, Gary Thomas wrote:

On 2012-03-29 05:26, Andreas Oberritter wrote:


On 29.03.2012 13:17, Gary Thomas wrote:

A number of times when I've sent patches to the list via 'git send-email',
they seem to never arrive.  How can I figure out where they are going?


your patches arrived. You can find submitted patches in OE's patchwork
installation [1] or in the mailing list archive [2] some minutes after
they have been sent.


That's good to hear, but why am I not seeing them on the list?


If you have been on the CC list, IIRC default option in git
send-email, it is likely that mailman has just dropped you from the
receiver list for these mails as you already got it in CC thus
avoiding duplicates. Something that can be configured in
mailman if desired.


I don't see any way to adjust this on this list - there doesn't
seem to be a my account settings link on the info page.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [oe-core] THISDIR usage

[Gary Thomas]

On 2012-04-11 04:23, Giuseppe Condorelli wrote:

Hi, I moved to OE-Core (working on stable version dowloaded as tar file
from cgit.openembedded.org).
I'm in trouble trying to include a source through .bbappend file, located
under my meta-personal  subtree.

FILESPATHBASE_prepend := ${THISDIR}/files:
SRC_URI += file://myfile.tar.gz

results in a no such file or directory. Please can you tell me if I'm
missing anything?


Assuming your tree looks something like this [partial]:

  meta-giuseppe:
recipes:
  some-recipe:
some-recipe_1.2.3.bbappend
files:
  myfile.tar.gz

Try using this instead
  FILESEXTRAPATHS_prepend := ${THISDIR}/files:

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [oe-core] THISDIR usage

[Gary Thomas]

On 2012-04-11 04:52, Giuseppe Condorelli wrote:

Many thanks for the reply, I tried the suggestion but I obtained this:

Unable to fetch URL file://myfile.tar.gz from any source

What's happening?


Does your layer look like the pseudo tree quoted below?  Can you send the
results of 'tree meta-giuseppe'?

One way to get a glimpse of where bitbake is looking for your file is to
use strace (GIANT hammer) like this:
  % strace -o /tmp/xx.bb -f bitbake some-recipe
  % grep myfile.tar.gz /tmp/xx.bb
This way you can see the paths being searched.


Il giorno mercoledì 11 aprile 2012, Gary Thomas ha scritto:


On 2012-04-11 04:23, Giuseppe Condorelli wrote:


Hi, I moved to OE-Core (working on stable version dowloaded as tar file
from cgit.openembedded.org).
I'm in trouble trying to include a source through .bbappend file, located
under my meta-personal   subtree.

FILESPATHBASE_prepend := ${THISDIR}/files:
SRC_URI += file://myfile.tar.gz

results in a no such file or directory. Please can you tell me if I'm
missing anything?



Assuming your tree looks something like this [partial]:

  meta-giuseppe:
recipes:
  some-recipe:
some-recipe_1.2.3.bbappend
files:
  myfile.tar.gz

Try using this instead
  FILESEXTRAPATHS_prepend := ${THISDIR}/files:


--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-oe][PATCH 0/1] Possible fix for missing -native support for gtk+-native

[Gary Thomas]

On 2012-04-13 07:09, Martin Jansa wrote:

Please note that this patch is old and not tested with current HEAD,
because I'm using different solution in SHR branches - BBCLASSEXTENDs in oe-core
recipes instead of small bbappends which makes recipe upgrades harder because of
inter-layer dependencies, see:
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-March/019624.html
from this patchset
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-March/019619.html

But because fix for PACKAGECONFIG added DEPENDS is now in you can find this 
patch usefull
and maybe we'll be allowed to move at least some BBCLASSEXTENDs to oe-core 
later - after release.

The following changes since commit 118734e096fda6c47172025969f3df4cfb0b33c3:

   qte-toolchain: add qwte support (2012-04-13 10:50:40 +0200)

are available in the git repository at:
   git://git.openembedded.org/meta-openembedded-contrib jansa/xorg
   
http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=jansa/xorg

Martin Jansa (1):
   xorg: add more native BBCLASSEXTENDs for gtk+-native

  .../xorg-lib/libxcomposite_0.4.3.bbappend  |1 +
  .../xorg-lib/libxcursor_1.1.12.bbappend|1 +
  .../xorg-lib/libxdamage_1.1.3.bbappend |1 +
  .../xorg-lib/libxfixes_5.0.bbappend|1 +
  .../xorg-lib/libxrandr_1.3.2.bbappend  |1 +
  .../xorg-proto/compositeproto_0.4.2.bbappend   |1 +
  .../xorg-proto/damageproto_1.2.1.bbappend  |1 +
  .../xorg-proto/fixesproto_5.0.bbappend |1 +
  .../xorg-proto/randrproto_1.3.2.bbappend   |1 +
  9 files changed, 9 insertions(+), 0 deletions(-)
  create mode 100644 
meta-oe/recipes-graphics/xorg-lib/libxcomposite_0.4.3.bbappend
  create mode 100644 
meta-oe/recipes-graphics/xorg-lib/libxcursor_1.1.12.bbappend
  create mode 100644 meta-oe/recipes-graphics/xorg-lib/libxdamage_1.1.3.bbappend
  create mode 100644 meta-oe/recipes-graphics/xorg-lib/libxfixes_5.0.bbappend
  create mode 100644 meta-oe/recipes-graphics/xorg-lib/libxrandr_1.3.2.bbappend
  create mode 100644 
meta-oe/recipes-graphics/xorg-proto/compositeproto_0.4.2.bbappend
  create mode 100644 
meta-oe/recipes-graphics/xorg-proto/damageproto_1.2.1.bbappend
  create mode 100644 meta-oe/recipes-graphics/xorg-proto/fixesproto_5.0.bbappend
  create mode 100644 
meta-oe/recipes-graphics/xorg-proto/randrproto_1.3.2.bbappend


Why can't these changes just go in the main recipes?  Surely adding
  BBCLASSEXTEND = native
to a recipe has no effect unless you need to build the -native version?

Note: I too have been carrying such .bbappend files in my own layers for
a long time.  It would be good to just admit that sometimes the -native
form is needed and fix the primary recipes.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [oe-core] ld segfault cant figure it out

[Gary Thomas]

On 2012-04-16 16:11, j wrote:

On 04/13/2012 03:50 PM, j wrote:

On 04/13/2012 03:46 PM, j wrote:

There seems to be a couple of packages when I build that cause ld segfaults 
such as
[ 6635.846581] ld[14419]: segfault at 8 ip 0077f1bf sp bfbf4a8c error 4 in 
libc-2.13.so[73d000+15c000]
[ 6656.831878] ld[20772]: segfault at 8 ip 00ba61bf sp bfaf1bfc error 4 in 
libc-2.13.so[b64000+15c000]

I can not seem to be able to track down the package/packages that are causing 
this. I have tried with a clean build dir and only building nano and I get it 
so it is something in
the getting environment ready steps. Is there a way I can easily track down the 
build/builds that are causing this? Am I even on the right track in this 
thinking? Nothing fails
to build and other than task-native-sdk all result in what seem to be working 
packages.

Any info on what or how to figure it out would be greatly appreciated.
building for bbxm on 11.04(uptodate), build environment setup with Angstrom 
scripts and all is up to date.

Thank you

Sorry forgot the info from qa.log

libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcov.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc_eh.a'
bash-4.2: bash: Found a reference to /usr/ in
/home/beagle/OE/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/bash-4.2-r2/packages-split/bash/bin/bashbug
bash-4.2: Shell scripts in base_bindir and base_sbindir should not reference 
anything in exec_prefix

Any other places to check, as these I do not think relate to a segfault?


I have now tried the build on 3 different OS's the most recent being Arch. All 
give the same QA log's and all give me segfaults. That are all basically close 
to the same errors
just differing libc versions.

I have tried Ubuntu 10.04 11.04 Fedora 16 and now Arch. What is causing the 
segfaults? Is it what is in the QA log?



Most current
[ 6433.379801] ld[22955]: segfault at 403 ip 7f703ddcc435 sp 
7fffb0bd9f50 error 4 in libc-2.15.so[7f703dd85000+197000]
[ 6444.526227] ld[31806]: segfault at 403 ip 7f0dffc51435 sp 
7fffc0a990d0 error 4 in libc-2.15.so[7f0dffc0a000+197000]

libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc_eh.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcov.a'
bash-4.2: bash: Found a reference to /usr/ in
/home/gusterson/OpenEmbed/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/bash-4.2-r2/packages-split/bash/bin/bashbug
bash-4.2: Shell scripts in base_bindir and base_sbindir should not reference 
anything in exec_prefix


The only reason I am concerned with this and it may be un related is that every 
time I build task-native-sdk it does not build a working sdk for my device. 
BB-xm. Yes I know I can
install one from the repo, but I want to figure out what is wrong with building 
one for me.

Does anyone have input, advice something?


You've tried different Operating Systems, but one would assume that
this is all on the same hardware?   Have you tried a different build
host (i.e. hardware/box)?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [oe-core] ld segfault cant figure it out

[Gary Thomas]

On 2012-04-16 16:32, j wrote:

On 04/16/2012 03:28 PM, Gary Thomas wrote:

On 2012-04-16 16:11, j wrote:

On 04/13/2012 03:50 PM, j wrote:

On 04/13/2012 03:46 PM, j wrote:

There seems to be a couple of packages when I build that cause ld segfaults 
such as
[ 6635.846581] ld[14419]: segfault at 8 ip 0077f1bf sp bfbf4a8c error 4 in 
libc-2.13.so[73d000+15c000]
[ 6656.831878] ld[20772]: segfault at 8 ip 00ba61bf sp bfaf1bfc error 4 in 
libc-2.13.so[b64000+15c000]

I can not seem to be able to track down the package/packages that are causing 
this. I have tried with a clean build dir and only building nano and I get it 
so it is something in
the getting environment ready steps. Is there a way I can easily track down the 
build/builds that are causing this? Am I even on the right track in this 
thinking? Nothing fails
to build and other than task-native-sdk all result in what seem to be working 
packages.

Any info on what or how to figure it out would be greatly appreciated.
building for bbxm on 11.04(uptodate), build environment setup with Angstrom 
scripts and all is up to date.

Thank you

Sorry forgot the info from qa.log

libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcov.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc_eh.a'
bash-4.2: bash: Found a reference to /usr/ in
/home/beagle/OE/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/bash-4.2-r2/packages-split/bash/bin/bashbug
bash-4.2: Shell scripts in base_bindir and base_sbindir should not reference 
anything in exec_prefix

Any other places to check, as these I do not think relate to a segfault?


I have now tried the build on 3 different OS's the most recent being Arch. All 
give the same QA log's and all give me segfaults. That are all basically close 
to the same errors
just differing libc versions.

I have tried Ubuntu 10.04 11.04 Fedora 16 and now Arch. What is causing the 
segfaults? Is it what is in the QA log?



Most current
[ 6433.379801] ld[22955]: segfault at 403 ip 7f703ddcc435 sp 
7fffb0bd9f50 error 4 in libc-2.15.so[7f703dd85000+197000]
[ 6444.526227] ld[31806]: segfault at 403 ip 7f0dffc51435 sp 
7fffc0a990d0 error 4 in libc-2.15.so[7f0dffc0a000+197000]

libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc_eh.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcov.a'
bash-4.2: bash: Found a reference to /usr/ in
/home/gusterson/OpenEmbed/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/bash-4.2-r2/packages-split/bash/bin/bashbug
bash-4.2: Shell scripts in base_bindir and base_sbindir should not reference 
anything in exec_prefix


The only reason I am concerned with this and it may be un related is that every 
time I build task-native-sdk it does not build a working sdk for my device. 
BB-xm. Yes I know I can
install one from the repo, but I want to figure out what is wrong with building 
one for me.

Does anyone have input, advice something?


You've tried different Operating Systems, but one would assume that
this is all on the same hardware? Have you tried a different build
host (i.e. hardware/box)?


sadly the only other hardware I have is to old to try a build on. Would take me 
weeks to get a complete image.

So this could be a hardware problem on my end? If so any chance you know what I 
could search for in logs or anything like that to try and track down what on 
the hardware side is
causing it?


Random errors like this always make me question the hardware.  The fact that it
can work fine in one setup but not another reinforces that.  It might not be the
case, but I think you'll have to check it out.



Thanks a bunch for your reply though is not something I took in to account, 
reason being is I can build the gumstix overo chain (oe-classic I believe it 
is) on the same hardware
with out running into this issue

Re: [oe] [oe-core] ld segfault cant figure it out

[Gary Thomas]

On 2012-04-17 09:41, J. L. wrote:

Well I borrowed a tower from a friend setup everything on a fresh install
for both OS and build environment. Well I am still getting the same issue
so it must not be an actual hardware issue. The first was trying to be
built on my laptop, now trying this tower I get the same results just
starting from scratch and building perl.


What are your exact details - OS  Angstrom (versions, etc).  I'll try
and run the same process here if you'll send enough details to reproduce
exactly what you've done (which should be straight forward to provide since
you just [re]did it yourself).



I tried building just gcc and bash and well after cleaning them and I am
not seeing anything that sticks out to me. Other than the errors and what
not.

Can anyone help me figure this out. Since it is now for sure not a hardware
issue, die to same results on 2 machines. I have attached the cooker logs
and qalogs incase they could be of any use in helping figure out the issue.

Thank your for your time and help


QALOG
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev
path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc_eh.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev
path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcov.a'
libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev
path
'/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+svnr184907/packages-split/libgcc-dev/usr/lib/arm-angstrom-linux-gnueabi/4.5.4/libgcc.a'
bash-4.2: bash: Found a reference to /usr/ in
/home/gooms/OE/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/bash-4.2-r2/packages-split/bash/bin/bashbug
bash-4.2: Shell scripts in base_bindir and base_sbindir should not
reference anything in exec_prefix


SEGFAULT
[10582.729446] ld[24926]: segfault at 8 ip b75ba427 sp bff61970 error 4 in
libc-2.15.so[b7576000+19b000]
[10596.912141] ld[30317]: segfault at 8 ip b758e427 sp bfbac350 error 4 in
libc-2.15.so[b754a000+19b000]


On Mon, Apr 16, 2012 at 6:43 PM, jvwyodap...@gmail.com  wrote:


On 04/16/2012 03:34 PM, j wrote:


On 04/16/2012 03:28 PM, Gary Thomas wrote:


On 2012-04-16 16:11, j wrote:


On 04/13/2012 03:50 PM, j wrote:


On 04/13/2012 03:46 PM, j wrote:


There seems to be a couple of packages when I build that cause ld
segfaults such as
[ 6635.846581] ld[14419]: segfault at 8 ip 0077f1bf sp bfbf4a8c error
4 in libc-2.13.so[73d000+15c000]
[ 6656.831878] ld[20772]: segfault at 8 ip 00ba61bf sp bfaf1bfc error
4 in libc-2.13.so[b64000+15c000]

I can not seem to be able to track down the package/packages that are
causing this. I have tried with a clean build dir and only building nano
and I get it so it is something in
the getting environment ready steps. Is there a way I can easily
track down the build/builds that are causing this? Am I even on the right
track in this thinking? Nothing fails
to build and other than task-native-sdk all result in what seem to be
working packages.

Any info on what or how to figure it out would be greatly appreciated.
building for bbxm on 11.04(uptodate), build environment setup with
Angstrom scripts and all is up to date.

Thank you


Sorry forgot the info from qa.log

libgcc-4.5: non -staticdev package contains static .a library:
libgcc-dev path
'/work/armv7a-angstrom-linux-**gnueabi/libgcc-4.5-r48+**
svnr184907/packages-split/**libgcc-dev/usr/lib/arm-**
angstrom-linux-gnueabi/4.5.4/**libgcc.a'
libgcc-4.5: non -staticdev package contains static .a library:
libgcc-dev path
'/work/armv7a-angstrom-linux-**gnueabi/libgcc-4.5-r48+**
svnr184907/packages-split/**libgcc-dev/usr/lib/arm-**
angstrom-linux-gnueabi/4.5.4/**libgcov.a'
libgcc-4.5: non -staticdev package contains static .a library:
libgcc-dev path
'/work/armv7a-angstrom-linux-**gnueabi/libgcc-4.5-r48+**
svnr184907/packages-split/**libgcc-dev/usr/lib/arm-**
angstrom-linux-gnueabi/4.5.4/**libgcc_eh.a'
bash-4.2: bash: Found a reference to /usr/ in
/home/beagle/OE/setup-scripts/**build/tmp-angstrom_2010_x-**
eglibc/work/armv7a-angstrom-**linux-gnueabi/bash-4.2-r2/**
packages-split/bash/bin/**bashbug
bash-4.2: Shell scripts in base_bindir and base_sbindir should not
reference anything in exec_prefix

Any other places to check, as these I do not think relate to a
segfault?



I have now tried the build on 3 different OS's the most recent being
Arch. All give the same QA log's and all give me segfaults. That are all
basically close to the same errors
just differing libc versions.

I have tried Ubuntu 10.04 11.04 Fedora 16 and now Arch. What is causing
the segfaults? Is it what is in the QA log?



Most current
[ 6433.379801] ld[22955]: segfault at 403 ip 7f703ddcc435 sp
7fffb0bd9f50 error 4 in libc-2.15.so[7f703dd85000+**197000]
[ 6444.526227] ld[31806

Re: [oe] [oe-core] build for 32bit architecture

[Gary Thomas]

On 2012-04-18 07:48, Giuseppe Condorelli wrote:

Hi All,

I need to build the native packages for a 32bit architecture, although I'm
working on a 64bit machine.
So I need to pass the -m32 option to the compiler and my question is about
the right place where to put it
to be inherited by all native packages.


Why would you need 32bit native packages when your build host is 64bit?
The native packages are only used to provide functionality during the
build and hence (it makes sense to me at least) they should match the
build host native environment.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [oe-core] ld segfault cant figure it out

[Gary Thomas]

On 2012-04-19 18:39, j wrote:

On 04/18/2012 11:24 PM, Khem Raj wrote:

On Wed, Apr 18, 2012 at 8:32 PM, jvwyodap...@gmail.com wrote:

on ubuntu edit /etc/security/limits.conf on build host and then add
* soft core unlimited


btw. reboot your machine after this change is made


that should generate core files. After this search for core* files in
build tree
and see if there are any then debug them with gdb to diagnose it further

Now I am not sure if those segfaults directly relate to malfunction of
image
if thats the case but its likely. You should also try to explore the
reasons why
the image fails to behave as expected.

I will do as suggested as well as do a full image build again and see if I
can find out all that is not working. Thank you for the extra debugging info
and suggestions. Are there any keywords to search through all the files for
including the normal log files, it may help me track down things even
further.

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


did the reboot went through the build but yet did not produce any core files. 
But I noticed ulimit was still 0 so changed it to unlimited now and building 
again, hopefully that
will get some core dumps. Will post back once I have more info and will 
separate anything by which machine as even the 2nd borrowed machine segfaults 
in the same way.


Is your borrowed machine also running ArchLinux?  If so, have
you tried anything else - Ubuntu, Fedora, etc?  As far as I can
tell, you're the only one suffering these problems and also you
seem to be the only one using ArchLinux.

Note: I tried to duplicate your problems here, but I've never used
ArchLinux and it's so primitive and hard to use (compared to what
I use everyday) that I simply don't have the time to mess with it
any more.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] COMPATIBLE_MACHINE

[Gary Thomas]

I'm writing a .bbappend for a recipe which contains a COMPATIBLE_MACHINE
pattern like this:
  COMPATIBLE_MACHINE = (machine1|machine2|machine3)

Is there a way my .bbappend file can add to this pattern?  I don't want
to disturb what's there, just add my machine as well.

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] COMPATIBLE_MACHINE

[Gary Thomas]

On 2012-04-20 08:04, Chris Larson wrote:

On Fri, Apr 20, 2012 at 6:20 AM, Gary Thomasg...@mlbassoc.com  wrote:

I'm writing a .bbappend for a recipe which contains a COMPATIBLE_MACHINE
pattern like this:
  COMPATIBLE_MACHINE = (machine1|machine2|machine3)

Is there a way my .bbappend file can add to this pattern?  I don't want
to disturb what's there, just add my machine as well.


It's just a standard regular expression.

COMPATIBLE_MACHINE = (machine1|machine2|machine3)
COMPATIBLE_MACHINE .= |machine4

Will result in a value of (machine1|machine2|machine3)|machine4,
which is still a perfectly valid pattern, as far as I can tell.


Yes, this does seem to work.  Any clues why most uses of COMPATIBLE_MACHINE
use the regex (x|y|z) instead of just x|y|z?  Aren't they the same?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Simultaneous build of two intree packages

[Gary Thomas]

On 2012-05-07 05:54, Radek Dostal wrote:

Dear All,

I have three intree recipes A, B and C which are part of the same layer.
=  B depends on A
=  C depends on A.

There is no dependency between B and C. Only important thing is that B
and C are not build simultaneously. This is not a problem unless I use
configure BB_NUMBER_THREADS  1. Than builds B and C starts to collide
and produce mess because they are both intree builds.


What are you doing that makes these clash?



Is there something like a mutex/lock mechanism in openembedded-core,
which would forbid two recipes to be build simultaneously?


Just make C depend on B

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Simultaneous build of two intree packages

[Gary Thomas]

On 2012-05-07 15:01, Radek Dostal wrote:

On Mon, 2012-05-07 at 08:46 -0700, Khem Raj wrote:

usually it crashes during ln -sf target dest which is executed
simultaneously with same parameters for both builds. There are other
issues as well in addition to this ln issue.


This is confusing why does this happen at all


Because ln -sf first do symlink(1) unlink(2) and symlink(3) again. In
case link is created by another process between 2 and 3 than ln fails.

It is quite well described here:
http://rcrowley.org/2010/01/06/things-unix-can-do-atomically.html

I was also able to verify my finding by running two ln -sf in two for
loops in two different terminals and they were failing constantly.

So any idea on implementing locks/mutexes inside OE. If somebody can
point me in the right direction I should be able to implement and feed
back.


I think that your recipes are not well behaved - two recipes probably
should not be creating the same file in such a way.

Can you post the recipes, or at least the code snippets that break?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [oe-core] Packages broken URL

[Gary Thomas]

On 2012-05-15 07:02, Giuseppe Condorelli wrote:

Hi All,

there are a number of packages having a broken SRC_URI, for example git.
Has someone met this issue?
For sure we can correct those links adding a dedicated .bbappend file for
each failing package but
I think we could also update the main package fixing the errors.


Details?  People build using oe-core all the time, so providing
more info on the problems _you_ are having would go a long way
towards finding  fixing them.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [oe-core] Packages broken URL

[Gary Thomas]

On 2012-05-15 07:19, Giuseppe Condorelli wrote:

For example building git-1.7.7 fails fetching the source.


Works fine for me:

  $ wget http://git-core.googlecode.com/files/git-1.7.7.tar.gz
  --2012-05-15 07:29:43--  http://git-core.googlecode.com/files/git-1.7.7.tar.gz
  Resolving git-core.googlecode.com... 209.85.225.82
  Connecting to git-core.googlecode.com|209.85.225.82|:80... connected.
  HTTP request sent, awaiting response... 200 OK
  Length: 3475448 (3.3M) [application/octet-stream]
  Saving to: “git-1.7.7.tar.gz”

  
100%[===]
 3,475,448477K/s   in 7.3s

  2012-05-15 07:29:50 (466 KB/s) - “git-1.7.7.tar.gz” saved [3475448/3475448]

What error/problem are you having?


2012/5/15 Gary Thomasg...@mlbassoc.com


On 2012-05-15 07:02, Giuseppe Condorelli wrote:


Hi All,

there are a number of packages having a broken SRC_URI, for example git.
Has someone met this issue?
For sure we can correct those links adding a dedicated .bbappend file for
each failing package but
I think we could also update the main package fixing the errors.



Details?  People build using oe-core all the time, so providing
more info on the problems _you_ are having would go a long way
towards finding  fixing them.


--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes

[Gary Thomas]

On 2012-05-16 04:50, Thilo Fromm wrote:

Hello *.*,


Khem Raj (3):
  eglibc-2.12: Remove
  binutils-2.20: Remove
  gcc-4.5: Remove


Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x)
support. You only get a heavily patched 2.6.37 kernel from TI for
these (linux-ti81xx-psp_2.6.37). Unfortunately gcc= 4.6 is unable to
build a kernel which boots for these platforms. After

Uncompressing linux ... booting the kernel

there is silence. We can reproduce this reliably on a ti8148-evm
development board. My best guess is it's because of an ancient kernel
being compiled with a very recent GCC.


I build with GCC 4.6.3 from that tree for the DM8148 all the time and
it works fine.  Maybe there is some option/selection in your configuration
that's not in mine?  Can you send it  I'll give it a compare?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes

[Gary Thomas]

On 2012-05-16 06:41, Thilo Fromm wrote:

Hello Gary,


Khem Raj (3):
  eglibc-2.12: Remove
  binutils-2.20: Remove
  gcc-4.5: Remove




Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x)
support. You only get a heavily patched 2.6.37 kernel from TI for
these (linux-ti81xx-psp_2.6.37). Unfortunately gcc= 4.6 is unable to
build a kernel which boots for these platforms.


I build with GCC 4.6.3 from that tree for the DM8148 all the time and
it works fine.  Maybe there is some option/selection in your
configuration
that's not in mine?  Can you send itI'll give it a compare?


Sure! Our project is on github, and so is our defconfig:

https://github.com/DFE/HidaV/blob/master/meta-hidav/recipes-kernel-bootloader/linux/files/defconfig

We added aufs (Another Union File system) and the blockrom MTD FTL to
the kernel, so there are additional options in our configuration.



The only real differences (modulo the hardware/peripherals in use)
are some of the kernel debugging settings.  Perhaps they are causing
some problems with the newer compiler.  The diffs between our configurations
are attached.


Thanks, but I don't think I will disable most of the debugging
features for now. We have e.g. memory leak reports by the kernel
memchecker in ext4. Given the pitiful state of linux-ti81xx-psp_2.6.37
in general I'm not willing to give up the little debug info I get.


Fair enough, I was just pointing out a possible source of your pain :-)

BTW, do you know if TI ever plans on updating the kernel?  2.6.37 is so
painfully old...




As Martin points out, the newer compilers can have problems with unaligned
access.  I've also [sometimes] had better success if I disable
OPTIMIZE_FOR_SIZE

The only other thing I see is the kernel version  recipe used.  I am using
the stock one from meta-ti + some platform patches.  Perhaps there's
something
else to look at.
  meta-ti/recipes-kernel/linux/linux-ti81xx-psp_2.6.37.bb


We're almost using this recipe too. We just appended AUFS integration
and custom package management installer scripts for the kernel. I'll
look into -mno-unaligned-access w/ gcc-4.7 as Gary suggested as soon
as I am finished moving gcc-4.5 into HidaV so we can actually build
firmware again :)


Good luck

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] meta-browser

[Gary Thomas]

Trying the new layer, when I ran 'bitbake chromium -c fetch', I got this error:
  Fetcher failure for URL: 'http://commondatastorage.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2'. The fetch command returned success for url 
http://commondatastorage.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2 but /local/p60_poky/downloads/chromium-19.0.1049.3.tar.bz2 doesn't exist?!


Looking at my tree, I found this:
  downloads/chromium-19.0.1049.3.tar.bz2?cms_redirect=yesredirect_counter=1
which has MD5SUM that matches the recipe.

Any ideas what might have gone wrong?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] meta-browser

[Gary Thomas]

On 2012-05-17 08:37, Paul Eggleton wrote:

On Thursday 17 May 2012 08:18:47 Gary Thomas wrote:

Trying the new layer, when I ran 'bitbake chromium -c fetch', I got this
error: Fetcher failure for URL:
'http://commondatastorage.googleapis.com/chromium-browser-official/chromium
-19.0.1049.3.tar.bz2'. The fetch command returned success for url
http://commondatastorage.googleapis.com/chromium-browser-official/chromium-
19.0.1049.3.tar.bz2 but
/local/p60_poky/downloads/chromium-19.0.1049.3.tar.bz2 doesn't exist?!

Looking at my tree, I found this:

downloads/chromium-19.0.1049.3.tar.bz2?cms_redirect=yesredirect_counter=1
which has MD5SUM that matches the recipe.

Any ideas what might have gone wrong?


If it really has ?cms_redirect=yesredirect_counter=1 at the end of the
filename that might have something to do with it...


Of course, but that's a result of the fetcher code - the recipe does not
have such:
  SRC_URI = 
http://commondatastorage.googleapis.com/chromium-browser-official/${P}.tar.bz2;

The fetch log is at http://www.mlbassoc.com/misc/chromium_fetch.log
My build host is Fedora 16 (i686)
My oe-core (poky/master) is rev 38da655788

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] meta-browser

[Gary Thomas]

On 2012-05-17 09:04, Paul Eggleton wrote:

On Thursday 17 May 2012 08:46:08 you wrote:

On 2012-05-17 08:37, Paul Eggleton wrote:

On Thursday 17 May 2012 08:18:47 Gary Thomas wrote:

Trying the new layer, when I ran 'bitbake chromium -c fetch', I got this
error: Fetcher failure for URL:
'http://commondatastorage.googleapis.com/chromium-browser-official/chromi
um
-19.0.1049.3.tar.bz2'. The fetch command returned success for url
http://commondatastorage.googleapis.com/chromium-browser-official/chromiu
m-
19.0.1049.3.tar.bz2 but
/local/p60_poky/downloads/chromium-19.0.1049.3.tar.bz2 doesn't exist?!

Looking at my tree, I found this:

downloads/chromium-19.0.1049.3.tar.bz2?cms_redirect=yesredirect_counter=
1
which has MD5SUM that matches the recipe.

Any ideas what might have gone wrong?


If it really has ?cms_redirect=yesredirect_counter=1 at the end of the
filename that might have something to do with it...


Of course, but that's a result of the fetcher code - the recipe does not
have such:
SRC_URI =
http://commondatastorage.googleapis.com/chromium-browser-official/${P}.tar
.bz2

The fetch log is at http://www.mlbassoc.com/misc/chromium_fetch.log
My build host is Fedora 16 (i686)
My oe-core (poky/master) is rev 38da655788


Out of curiosity I tried to download the file manually and got a 404, so I
think there is a bigger issue with this recipe than fetcher behaviour...


Interesting because the fetcher did get the file for me, albeit with those
decorations, that has the correct MD5SUM
  -rw-rw-r-- 1 gthomas gthomas 176721817 Feb 23 14:57 
downloads/chromium-19.0.1049.3.tar.bz2
(I stripped the decorations manually)

It does look like there's a lot of redirecting going on which is causing the
wget behaviour:

$ wget 
http://commondatastorage.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2
--2012-05-17 09:16:00--  
http://commondatastorage.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2
Resolving commondatastorage.googleapis.com... 74.125.225.76, 74.125.225.74, 
74.125.225.75
Connecting to commondatastorage.googleapis.com|74.125.225.76|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: 
http://redirector-bigcache.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2
 [following]
--2012-05-17 09:16:01--  
http://redirector-bigcache.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2
Resolving redirector-bigcache.googleapis.com... 209.85.225.95
Connecting to redirector-bigcache.googleapis.com|209.85.225.95|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: 
http://o-o.preferred.atl14s01.v2.lscache4.c.bigcache.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2?cms_redirect=yes
 [following]
--2012-05-17 09:16:02--  
http://o-o.preferred.atl14s01.v2.lscache4.c.bigcache.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2?cms_redirect=yes
Resolving o-o.preferred.atl14s01.v2.lscache4.c.bigcache.googleapis.com... 
173.194.11.234
Connecting to 
o-o.preferred.atl14s01.v2.lscache4.c.bigcache.googleapis.com|173.194.11.234|:80...
 connected.
HTTP request sent, awaiting response... 302 Found
Location: 
http://v2.cache2.c.bigcache.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2?cms_redirect=yesredirect_counter=1
 [following]
--2012-05-17 09:16:03--  
http://v2.cache2.c.bigcache.googleapis.com/chromium-browser-official/chromium-19.0.1049.3.tar.bz2?cms_redirect=yesredirect_counter=1
Resolving v2.cache2.c.bigcache.googleapis.com... 74.125.212.49
Connecting to v2.cache2.c.bigcache.googleapis.com|74.125.212.49|:80... 
connected.
HTTP request sent, awaiting response... 200 OK
Length: 176721817 (169M) [application/x-bzip2]
Saving to: “chromium-19.0.1049.3.tar.bz2?cms_redirect=yesredirect_counter=1”
   ...

I wonder if wget should be using the -O option to force the resulting filename?


--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-oe][PATCH v2 2/2] python-numpy : Correct difflib dependency.

[Gary Thomas]

On 2012-06-06 09:20, Dan McDougall wrote:

The previous patch had python-diffutils when it should have been
python-difflib.

Signed-off-by: Dan McDougalldaniel.mcdoug...@liftoffsoftware.com
---
  .../recipes-devtools/python/python-numpy_1.4.1.bb  |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb 
b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
index bae624e..702f224 100644
--- a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
+++ b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
@@ -26,6 +26,6 @@ SRC_URI[md5sum] = 5c7b5349dc3161763f7f366ceb96516b
  SRC_URI[sha256sum] = 
2e7bb84573e5123e07f3c919fd433bc09b78d606252b6b719e385c2a981d8e06

  RDEPENDS_${PN} = python-unittest \
-  python-diffutils \
+  python-difflib \
python-pprint \
   


Since these patches have not yet been accepted/merged, shouldn't
you squash them into one?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] [meta-oe][PATCH] v4l-utils 0.8.8: disable qv4l2 build

[Gary Thomas]

On 2012-07-16 05:20, Koen Kooi wrote:

It picks up host qmake and breaks the build.


Does it still break if you have QT in your image?  If not, then perhaps
this could be made conditional rather than just removed.



Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
  .../v4l-utils/0001-disable-qv4l2-build.patch   |   39 
  .../recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb |6 ++-
  2 files changed, 44 insertions(+), 1 deletion(-)
  create mode 100644 
meta-oe/recipes-multimedia/v4l2apps/v4l-utils/0001-disable-qv4l2-build.patch

diff --git 
a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils/0001-disable-qv4l2-build.patch 
b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils/0001-disable-qv4l2-build.patch
new file mode 100644
index 000..4b11038
--- /dev/null
+++ 
b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils/0001-disable-qv4l2-build.patch
@@ -0,0 +1,39 @@
+From 1422d4c562660407919fb753dc5f074293b395e5 Mon Sep 17 00:00:00 2001
+From: Koen Kooi k...@dominion.thruhere.net
+Date: Mon, 16 Jul 2012 12:00:34 +0200
+Subject: [PATCH] disable qv4l2 build
+
+Signed-off-by: Koen Kooi k...@dominion.thruhere.net
+---
+ utils/Makefile |   15 ---
+ 1 files changed, 0 insertions(+), 15 deletions(-)
+
+diff --git a/utils/Makefile b/utils/Makefile
+index 014b82d..db74851 100644
+--- a/utils/Makefile
 b/utils/Makefile
+@@ -5,21 +5,6 @@ all install:
+   $(MAKE) -C $$i $@ || exit 1; \
+   done
+
+-  # Test whether qmake is installed, and whether it is for qt4.
+-  @if which qmake-qt4 /dev/null 21; then \
+-  QMAKE=qmake-qt4; \
+-  else \
+-  QMAKE=qmake; \
+-  fi; \
+-  if which $$QMAKE /dev/null 21; then \
+-  if $$QMAKE --version 21 | grep '4\.[0-9][0-9]*\.[0-9][0-9]*' 
/dev/null; then \
+-  if [ ! -f qv4l2/Makefile ]; then \
+-  (cd qv4l2  $$QMAKE) || exit 1; \
+-  fi; \
+-  $(MAKE) -C qv4l2 -f Makefile.install $@; \
+-  fi \
+-  fi
+-
+ sync-with-kernel:
+   $(MAKE) -C keytable $@
+   $(MAKE) -C v4l2-dbg $@
+--
+1.7.7.6
+
diff --git a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb 
b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb
index 18f361f..e5d1fc2 100644
--- a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb
+++ b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb
@@ -3,12 +3,16 @@ LICENSE = GPLv2  LGPLv2.1
  LIC_FILES_CHKSUM = file://COPYING;md5=48da9957849056017dc568bbc43d8975 \
  file://COPYING.LIB;md5=d749e86a105281d7a44c2328acebc4b0

+PR = r1
+
  DEPENDS = jpeg

  # libv4l was absorbed into this, let OE know that
  PROVIDES = libv4l

-SRC_URI = git://linuxtv.org/v4l-utils.git;protocol=git
+SRC_URI = git://linuxtv.org/v4l-utils.git;protocol=git \
+   file://0001-disable-qv4l2-build.patch \
+  
  # 54f16ca8183dd8ae8bf4ccc07949795aff0301f5 - v0.8.8 tag
  SRCREV = 54f16ca8183dd8ae8bf4ccc07949795aff0301f5




--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world




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

[oe] [PATCH] [meta-oe] glibmm: Fix compile error with latest glib

[Gary Thomas]

Internal glib/XXX.h files should not be included directly.

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 .../glib-2.0/glibmm/fix-compile-error.patch|   13 +
 meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb |5 -
 2 files changed, 17 insertions(+), 1 deletion(-)
 create mode 100644 meta-oe/recipes-core/glib-2.0/glibmm/fix-compile-error.patch

diff --git a/meta-oe/recipes-core/glib-2.0/glibmm/fix-compile-error.patch 
b/meta-oe/recipes-core/glib-2.0/glibmm/fix-compile-error.patch
new file mode 100644
index 000..33c6215
--- /dev/null
+++ b/meta-oe/recipes-core/glib-2.0/glibmm/fix-compile-error.patch
@@ -0,0 +1,13 @@
+Index: glibmm-2.28.2/glib/glibmm/varianttype.cc
+===
+--- glibmm-2.28.2.orig/glib/glibmm/varianttype.cc
 glibmm-2.28.2/glib/glibmm/varianttype.cc
+@@ -23,7 +23,7 @@
+ 
+ #include glibmm/varianttype.h
+ #include glibmm/utility.h
+-#include glib/gvarianttype.h
++#include glib.h
+ 
+ namespace Glib
+ {
diff --git a/meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb 
b/meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb
index 6604091..7ec0be2 100644
--- a/meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb
+++ b/meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb
@@ -6,4 +6,7 @@ SRC_URI[archive.md5sum] = cf33d1861d09fb2952a6a1d69e0502e3
 SRC_URI[archive.sha256sum] = 
7b67178363f8494c94f8b3dd704a4c8db7ad75a253fc84a4ad229e5e179ec192
 
 SRC_URI +=  file://remove-examples.patch \
- file://glib-2.32.patch
+ file://fix-compile-error.patch \
+
+
+
-- 
1.7.9.5


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

[oe] [PATCH] [meta-oe] libxml++: New recipe

[Gary Thomas]

Library for C++ bindings to libxml

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 meta-oe/recipes-core/libxml/libxml++_2.35.3.bb |   16 
 1 file changed, 16 insertions(+)
 create mode 100644 meta-oe/recipes-core/libxml/libxml++_2.35.3.bb

diff --git a/meta-oe/recipes-core/libxml/libxml++_2.35.3.bb 
b/meta-oe/recipes-core/libxml/libxml++_2.35.3.bb
new file mode 100644
index 000..ca9388c
--- /dev/null
+++ b/meta-oe/recipes-core/libxml/libxml++_2.35.3.bb
@@ -0,0 +1,16 @@
+SUMMARY = C++ wrapper for libxml library
+DESCRIPTION = C++ wrapper for libxml library
+HOMEPAGE = http://libxmlplusplus.sourceforge.net;
+BUGTRACKER = http://bugzilla.gnome.org/buglist.cgi?product=libxml%2B%2B;
+SECTION = libs
+LICENSE = GPLv2
+
+SRC_URI = 
http://ftp.gnome.org/pub/GNOME/sources/libxml++/2.35/libxml++-2.35.3.tar.xz;
+SRC_URI[md5sum] = 196a2dcdc84ab987fe3852b3f29cafd7
+SRC_URI[sha256sum] = 
715a4214bbff90365cc8406a28e427febd90461006d608fbdcdcea7fc9891eaf
+LIC_FILES_CHKSUM = file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34 
+
+DEPENDS = libxml2 glibmm
+
+inherit autotools pkgconfig
+
-- 
1.7.9.5


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

[oe] [meta-oe][PATCH] media-ctl: Fix build with latest automake

[Gary Thomas]

Update to latest upstream version to fix build with automake = 1.12

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 .../recipes-multimedia/v4l2apps/media-ctl_git.bb   |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb 
b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
index 76d811b..1034d8c 100644
--- a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
+++ b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
@@ -3,10 +3,10 @@ LICENSE = LGPLv2+
 LIC_FILES_CHKSUM = file://COPYING.LIB;md5=d749e86a105281d7a44c2328acebc4b0
 
 SRC_URI = git://git.ideasonboard.org/media-ctl.git;protocol=git
-SRCREV = 46bec667b675573cf1ce698c68112e3dbd31930e
+SRCREV = f2f1e160ce411a08836e31c36a09c9dd55ec9784
 
 PV = 0.0.1
-PR = r1
+PR = r2
 S = ${WORKDIR}/git
 
 inherit autotools
-- 
1.7.9.5


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

[oe] [meta-oe][PATCH v2] libxml++: New recipe - C++ bindings for libxml

[Gary Thomas]

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 meta-oe/recipes-core/libxml/libxml++_2.35.3.bb |   18 ++
 1 file changed, 18 insertions(+)
 create mode 100644 meta-oe/recipes-core/libxml/libxml++_2.35.3.bb

diff --git a/meta-oe/recipes-core/libxml/libxml++_2.35.3.bb 
b/meta-oe/recipes-core/libxml/libxml++_2.35.3.bb
new file mode 100644
index 000..9a33baa
--- /dev/null
+++ b/meta-oe/recipes-core/libxml/libxml++_2.35.3.bb
@@ -0,0 +1,18 @@
+SUMMARY = C++ wrapper for libxml library
+DESCRIPTION = C++ wrapper for libxml library
+HOMEPAGE = http://libxmlplusplus.sourceforge.net;
+BUGTRACKER = http://bugzilla.gnome.org/buglist.cgi?product=libxml%2B%2B;
+SECTION = libs
+LICENSE = GPLv2
+
+SHRT_VER = 
${@d.getVar('PV',True).split('.')[0]}.${@d.getVar('PV',True).split('.')[1]}
+SRC_URI = ${GNOME_MIRROR}/${BPN}/${SHRT_VER}/${BP}.tar.xz
+
+SRC_URI[md5sum] = 196a2dcdc84ab987fe3852b3f29cafd7
+SRC_URI[sha256sum] = 
715a4214bbff90365cc8406a28e427febd90461006d608fbdcdcea7fc9891eaf
+LIC_FILES_CHKSUM = file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34 
+
+DEPENDS = libxml2 glibmm
+
+inherit autotools pkgconfig
+
-- 
1.7.9.5


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

[oe] [meta-oe][PATCH] media-ctl: Update to latest upstream to fix build with latest autotools

[Gary Thomas]

Signed-off-by: Gary Thomas g...@mlbassoc.com
---
 .../recipes-multimedia/v4l2apps/media-ctl_git.bb   |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb 
b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
index 1034d8c..d96c1f9 100644
--- a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
+++ b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
@@ -3,10 +3,10 @@ LICENSE = LGPLv2+
 LIC_FILES_CHKSUM = file://COPYING.LIB;md5=d749e86a105281d7a44c2328acebc4b0
 
 SRC_URI = git://git.ideasonboard.org/media-ctl.git;protocol=git
-SRCREV = f2f1e160ce411a08836e31c36a09c9dd55ec9784
+SRCREV = a6ec4a37028952ffd6e62eb52648cf66248eb519
 
 PV = 0.0.1
-PR = r2
+PR = r3
 S = ${WORKDIR}/git
 
 inherit autotools
-- 
1.7.9.5


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

Re: [oe] perl-native fails on Ubuntu 11.04

[Gary Thomas]

On 05/14/2011 04:43 PM, Ulf Samuelsson wrote:



Skickat: lö 2011-05-14 16:32
Till: openembedded-devel@lists.openembedded.org
Ämne: Re: [oe] perl-native fails on Ubuntu 11.04

On 05/14/2011 01:39 AM, Ulf Samuelsson wrote:

2011-05-05 12:57, Gary Thomas skrev:

On 05/05/2011 03:50 AM, Søren Holm wrote:

Please apply this patch to make perl-native build on Ubuntu 11.04

https://gist.github.com/raw/925006/4217f358fb00b5b7f1dfbd1ce5f4afa4f64b0bb0/0001-perl-native-multilib-patch-for-ubuntu-11.04.patch


This patch only works for x86_64 systems. A corrected version
replaces `uname -m` with * in
++test -f /usr/lib/*-linux-gnu/libc.so
glibpth=/usr/lib/*-linux-gnu $glibpth



Yes , Just installed Ubuntu 11.04 on a machine and I tried that patch
and failed.
'uname -m` returns i686 but the library is in i386-linux-gnu
I symlinked i686-linux-gnu to i386-linux-gnu, and then the build completes.

`uname -i` will return i386 so that is an alternative as well.

On my x86_64 ubuntu 10.04 box it returns unknown, so I think we'll have
to use the glob.



How about using:
dirname `find /usr/lib/*-linux-gnu/libc.so`


That's no different than just the glob

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] perl-native fails on Ubuntu 11.04

[Gary Thomas]

On 05/15/2011 07:15 AM, Ulf Samuelsson wrote:

2011-05-15 14:17, Gary Thomas skrev:

On 05/14/2011 04:43 PM, Ulf Samuelsson wrote:



Skickat: lö 2011-05-14 16:32
Till: openembedded-devel@lists.openembedded.org
Ämne: Re: [oe] perl-native fails on Ubuntu 11.04

On 05/14/2011 01:39 AM, Ulf Samuelsson wrote:

2011-05-05 12:57, Gary Thomas skrev:

On 05/05/2011 03:50 AM, Søren Holm wrote:

Please apply this patch to make perl-native build on Ubuntu 11.04

https://gist.github.com/raw/925006/4217f358fb00b5b7f1dfbd1ce5f4afa4f64b0bb0/0001-perl-native-multilib-patch-for-ubuntu-11.04.patch


This patch only works for x86_64 systems. A corrected version
replaces `uname -m` with * in
++test -f /usr/lib/*-linux-gnu/libc.so
glibpth=/usr/lib/*-linux-gnu $glibpth



Yes , Just installed Ubuntu 11.04 on a machine and I tried that patch
and failed.
'uname -m` returns i686 but the library is in i386-linux-gnu
I symlinked i686-linux-gnu to i386-linux-gnu, and then the build completes.

`uname -i` will return i386 so that is an alternative as well.

On my x86_64 ubuntu 10.04 box it returns unknown, so I think we'll have
to use the glob.



How about using:
dirname `find /usr/lib/*-linux-gnu/libc.so`


That's no different than just the glob



I may be mistaken, but I think that with the glob,
glibpth will contain /usr/lib/*-linux-gnu
with the proposed patch,
glibpth will contain (on my machine) /usr/lib/i386-linux-gnu

Not a big difference, I admit, but I think the latter is a tad more efficient.


No, the glob will be expanded in the assignment (globs inside of  strings
are expanded by the shell)

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

[oe] Newer FireFox?

[Gary Thomas]

I notice that the latest version of FireFox in the .dev tree
is 3.6.8 (pretty old).  Has anyone thought of updating to something
really recent, like 5.0?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] strange error

[Gary Thomas]

On 07/22/2011 07:58 AM, Jaap de Jong wrote:

funny error when the OE_BASE dirname contains -OS
It looks like it all occurrences in the gcc line with -OS are replaced by 
-O1S leading to a wrong path...


This is just one manifestation that seems to happen any time the build directory name 
contains -.
My practice is to just avoid naming my OE build trees with - in them.


| make[1]: Entering directory 
`/home/jdj/OE-OS/build/tmp-angstrom_2008_1/work/i686-linux/libgcrypt-native-1.4.1-r0/libgcrypt-1.4.1'
| Making all in mpi
| make[2]: Entering directory 
`/home/jdj/OE-OS/build/tmp-angstrom_2008_1/work/i686-linux/libgcrypt-native-1.4.1-r0/libgcrypt-1.4.1/mpi'
| make[2]: Nothing to be done for `all'.
| make[2]: Leaving directory 
`/home/jdj/OE-OS/build/tmp-angstrom_2008_1/work/i686-linux/libgcrypt-native-1.4.1-r0/libgcrypt-1.4.1/mpi'
| Making all in cipher
| make[2]: Entering directory 
`/home/jdj/OE-OS/build/tmp-angstrom_2008_1/work/i686-linux/libgcrypt-native-1.4.1-r0/libgcrypt-1.4.1/cipher'
| `echo /bin/sh ../i686-linux-libtool --tag=CC --mode=compile gcc 
-DHAVE_CONFIG_H -I. -I.. -I../src -I../src
-isystem/home/jdj/OE-OS/build/tmp-angstrom_2008_1/sysroots/i686-linux/usr/include
 -I/home/jdj/OE-OS/build/tmp-angstrom_2008_1/sysroots/i686-linux/usr/include
-isystem/home/jdj/OE-OS/build/tmp-angstrom_2008_1/sysroots/i686-linux/usr/include
 -O2 -g -fvisibility=hidden -Wall -Wpointer-arith -c ./tiger.c | sed -e 
's/-O[2-9s]*/-O1/g' `
| i686-linux-libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../src -I../src 
-isystem/home/jdj/OE-O1S/build/tmp-angstrom_2008_1/sysroots/i686-linux/usr/include
-I/home/jdj/OE-O1S/build/tmp-angstrom_2008_1/sysroots/i686-linux/usr/include 
-isystem/home/jdj/OE-O1S/build/tmp-angstrom_2008_1/sysroots/i686-linux/usr/include
 -O1 -g
-fvisibility=hidden -Wall -Wpointer-arith -c ./tiger.c -fPIC -DPIC -o 
.libs/tiger.o
| In file included from ../src/visibility.h:245:0,
| from ../src/g10lib.h:39,
| from ./tiger.c:26:
| ../src/gcrypt.h:29:23: fatal error: gpg-error.h: No such file or directory
| compilation terminated.
| make[2]: *** [tiger.lo] Error 1
| make[2]: Leaving directory 
`/home/jdj/OE-OS/build/tmp-angstrom_2008_1/work/i686-linux/libgcrypt-native-1.4.1-r0/libgcrypt-1.4.1/cipher'
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory 
`/home/jdj/OE-OS/build/tmp-angstrom_2008_1/work/i686-linux/libgcrypt-native-1.4.1-r0/libgcrypt-1.4.1'
| make: *** [all] Error 2
| + die 'oe_runmake failed'
| + oefatal 'oe_runmake failed'
| + echo FATAL: 'oe_runmake failed'
| FATAL: oe_runmake failed
| + exit 1
NOTE: package libgcrypt-native-1.4.1-r0: task do_compile: Failed


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


--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Kernel boot problems

[Gary Thomas]

On 2011-07-27 20:20, Bernard Mentink wrote:


Hi Guys,

I have got a bit further with my efforts to boot linux on an imx31 based
platform using u-boot.

My console output is now:


uboot  bootm 8010
## Booting kernel from Legacy Image at 8010 ...
Image Name:   Angstrom/2.6.36/mx31ads
Created:  2011-07-28   2:03:27 UTC
Image Type:   ARM Linux Kernel Image (uncompressed)
Data Size:1586172 Bytes = 1.5 MiB
Load Address: 8f00
Entry Point:  8f00
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
---

So it seems to be getting to the 1st part of the kernel boot process,
then hangs (I presume the last line comes from kernel code.)
I don't know if the kernel is hanging, or if I don't have any more
serial out 
I am passing console=ttymxc0,115200 to the kernel ..
Can someone confirm:
A) If I have the correct Entry point, or does this need to be offset
into the kernel? ..
B) Is the serial console parameters correct?
C) What is the correct way to set up the memory map? (my ram starts at
0x8000, ends at 0x8fff)
D) Is there a way to debug initial kernel stuff with serial output?
In the above, I have decompressed the kernel to the top of the 256M ram,
but have only advertised 120M via the bootloader   ... for now, not
knowing what is correct and not wanting the kernel
to stomp all over itself running in ram.


Analyzing this failure can be hard.  If you have some sort of JTAG setup
you might be able to break in at this point, figure out where it's hanging
up, etc.

Even if you don't have JTAG, there might be some crumbs left around for
you to look at.  Linux keeps everything that goes to the console in
a circular buffer __log_buf[].  Look up that symbol in System.map (which
will be found in your linux build tree).  Here's the tricky part - the
map will show a logical address, but U-Boot only knows physical addresses.
Normally the mapping is pretty easy, e.g. on my OMAP/3530 I might see:
  $ grep __log_buf linux-2.6.37/System.map
  c0527058 b __log_buf
So in U-Boot, I would look at the buffer like this:
  U-Boot md 0x80527058
  80527058: 4c3e353c 78756e69 72657620 6e6f69735Linux version
  80527068: 362e3220 2e37332e 67282033 6d6f6874 2.6.37.3 (gthom
  80527078: 74407361 6e617469 67282029 76206363as@titan) (gcc v
  80527088: 69737265 34206e6f 312e362e 31303220ersion 4.6.1 201
  80527098: 32363031 70282037 65726572 7361656c10627 (prereleas
  805270a8: 28202965 29434347 23202920 72462031e) (GCC) ) #1 Fr
  805270b8: 754a2069 3232206c 3a393020 303a3135i Jul 22 09:51:0
 ...

Keep looking through this buffer until it stops with useful characters.
That may tell you where the kernel got hung up and why.  If you find
only garbage, it may be more difficult to tell.

Note: hopefully your board has a RESET button which you can use to
get back into U-Boot once the kernel boot process hangs.  Power cycling
to reset the board won't work as the contents of RAM will likely be
destroyed.


--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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

Re: [oe] Kernel boot problems

[Gary Thomas]

, my boot param =
console=ttymxc0,115200
And the relevent part of conf/machine/mx31ads.conf = SERIAL_CONSOLE =
115200 ttymxc0

Any idea's?


If you look a bit further you may see some messages about what the serial
ports are called, e.g. on my OMAP/3530 I see these messages:
  omap_uart.0: ttyO0 at MMIO 0x4806a000 (irq = 72) is a OMAP UART0
  console [ttyO0] enabled
  omap_uart.1: ttyO1 at MMIO 0x4806c000 (irq = 73) is a OMAP UART1
  omap_uart.2: ttyO2 at MMIO 0x4902 (irq = 74) is a OMAP UART2

I don't have an iMX31 available so it's hard to know what they are called.

Did you try enabling the early print messages like was suggested?  If it works
these can be a big help.  Your problem is that the kernel is getting started,
albeit failing because of no root file system but that's the next step.  If
the console=XXX selection on the command line is incorrect, there will be
no place for the bootup messages to go, hence the silence.




--
I want to die peacefully in my sleep, like my grandfather, not screaming
and yelling like the passengers in his car.

-Original Message-
From: Gary Thomas [mailto:g...@mlbassoc.com]
Sent: Thursday, 28 July 2011 11:22 p.m.
To: openembedded-devel@lists.openembedded.org
Cc: Bernard Mentink
Subject: Re: [oe] Kernel boot problems

On 2011-07-27 20:20, Bernard Mentink wrote:


Hi Guys,

I have got a bit further with my efforts to boot linux on an imx31
based platform using u-boot.

My console output is now:


uboot   bootm 8010
## Booting kernel from Legacy Image at 8010 ...
 Image Name:   Angstrom/2.6.36/mx31ads
 Created:  2011-07-28   2:03:27 UTC
 Image Type:   ARM Linux Kernel Image (uncompressed)
 Data Size:1586172 Bytes = 1.5 MiB
 Load Address: 8f00
 Entry Point:  8f00
 Verifying Checksum ... OK
 Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
---

So it seems to be getting to the 1st part of the kernel boot process,
then hangs (I presume the last line comes from kernel code.) I don't
know if the kernel is hanging, or if I don't have any more serial out

I am passing console=ttymxc0,115200 to the kernel ..
Can someone confirm:
A) If I have the correct Entry point, or does this need to be offset
into the kernel? ..
B) Is the serial console parameters correct?
C) What is the correct way to set up the memory map? (my ram starts at



0x8000, ends at 0x8fff)
D) Is there a way to debug initial kernel stuff with serial output?
In the above, I have decompressed the kernel to the top of the 256M

ram,

but have only advertised 120M via the bootloader   ... for now, not
knowing what is correct and not wanting the kernel to stomp all over
itself running in ram.


Analyzing this failure can be hard.  If you have some sort of JTAG setup
you might be able to break in at this point, figure out where it's
hanging up, etc.

Even if you don't have JTAG, there might be some crumbs left around for
you to look at.  Linux keeps everything that goes to the console in a
circular buffer __log_buf[].  Look up that symbol in System.map (which
will be found in your linux build tree).  Here's the tricky part - the
map will show a logical address, but U-Boot only knows physical
addresses.
Normally the mapping is pretty easy, e.g. on my OMAP/3530 I might see:
$ grep __log_buf linux-2.6.37/System.map
c0527058 b __log_buf
So in U-Boot, I would look at the buffer like this:
U-Boot  md 0x80527058
80527058: 4c3e353c 78756e69 72657620 6e6f69735Linux version
80527068: 362e3220 2e37332e 67282033 6d6f6874 2.6.37.3 (gthom
80527078: 74407361 6e617469 67282029 76206363as@titan) (gcc v
80527088: 69737265 34206e6f 312e362e 31303220ersion 4.6.1 201
80527098: 32363031 70282037 65726572 7361656c10627 (prereleas
805270a8: 28202965 29434347 23202920 72462031e) (GCC) ) #1 Fr
805270b8: 754a2069 3232206c 3a393020 303a3135i Jul 22 09:51:0
   ...

Keep looking through this buffer until it stops with useful characters.
That may tell you where the kernel got hung up and why.  If you find
only garbage, it may be more difficult to tell.

Note: hopefully your board has a RESET button which you can use to get
back into U-Boot once the kernel boot process hangs.  Power cycling to
reset the board won't work as the contents of RAM will likely be
destroyed.


--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world



--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded